Electrónica Proyecto OpenPlotter

[Velero Simbad]

Originalmente publicado por pinguino

Lo sencillo es lo que debería funcionar. Dado que lo compraste en Amazon (supongo) y que el servicio de devoluciones de Amazon funciona tan bien, yo lo devolvería y cogería uno de los que funcionan sin hacer "experimentos".

Este dicen que funciona perfectamente y sin hacer nada mas que enchufarlo:



ttps://www.amazon.es/G-rat%C3%B3n-Glonass-Navegaci%C3%B3n-Soporte-Windows/dp/B015E2XSSO/ref=sr_1_10?ie=UTF8&qid=1486202457&sr=8-10&keywords=gps-usb

Copia el texto, pegalo en la barra del navegador y ponle la h delante. La taberna últimamente veta los enlaces a Amazon.

Si lo cambias, este otro debe funcionar sin hacer nada especial. El resto del dinero por la diferencia de precio te los gastas en gasoil o en una ronda de lo que te apetezca.

Confirmo que funciona, me ha funcionado a mi que soy mas burro que Taco el cofrade Sailoog lo tiene en su web por la mitad de dinero que el Garmin

[castronight]

Buenas, unas rondas para todos.

A ver si me podéis ayudar.

Tengo instalado el OpenCPN configurado con sus cartas y su GPS operativo.

Añadiendo funcionalidades, he metido un pincho USB, para el tema de partes meteorológicos. Los cuales he descargado y van bien. Sin problema alguno.

El problema lo tengo con la conexión para el AIS, tengo el SDRsharp bien conectado al AISmon, y el AISmon al Opencpn, he fabricado una antena de las que hay por internet.

No se por que, al AISmon, todo lo que le entra son datos erróneos.

El SDR lo tengo puesto a 1.4Msp a 2.4Msp. Lo he probado tanto en el canal 1 del AIS como el canal 2. En las bandas NFM WFM con un ancho de banda de 12.5KHz.

¿Alguien puede ayudarme?

[olaje]

Yo iría por partes.

Conecta el receptor y escucha con SDRSharp por ejemplo en los canales AIS, a ver si la antena va bien y 'ves' las señales en el soft de recepción.

Si recibes las tramas AIS, ahora toca decodificarlas. Ten en cuenta que al AIS trasmite a 9k6bps en GMSK y no en FM, con lo que no vale como para WEFAX, RTTY, SSTV, APT, etc. pasar el sonido por el cable de audio, o sea que igual tienes que reajustar un poco el nivel, el AGC (ha de estar en ON), o algo así.

