VHF: Canal 77
"Se navega por los astros, por la mar, por la tierra, por las gentes, por los sentimientos...Se navega." — Altair

Anuncio

Colapsar

NORMAS DEL FORO: OBLIGATORIA SU LECTURA

Hola cofrade, has recalado en la Taberna del Puerto, algo más que un foro náutico. Eres bienvenido, participa, aprende y enséñanos; de eso se trata, de enriquecernos todos en nuestros conocimientos, y sobre todo de pasar un buen rato. No entres si vienes buscando conflictos, polémicas o cualquier otro fin que no sean los anteriormente descritos. Tenemos algunas normas y es obligatorio que las leas antes de empezar.

1/ Este es un foro náutico y aunque se permite hablar de otros temas, se ruega contención en el uso de los mismos, para ello existe un foro específico.

2/ Usa títulos claros y que describan el contenido del tema. De este modo será más fácil encontrarlos en el buscador para posteriores consultas además de que facilitas el trabajo de los que te vayan a responder. Títulos ambiguos como “ayuda”, “tengo un problema”, etc... no colaboran a este fin. Inserta tú tema en el foro adecuado, mira antes de lanzarlo por si alguien poco antes que tú ha puesto lo mismo; si es así no crees un tema nuevo, contesta al otro. Usa el buscador, es una gran herramienta. No escribas todo el texto con mayúsculas, se interpreta como que estás gritando. Todo esto facilita enormemente el trabajo de los que curramos aquí.

3/ No se permite el "spam" ni la publicidad de empresas o de actividades que conlleven lucro. Tampoco solicitud de ofertas de empresas o profesionales salvo en los foros de anuncios de compra-venta.

4/ No uses el foro como un chat salvo en aquellos temas habilitados a tal efecto, los cuales periódicamente serán eliminados. Las contestaciones reiterativas y/o automáticas, haciendo uso del sistema copi-pegui o cualquier otro no están permitidas.

5/ Respeta a los demás y a sus opiniones si quieres que las tuyas sean respetadas. Los insultos, la agresividad, el mal gusto y la mala educación no están permitidas en este foro. Aquí venimos a divertirnos, no a pelearnos. Se prohíbe insultar, ser agresivo, maleducado, soez, no respetar a los demás, intentar imponer nuestras ideas, empezar o dar pie a que empiecen peleas o trifulcas. Se exige orden y delicadeza a la hora de tratar ciertos asuntos, como por ejemplo, en lo que a la ortografía se refiere. Serán considerados como insultos y faltas de respeto el calificar a los Moderadores y/o Administradores como censores, dictadores, que coartan la libertad de expresión, que aplican un doble rasero, y expresiones similares.

6/ Nos gusta conocer con quién hablamos, así que, una pequeña presentación en el foro correspondiente que existe para tal fin siempre será bien recibida. No obstante, si alguien decide no presentarse, los demás usuarios se abstendran de reclamar dicha presentación y/o realizar crítica o petición alguna.

7/ Los temas políticos o que induzcan a la polémica innecesaria, mejor los dejas para otros foros de los muchos que hay para ello en la red. Se prohíbe hablar de política, de política económica, de política social, de nacionalismos, de antinacionalismos, de diferencias idiomáticas, de banderas nacionales, de exaltaciones patrióticas, de hechos diferenciales, de religión, de anti-religíon, de toros y del maltrato animal, y en general de todos los temas que se sabe de antemano van a ser polémicos y mucho más si no son náuticos. No contestes a estos temas o mensajes, informa a los administradores. No se tolerarán actitudes racistas, xenófobas, sexistas, denigrantes hacia otros colectivos o para con los demás, totalitarias o extremistas sean del signo que sea.

8/ El reenvío de mensajes que hayan sido modificados, o bien el envío de otros mensajes que muestren su descontento con esta modificación, pueden conducir al bloqueo de la cuenta. Esto también sucederá cuando un usuario insista en retomar algún tema o continuar sobre una conducta de la que se le ha alertado. En casos de que la mala conducta de un usuario continúe, se podrá proceder a su expulsión definitiva.

9/ Todos los temas y/o mensajes que fomenten la piratería sobre cualquier software u otro material protegido, o informen de cómo o dónde llevarla a cabo serán retirados inmediatamente del foro. No obstante, y debido a la imposibilidad por parte de los administrador de controlar todos los temas y mensajes , si alguien detecta cualquier incidencia de este tipo ruego lo comunique de forma inmediata a la administración, especificando el enlace al tema para poder ser retirado.

