NMEA router & app

[AndreaB72]

Sono d'accordo. Aggiunto al "to do".

BV

(10-12-2016 23:35)BornFree Ha scritto:  Complimenti grandi progressi.
Non ho avuto modo di provare a bordo la nuova versione ma ti confermo ora sono visualizzate correttamente i nomi delle variabili sanche su telefonini entry level (samsung A3).
Per quanto riguarda lo screen "bolina" IMHO sarebbe piu' gradita la STW invece della SOG o ancora meglio entrambe. Se sei costretto a togliere qlc potresti sacrificare la velocità del reale.
Il doppio ago sul bolinometro indica contemporaneamente angolo con reale ed apparente? Idea molto interessante

Bravo

(10-12-2016 20:16)AndreaB72 Ha scritto:  Anteprima dello screen per la bolina. Suggerimenti?

Questo contenuto non e' visualizzabile da te Ospite. Se vuoi vederlo, REGISTRATI QUI .

[ste.fano]

log inviato

[cellagiorgio]

Che cosa straordinaria!!
Complimenti per il lavoro e soprattutto per la voglia di condividere gratuitamente il tuo utile operato!!!
La mia barchetta non ha ancora strumenti ma questo inverno voglio iniziare a tecnologizzarla e siccome i soldini sono pochi volevo chiederti:
Con nasa wind può funzionre? Se si solo con il sensore wifi o anche con quello normale?
Se come log per ora usassi uno smartphone avrei modo di fargli averei dati?
Scusa queste domande ma sono a livello "sestante" con la tecnologia

[acquafredda]

Ho visto che nell'app c'é la possibilità di visualizzare tensione batteria. Essendo che ho il battery monitor nel carteggio e quindi i cavi che portano la tensione delle due batterie a portata di mano cosa devo prendere per convertire tali valori in sentenze nmea che entrano nel computer con una seriale?? Nel mio caso sará poi il software navmonpc che gira sul PC a renderli disponibili "on air". É possibile??

[AndreaB72]

La documentazione NASA è agghiacciante... ma per per quello che ho capito serve una "interface" unit che ha un'uscita seriale. A questo si deve collegare un "router wifi".
Il collegamento wifi fra il transducer e il display è proprietario e non credo si possa usare (simile al tacktick di raymarine).

Uno smartphone può essere usato per simulare una sorgente GPS ma il problema è mettere tutto tutto insieme. Ti servirebbe un "concentratore" che possa:
- Leggere il vento dalla seriale (NASA)
- Leggere il GPS dallo smartphone su una connessione wifi dedicata
- Mettere i due flussi insieme e rimandarli su un altro canale wifi.

Si può fare, probabilmente openplotter può essere configurato per fare tutto ma non è una passeggiata.

BV

(11-12-2016 23:16)cellagiorgio Ha scritto:  Che cosa straordinaria!!
Complimenti per il lavoro e soprattutto per la voglia di condividere gratuitamente il tuo utile operato!!!
La mia barchetta non ha ancora strumenti ma questo inverno voglio iniziare a tecnologizzarla e siccome i soldini sono pochi volevo chiederti:
Con nasa wind può funzionre? Se si solo con il sensore wifi o anche con quello normale?
Se come log per ora usassi uno smartphone avrei modo di fargli averei dati?
Scusa queste domande ma sono a livello "sestante" con la tecnologia

[AndreaB72]

