Electrónica Proyecto OpenPlotter

[catatonico]

no, lo compre hace mucho tiempo en un hiper chino en barcelona
para profesionales,(7 euros)
y lo use un tiempo para ver tdt en el portatil funciona bien
luego se quedo aparcado en un cajon, como tantos chismes

cuando salio todo este tema del SDR dije ahaa yo tengo
un pincho.... bien, tampoco le preste mucha atencion ya que
tengo el receptor NASA 3, con salida rs232
que funciona para mi estupendo, tanto en un asus eee , como en la Raspi
que son-seran los ploters informaticos a bordo
uno en cabina y otro en mi camarote, con la tele de alli,

esta claro que este pincho no sirve, pues es Afatech AF9015
por eso no me aclaraba con el tema...
ya pillare otro compatible cuando encuentre un sitio BBB en mi entorno o
en algun viaje, aqui en torrevieja, tecnologia la justa

agradezco el tuto, y manifiesto admiracion por los conocimientos
y la dedicacion que pones en ayuda de todos nosotros
tomate lo que quieras a mi cuenta, y si algun dia nos conocemos
en vertical, pues seran brindis verdaderos

[North Side]

Buenas. Este fin de semana he podido probar el sistema que os esquematicé casi al completo. Casi porque aún me falta el AIS HP33A, pero que he suplido satisfactoriamente mediante SDR.

Decir que el multiplexor de Shipmodul es una maravilla, tal y como decían algunos cofrades. Sus opciones de filtrado y parametrización son muy variadas e intuitivas y se 'traga' las sentencias SeaTalk perfectamente.

Lo único que no me ha dado tiempo a probar ha sido a conectar el Miniplex directamente por USB a OpenPlotter, aunque según los chicos de Shipmodul, funciona perfectamente. Actualmente lo conecto via NMEA con el conversor de 422 a USB, pero de funcionar de la otra manera me ahorraría un cacharrito en el ya complicado de por sí, sistema que me he montado.

En cuanto al rendimiento de OpenPlotter, nada nuevo que aportar a lo ya comentado de la versión 0.2.0.

Estaré encantado de ayudar y orientar a cualquiera que desee utilizar algún chisme como los que he montado yo, y si incluso es de mi zona y a cambio de alguna cerveza, resolverle las dudas que desee en persona.

Seguiré testeando OpenPlotter en lo sucesivo y aportando mis experiencias.

Un saludo.

[sailoog.com]

OpenPlotter RPI v0.2.0


Fallos

• Definir una dirección en las entradas TCP debe ser obligatorio
• En salidas TCP la ip debe mantenerse. Ahora cambia a "todas direcciones". No debe ser obligatoria, si no hay nada cambia a "todas direcciones".

Mejoras

• Añadir información con la IP adquirida para cuando openplotter se conecta a red como cliente y tener acceso a NMEA y escritorio remoto via wifi
• Filtros de sentencias en kplex
• Cambiar definición "todas direcciones" a localhost porque se refiere a todas las direcciones que definen la maquina local.
• Incorporar sistema de etiquetas de NMEA-0183 v4 de kplex para compatibilidad con localizatodo e identificación de conexiones (name=xx, srctag=yes)
• Añadir generador NMEA de Viento real a partir de viento aparente y velocidad sobre el fondo (o sobre el agua si está presente)
• Añadir compas electrónico, presión y temperatura con IMU
• Compatible Outernet (experimental)

........

[Diavolo]

Buenas, una duda que tengo, yo en el barco tengo un plotter Garmin un gpsmap 521s, por supuesto que no lleva garmin marine network, ¿pero podría simular openplotter una red de este tipo?


Enviado desde mi iPone5 con TaPaTa

[sailoog.com]

Originalmente publicado por Diavolo

Buenas, una duda que tengo, yo en el barco tengo un plotter Garmin un gpsmap 521s, por supuesto que no lleva garmin marine network, ¿pero podría simular openplotter una red de este tipo?


Enviado desde mi iPone5 con TaPaTa

simular una red seatalk? quieres decir generar sentencias seatalk?

para eso es necesario software que traduzca de nmea a seatalk y hasrware capaz de traducir voltages. En algun momento hblamos de ello en este hilo no?

edito: ahhhh hablas de garmin, perdón. Que es garmin marine network?

[Diavolo]

Originalmente publicado por sailoog.com