10/ Se prohíbe la reproducción total o parcial de textos u otros medios sujetos a Copyright y/o pertenecientes a otras webs, foros, etc... Sin embargo si que se podrán insertar enlaces a los mismos, pero siempre haciendo referencia a la página propietaria.

11/ La Taberna es un foro en lengua castellana o español, pero cada uno es libre de expresarse como quiera, allá él si la mayoría no lo entiende. Los usuarios se abstendrán de hacer ningún comentario indicando al que escribe en otra lengua su pertinencia o no. Tampoco se tolerará el uso del idioma como arma reivindicativa de ningún tipo.

12/ No se permiten insultos ni difamaciones a empresas, profesionales o particulares. Tampoco acusaciones de ningún tipo, que no estén probadas o demostradas judicialmente o por lo medios legales adecuados. Este no es un medio para presentar denuncias, para ello, existen los juzgados, consumo, etc...

13/ No se permite la inserción de hilos o mensajes con el fin de generar exclusivamente tráfico a otras web o canales, bien sea mediante enlaces, mediante árticulos, ficheros o datos parciales, o por cualquier otro método.

14/ Cualquier incumplimiento de estas normas, puede ser motivo de amonestación y/o expulsión del autor, de borrado o cierre de temas o mensajes, o de cualquier otra medida que la administración decida para intentar hacer que éstas sean cumplidas. Los temas pueden ser movidos o unidos sin previo aviso a criterio de los administradores.

15/ Si estás de acuerdo con ellas este es tú sitio; si no te gustan, no te apetece cumplirlas, las consideras restrictivas, censoras o que coartan tu libertad de expresión, no entres, no intervengas, y no te quejes cuando te sean aplicadas las medias correctoras adecuadas. No luches por cambiarlas a tu conveniencia, no puedes.

16/ Baja Voluntaria del foro.

Ni éste ni ningún otro Foro tiene previsto un sistema de Bajas voluntarias y automáticas. Simplemente con dejar de participar en él, y editar el Perfil de usuario para que dejen de aparecer los datos que crean no deben verse es sufiente.

No obstante, si alguien quiere que se le borre su cuenta, deberá enviar un e-mail desde el enlace "contáctanos" que se encuentra en la parte inferior del foro usando el e-mail con el que está registrado en la Taberna ya que es la única forma de comprobar la autenticidad del que se quiere dar de baja.
Así se evita que alguien pueda coger los datos de tu cuenta y pedir que se borre la misma.

Por otro lado advertir que los mensajes del usuario aparecerán, una vez borrada la cuenta, como realizados por un "invitado" ya que las intervenciones en un Foro público, son públicas. Es decir, desde el momento en que se publican dejan de pertenecer al usuario. Por otro lado, como siempre hay contestaciones a los mensajes, si algunos son borrados, el hilo deja de tener sentido.

En cualquier caso, si existe algún o algunos mensajes en el que aparezcan datos personales que el usuario no quiere que sigan apareciendo, ANTES de pedir la baja, podrá reportarnos estos mensajes, usando la opción "reportar mensajes" y nosotros eliminaremos esos datos personales.

Se entiende que una vez borrada la cuenta, esta acción es irreversible, con lo cual no se podrá volver atrás.


Estas normas pueden ser modificadas sin previo aviso, por lo que se recomienda consultarlas regularmente...



Bueno, y eso es todo, pasa, busca asiento por donde puedas y pide lo que guste...
Ver más
Ver menos

SailPi Navegando con Raspberry Pi

Colapsar
X
 
  • Filtrar
  • Tiempo
  • Mostrar
