Mensajes recientes

Páginas: [1] 2 3 4 5 6 7 8 ... 10
1
Foro libre - Offtopic / El diálogo: una parte vital para Anatheóresis
« Último mensaje por Longer en Ayer a las 23:13 »


La comunicación entre el terapeuta y el paciente en Anatheóresis es muy importante, porque es este último quien realmente nos dará las causas de su propia enfermedad y además es quien debe identificarlas con la ayuda del anatheorólogo.
De ahí que el diálogo sea fundamental para la práctica en anatheóresis, porque no se trata de que el anatheorólogo, con sus interpretaciones y su “sabiduría” intente resolver la enfermedad que sufre nuestro paciente, sino de ayudarle a que él mismo consiga disolver su CAT comprendiendo. Con la comunicación, el terapeuta debe guiar al paciente para que comprenda qué le llevó a que ese CAT se originara y así conseguir deshacerlo con una rehabilitación posterior.
La diferencia de Anatheóresis con otras prácticas está en que el anatheorólogo no se limita a llevar un diálogo de sordos en el que él lleva la voz cantante y le cuenta al paciente lo que cree saber para que éste lo acepte y obedezca, o a establecer una conversación mediante la hipnosis profunda. En Anatheóresis, por el contrario, el que sabe no es el terapeuta, sino el paciente (y esto era una máxima de Joaquín Grau). Porque nadie mejor que él conoce las causas de su enfermedad y es quien ayuda al terapeuta a conocer más acerca del trauma que le atormenta.
Esta forma de trabajar que implica Anatheóresis se consigue gracias a la manera de percibir las emociones y los sentimientos. Se trata de una ciencia que se apoya tanto en un hemisferio cerebral como en el otro y, gracias a ello, no cae en la tentación de intentar resolver una enfermedad, cuyas raíces están siempre en el HCD, estableciendo un diálogo de interpretaciones que no puede ir más allá del HCI.

Transpersonal Anatheóresis S.L., Madrid
Dirección: Calle del Poeta Joan Maragall, 58, 2 H, 28020 Madrid, España
Teléfono: +34 91 522 8909
Correos electrónicos:
contacto@anatheoresismadrid.com   
terapias@anatheoresismadrid.com
Web: https://www.anatheoresismadrid.com
2
Hola ami tampoco me la detecta
3
Live wifislax / Problema con wifislax
« Último mensaje por jamestapia en Ayer a las 21:42 »
Hola tengo un problema, espero que alguien me pueda ayudar gracias
4
Hola gracasola, cuando realicé ciertas modificaciones en el rootfs del tutorial también compilé algunos extras para el mismo. Desgraciadamente después del último fiasco en el disco duro que almacenaba parte del proyecto perdí las configuraciones y anotaciones varias para compilar, aunque realmente no tuve problemas para hacerlo.

La toolchain que usé es una preparada para este SoC en particular, que es un Trendchip a pesar de ser del fabricante Ralink.

La toolchain la conservo, la tengo en la ruta "/opt/trendchip/mips-linux-uclibc", creo que la situé ahí para que no dé problemas para compilar. Puedes encontrarla en la GPL del Asus DSL-N14U

https://dlcdnets.asus.com/pub/ASUS/wireless/DSL-N14U/GPL_DSL-N14U_1123617.zip

Para compilar cosas sencillas no debería haber problemas. Por ejemplo usando este script para realizar la compilación cruzada, a modo de ejemplo:
Código: [Seleccionar]
#!/bin/bash
export CROSS_COMPILE=/opt/trendchip/mips-linux-uclibc/usr/bin/mips-linux
export AR=${CROSS_COMPILE}-ar
export AS=${CROSS_COMPILE}-as
export LD=${CROSS_COMPILE}-ld
export RANLIB=${CROSS_COMPILE}-ranlib
export CC=${CROSS_COMPILE}-gcc
export CPP=${CROSS_COMPILE}-cpp
export NM=${CROSS_COMPILE}-nm
export CXX=${CROSS_COMPILE}-c++
#export LIBS="-static"
export CFLAGS="-fomit-frame-pointer -O2 -DTCSUPPORT_CPU_RT63365 -DTC3262"
export STRIP=${CROSS_COMPILE}-strip