simular una red seatalk? quieres decir generar sentencias seatalk?

para eso es necesario software que traduzca de nmea a seatalk y hasrware capaz de traducir voltages. En algun momento hblamos de ello en este hilo no?

edito: ahhhh hablas de garmin, perdón. Que es garmin marine network?

Exacto, creo que simular este tipo de redes será muy facil, ya que creo que ponen una ip solamente para el dispositivo que no tiene nada que ver con el rango de ip de la fresa, habria que hacerlo con network manager, la cuestion es localizar esa ip, así podrían funcionar aplicaciones como Garmin Bluechart Mobile, y otras de otras marcas. ¿no? o me equivoco.

EDITO: Me equivoco, creo que va de video sobre red, así que no hay nada que hacer. Seria algo parecido a lo que hacemos con la fresa con el vnc.

Originalmente publicado por Diavolo

Exacto, creo que simular este tipo de redes será muy facil, ya que creo que ponen una ip solamente para el dispositivo que no tiene nada que ver con el rango de ip de la fresa, habria que hacerlo con network manager, la cuestion es localizar esa ip, así podrían funcionar aplicaciones como Garmin Bluechart Mobile, y otras de otras marcas. ¿no? o me equivoco.

EDITO: Me equivoco, creo que va de video sobre red, así que no hay nada que hacer. Seria algo parecido a lo que hacemos con la fresa con el vnc.

Por lo que he leído por ahí, se trata de crear una red local usando interfaces de tipo eth0 y protocolo tcp/ip pero en un formato propietario y cerrado. Por supuesto, solo para equipos Garmin. No solo transmite video sino todo tipo de datos. Es prácticamente lo mismo que hacemos en los ordenadores con openplotter pero en formato propietario para Garmin.

No se habrá alguien intentando hacerle ingeniería inversa pero es poco probable. Total ya tenemos protocolos abiertos que hacen lo mismo y no se si tendría sentido tanto trabajo para una sola marca. Aunque con el seatalk se hizo.

[Diavolo]

Se me ha ocurrido una cosa, a la raspberry pi se le puede poner una camara, ¿y porque no la colocamos a la pantalla del radar?, ese que no uso nunca porque lo tengo en la mesa de cartas, que no bajo ni a mirarlo, que me funciona perfectamente, que no tengo conectado a nada, ¿se podria superponer la imagen a opencpn?.

UFFFF, esta mañana estoy inspirao.

[sailoog.com]

Originalmente publicado por Diavolo

Se me ha ocurrido una cosa, a la raspberry pi se le puede poner una camara, ¿y porque no la colocamos a la pantalla del radar?, ese que no uso nunca porque lo tengo en la mesa de cartas, que no bajo ni a mirarlo, que me funciona perfectamente, que no tengo conectado a nada, ¿se podria superponer la imagen a opencpn?.

UFFFF, esta mañana estoy inspirao.

pues la verdad es que le he dado muchas vueltas a lo de enviar imagen de fuera hacia adentro pero nunca de dentro hacia fuera

[North Side]

Originalmente publicado por Diavolo

Se me ha ocurrido una cosa, a la raspberry pi se le puede poner una camara, ¿y porque no la colocamos a la pantalla del radar?, ese que no uso nunca porque lo tengo en la mesa de cartas, que no bajo ni a mirarlo, que me funciona perfectamente, que no tengo conectado a nada, ¿se podria superponer la imagen a opencpn?.

UFFFF, esta mañana estoy inspirao.

[Diavolo]

De momento voy a empezar por comprar la cámara, y ver como la puedo adaptar a la pantalla del radar, un furuno 1623, que aunque todavía no se pueda, lo que si es seguro es que pueda ver la imagen en el movil por wifi, que no es poco


Enviado desde mi iPone5 con TaPaTa

¿Os referís a algo así como un sistema de vídeo vigilancia donde lo que la cámara capta se envía por la red y puede ser visto en un navegador?

Yo hace mas de un año que uso una Raspberry como sistema de videovigilancia y el software que uso es motion.

Para gestionarlo uso otro programa llamado Motion Eye...

https://bitbucket.org/ccrisan/motion...ki/Screenshots

...que hace de interfaz gráfica y facilita enormemente la configuracion.

Acepta múltiples cámaras, tanto por usb como por IP local o externa y envía el streaming por la red. Incluso puede grabar vídeo o captar imágenes por detección de movimiento.

