Re: Proyecto OpenPlotter
 

Hoy he hecho el adaptador de la antena del mástil al rtl-sdr
Y lo he probado y :nosabo:
No sé qué tengo que calibrar ni cómo se hace para conseguir ver los ais
Alguna pista?
:brindis:

Proyecto OpenPlotter
 

Yo estoy igual que tú :) voy a probarlo directamente con la antena VHF de la TV del barco de un amigo. Tengo un par de barcos que sé están emitiendo señal a ver si consigo verlos en el open CpN y me emborracho hoy jajajaja

Re: Proyecto OpenPlotter
 

El uso del SDR es muy fácil con la ultima imagen de OpenPlotter, como todo el mundo pregunta lo mismo será que es necesario el manual así que pongo aquí 4 lineas generales mientras hago el bonito. No lo he hecho antes porque estaba en evolución pero ya no creo que cambie mucho mas así que me pongo en ello, de mientras...

• Comprueba que tu receptor de TDT sea compatible. tiene que llevar por fuerza el chip Realtek RTL2832U y como tuner puede llevar alguno de estos otros: Elonics E4000, Rafael Micro R820T, Rafael Micro R820T2, Rafael Micro R828D, Fitipower FC0013, Fitipower FC0012, FCI FC2580. Los recomendados son Rafael Micro R820T, Rafael Micro R820T2. Para saber que chip y tuner tiene el nuestro, conectarlo, abrir una ventana de terminal, teclear lsusb y presionar enter; aparecerá una lista de dispositivos conectados y entre ellos nuestro modelo, normalmente donde ponga DVB-T. Cuidado con las compras online aunque aseguren alguno de estos requisitos a menudo no es cierto. Comprad solo en sitios certificados.
• Descarga como mínimo la versión OpenPlotter RPI v0.2.0
• Conecta el dispositivo siempre usando un HUB-USB auto-alimentado y arranca OpenPlotter
• En la pestaña AIS-SDR de OpenPlotter selecciona el botón "ver ganancia". Se abrirá una ventana y si tu dispositivo es compatible te dará un listado de los valores de ganancia posibles. Apunta el mas elevado (normalmente 49.6) y colocalo en el campo "ganancia"
• Ahora necesitamos saber el valor ppm (calibrado). Para ello utilizamos la red movil GSM. Selecciona la Banda GSM900 (europa) y clica en "ver canales". Se abrirá una ventana y empezará a buscar canales (paciencia). Cuando acabe, apuntar el canal que se reciba con mas fuerza (el del valor power mas alto) y poner ese valor en el campo "canal". Por último seleccionar "calibrar" y usando ese canal te devolverá el valor exacto de ppm que tienes que introducir en el campo "corrección (ppm)".
• Seleccionar el canal AIS deseado, normalmente el A y por ultimo seleccionar la casilla "activar" y empezaremos a recibir AIS en OpenCPN por la conexión localhost:10110.
• Para saber si hay barcos en la zona seleccionar "echar un vistazo". Esto abrirá una ventana con una cascada que será la representación grafica del espectro radioeléctrico. Tenéis que ver unas pequeñas marcas aparecer de vez en cuando por el centro en dos columnas (las dos frecuencias AIS). Algo parecido a la foto de abajo. Si no vemos esas marcas es que o bien no hay barcos emitiendo cercanos o nuestra antena es defectuosa. Cerrar esta ventana y volver a "activar" la recepción AIS-SDR.
• Para hacer la calibración hay que esperar que el dispositivo lleve un rato conectado y haya alcanzado la temperatura de trabajo adecuada (10 min aprox). Este valor es sensible a la temperatura por lo que puede que haya que realizar esta calibración en cada estación del año o cada vez que las condiciones del sistema cambien (cambios en la instalación, de lugar, añadir equipos, cambio de antena, etc.). Para realizar la calibración de nuevo, si no has cambiado mucho de zona, puedes volver a hacerla con el canal GSM de antes, pero si te has alejado mejor busca de nuevo el canal mas fuerte.

http://campus.sailoog.com/pluginfile...enplotter2.png


Y eso es todo amigos... culaquier duda ya sabeis. Cuando pueda hago el manual bonito con fotos y un manual de construcción de antena coste 0.

:brindis:

Proyecto OpenPlotter
 

Ok mil gracias! El mio ya está recibiendo Adjuntos 60123Adjuntos 60124

Comparando en localizatodo.

Re: Proyecto OpenPlotter
 

He visto ese modelo en una lista de NO compatibles:
http://www.reddit.com/r/RTLSDR/comments/s6ddo/

Si lo has comprado en ebay o similares, reclama.

Re: Proyecto OpenPlotter
 

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

Respuesta: Proyecto OpenPlotter
 

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.

Re: Proyecto OpenPlotter
 

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)

........

Proyecto OpenPlotter
 

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