Limpiar Todo
nuevos mensajes

  • Re: SailPi Navegando con Raspberry Pi

    Originalmente publicado por Diavolo Ver Mensaje
    Esta tarde 2º intento, y espero que el ultimo, y todo funcione.

    Abierto el puerto del router un Huawei b970b de Orange, no funciona desde fuera de la red interna, mirando por san google veo que Orange me tiene que abrir la APN para tal fin. Llamado a los servicios de Orange, y después de marearme un poco, me dicen que llamará un técnico especialista en estos temas. ¿me llamará?

    Referente al OpenPlotter. Una cosa. me gusta mas para mi caso configurar Kplex por medio de Sudo Nano el archivo Kplex.conf, porque puedo hacer mas cosas, no quiere decir que openplotter no sirva, pues es muy interesante por su sencillez, pero le falta todavía para mi uso. (no puedo filtrar sentencias NMEA, la red 3G vale cara, y no tengo porque enviar sentencias del tipo Viento, sonda, a Marinetraffic, para que luego las filtren ellos, ademas creo que no deja poner UDP como cliente, por lo que lo necesitaria para shippingExplorer)


    La cuestión es usar Kplex y configurarlo por mi cuenta, y mi pregunta es.

    1º No se activa Kplex al arrancar la fresa. ¿como arranco el servicio?

    2º No se borra el archivo kplex.conf arrancando openplotter, por lo que entiendo que la dirección /etc/kplex.conf, no es la configuración que funciona
    ¿cual es esa dirección buena donde se encuentra kplex.conf?

    3º Necesitaría un listado de ordenes para reiniciar kplex, apagarlo, etc..

    4º Cuando pongo la conexiones entrantes/salientes en openplotter, y le doy a grabar, se borran las ip´s y en puesto me pone "todas dir."

    No entiendo mucho de linux, pero se manejar algo, he tenido en casa Ubuntu siempre, y me gusta, de hecho mis hijos en sus portátiles no quiero ponerles windows, tienen ubuntu es mucho mas seguro para ellos, ¡¡¡y no saben manejar windows!!!, ellos saben mas que Yo.
    1 Sí se activa al arranque pero si no entran datos, dependiendo de la configuración de .kplex.conf se para.

    2 El archivo de configuracion es /home/pi/.kaplex.conf

    3 En el menu derecho del raton tienes una entrada que pone "rearrancar multiplexor. Con ella lo reinicias para aplicar cambios o simplemente lo arrancas si estaba parado. En consola lo puedes parar con sudo pkill kplex y arrancar con kplex, pero entonces se te queda colgando de la consola. Mejor usa el menú derecho del raton.

    4 openplotter funciona estupendamente para la inmensa mayoria de usuarios pero para tu caso no es adecuado pues hay que modificar mas parametros de los que permite. Sailoog esta trabajando para aumentar sus funcionalidades pero para tu caso hay que editar a mano el .kplex.conf.

    Ya he notado que trabajar con Linux no supone un problema para ti, y esto es una ventaja. Aqui mas bien es una cosa de encajar el rompecabezas y de hilar fino para que todo funcione. Es cosa de paciencia. Lo lograrás.
    Editado por última vez por Invitado; 22/10/2014, 12:27:30.

    Comentario


    • Re: SailPi Navegando con Raspberry Pi

      Originalmente publicado por Diavolo Ver Mensaje
      Esta tarde 2º intento, y espero que el ultimo, y todo funcione.

      Abierto el puerto del router un Huawei b970b de Orange, no funciona desde fuera de la red interna, mirando por san google veo que Orange me tiene que abrir la APN para tal fin. Llamado a los servicios de Orange, y después de marearme un poco, me dicen que llamará un técnico especialista en estos temas. ¿me llamará?

      Referente al OpenPlotter. Una cosa. me gusta mas para mi caso configurar Kplex por medio de Sudo Nano el archivo Kplex.conf, porque puedo hacer mas cosas, no quiere decir que openplotter no sirva, pues es muy interesante por su sencillez, pero le falta todavía para mi uso. (no puedo filtrar sentencias NMEA, la red 3G vale cara, y no tengo porque enviar sentencias del tipo Viento, sonda, a Marinetraffic, para que luego las filtren ellos, ademas creo que no deja poner UDP como cliente, por lo que lo necesitaria para shippingExplorer)


      La cuestión es usar Kplex y configurarlo por mi cuenta, y mi pregunta es.

      1º No se activa Kplex al arrancar la fresa. ¿como arranco el servicio?

      2º No se borra el archivo kplex.conf arrancando openplotter, por lo que entiendo que la dirección /etc/kplex.conf, no es la configuración que funciona
      ¿cual es esa dirección buena donde se encuentra kplex.conf?

      3º Necesitaría un listado de ordenes para reiniciar kplex, apagarlo, etc..

      4º Cuando pongo la conexiones entrantes/salientes en openplotter, y le doy a grabar, se borran las ip´s y en puesto me pone "todas dir."

      No entiendo mucho de linux, pero se manejar algo, he tenido en casa Ubuntu siempre, y me gusta, de hecho mis hijos en sus portátiles no quiero ponerles windows, tienen ubuntu es mucho mas seguro para ellos, ¡¡¡y no saben manejar windows!!!, ellos saben mas que Yo.
      Como ya se ha dicho OpenPlotter intenta facilitar el uso del multiplexor entre otras cosas y con esta premisa habrán cosas de kplex que nunca estarán en openplotter (o por lo menos yo no creo que las implemente aunque no quiere decir que alguien lo haga, cosas del software libre . Tu caso es muy especifico y mejor que lo hagas a mano pero cuidado!!! si guardas cambios con openplotter te cargarás las modificaciones que haya hecho a mano. No se pueden definir salidas UDP con openplotter porque hay cosar a tener en cuenta respecto a permisos, interfaces, etc que complican mucho su implementación. No es imposible pero creo que no merece la pena para el poco uso que se le va a dar a una salida UDP.

      1- se arranca al inicio de igual manera que cualquier programa (el comando es "kplex") para que no pase lo que dice pinguino añade la opción "optinal=yes", si tienes alguna salida definida no se parara.

      2- apagar kplex "pkill kplex" o si quieres apagarlo digamos que a lo bestia "pkill -9 kplex"

      4- Si te fijas esto solo ocurre con las entradas UDP o las salidas TCP donde la direccion no es relevante y por eso se escuchará o se hablará por el puerto en cuestión en todas las direcciones.


      Animo que ya lo tienes!

      Comentario


      • Re: SailPi Navegando con Raspberry Pi

        Originalmente publicado por sailoog.com Ver Mensaje
        Como ya se ha dicho OpenPlotter intenta facilitar el uso del multiplexor entre otras cosas y con esta premisa habrán cosas de kplex que nunca estarán en openplotter (o por lo menos yo no creo que las implemente aunque no quiere decir que alguien lo haga, cosas del software libre . Tu caso es muy especifico y mejor que lo hagas a mano pero cuidado!!! si guardas cambios con openplotter te cargarás las modificaciones que haya hecho a mano. No se pueden definir salidas UDP con openplotter porque hay cosar a tener en cuenta respecto a permisos, interfaces, etc que complican mucho su implementación. No es imposible pero creo que no merece la pena para el poco uso que se le va a dar a una salida UDP.

        1- se arranca al inicio de igual manera que cualquier programa (el comando es "kplex") para que no pase lo que dice pinguino añade la opción "optinal=yes", si tienes alguna salida definida no se parara.

        2- apagar kplex "pkill kplex" o si quieres apagarlo digamos que a lo bestia "pkill -9 kplex"

        4- Si te fijas esto solo ocurre con las entradas UDP o las salidas TCP donde la direccion no es relevante y por eso se escuchará o se hablará por el puerto en cuestión en todas las direcciones.


        Animo que ya lo tienes!
        Ayer estuvimos pinguino y Yo, mano a mano intentado poner en marcha kplex, pudimos conectar a la fresa todos los datos NMEA, solo funcionó OpenCpn. pero Marinetraffic, y shippingExplorer, nasti de plasti, probamos eliminar sentencias, poner otras, y no funciona. Optando por montar de nuevo los 3 servidores, y esperar a que la fresa madure.
        MMSI: 205907310
        Callsign: OR9073

        Comentario


        • Re: Respuesta: SailPi Navegando con Raspberry Pi

          Originalmente publicado por gilinas Ver Mensaje
          Respecto de las comunicaciones con UDP:

          En este caso no existen conexiones y por lo tanto identificar al servidor y al cliente no es tan trivial como en el caso de TCP.
          Al no haber conexion, el servicio de transferencia no es fiable (como lo es en el caso de TCP). Es posible que se pierdan datos.

          Como contrapartida, permite la difusión de los mismos datos a varios receptores en un solo envío utilizando direcciones IP de difusión (que son de la forma a.b.c.255, a.b.255.255, ó incluso 255.255.255.255 [todos]).
          Los receptores recibirán los datos si se encuentran escuchando en el puerto correspondiente.

          Utilización mediante kplex:

          Para salida de datos
          [broadcast]
          direction=out
          device=<interface>
          address=<address>
          port=<port>

          <interface> será (wlan0 ó eth0) el interface de red por el que se transmitirán los datos.
          <address> es la dirección IP de difusión
          <port> es el puerto donde deben estar escuchando los receptores (si no, ellos se lo pierden)

          Para entrada de datos
          [broadcast]
          direction=in
          port=<port>

          cuantas menos restricciones mejor, así recibiremos todo lo que llegue por el puerto especificado en cualquiera de los interfaces de red y para cualquier dirección de difusión que nos incluya.

          Para entrada/salida de datos
          [broadcast]
          direction=both
          device=<interface>
          address=<address>
          port=<port>

          Creo que para este caso es mejor defnir uno de entrada y otro de salida, ya que direction=both nos restringe el tráfico de entrada a la interface especificada y además solo recibiremos el tráfico dirigido a la dirección de difusión especificada.
          esta mañana hemos trasteado algo Diavolo y yo acerca del tema de enviar datos AIS a servidores como Marinettrafic o shippingexplorer.

          Hay que añadir que hemos logrado enviar datos con éxito a Marinettrafic a través de una conexión tcp.

          Pero con shippingexplorer no ha sido posible. Con una conexión tcp no funciona y hemos intentado con una UDP [broadcast] pero no hemos terminado de aclararnos.

          Lo que mas me machaca es que los de shippingexplorer nos dan un puerto y una dirección como si fuera una conexión tipo tcp, pero al intentar configurar kplex como broadcast no acepta la direccion que nos dan si no que parece exigir una dirección bcast interna tipo X.X.X.255.

          Si ponemos la interna bien sea 255.255.255.255 o 192.168.1.255, no tira error pero los datos no llegan. Y si ponemos la que ellos nos dan kplex da error y se niega a trabajar.

          Lo hemos intentado tanto como usuario normal como administrador.

          ¿Que se nos escapa?

          ¿Nos podríais aclarar algo de esto?

          ¿O es que las conexiones de kplex de tipo UDP solo funcionan en la red interna?

          Comentario


          • Respuesta: Re: Respuesta: SailPi Navegando con Raspberry Pi

            Originalmente publicado por pinguino Ver Mensaje
            esta mañana hemos trasteado algo Diavolo y yo acerca del tema de enviar datos AIS a servidores como Marinettrafic o shippingexplorer.

            Hay que añadir que hemos logrado enviar datos con éxito a Marinettrafic a través de una conexión tcp.

            Pero con shippingexplorer no ha sido posible. Con una conexión tcp no funciona y hemos intentado con una UDP [broadcast] pero no hemos terminado de aclararnos.

            Lo que mas me machaca es que los de shippingexplorer nos dan un puerto y una dirección como si fuera una conexión tipo tcp, pero al intentar configurar kplex como broadcast no acepta la direccion que nos dan si no que parece exigir una dirección bcast interna tipo X.X.X.255.

            Si ponemos la interna bien sea 255.255.255.255 o 192.168.1.255, no tira error pero los datos no llegan. Y si ponemos la que ellos nos dan kplex da error y se niega a trabajar.

            Lo hemos intentado tanto como usuario normal como administrador.

            ¿Que se nos escapa?

            ¿Nos podríais aclarar algo de esto?

            ¿O es que las conexiones de kplex de tipo UDP solo funcionan en la red interna?
            Parece ser que kplex solamente admite UDP con boadcast (a la red local) o con multicast (sobre IPv6).

            Es una pena que no admita transferencias UDP a IPs sencillas, y me parece un error de concepto.
            Las conexiones TCP solamente son útilies cuando se requiere una alta fiabilidad en que los datos van a llegar a su destino, la contrapartida es que estos se pueden demorar en llegar un tiempo arbitrario, y retrasar los datos que van a continuación, que tienen que esperar a que se transmitan los anteriores.
            Con UDP las transferencias de datos son independientes entre si. Se puede enviar una lectura de viento y posteriormente una de corredera y llegar con el orden cambiado o no llegar alguna de ellas, lo que no afecta a esas lecturas ni al resto de lecturas.

            En mi opinión UDP sería el protocolo más adecuado para la transferencia de datos NMEA, pero con kplex solamente lo tenemos disponible para direcciones de broadcast o de multicast.



            Nota: el permitir que se utilice UDP broadcast sobre una red remota podría habilitar el realizar atakes de tipo UDP flooding
            Editado por última vez por gilinas; 23/10/2014, 18:07:36.
            ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
            El mar es de TODOS.
            Lo que es de TODOS, NO ES MÍO.


            "No hay nada como el MAR"
            Tinico N'Hielo

            Comentario


            • Re: Respuesta: Re: Respuesta: SailPi Navegando con Raspberry Pi

              Originalmente publicado por gilinas Ver Mensaje
              Parece ser que kplex solamente admite UDP con boadcast (a la red local) o con multicast (sobre IPv6).

              Es una pena que no admita transferencias UDP a IPs sencillas, y me parece un error de concepto.
              Las conexiones TCP solamente son útilies cuando se requiere una alta fiabilidad en que los datos van a llegar a su destino, la contrapartida es que estos se pueden demorar en llegar un tiempo arbitrario, y retrasar los datos que van a continuación, que tienen que esperar a que se transmitan los anteriores.
              Con UDP las transferencias de datos son independientes entre si. Se puede enviar una lectura de viento y posteriormente una de corredera y llegar con el orden cambiado o no llegar alguna de ellas, lo que no afecta a esas lecturas ni al resto de lecturas.

              En mi opinión UDP sería el protocolo más adecuado para la transferencia de datos NMEA, pero con kplex solamente lo tenemos disponible para direcciones de broadcast o de multicast.


              mmmmmm si y no....

              supongo que se pensó en las salidas UDP broadcast para tener algún aparato escuchando conectado diretamante por ethernet o wifi a la fuente donde prima la inmediatez y vigencia de esos datos y donde hay mas probabilidad que lleguen debido a los escasos intermediarios.

              Pero para el caso que nos ocupa que es mandar posicines AIS remotamente TCP seria el sistema mejor ya que llevan incorporada la fecha/hora y da igual cuando lleguen, lo que importa es que lleguen.

              digo yo....

              Comentario


              • Re: Respuesta: SailPi Navegando con Raspberry Pi

                Originalmente publicado por pinguino Ver Mensaje
                esta mañana hemos trasteado algo Diavolo y yo acerca del tema de enviar datos AIS a servidores como Marinettrafic o shippingexplorer.

                Hay que añadir que hemos logrado enviar datos con éxito a Marinettrafic a través de una conexión tcp.

                Pero con shippingexplorer no ha sido posible. Con una conexión tcp no funciona y hemos intentado con una UDP [broadcast] pero no hemos terminado de aclararnos.

                Lo que mas me machaca es que los de shippingexplorer nos dan un puerto y una dirección como si fuera una conexión tipo tcp, pero al intentar configurar kplex como broadcast no acepta la direccion que nos dan si no que parece exigir una dirección bcast interna tipo X.X.X.255.

                Si ponemos la interna bien sea 255.255.255.255 o 192.168.1.255, no tira error pero los datos no llegan. Y si ponemos la que ellos nos dan kplex da error y se niega a trabajar.

                Lo hemos intentado tanto como usuario normal como administrador.

                ¿Que se nos escapa?

                ¿Nos podríais aclarar algo de esto?

                ¿O es que las conexiones de kplex de tipo UDP solo funcionan en la red interna?

                seguro que shippingexplorer os ha dado una UDP?, lo dudo debido a los problemas de seguridad que comenta gilinas.

                En cuanto a las salidas UDP broadcast, si queremos que funcionen hemos de ejecutar kplex como root porque si no fallará pero lo hará en silencio sin devolver error. Igual cuando lo habeis probado no os llegaban datos porque kplex = error siencioso y sudo kplex = va a buscar el archivo de config a etc y no al home de pi.

                otras cosas que se me ocurren:

                - falla shippingexplorer como TCP porque hay algún firewall por enmedio de software o hardware o puertos cerrados en el router....
                - contactar con shippingexplorer y que especifiquenb si es una TCP o una UDP
                Editado por última vez por sailoog.com; 23/10/2014, 18:28:22.

                Comentario


                • Respuesta: Re: Respuesta: SailPi Navegando con Raspberry Pi

                  Originalmente publicado por sailoog.com Ver Mensaje
                  seguro que shippingexplorer os ha dado una UDP?, lo dudo debido a los problemas de seguridad que comenta gilinas.

                  En cuanto a las salidas UDP broadcast, si queremos que funcionen hemos de ejecutar kplex como root porque si no fallará pero lo hará en silencio sin devolver error. Igual cuando lo habeis probado no os llegaban datos porque kplex = error siencioso y sudo kplex = va a buscar el archivo de config a etc y no al home de pi.

                  otras cosas que se me ocurren:

                  - falla shippingexplorer como TCP porque hay algún firewall por enmedio de software o hardware o puertos cerrados en el router....
                  - contactar con shippingexplorer y que especifiquenb si es una TCP o una UDP
                  Yo creo que se lo han dado correctamente.
                  Las IP's son las direcciones de red que identifican a los dispositivos conectados a la red, y se pueden enviar/recibir datos de/hacia esos dispositivos (IPs) utilizando protocolo TCP (lento, fiable y con órden entre los datos) o UDP (rápido, no-fiable y sin órden entre los datos)
                  Los puertos son "los enchufes" donde están esperando las aplicaciones para enviar/recibir. Hay 65536 puertos TCP (del 0 al 65535) y 65536 puertos UDP (del 0 al 65535).
                  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                  El mar es de TODOS.
                  Lo que es de TODOS, NO ES MÍO.


                  "No hay nada como el MAR"
                  Tinico N'Hielo

                  Comentario


                  • Re: Respuesta: SailPi Navegando con Raspberry Pi

                    Originalmente publicado por sailoog.com Ver Mensaje
                    seguro que shippingexplorer os ha dado una UDP?, lo dudo debido a los problemas de seguridad que comenta gilinas.

                    En cuanto a las salidas UDP broadcast, si queremos que funcionen hemos de ejecutar kplex como root porque si no fallará pero lo hará en silencio sin devolver error. Igual cuando lo habeis probado no os llegaban datos porque kplex = error siencioso y sudo kplex = va a buscar el archivo de config a etc y no al home de pi.

                    otras cosas que se me ocurren:

                    - falla shippingexplorer como TCP porque hay algún firewall por enmedio de software o hardware o puertos cerrados en el router....
                    - contactar con shippingexplorer y que especifiquenb si es una TCP o una UDP
                    sailoog he estado controlando yo el tema por VNC, y sí lo he ejecutado tanto como root como usuario normal. Como root especificando el archivo de config adecuado con su parámetro correspondiente.

                    Y si, dan puerto, dirección y especifican que en su servidor hay que escoger protocolo UDP.

                    Primero nos hemos limitado a echárselos a comer por tcp para probar a ver si comían, pero no.

                    Opino que Gilinas tiene razón y el UDP en kplex es local y por eso, el creador de kplex, insiste en su ejemplo de marinetraffic en usar tcp en vez de udp que es lo que recomiendan.

                    Desde luego podría ser también un problema de cortafuegos a nivel de router, pero marinetraffic ha ido a la primera una vez todas las cosas estaban en su sitio.

                    Comentario


                    • Re: SailPi Navegando con Raspberry Pi

                      pues descartadas todas esas posibilidades seguramente sean esos los motivos.

                      La ultima prueba de confirmación podria ser una salida UDP de OpenCpn y descartar kplex como mltiplexor en este caso.

                      Comentario


                      • Re: SailPi Navegando con Raspberry Pi

                        Originalmente publicado por sailoog.com Ver Mensaje
                        pues descartadas todas esas posibilidades seguramente sean esos los motivos.

                        La ultima prueba de confirmación podria ser una salida UDP de OpenCpn y descartar kplex como mltiplexor en este caso.
                        Sí. Ya lo estuve probando ayer y al parecer opencpn si envia paquetes UDP a direcciones salientes.

                        No lo pudimos probar con Marinetraffic y Shippingexplorer por que Diavolo dejo en marcha sus dispositivos "oficiales" trabajando. Pero fui capaz de enviar sus datos (recibidos previamente desde su dispositivo en el barco) a través de la Raspberry hasta mi casa en modo UDP y funcionó.

                        Creemos que opencpn si puede gestionar conexiones UDP pero Diavolo nos sacara de dudas cuando pueda comprobarlo in situ.

                        Al final también quedara funcionando kplex pues hace algo que opencpn no hace, y es servir los datos NMEA en modo servidor por TCP. Opencpn exige en la configuración una dirección y por tanto localhost sirve solo datos a la maquina misma como decia Gilinas. Ni siquiera los comparte en la red interna.

                        Al final la cosa quedó asi:

                        -Kplex lee del puerto /dev/ttyUSB0 y reparte en formato TCP al puerto 10110.

                        Los datos NMEA estan disponibles para todos tanto dentro como fuera de la red (configurando los cortafuegos de los ruters).

                        -Opencpn lee los datos de TCP del puerto 10110 y los reparte filtrados y en UDP a Marinetraffic, shippingexplorer y localizatodo.


                        Finalmente Diavolo se planteó el dejar solo en marcha kplex, recibir los datos y en casa hacer la repartición a los distintos destinos. Puede que al final acabe así.

                        Comentario


                        • Re: Respuesta: SailPi Navegando con Raspberry Pi

                          Originalmente publicado por sailoog.com Ver Mensaje
                          seguro que shippingexplorer os ha dado una UDP?, lo dudo debido a los problemas de seguridad que comenta gilinas.

                          En cuanto a las salidas UDP broadcast, si queremos que funcionen hemos de ejecutar kplex como root porque si no fallará pero lo hará en silencio sin devolver error. Igual cuando lo habeis probado no os llegaban datos porque kplex = error siencioso y sudo kplex = va a buscar el archivo de config a etc y no al home de pi.

                          otras cosas que se me ocurren:

                          - falla shippingexplorer como TCP porque hay algún firewall por enmedio de software o hardware o puertos cerrados en el router....
                          - contactar con shippingexplorer y que especifiquenb si es una TCP o una UDP
                          Con ShippingExplorer he hablado y mas que hablado, que solo acepta conexiones UDP, no TCP. Ya le comenté a ellos, que un servidor puerto de serie, puedo enviar datos a varias IP en modo TCP o UDP, pero Todas con el mismo tipo de conexion, por ello usaba un servidor de serie unica y exclusivamente para mi como servidor de serie TCP, para IPad, PC, y de mas, otro para enviar UDP como cliente a Marinetraffic, ShippingExplorer y el de Localizatodo aparte para ellos.

                          Ahora voy a poner la Fresa, y el servidor de Localizatodo, y todo lo demás va a ir fuera.

                          Al final voy a optar por poner Kplex TCP en modo server a la fresa, y Marinetraffic (que ya hemos probado que funciona), y desde casa a ShippingExplorer. Localizatodo voy a mantener el Servidor de ellos (Micro-Pc), de todas formas es el mas pequeño que tengo y fácil de ocultar.
                          Editado por última vez por Diavolo; 24/10/2014, 10:52:23.
                          MMSI: 205907310
                          Callsign: OR9073

                          Comentario


                          • Re: SailPi Navegando con Raspberry Pi

                            Originalmente publicado por pinguino Ver Mensaje

                            Al final también quedara funcionando kplex pues hace algo que opencpn no hace, y es servir los datos NMEA en modo servidor por TCP. Opencpn exige en la configuración una dirección y por tanto localhost sirve solo datos a la maquina misma como decia Gilinas. Ni siquiera los comparte en la red interna.
                            esto no lo entiendo muy bien. quieres decir que opencpn no puede enviar datos por TCP a una direccion remota? tampoco a un ordenador conecxtado por wifi o ethernet? que raro no?

                            Comentario


                            • Re: SailPi Navegando con Raspberry Pi

                              Me tengo que comprar otra Raspberry, mirad lo que he visto.
                              Using a Raspberry Pi and low-cost TV receiver dongle to decode aircraft positions from ADS-B broadcasts.

                              Ahora lo tengo con rtl1090 en casa con un pc encendido las 24 horas.
                              Get your very own domain easily. Fast and professional customer service.

                              Editado por última vez por Diavolo; 24/10/2014, 11:28:39.
                              MMSI: 205907310
                              Callsign: OR9073

                              Comentario


                              • Re: SailPi Navegando con Raspberry Pi

                                Originalmente publicado por sailoog.com Ver Mensaje
                                esto no lo entiendo muy bien. quieres decir que opencpn no puede enviar datos por TCP a una direccion remota? tampoco a un ordenador conecxtado por wifi o ethernet? que raro no?
                                Pues verás con kplex ponemos:

                                [tcp]
                                mode=server
                                port=10110

                                Y cualquier dispositivo que apunte a la ip de la Raspberry interna (en red local) o pública en Internet (con los correspondientes puertos abiertos) podrá usar esos datos.

                                Pero ahora intenta lo mismo con opencpn. Crea una conexión de red de salida, puerto 10110 y tipo tcp. ¿que direccion ponemos? si pones localhost de la maquina no sale nada.

                                No se si funcionaria metiendo la ip local del dispositivo, tal vez. Pero la limpieza de kplex es sorprendente.

                                En esto aun voy de aprendiz....
                                Editado por última vez por Invitado; 24/10/2014, 12:28:41.

                                Comentario

                                Trabajando...
                                X