Pero esto se escapa un poco del tema de openplotter ¿no?

[Diavolo]

Originalmente publicado por pinguino

¿Os referís a algo así como un sistema de vídeo vigilancia donde lo que la cámara capta se envía por la red y puede ser visto en un navegador?



Yo hace mas de un año que uso una Raspberry como sistema de videovigilancia y el software que uso es motion.



Para gestionarlo uso otro programa llamado Motion Eye...



https://bitbucket.org/ccrisan/motion...ki/Screenshots



...que hace de interfaz gráfica y facilita enormemente la configuracion.



Acepta múltiples cámaras, tanto por usb como por IP local o externa y envía el streaming por la red. Incluso puede grabar vídeo o captar imágenes por detección de movimiento.



Pero esto se escapa un poco del tema de openplotter ¿no?

Pienso que no hace falta complicarse la vida con aplicaciones raras de video vigilancia, es simple, web cam ip, seguro que hay algo más sencillo, y que además se puede incluir en openplotter
Algo así, si no hace falta tanto: https://m.youtube.com/watch?v=1yGi7_bWbFU
Si ya tenemos la fresa en el barco, y lo que quiero es transportar a la bañera, de momento.

Enviado desde mi iPone5 con TaPaTa

Edito: efectivamente se llama motion, sirve perfectamente, y de momento para tener la pantalla del radar (o cualquier aparatejo parido por unos padres egoistas) en el movil o en la tablet, es suficiente. Luego mas adelante pues ya inventaremos algo mas para ver si esa imagen pues se puede sobreponer en la carta de opencpn, ademas existe una aplicacion en windows que se llama OCR (creo) que se encarga de leer las letras y numeros de un papel scanneado, y utilizan para leer las matriculas de los coches cuando entras a un parking (una camara de video), pues si existiera en linux (no lo se), pues hasta se podrían pasar los datos de una pantalla a NMEA, curioso.

edito otra vez, ahhhh, pues si, se puede
http://blog.desdelinux.net/como-esca...-ocr-en-linux/

[sailoog.com]

Originalmente publicado por sailoog.com

OpenPlotter RPI v0.2.0


Fallos

• Definir una dirección en las entradas TCP debe ser obligatorio
• En salidas TCP la ip debe mantenerse. Ahora cambia a "todas direcciones". No debe ser obligatoria, si no hay nada cambia a "todas direcciones".

Mejoras

• Añadir información con la IP adquirida para cuando openplotter se conecta a red como cliente y tener acceso a NMEA y escritorio remoto via wifi
• Filtros de sentencias en kplex
• Cambiar definición "todas direcciones" a localhost porque se refiere a todas las direcciones que definen la maquina local.
• Incorporar sistema de etiquetas de NMEA-0183 v4 de kplex para compatibilidad con localizatodo e identificación de conexiones (name=xx, srctag=yes)
• Añadir generador NMEA de Viento real a partir de viento aparente y velocidad sobre el fondo (o sobre el agua si está presente)
• Añadir compas electrónico, presión y temperatura con IMU
• Compatible Outernet (experimental)

........

ahora que me fijo, respecto a la conversacion de "todas direcciones" la conclusión a la que llegamos es erronea y por lo tanto estaba bien como estaba. NO se pueden crear salidas TCP en otras maquinas que no sean la propia, como mucho puedes especificar si quieres que salga por wifi o por ethernet. Creo que lo dejaré como estaba. De hecho habria que quitar el campo de "direccion" en las salidas y dejar solo el puerto.

[jarmisen]

Buenos días
Por fin, por fin he terminado de leer todo el hilo de este interesantisimo proyecto, y no puedo decir otra cosa que felicidades a todos que habéis colaborado, cada uno con su grano o granazo de arena.
Me gustaría adherirme al proyecto, por el momento no podre aportar nada, solo pedir, y empezare.
Voy a encargar la Raspberry Pi 2 Model B de RS que es el modelo que aconsejáis. Con respecto a los demás periféricos, cero recordar alguno de vosotros compra en RS, si no tuviera inconveniente en decirme los códigos RS de los periféricos se lo agradecería pues de esta manera no tendría posibilidad de equivocarme de modelo.
Otra de mis terribles preocupaciones es que tengo una configuración parecida a la del tertuliano North Side no tan completa como esa, pues solo dispongo de la caja de control del piloto automático, tridata y viento. Pero mi problema es que no consigo sacar los datos por ella salida de NMEA solo consigo ver con el Hyperterminal dos o tres sentencias de las 6 o mas que dice el catalogo que tendrían que salir, el problema esta que si no dispongo de estos datos la Raspberry solo me funcionara a medias (ya estaré contento)
Monte un circuito (Seatalk to USB Converter www.yappelectronics.co.uk) este circuito que en principio funciono estupendamente, podía ver todas las sentencias que necesitaba en el OpenCPN
pero los driver son para Windows. Me podéis encaminar por donde mira para conseguir este conversor que se adapte a la Raspberry.
Bueno, repetiros la gran labor que hacéis, y en agradecimiento invitaros a unas cervecitas (físicas) aquí en Menorca que es donde navego.
Un saludo