./configure \
--host=mips \
--build=i586-pc-linux-gnu \
--without-ssl \
--disable-debug \
--disable-nls
make
$STRIP -s aplicacion
Muchas gracias. Antes de que me respondieras he compilado usando buildroot-2011.05, aunque aun no lo he podido probar. Espero en estos días hacer la prueba, y echare un vistazo a link de Asus. Con lo que sea comentaré. Un saludo
5
Hola gracasola, cuando realicé ciertas modificaciones en el rootfs del tutorial también compilé algunos extras para el mismo. Desgraciadamente después del último fiasco en el disco duro que almacenaba parte del proyecto perdí las configuraciones y anotaciones varias para compilar, aunque realmente no tuve problemas para hacerlo.

La toolchain que usé es una preparada para este SoC en particular, que es un Trendchip a pesar de ser del fabricante Ralink.

La toolchain la conservo, la tengo en la ruta "/opt/trendchip/mips-linux-uclibc", creo que la situé ahí para que no dé problemas para compilar. Puedes encontrarla en la GPL del Asus DSL-N14U

https://dlcdnets.asus.com/pub/ASUS/wireless/DSL-N14U/GPL_DSL-N14U_1123617.zip

Para compilar cosas sencillas no debería haber problemas. Por ejemplo usando este script para realizar la compilación cruzada, a modo de ejemplo:
Código: [Seleccionar]
#!/bin/bash
export CROSS_COMPILE=/opt/trendchip/mips-linux-uclibc/usr/bin/mips-linux
export AR=${CROSS_COMPILE}-ar
export AS=${CROSS_COMPILE}-as
export LD=${CROSS_COMPILE}-ld
export RANLIB=${CROSS_COMPILE}-ranlib
export CC=${CROSS_COMPILE}-gcc
export CPP=${CROSS_COMPILE}-cpp
export NM=${CROSS_COMPILE}-nm
export CXX=${CROSS_COMPILE}-c++
#export LIBS="-static"
export CFLAGS="-fomit-frame-pointer -O2 -DTCSUPPORT_CPU_RT63365 -DTC3262"
export STRIP=${CROSS_COMPILE}-strip

./configure \
--host=mips \
--build=i586-pc-linux-gnu \
--without-ssl \
--disable-debug \
--disable-nls
make
$STRIP -s aplicacion

6
¿Por qué es un problema? Yo no le veo ninguno.
Al fin y al cabo, una misma tarjeta de red puede tener varias IPs al mismo tiempo, incluso.

Los portátiles, por ejemplo, se pueden conectar por cable y wifi a la misma red, al mismo tiempo.
7
En el router secundario tendrás dos interfaces, con dos direcciones IP distintas, pero en la misma red, ¿no? Eso ya es un problema.
8
Openwrt & LEDE / Re:[Desarrollo] OpenWrt en routers de Telefónica Home Station ALPHA ASL26555
« Último mensaje por eduperez en 04-12-2019, 10:24 (Miércoles) »
Hola. Tengo un problema y no se si alguien puede ayudarme. Tenía este router con OpenWrt 17.01 y al actualizar a 18.02 la tarjeta wifi no me aparece, no me la reconoce el puerto usb, tengo todos los paquetes correctos. Pero no consigo activar radio1, solo aparece radio 0. Wifi usb es una rt3070. Tengo los drivers instalados y en lsusb no me reconoce

Sólo por confirmar: después de actualizar, ¿has vuelto a instalar todos los paquetes adicionales?
¿Qué paquetes tienes instalados ahora mismo?
9
Sé que se hace un bucle, pero tenía entendido que eso sólo era en caso de un switch (misma tarjeta de red, con varios puertos). Sin embargo, en este caso son tarjetas de red distintas (cable y wifi) y ni siquiera están puenteadas. Cada una tiene su propia configuración IP.

Lo que pretendía era tener 2 formas de acceso al router, por si una de ellas cae.

Intentando refrescar la memoria sobre conocimientos de redes....
Si no recuerdo mal, cuando se pone un cable de red de puerto a puerto, del mismo switch (y ya no digamos de los prehistóricos hubs), se hacía un bucle, aunque no recuerdo el motivo.

Pero esto son tarjetas de red distintas y tampoco conectadas entre sí. No entiendo por qué se haría un bucle. Simplemente son 2 formas de conectar al mismo router. Y cada una tiene su propia IP (distintas).
10
(Gracias por la respuesta)

A ver... conectas el router secundario por wifi y cable contra el mismo router principal?
Sí.
Son interfaces independientes: eth0 y wlan0
Cada una con su configuración IP (de la misma red)

Si haces 2 conexiones al mismo dispositivo en la misma red, haces un bucle.
¿Qué pretendes haciendo esas dos conexiones? Porque si lo que pretendes hacer es "sumar" la velocidad de dos conexiones, no se hace así...
Páginas: [1] 2 3 4 5 6 7 8 ... 10