Retomo el hilo por no abrir otro con asuntos similares.
La pregunta es la siguiente:
Tengo el AIS, que es un TDT en OpenCpn en la Rasp y lo recibo por wifi en los dispositivos moviles que esten abordo, hasta ahi ok ¿Que configuracion manda? ¿La que tengo en origen, o sea en el Open de la Rasp? ¿O la que lleve cada dispositivo movil? Si es esto ultimo ¿Deberian de coincidir las configuraciones? y por conficguraciones me refiero al TCP y demas tiempos, anillos etc
Otra que no tiene mucho que ver con esta ultima
El TDT se calienta mucho, es mas, no me hace ninguna gracia llevar un dispositivo abordo calentandose de esa manera ¿Se calientan asi todos? ¿Compro otro?
La Rpi que tiene el TDT envia datos ais en formato NMEA0183 nada mas.
Lo que tu llamas configuraciones es una mezcla de tus ideas. Por ejemplo la configuracion TCP se refiere a la configuracion para recibir datos NMEA0183 a traves de a red wifi, por tanto esa debe ser la misma en todos los dispositivos que reciben desde la rpi, mientras que lo que tu llamas los "tiempos" y "anillos" son configuraciones de la aplicacion que trabaja con los datos NMEA0183 una vez que los recibe, ese tipo de configuraciones si que es especifica de cada aplicacion en cada dispositivo diferente.
Sí. Es normal que el dispostitvo TDT se caliente mucho. Y en veranos bochornosos como este parece que va a arder espontáneamente, como me ha pasado a mi con tanta caló.
Como ni siquiera llego a explicarme correctamente
mejor una foto, el panel conexiones esta claro y en todos los dispositivos igual, si no no hay comunicación, me refiero al panel "Blancos AIS"
¿Pongo los mismos datos en todos los dispositivos o manda el que emite que esta instalado en la Raspi?
Creo haberte entendido que deberían de ser los mismos datos, lo que seria un coñazo, porque cada vez que quiera cambiar uno, vuelta con todos los dispositivos
Con respecto al TDT ¿Seguro que eso no va a arder? ¿Un ventilador de ordenador haría algo?
Aun me estoy rascando la cocorota para intentar saber lo que quieres preguntar.
Al lio...
Vamos a ver, en el flujo NMEA solo se emite el dato NMEA del AIS. Nada mas. Cada instancia de opencpn que corre en un dispositivo -y su correspondiente configuración- se debe configurar independientemente. De hecho no hace falta que opencpn corra en la rpi para que los otros opencpn reciban NMEA. Eso va aparte.
Pero.... a lo mejor Enrique esta usando un escritorio remoto y no una instancia independiente de opencpn. En tal caso lo que esta viendo es el mismo escritorio de la rpi en sus dispositivos. Si es así pues una vez configurado el opencpn del escritorio todos los que están viento el tal escritorio funcionaran exactamente igual.... pues en realidad ven exactamente el mismo escritorio.
No se de ningún TDT que haya ardido pero siempre puede haber una primera vez. Un ventilador tampoco le vendrá mal si acaso.
(28-08-2021, 12:52 AM)pinguino escribió: [ -> ]Pero.... a lo mejor Enrique esta usando un escritorio remoto y no una instancia independiente de opencpn. En tal caso lo que esta viendo es el mismo escritorio de la rpi en sus dispositivos.
Claramente la imagen es una captura de pantalla de un cliente VNC, efectivamente.
(28-08-2021, 09:31 AM)Otoio escribió: [ -> ]Claramente la imagen es una captura de pantalla de un cliente VNC, efectivamente.
Noooooo, es una foto de mi pantalla, la que está conectada a la rasp
(28-08-2021, 12:52 AM)pinguino escribió: [ -> ]Aun me estoy rascando la cocorota para intentar saber lo que quieres preguntar.
Al lio...
Vamos a ver, en el flujo NMEA solo se emite el dato NMEA del AIS. Nada mas. Cada instancia de opencpn que corre en un dispositivo -y su correspondiente configuración- se debe configurar independientemente. De hecho no hace falta que opencpn corra en la rpi para que los otros opencpn reciban NMEA. Eso va aparte.
Pero.... a lo mejor Enrique esta usando un escritorio remoto y no una instancia independiente de opencpn. En tal caso lo que esta viendo es el mismo escritorio de la rpi en sus dispositivos. Si es así pues una vez configurado el opencpn del escritorio todos los que están viento el tal escritorio funcionaran exactamente igual.... pues en realidad ven exactamente el mismo escritorio.
No se de ningún TDT que haya ardido pero siempre puede haber una primera vez. Un ventilador tampoco le vendrá mal si acaso.
Ni con foto me explico
Pero yo sí te he entendido, la configuración que aparece en la foto la tengo que hacer en cada dispositivo, para no llevarse a engaños lo suyo que sea la misma en cada dispositivo.
y
por no saber ni preguntar, que ya es el colmo
Me parece que en tu pregunta hay muchos conceptos incluidos y habrá que desglosarlos
Por una parte tenemos los diferentes dispositivos o aparatos como raspi, portátil o mobil con sus correspondientes diferentes programas o mismo programa para diferentes plataformas como opencpn.
Por otra parte tenemos la red de datos nmea183 o nmea2000.
Y finalmente como tenemos los dispositivos interconectados entre sí.
Comienzo con la red nmea. Esta se puede comparar a una autopista con sus entradas y salidas y los puestos de repostaje de combustible.
Los datos nmea son los coches. Las vías de entrada y salida son las conexiones de los dispositivos a la Red.
Para evitar que la red se sature la autopista acaba en un pozo donde los coches caen y desaparecen. También se limita el acceso de coches, de tal manera que los sensores que introducen datos, se limita a , por ejemplo, a una sentencia por segundo y si no son muy urgentes incluso por minuto.
Esta claro que esta red es compatible con la mayoría de los dispositivos tanto raspi como portátil como mobil.
Muchos dispositivos funcionan como una estación de gasolina. Entran los coches o datos , se leen, y vuelven a la autopista y así está disponible para la siguiente estación. Incluso algunos dispositivos , como los multiplexores cogen datos de otras entradas, los ordenan, los priorizan y los mandan de nuevo a la autopista.
Ahora el turno de los dispositivos. Estos bien sean raspi, portátil o mobil, tengan el sistema operativo que tengan, deben de tener el adaptador adecuado para conectarse a la autopista. Puede ser por puerto serie rs232 o 422, IP por Bluetooth o por WiFi.
Lo siguiente son los programas o apps que coren el dispositivo y que se encargan , a grandes rasgos, de leer y visualizar los datos que van por la autopista. Es decir un señor que cuenta los coches y apunta el modelo y el color de cada coche.
Y ahora viene lo que le interesa a Simbad. Como se interconectan estos dispositivos.
Un sistema ya lo he descrito al describir la red de datos.
Conexion directa a la autopista. En este caso cada dispositivo lee y visualiza los datos de forma independiente.
Por ejemplo ooenplotter corriendo en la raspi, openplotter corriendo en un portátil Windows y oenplotter en un mobil, podemos configurarlo de forma independiente en cada dispositivo. Así uno lo podemos programar para ver solo datos AIS, otro para visualizar cartas y el tercero solo para mostrar los relojes.
Hay otra forma de interconectarlos, utilizando la WiFi o por cable ethenet, que con un protocolo especial , como vnc, duplica la pantalla del dispositivo al que esta conectado. De esta manera podemos controlar con otro dispositivo a distancia el dispositivo en el que corre el programa, en nuestro ejemplo opencpn. Así que los cambios de configuración que hagamos por este sistema los hacemos en el dispositivo en el que corre el programa.
Bueno después de esto a ver si le puedo aclarar a Simbad su pregunta.
Dices que es el monitor conectado a la raspi. En este caso todos los cambios que haces los haces solo en la raspi.
Otoii pensó que era pantalla remota porque tienes activado vnc (icono arriba a la derecha).
Si tienes un dispositivo conectado por vnc a la raspi, es como si trabajaras con el directamente con la raspi. Si no es así, se trata de otro opencpn independiente de la raspi.
Y a lo mejor aquí viene tu pregunta. Si tengo diferentes dispositivos, conectados a la Red nmea, corriendo de forma independiente opencpn en cada uno de ellos, debo repetir la misma configuración en cada uno de ellos?
La respuesta depende de lo que tu quieras hacer. Si quieres ver lo mismo en cada dispositivo , si tendrás que repetir configuración. Si quieres especializar el dispositivo con un proceso determinado, no sería necesario.
En general, lo que hacemos es utilizar la potencia de multiplexado y de transferencia de datos entre diferentes estándares (o autopistas) como nmea183 , nmea2000 y signalk de la raspi para utilizarla como módulo central de proceso de datos. Los otros dispositivos los conectamos a la raspi para leer los datos de las redes.
Además de esto, a la raspi le sobra potencia para que corra también opencpn.
Los TDT se calientan pero no debe de ser mucho. Si es exagerado, puede ser un problema de alimentación.
Como esta la coge de la raspi puede que no sea suficiente y la tiene que compensar internamente por lo que se calienta.
La soluciin es un hup usb con alimentación propia.
Así, bien desmenuzadito
Pillado sin ninguna duda, creo que ya lo pille antes como le dije a Pin, el no me pillaba a mi, cosa perfectamente comprensible
Resumo:
El Open que corre por la Rasp y que por wifi entra a los dispositivos móviles me envía datos de GPS y AIS, no tengo ningún otro dato que enviar, y la configuración que tengo del AIS en el Open de la Rasp
NO aparece en los dispositivos móviles, si que puedo configurarlos uno a uno, bien poniendo lo mismo en todos o no ¿Ok?
El AIS ya lo tengo en un USB aparte y alimentado, junto con el GPS
Muchas
Gyp
Todo lo que envía la Rasp por wifi aparece en el móvil, ahora me falta probar si desactivo cosas en uno u otro equipo que pasa, si siguen apareciendo o no, seguire probando e informando
(06-09-2021, 12:51 PM)gypsylyon escribió: [ -> ]Cómo van las pruebas?
Pues me he ido despistado, a ver si el lunes me acuerdo, y puedo aportar algo positivo
Bueno, todo llega ...
Los dispositivos actúan independientemente, se puede silenciar o reconocer alarmas en cualquier dispositivo que no afecta al resto.
Hice un mierda de vídeo
(22-09-2021, 08:23 PM)Velero Simbad escribió: [ -> ]Bueno, todo llega ...
Los dispositivos actúan independientemente, se puede silenciar o reconocer alarmas en cualquier dispositivo que no afecta al resto.
Hice un mierda de vídeo
Muy bien.
En este caso hay que controlar y a veces filtrar las sentencias de GPS.
Si opencpn recibe sentencias de gps(también otras sentencias) las mostrará en cuanto las procese. Como dos gps no van a dar las mismas coordenadas, veremos como nuestro barco salta de un lado al otro.
Con los móviles se soluciona rápido, se desconecta el gps interno del mobil. Además ahorras bateria.
La otra solucion es filtrar la entrada de sentencias. Eso se hace en opencpn en conexiones.como GGA, GLL,GSA Y GLV
buffff y yo pendiente de poner el pincho ese de enrique al pc jujujujuju,vete preparandote enrique que cuando lo haga te llam
o jujujujuju