Il battery monitor non ha uscite digitali - ci avevo già provato...
Per avere la tensione ci deve essere un qualcosa che la legge e la trasforma in una sentenza NMEA.
Nel mio caso ho il raspberry con un ADC a 4 canali e software proprietario (cioè l'ho fatto io :19.
Non so se openplotter lo supporta.

Ciao

(12-12-2016 07:44)acquafredda Ha scritto:  Ho visto che nell'app c'é la possibilità di visualizzare tensione batteria. Essendo che ho il battery monitor nel carteggio e quindi i cavi che portano la tensione delle due batterie a portata di mano cosa devo prendere per convertire tali valori in sentenze nmea che entrano nel computer con una seriale?? Nel mio caso sará poi il software navmonpc che gira sul PC a renderli disponibili "on air". É possibile??

[acquafredda]

[quote='AndreaB72' pid='439031694' dateline='1481531469']
Il battery monitor non ha uscite digitali - ci avevo già provato...
Per avere la tensione ci deve essere un qualcosa che la legge e la trasforma in una sentenza NMEA.
Nel mio caso ho il raspberry con un ADC a 4 canali e software proprietario (cioè l'ho fatto io :19.
Non so se openplotter lo supporta.

Ciao

Che il battery monitor avesse delle uscite digitali, non ci speravo per niente, sembrano degli strumenti veramente basici e poco moderni.
Stavo appunto cercando un qualcosa che convertisse lui in NMEA la tensione.....sembra non esserci....tranne un raspberry con la tua applicazione

[ste.fano]

(12-12-2016 11:00)acquafredda Ha scritto:  [quote='AndreaB72' pid='439031694' dateline='1481531469']
Il battery monitor non ha uscite digitali - ci avevo già provato...
Per avere la tensione ci deve essere un qualcosa che la legge e la trasforma in una sentenza NMEA.
Nel mio caso ho il raspberry con un ADC a 4 canali e software proprietario (cioè l'ho fatto io :19.
Non so se openplotter lo supporta.

Ciao

Che il battery monitor avesse delle uscite digitali, non ci speravo per niente, sembrano degli strumenti veramente basici e poco moderni.
Stavo appunto cercando un qualcosa che convertisse lui in NMEA la tensione.....sembra non esserci....tranne un raspberry con la tua applicazione

Openplotter 0.9 supporta gli ingressi analogici proprio per questi usi tramite ADC (convertitore da tensione/corrente a segnale digitale).

Potendo collegare un battery monitor si potrebbe inviare via nmea anche altri dati, tipo autonomia residua, ma le interfacce costano care, che conosco solo il Cruzpro VAH60 (http://www.cruzpro.com/vah60mann.pdf) ha l'uscita nemea integrata.

L'uscita seriale invece è abbastanza diffusa, l'ho trovata anche su un battery monitor da 20 euro ma chiaramente occorre sviluppare il sw diverso per ogni dispositivo.

[shein]

Cavolata da profano: L'app oltre che essere un ripetitore passivo potrebbe anche inviare comandi? Che so...+ 10 gradi all'autopilota?

[AndreaB72]

L'app (come tutte quelle di questo genere) non comunica direttamente con i vari strumenti di bordo ma riceve i dati attraverso un "router".
Il router tipicamente è connesso fisicamente agli apparecchi.

Il problema è che il protocollo per far arrivare i messaggi dagli apparecchi al router e di seguito all'app è standardizzato, mentre il percorso opposto non lo è affatto.

Quindi... partendo dalla considerazione che si può fare tutto a parte l'uomo incinto, potrei farlo ma funzionerebbe solo sulla mia barca o per chi usa il mio software sul "router".
Comunque il punto è interessante e non ci avevo pensato - mi documenterò.
Sullo stesso principio c'è anche il controller per il salpa ancore.

Ciao

(12-12-2016 13:47)shein Ha scritto:  Cavolata da profano: L'app oltre che essere un ripetitore passivo potrebbe anche inviare comandi? Che so...+ 10 gradi all'autopilota?

[ste.fano]

Anche a me pare una idea molto interessante fornire l'app anche di un canale di uscita.
Nel mio caso (vecchi strumenti B&G Network) Il display di comando del pilota automatico può essere impostato per ricevere comandi da un ingresso NMEA ed anche la centralina del pilota riceve comandi dal display in linguaggio NMEA. Quindi in apparati simili il concetto dovrebbe funzionare...

(12-12-2016 15:00)AndreaB72 Ha scritto:  L'app (come tutte quelle di questo genere) non comunica direttamente con i vari strumenti di bordo ma riceve i dati attraverso un "router".
Il router tipicamente è connesso fisicamente agli apparecchi.

Il problema è che il protocollo per far arrivare i messaggi dagli apparecchi al router e di seguito all'app è standardizzato, mentre il percorso opposto non lo è affatto.

Quindi... partendo dalla considerazione che si può fare tutto a parte l'uomo incinto, potrei farlo ma funzionerebbe solo sulla mia barca o per chi usa il mio software sul "router".
Comunque il punto è interessante e non ci avevo pensato - mi documenterò.
Sullo stesso principio c'è anche il controller per il salpa ancore.

Ciao

(12-12-2016 13:47)shein Ha scritto:  Cavolata da profano: L'app oltre che essere un ripetitore passivo potrebbe anche inviare comandi? Che so...+ 10 gradi all'autopilota?

[ste.fano]

(12-12-2016 07:44)acquafredda Ha scritto:  Ho visto che nell'app c'é la possibilità di visualizzare tensione batteria. Essendo che ho il battery monitor nel carteggio e quindi i cavi che portano la tensione delle due batterie a portata di mano cosa devo prendere per convertire tali valori in sentenze nmea che entrano nel computer con una seriale?? Nel mio caso sará poi il software navmonpc che gira sul PC a renderli disponibili "on air". É possibile??

Casualmente ieri ho notato una richiesta simile su altro forum, e la risposta è che dovrebbe essere fattibile con node-red a cui si connette SignalK su cui si basa Openplotter 0.9...
Qui si apre veramente un altro mondo ma andiamo OT rispetto a questa discussione, presto se ne apriranno sicuramente tante su questo nuovo modo di concepire connessioni e strumentazioni di bordo.
BV
Questo contenuto non e' visualizzabile da te Ospite. Se vuoi vederlo, REGISTRATI QUI .

[AndreaB72]

Signal-K è una buona iniziativa ma ancora troppo "giovane".
Prima che i vari apparecchietti black-box lo supportino e che abbiano le connessioni necessarie passerà del tempo purtroppo. Internamente la mia App usa una roba simile - infatti converte le sentenze NMEA0183 in messaggi JSON - stessa roba di Signal-K. In questo modo quando vorrò supportare Signal-K il lavoro sarà semplice.

La flessibilità del formato poi rende le cose ancora più difficili: esistono in altri ambiti standards simili (in finance per esempio) e, anche rimanendo nei limiti della sintassi e semantica, i dialetti utilizzati sono molto diversi per cui un'informazione prodotta secondo standard non necessariamente è consumabile da un qualsiasi ricevente. L'esercizio quindi diventa quello del "wiring", cioè quello di passare le informazioni da un punto A a B applicando piccole variazioni per rendere comprensibile da B (vedi node-red).
Come dici tu... si apre un mondo

Nello specifico: se qualcuno ha openplotter configurato per produrre anche i dati sulle batterie (o altri apparecchi che fanno roba simile) fatemi avere un dump e aggiusto il tutto

(13-12-2016 11:15)ste.fano Ha scritto:  

(12-12-2016 07:44)acquafredda Ha scritto:  Ho visto che nell'app c'é la possibilità di visualizzare tensione batteria. Essendo che ho il battery monitor nel carteggio e quindi i cavi che portano la tensione delle due batterie a portata di mano cosa devo prendere per convertire tali valori in sentenze nmea che entrano nel computer con una seriale?? Nel mio caso sará poi il software navmonpc che gira sul PC a renderli disponibili "on air". É possibile??

Casualmente ieri ho notato una richiesta simile su altro forum, e la risposta è che dovrebbe essere fattibile con node-red a cui si connette SignalK su cui si basa Openplotter 0.9...
Qui si apre veramente un altro mondo ma andiamo OT rispetto a questa discussione, presto se ne apriranno sicuramente tante su questo nuovo modo di concepire connessioni e strumentazioni di bordo.
BV
Questo contenuto non e' visualizzabile da te Ospite. Se vuoi vederlo, REGISTRATI QUI .

[ste.fano]

(13-12-2016 12:06)AndreaB72 Ha scritto:  Internamente la mia App usa una roba simile - infatti converte le sentenze NMEA0183 in messaggi JSON - stessa roba di Signal-K. In questo modo quando vorrò supportare Signal-K il lavoro sarà semplice.

Ottimo!

(13-12-2016 12:06)AndreaB72 Ha scritto:  Nello specifico: se qualcuno ha openplotter configurato per produrre anche i dati sulle batterie (o altri apparecchi che fanno roba simile) fatemi avere un dump e aggiusto il tutto

Ho ordinato gli ADC appena riuscirò a installarli e configurarli ti aggiorno, intanto queste sono le sentenze usate dal Cruzpro VAH60:
$IIXDR,U,12.8,V,VAH30*04 (Voltage)
$IIXDR,G,0299,,VAH30*57 (Remaining Amp Hours)
$IIXDR,I,-002,A,VAH30*05 (Current)

Prese da qui:
http://www.navmonpc.com/Downloads/NavMon...t-1.03.pdf

BV

[AndreaB72]

Grazie ste.fano - molto utile
Work in progress...

(13-12-2016 13:31)ste.fano Ha scritto:  Ho ordinato gli ADC appena riuscirò a installarli e configurarli ti aggiorno, intanto queste sono le sentenze usate dal Cruzpro VAH60:
$IIXDR,U,12.8,V,VAH30*04 (Voltage)
$IIXDR,G,0299,,VAH30*57 (Remaining Amp Hours)
$IIXDR,I,-002,A,VAH30*05 (Current)

Prese da qui:
http://www.navmonpc.com/Downloads/NavMon...t-1.03.pdf

BV

[lucafrosini]

Andrea ma la app poi la rilasci open source oppure su google play o niente di tutto questo

Inviato dal mio SM-G903F utilizzando Tapatalk

[AndreaB72]

(16-12-2016 14:24)lucafrosini Ha scritto:  Andrea ma la app poi la rilasci open source oppure su google play o niente di tutto questo

Inviato dal mio SM-G903F utilizzando Tapatalk

La app è già su Google play. Si chiama NavMonitor.



Sent from my Nexus 5X using Tapatalk

[lucafrosini]

Ottimo scusa me lo ero perso

Inviato dal mio SM-G903F utilizzando Tapatalk

[ste.fano]

Andrea che sentenza usi per ROLL e PTCH?

OpenCPN usa XDR:

XDR - Transducer Values

1 2 3 4 n
| | | | |
$--XDR,a,x.x,a,c--c, .... *hh<CR><LF>

Field Number:
1) Transducer Type
2) Measurement Data
3) Units of measurement
4) Name of transducer
x) More of the same
n) Checksum