[North Side]

Originalmente publicado por jarmisen

Buenos días
Por fin, por fin he terminado de leer todo el hilo de este interesantisimo proyecto, y no puedo decir otra cosa que felicidades a todos que habéis colaborado, cada uno con su grano o granazo de arena.
Me gustaría adherirme al proyecto, por el momento no podre aportar nada, solo pedir, y empezare.
Voy a encargar la Raspberry Pi 2 Model B de RS que es el modelo que aconsejáis. Con respecto a los demás periféricos, cero recordar alguno de vosotros compra en RS, si no tuviera inconveniente en decirme los códigos RS de los periféricos se lo agradecería pues de esta manera no tendría posibilidad de equivocarme de modelo.
Otra de mis terribles preocupaciones es que tengo una configuración parecida a la del tertuliano North Side no tan completa como esa, pues solo dispongo de la caja de control del piloto automático, tridata y viento. Pero mi problema es que no consigo sacar los datos por ella salida de NMEA solo consigo ver con el Hyperterminal dos o tres sentencias de las 6 o mas que dice el catalogo que tendrían que salir, el problema esta que si no dispongo de estos datos la Raspberry solo me funcionara a medias (ya estaré contento)
Monte un circuito (Seatalk to USB Converter www.yappelectronics.co.uk) este circuito que en principio funciono estupendamente, podía ver todas las sentencias que necesitaba en el OpenCPN
pero los driver son para Windows. Me podéis encaminar por donde mira para conseguir este conversor que se adapte a la Raspberry.
Bueno, repetiros la gran labor que hacéis, y en agradecimiento invitaros a unas cervecitas (físicas) aquí en Menorca que es donde navego.
Un saludo

Tienes plotter? centralita de piloto? de que talker proviene el NMEA al que dices que te has enganchado?

Ten en cuenta que por ejemplo, en mi plotter C70 de Raymarine, puedo seleccionar que sentencias NMEA tira por la salida.

Saludos

[sailoog.com]

Originalmente publicado por jarmisen

Monte un circuito (Seatalk to USB Converter www.yappelectronics.co.uk) este circuito que en principio funciono estupendamente, podía ver todas las sentencias que necesitaba en el OpenCPN
pero los driver son para Windows. Me podéis encaminar por donde mira para conseguir este conversor que se adapte a la Raspberry.

entiendo que lo probaste en windows y te funcionó y aun obra en tu poder no?
como aun no tienes la raspberry, podrias probar en algun portatil con ubuntu o cualquier linux? si no tienes nada de eso a mano dimelo y te ayudo a crear un USB con navigatrix.

mi teoria es que linux lo tiene que tratar como una entrada/salida serie mas y funcionará sin hacer nada.

bienvenido!!!! vas a ayudar mas de lo que piensas si pruebas esto

Lo curioso de ese trasto de yappelectronics es que es de código abierto.

El que lo hace y lo vende ha colgado en la web, no solo los controladores, si no el código fuente del software que graba en el microchip así como los valores de los componentes electrónicos y la placa base.

La cuestión es.... ¿por que nadie ha emulado la conversión seatalk->NMEA0183 por software y todos han recurrido al uso de un programa grabado en un microprocesador?

¿Podría alguien extraer desde el código fuente del microprocesador las instrucciones necesarias para hacer la conversión exclusivamente por software?

O.... tal vez no merezca la pena, pues como de todos modos hay que fabricar un circuito adaptador seatalk->RS-232 ya que te pones incorporas en la placa la traducción. ¿Que opinais?

[sailoog.com]

Originalmente publicado por pinguino