Supongo que con un poco de paciencia lo resolverás sin más. En Internet hay un montón de ayuda, y seguro que por aquí muchos que tienen la misma configuración y te dan la solución. Yo uso un transponder con un convertidor serie/IP (en http://ea7azh.dyndns.org:952 tienes los datos de mi AIS si quieres hacer pruebas) y el SDR lo empleo para otros menesteres, pero hace muchos años que hacía packet radio a 9k6 con el mismo modo y había que echar un poco de paciencia para recibir y enviar datos con el modem de GR3UH que aún funciona.

Salu2. Carmelo ( O L A J E )

Originalmente publicado por castronight

Buenas, unas rondas para todos.

A ver si me podéis ayudar.

Tengo instalado el OpenCPN configurado con sus cartas y su GPS operativo.

Añadiendo funcionalidades, he metido un pincho USB, para el tema de partes meteorológicos. Los cuales he descargado y van bien. Sin problema alguno.

El problema lo tengo con la conexión para el AIS, tengo el SDRsharp bien conectado al AISmon, y el AISmon al Opencpn, he fabricado una antena de las que hay por internet.

No se por que, al AISmon, todo lo que le entra son datos erróneos.

El SDR lo tengo puesto a 1.4Msp a 2.4Msp. Lo he probado tanto en el canal 1 del AIS como el canal 2. En las bandas NFM WFM con un ancho de banda de 12.5KHz.

¿Alguien puede ayudarme?

Originalmente publicado por olaje

Yo iría por partes.

Conecta el receptor y escucha con SDRSharp por ejemplo en los canales AIS, a ver si la antena va bien y 'ves' las señales en el soft de recepción.

Si recibes las tramas AIS, ahora toca decodificarlas. Ten en cuenta que al AIS trasmite a 9k6bps en GMSK y no en FM, con lo que no vale como para WEFAX, RTTY, SSTV, APT, etc. pasar el sonido por el cable de audio, o sea que igual tienes que reajustar un poco el nivel, el AGC (ha de estar en ON), o algo así.

Supongo que con un poco de paciencia lo resolverás sin más. En Internet hay un montón de ayuda, y seguro que por aquí muchos que tienen la misma configuración y te dan la solución. Yo uso un transponder con un convertidor serie/IP (en http://ea7azh.dyndns.org:952 tienes los datos de mi AIS si quieres hacer pruebas) y el SDR lo empleo para otros menesteres, pero hace muchos años que hacía packet radio a 9k6 con el mismo modo y había que echar un poco de paciencia para recibir y enviar datos con el modem de GR3UH que aún funciona.

Salu2. Carmelo ( O L A J E )

No estoy del todo seguro, pero me da la impresión de que estáis hablando de SDRsharp en windows... ¿Es así?

Si es el caso, seria buena idea enviar estos mensajes a un nuevo hilo que trate de la implementacion del SDR sobre windows y eliminarlos de este para evitar confusiones.

Lo comento por que este hilo está dedicado a OpenPlotter que es el sistema operativo Basado en GNU/Linux que corre sobre Raspberry Pi. En este el uso del SDR ya está implementado por defecto y suele funcionar sin demasiados problemas.

El incluir información genérica de otros sistemas como windows podría inducir a errores y confusión a aquellos que se acercan a este hilo buscando información sobre OpenPlotter y que encuentran sugerencias y citas a software que no corre sobre OpenPlotter.

Por otro lado no estaria de mas el que aquellos interesados abrieran un hilo dedicado al AIS SDR sobre windows que suele ser algo mas complicado de hacer funcionar para los neófitos. Este hilo dedicado a windows y el SDR también facilitaría la cosa a aquellos que lo sufren sobre windows.

¿O tal vez SDRSharp esta implementado en OpenPlotter y no me habia enterado?

Si es así hacedmelo saber y elimino el mensaje.

[sailoog.com]

Originalmente publicado por pinguino

No estoy del todo seguro, pero me da la impresión de que estáis hablando de SDRsharp en windows... ¿Es así?

Si es el caso, seria buena idea enviar estos mensajes a un nuevo hilo que trate de la implementacion del SDR sobre windows y eliminarlos de este para evitar confusiones.

Lo comento por que este hilo está dedicado a OpenPlotter que es el sistema operativo Basado en GNU/Linux que corre sobre Raspberry Pi. En este el uso del SDR ya está implementado por defecto y suele funcionar sin demasiados problemas.

El incluir información genérica de otros sistemas como windows podría inducir a errores y confusión a aquellos que se acercan a este hilo buscando información sobre OpenPlotter y que encuentran sugerencias y citas a software que no corre sobre OpenPlotter.

Por otro lado no estaria de mas el que aquellos interesados abrieran un hilo dedicado al AIS SDR sobre windows que suele ser algo mas complicado de hacer funcionar para los neófitos. Este hilo dedicado a windows y el SDR también facilitaría la cosa a aquellos que lo sufren sobre windows.

¿O tal vez SDRSharp esta implementado en OpenPlotter y no me habia enterado?

Si es así hacedmelo saber y elimino el mensaje.

Tienes razón y subscribo la petición de un hilo para windows que nos ilumine el camino a todos. OpenPlotter implementa Gqrx que es casi lo mismo que el SDRSharp.

[elmarineroloco]

buenas tardes a todos

una preguntilla
hay alguna forma de comprobar el funcionamiento del sdr sin tener blancos ais cercanos?
un saludito

Acaba de caer en mis manos una Rpi 2 y me ha dado por trastear un poquillo con la 09 de OpenPlotter.

Me ha gustado el hecho de que detecte automáticamente los dispositivos de conexión físicos. No los ha reconocido todos a la primera pero los que si, los ha identificado en udev automáticamente y eso me ha gustado bastante.

Ha habido un pequeño problemilla al implementar los otros puertos serie a mano usando OpenPlotter. El archivo .kplex.conf se creaba aparentemente bien, pero en los dispositivos añadidos a mano se creaban unas entradas ofilter=nada ifilter=nada que daban error en kplex y habia que eliminarlas a mano si no kplex no iniciaba.

Me ha encantado el uso del servidor web de SignalK y sus "Gauges". Al funcionar a través del navegador web se pueden visualizar los datos de navegación en cualquier dispositivo con navegador web.

Hoy incluso muchos libros electrónicos incluyen un navegador web. Así se ve uno de los indicadores en mi Kobo.


Como podeis ver se muestra angulo y velocidad del viento, rumbo, velocidad, sonda e incluso una diminuta representación gráfica de la sonda.

¡Mola!

[sailoog.com]

Originalmente publicado por elmarineroloco

buenas tardes a todos

una preguntilla
hay alguna forma de comprobar el funcionamiento del sdr sin tener blancos ais cercanos?
un saludito

Pues no, aunque muy tierra adentro tienes que estar para no captar alguna de las estaciones de tierra. No se si en madrid o sitios asi se emite algo.

[castronight]

Originalmente publicado por pinguino

No estoy del todo seguro, pero me da la impresión de que estáis hablando de SDRsharp en windows... ¿Es así?

Si es el caso, seria buena idea enviar estos mensajes a un nuevo hilo que trate de la implementación del SDR sobre windows y eliminarlos de este para evitar confusiones.

Lo comento por que este hilo está dedicado a OpenPlotter que es el sistema operativo Basado en GNU/Linux que corre sobre Raspberry Pi. En este el uso del SDR ya está implementado por defecto y suele funcionar sin demasiados problemas.

El incluir información genérica de otros sistemas como windows podría inducir a errores y confusión a aquellos que se acercan a este hilo buscando información sobre OpenPlotter y que encuentran sugerencias y citas a software que no corre sobre OpenPlotter.

Por otro lado no estaría de mas el que aquellos interesados abrieran un hilo dedicado al AIS SDR sobre windows que suele ser algo mas complicado de hacer funcionar para los neófitos. Este hilo dedicado a windows y el SDR también facilitaría la cosa a aquellos que lo sufren sobre windows.

¿O tal vez SDRSharp esta implementado en OpenPlotter y no me había enterado?

Si es así hacedmelo saber y elimino el mensaje.

Buenas.

Mi intención no era la de ensuciar el hilo en absoluto.

Openplotter se ayuda de OpenCPN y este también corre en Windows. El hecho de hacerlo en Windows y no en la Raspberry es solo por llevar en un mismo sitio todo. Pantalla, procesador, teclado, ratón y fuente de alimentación. Estas pruebas con la Raspberry, es bastante mas complicado. Aunque es el siguiente paso, implementarlo en Raspberry con OpenCPN.

Creía que el sistema de adquisición de la señal, de la decodificación, y el pasar esta información es la misma ya sea en Windows o en otro sistema operativo. Es mas también se puede hacer de la misma manera en Android.

Insisto no era mi intención "ensuciar" el hilo.

¿Me podrías orientar un poco en como seria entonces el proceso en OpenPlotter? Entiendo que un elemento sobra que es el de muestrear la señal y decodificar.

Originalmente publicado por castronight

Buenas.

Mi intención no era la de ensuciar el hilo en absoluto.

Openplotter se ayuda de OpenCPN y este también corre en Windows. El hecho de hacerlo en Windows y no en la Raspberry es solo por llevar en un mismo sitio todo. Pantalla, procesador, teclado, ratón y fuente de alimentación. Estas pruebas con la Raspberry, es bastante mas complicado. Aunque es el siguiente paso, implementarlo en Raspberry con OpenCPN.

Creía que el sistema de adquisición de la señal, de la decodificación, y el pasar esta información es la misma ya sea en Windows o en otro sistema operativo. Es mas también se puede hacer de la misma manera en Android.

Insisto no era mi intención "ensuciar" el hilo.

¿Me podrías orientar un poco en como seria entonces el proceso en OpenPlotter? Entiendo que un elemento sobra que es el de muestrear la señal y decodificar.

Por supuesto que entendemos que no había ninguna intención negativa en tu comentario. Tan solo había que aclararlo para evitar posibles confusiones en el hilo. Así la utilidad del hilo y su coherencia es mayor.

Respecto al tema del SDR, no soy yo el mejor al que le puedes preguntar. Yo lo practiqué poco y de eso hace años.

En resumen OpenPlotter ya viene preparado para evitar que el dispositivo TDT cargue sus controladores habituales ya que interferirían con la función SDR. Despues otro software se encarga de la sintonizacion para obtener la señal de radio y un tercero, creo recordar , se encargaba de extraer los datos AIS y convertirlos en cadenas NMEA0183 comprensibles por las herramientas de navegación.

También incluye una herramienta de calibración para los antiguos TDT que eran "poco finos" al sintonizar. Creo que ahora los hay mejores y al mismo precio.

Lo cierto es que todo ya está implementado en el paquete OpenPlotter y yo no he escarbado en ese tema nada durante mucho tiempo. Puede que Sailoog u otros que ya hayan trasteado con el tema te puedan ayudar mucho mas que yo.
A ver si alguno se anima. Aunque ya te digo que los metodos en Linux difieren respecto a windows. Bueno, nunca se sabe.

[catatonico]

aunque lo voy a poner en chino chorradas creo que aqui va mejor
aliexpres
monitor 7 " pantalla tactil hdmi interesante
https://es.aliexpress.com/store/prod...e-8ad644a811cc