Example:
$IIXDR,C,19.52,C,TempAir*3D
$IIXDR,P,1.02481,B,Barometer*0D

Currently, OpenCPN recognizes the following transducers:
------------------------------------------------------------------------------------------------------
Measured Value | Transducer Type | Measured Data | Unit of measure | Transducer Name
------------------------------------------------------------------------------------------------------
barometric | "P" pressure | 0.8..1.1 or 800..1100 | "B" bar | "Barometer"
air temperature| "C" temperature | 2 decimals | "C" celsius | "TempAir" or "ENV_OUTAIR_T"
pitch | "A" angle |-180..0 nose down 0..180 nose up | "D" degrees | "PTCH"
rolling | "A" angle |-180..0 L 0..180 R | "D" degrees | "ROLL"
water temp | "C" temperature | 2 decimals | "C" celsius | "ENV_WATER_T"
-----------------------------------------------------------------------------------------------------
Da qui: http://webcache.googleusercontent.com/se...=firefox-b

[AndreaB72]

(06-02-2017 00:51)ste.fano Ha scritto:  Andrea che sentenza usi per ROLL e PTCH?

OpenCPN usa XDR:

XDR - Transducer Values

1 2 3 4 n
| | | | |
$--XDR,a,x.x,a,c--c, .... *hh<CR><LF>