Lo curioso de ese trasto de yappelectronics es que es de código abierto.

El que lo hace y lo vende ha colgado en la web, no solo los controladores, si no el código fuente del software que graba en el microchip así como los valores de los componentes electrónicos y la placa base.

La cuestión es.... ¿por que nadie ha emulado la conversión seatalk->NMEA0183 por software y todos han recurrido al uso de un programa grabado en un microprocesador?

¿Podría alguien extraer desde el código fuente del microprocesador las instrucciones necesarias para hacer la conversión exclusivamente por software?

O.... tal vez no merezca la pena, pues como de todos modos hay que fabricar un circuito adaptador seatalk->RS-232 ya que te pones incorporas en la placa la traducción. ¿Que opinais?

pues muy buena pregunta...

la razón será supongo esa combinación necesaria de software y hardware que lo hacen de dificil distribución.

las claves para el desrrollo de esa conversión por software están aquí: http://www.thomasknauf.de/seatalk.htm tanto hardware como software, de echo hay un ejemplo de conversión en C muy bien explicado. Los desarrollos que hay por ahí de hardware y software (algunos muy caros) creo que han salido de ahí.

Osea que poder se puede y hay ejemplos. La idea de openplotter original era incorporar este conversor por software junto a la placa hardware de la pagina de thomas (muy muy economica) pero siempre me he debatido entre si merecia la pena o no dedicar tiempo a un protocolo que además de propietario está ya muerto... pero está tan ampliamente instaurado que no se yo....

si lo de yappelectronics no funciona en linux quizás valga la pena volver a plantearselo.

en cuanto a esto, he buscado info sobre el procesador que incorpora (PIC18F2550) y si que es compatible con linux. Dependerá de si el desarrollador no haya hecho nada raro y halla seguido las pautas generales. Deberia ser reconocido como /dev/ttyACM0

[jarmisen]

Hola. Muchas preguntas tan rápido.
Contestando a North Side no tengo ploter y la salida que utilizo es la NMEA de la foto que pongo, y utilizo como se ve un cable verde y marron que lo entro al puerto RS232 de mi PC utilizando el Hyperterminal (Windos)veo muy poco creo que veo direccion de compás y no recuerdo que mas. Si hago esto mismo con el GPS puedo ver todas las sentencias de este, me refiero que el sistema funciona, es que no saca lo que me gustaría.
El circuito que monte es el de la foto y pertenece a Yapp, mi hermano me grabo el programa y utilizando un PC con Windos 7 funciono, no así con mi Xp, pues no reconocía el driver que también y que proporciona Yapp, para probar esto con Linux no se que driver utilizar, en tiendo Sailoog.com
que lo que quieres que pruebe, es este circuito conectado a un PC con linux, creo que tengo un USB con navigatrix.
Yo estoy pinchando a mi hermano para que saque algo de este programa, pero me dice que es muy complejo extraer conclusiones, de todas formas como ha dicho Pinguino es necesario un mínimo de hardware y quizas no merezca la pena, de todos modos Yapp tiene un circuito que es bidireccional a RS232 que quizá seria mas efectivo, pues se podría poner en Seatalk algún dato interesante.

Perdonar no se como insertar una foto lo mirare mas tarde y las pondre

Originalmente publicado por jarmisen

Hola. Muchas preguntas tan rápido.
Contestando a North Side no tengo ploter y la salida que utilizo es la NMEA de la foto que pongo, y utilizo como se ve un cable verde y marron que lo entro al puerto RS232 de mi PC utilizando el Hyperterminal (Windos)veo muy poco creo que veo direccion de compás y no recuerdo que mas. Si hago esto mismo con el GPS puedo ver todas las sentencias de este, me refiero que el sistema funciona, es que no saca lo que me gustaría.
El circuito que monte es el de la foto y pertenece a Yapp, mi hermano me grabo el programa y utilizando un PC con Windos 7 funciono, no así con mi Xp, pues no reconocía el driver que también y que proporciona Yapp, para probar esto con Linux no se que driver utilizar, en tiendo Sailoog.com
que lo que quieres que pruebe, es este circuito conectado a un PC con linux, creo que tengo un USB con navigatrix.
Yo estoy pinchando a mi hermano para que saque algo de este programa, pero me dice que es muy complejo extraer conclusiones, de todas formas como ha dicho Pinguino es necesario un mínimo de hardware y quizas no merezca la pena, de todos modos Yapp tiene un circuito que es bidireccional a RS232 que quizá seria mas efectivo, pues se podría poner en Seatalk algún dato interesante.