Re: Proyecto OpenPlotter
 

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?

Re: Proyecto OpenPlotter
 

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.

Re: Proyecto OpenPlotter
 

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.

Re: Proyecto OpenPlotter
 

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.

Re: Proyecto OpenPlotter
 

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 :D

Respuesta: Re: Proyecto OpenPlotter
 

:eek::eek::eek::eek::eek::eek::eek:

Proyecto OpenPlotter
 

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

Re: Proyecto OpenPlotter
 

:nosabo: ¿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?:nosabo:

Proyecto OpenPlotter
 

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/

Re: Proyecto OpenPlotter
 

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.

Re: Proyecto OpenPlotter
 

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

Respuesta: Re: Proyecto OpenPlotter
 

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

Re: Proyecto OpenPlotter
 

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 :)

Re: Proyecto OpenPlotter
 

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?

Re: Proyecto OpenPlotter
 

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

Re: Proyecto OpenPlotter
 

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

Re: Proyecto OpenPlotter
 

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.

Re: Proyecto OpenPlotter
 

:brindis::brindis::brindis::brindis::brindis:
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.

Re: Proyecto OpenPlotter
 

supongo que la placa de la que hablamos es esta:

http://www.yappelectronics.co.uk/images/STU/hw.jpg

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 :D

Re: Proyecto OpenPlotter
 

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)


:brindis::brindis:

Re: Proyecto OpenPlotter
 

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 :D

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.

Re: Proyecto OpenPlotter
 

OpenPlotter RPI v0.2.0


Fallos

• Definir una dirección en las entradas TCP debe ser obligatorio
• Eliminar campo "dirección" en salidas de red. Actualmente innecesario porque solo se crean salidas TCP locales.

Mejoras

• Rehacer completamente la interfaz grafica de kplex (multiplexor NMEA) y añadir filtros, etiquetas, nueva interface UDP, failover...
• Añadir información con la IP adquirida cuando openplotter se conecta a red como cliente para tener acceso a NMEA y escritorio remoto sin ser servidor
• Cambiar definición "todas direcciones" a "localhost" porque se refiere a todas las direcciones que definen la maquina local.
• 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)
• Instalar XBMC
• Actualizar Raspbian a version 16-02-2015
• Añadir mas plugins a OpenCPN

........

Re: Proyecto OpenPlotter
 

Por fin las fotos.
Adjuntos 60225
Esta es del controlador del piloto
Adjuntos 60226
Esta es la del circuito montado por mi con las instrucciones de Yapp

Re: Proyecto OpenPlotter
 

:eek::eek::eek::eek::eek::eek::eek:

ostras pero si te lo has montado tu! no te habia entendido :cid5::cid5:

El software que cargó tu hermano en el procesador tambien era el de yapp?

bueno pues prueba igualmente lo que te hemos indicado si tienes un momento.

Re: Proyecto OpenPlotter
 

Esto va tomando nivel :cid5::cid5:

Re: Proyecto OpenPlotter
 

pues hoy me ha llegado el IMU :D:D:D

Compás, barómetro, termómetro.... todo ahí metido :eek:

Re: Proyecto OpenPlotter
 

He estado viendo tu tarjeta y es fantastica, se me acumulan muchas cosas, pero tendre un momento.
Respecto al sofware de la tarjeta si que es de Yapp, pero mi hermano entiende bastante de programar los micros de la casa Microchip, ya le sacaremos algo si es necesario.

Re: Proyecto OpenPlotter
 

Imagino que podremos 'armar' un barógrafo en condiciones con ese chisme. ¿No?. Eso sería muy interesante.

Saludos

Re: Proyecto OpenPlotter
 

Y a mí, y a mí :mono::mono::mono:
No me lo podía creer cuando vi el tamaño real de la IMU!!!:eek:.
Si hay que hacer pruebas, cuenta también con la mía.
:brindis:

Re: Proyecto OpenPlotter
 

Pues a mi no me ha llegado todavía, no tardará mucho en llegar. Tengo que preparar la fresa, y hacer todas las pruebas en casa y cuando la tenga lista llevarla al barco y cambiarla.
No tengo ni pajolera idea de como va a funcionar esto. si el barometro tiene sentencia NMEA a multiplexar.:borracho::borracho:

Y una cosa. se podría poner openplotter que se actualizara automaticamente? como hacen otras apliciones.

Respuesta: Re: Proyecto OpenPlotter
 

Hay una sentencia para el barómetro, MMB, y otra para composición de datos meteorológicos, MDA, pero ambas están obsoletas y en desuso. De hecho no conozco ningún equipo comercial actual que haga uso de ellas o las reconozca.

Yo me conformo con hacer un log de las datos del barómetro, tomando una muestra cada x tiempo y después representando estos datos en una gráfica. Vamos, lo que viene siendo un barógrafo.

Saludos