Field Number:
1) Transducer Type
2) Measurement Data
3) Units of measurement
4) Name of transducer
x) More of the same
n) Checksum

Example:
$IIXDR,C,19.52,C,TempAir*3D
$IIXDR,P,1.02481,B,Barometer*0D

Currently, OpenCPN recognizes the following transducers:
------------------------------------------------------------------------------------------------------
Measured Value | Transducer Type | Measured Data | Unit of measure | Transducer Name
------------------------------------------------------------------------------------------------------
barometric | "P" pressure | 0.8..1.1 or 800..1100 | "B" bar | "Barometer"
air temperature| "C" temperature | 2 decimals | "C" celsius | "TempAir" or "ENV_OUTAIR_T"
pitch | "A" angle |-180..0 nose down 0..180 nose up | "D" degrees | "PTCH"
rolling | "A" angle |-180..0 L 0..180 R | "D" degrees | "ROLL"
water temp | "C" temperature | 2 decimals | "C" celsius | "ENV_WATER_T"
-----------------------------------------------------------------------------------------------------
Da qui: http://webcache.googleusercontent.com/se...=firefox-b

Uso XDR.
Nella pagina delle preferenze c'è una sezione per configurare i nomi dei sensori.

BV



Sent from my Nexus 9 using Tapatalk