Perdonar no se como insertar una foto lo mirare mas tarde y las pondre

No debria hacer falta controlador. Bastaria con pincharlo y ver si se crea un nuevo puerto en la carpeta /dev (dispositivos), Bien sea /dev/ttyUSB0 o /dev/ttyACM0... o algo parecido.

Luego bastaria un cat /dev/ttyUSB0 para ver si entran los datos.

[Diavolo]

Buenassss, he estado buscando por ahí sobre mi radar un Furuno 1622, manuales e instalacion, y aparte de plantarle una webcam a la pantalla, pues parece que hay otra opcion, a este modelo en concreto lleva interiormente un conector para ponerle un repetidor, y sacarlo a la bañera, y entre los cables de salida para el repetidor me encuentro VIDEO/GND, aparte de otros pines que supongo seran para controlar los botones del radar. Pues existe la posibilidad de capturar de forma externa la imagen de video.

[sailoog.com]

Originalmente publicado por jarmisen

El circuito que monte es el de la foto y pertenece a Yapp, mi hermano me grabo el programa y utilizando un PC con Windos 7 funciono, no así con mi Xp, pues no reconocía el driver que también y que proporciona Yapp, para probar esto con Linux no se que driver utilizar, en tiendo Sailoog.com
que lo que quieres que pruebe, es este circuito conectado a un PC con linux, creo que tengo un USB con navigatrix.
Yo estoy pinchando a mi hermano para que saque algo de este programa, pero me dice que es muy complejo extraer conclusiones, de todas formas como ha dicho Pinguino es necesario un mínimo de hardware y quizas no merezca la pena, de todos modos Yapp tiene un circuito que es bidireccional a RS232 que quizá seria mas efectivo, pues se podría poner en Seatalk algún dato interesante.

supongo que la placa de la que hablamos es esta:



si es así, haz lo que dice pinguino.

si tienes un navigatrix a mano ponlo en marcha y conecta la placa con el cable USB por un lado y los cables seatalk por otro y ya está. Olvidate de programas o drivers eso son cosas de windows y sus manias

[gilinas]

Originalmente publicado por sailoog.com

ahora que me fijo, respecto a la conversacion de "todas direcciones" la conclusión a la que llegamos es erronea y por lo tanto estaba bien como estaba. NO se pueden crear salidas TCP en otras maquinas que no sean la propia, como mucho puedes especificar si quieres que salga por wifi o por ethernet. Creo que lo dejaré como estaba. De hecho habria que quitar el campo de "direccion" en las salidas y dejar solo el puerto.

En TCP hay que diferenciar el flujo de datos (salida/entrada) de quién inicia la conexión (cliente) o quién espera a que se conecten (servidor)

[sailoog.com]

Originalmente publicado por gilinas

En TCP hay que diferenciar el flujo de datos (salida/entrada) de quién inicia la conexión (cliente) o quién espera a que se conecten (servidor)

gracias gilinas, siempre me hago un lio con todo esto.

para simplificar el uso de kplex, y de hecho su autor lo recomienda, hice que las "entradas" fueran siempre de tipo cliente y con flujo de entrada y las "salidas" de tipo server y siempre de flujo de salida. A pesar de que tanto cliente como servidor puedan tener flujo de entrada y de salida como bien dices.

La pregunta mas exacta seria: se puede crear un servidor TCP en una IP que no sea la de algún interface de la misma maquina (wifi, ethernet...)? como supongo que la respuesta es no, pues por eso decia de eliminar el campo "direccion" en las "salidas"

Solo quiero dejar funcionando de forma coherente este primer acercamiento a un interface gráfico de kplex para centrarme en replantearlo completamente e incluir todas sus opciones (etiquetas, filtros...) y esto pasa por quizás hacer lo que hace OpenCPN y no separar entre conexiones de entrada/salida sino tratarlas como simplemente conexiones en general con flujo de datos de entrada, salida o ambos.

Creo que tu eres quien tiene mas claro que nadie todo esto así que igual te molesto un poco llegado el momento

edito: ademas el interface broadcast (el que llamamos ahora UDP) ha sido despreciado y sistituido por el interface UDP y abria que actualizar eso, razon de mas para rehacerlo todo.