Onderwerp: nmea wifi repeater

Overigens 20 m/s is wel erg veel, dan zit je vast wel op je rompsnelheid.
omdat ik het niet omreken en het interpreteer als 20 knopen gaat het wel goed.

roozeboos schreef :
inderdaad, ik heb hem al wat lager gezet...

roozeboos schreef :
Ja, dan ik heb ik keurig jouw polar

Jeetje Chris. Mijn complimenten voor de effort die je erin steekt. Mooi om te zien hoe alles opgelost wordt.
Ga zelf dit weekeinde eens lekker prutsen...

Zohoo, goed werk Chris.

Ik krijg alleen nog geen diepte op nmea vanuit seatalk, terwijl die optie wel staat aangevinkt.

Ik ook niet... er komt überhaupt niets uit Seatalk naar NMEA. Alle kabels en verbindingen zijn gecheckt, alle ruisbronnen uitgesloten maar 0,0 Seatalk.

Ik krijg wel bootsnelheid, staan de vinkjes aan in het instelprogramma?

Delphi32, durf t haast niet te vragen, maar de updates gedraaid?

Vandaag eindelijk tijd om de mux in bouwen, heeft alleen wel wat langer geduurd dan gepland.
. voeding aangesloten.
. garmin gps76c rx, tx, gnd aangesloten op rs232 connector.
. in-uit configureren tada! data in diagnose scherm.
. marifoon op nmea 1 out. gps icoontje zegt ok!
. seatalk aangeloten. gps data zichtbaar op remote. ook ok!
. ais op mnea 1 in aangesloten, baudrate 38k4, ais geschakeld.
na 5 minuten geen data meer en configuratie prog gecrached ??
. putty gestart en er komt inderdaad nauwelijks nog data uit de mux.
. alle bedrading nog eens checken.
. laatste versie downloaden en laatste firmware installeren (duurt wel heel erg lang om 32KB .bin bestandje te laden.).
. mux resetten en weer het zelfde, na een paar minuten stopt het.
na lang puzzelen uiteindelijk de gps76c maar op nmea 2 in en nmea 2 uit aangesloten en nu blijft het wel werken!!.

Alles lijkt nu te werken zoals gepland alleen moet ik wel de ais uit zetten als ik de configuratie app wil gebruiken.
Als ik in "volgen" tab sta en ais aan zet gaat alles naar 100%" en hangt het programma.

Chris als je een nmea log wil hebben om mee te testen ik heb er een van 790KB voor je (data van ongeveer 400 ais targets en wat gps data)

Rens.

Hoi rdo,
laden van programma gaat sneller als je googlechrome start. Vraag me niet waarom, maar als je m toevallig op je pc hebt staan probeer het dan maar...

Hoe snel heb de de uitgangen staan? Je krijgt ook ais binnen, dus je moet de uitgangen waar je dat naar stuurt ook hoog genoeg zetten!

Of de ais alleen sturen naar de gewenste uitgangen. ( dus andere uitgangen uitzetten voor die ingangen.

Je marifoon zal wel alleen 4800 willen hebben (positie) daar moet je dan dus geen AIS naar toe sturen.

roozeboos schreef :

Bit rates staan goed ingesteld. 4800 marifoon en gps, 38K4 voor ais. USB hoef je toch niets voor in te stellen?

Begrijp me niet verkeerd, met de gps op de nmea in aangesloten werkt het wel goed. Alleen als ik de gps op de rs232 connector aansluit gaat het mis.

Ik vermoed dat vast lopen van de mux word veroorzaakt door de gps76c. de "rs232" uitgang van de gps zal wel maar tussen 0 en 5 volt zijn en niet +-12V. Ook heeft deze gps een gecombineerde gnd voor de data en voeding wat ook niet bevorderlijk is voor een betrouwbare data overdracht.

Ik wil de positie info uit de gps en de ais naar de marifoon hebben. Ik moet alleen nog de !AIVDM ais info naar de gps en marifoon filteren.
Kan je bij de uitgangen niet een instelling maken die alle ais info blokkeert? ( eigen alles blokkeren wat met ! begint ).

Ik ga vanmiddag weer verder puzzelen.

Irritant is wel dat je configuratie progje op z'n gat gaat als er veel ais data binnen komt.
Oh ja, er zit in de laatste versie een mysterieuze "Button13" in de diagnose pagina, als je daar op klikt komen er nog een paar buttons bij. ( vergeten debug code?).


Rens
ps, vind het kunstig dat je al die functionaliteit in 32K weet te proppen, veel in assembler gedaan?.

usb kan je niet instellen, dat klopt.
en de rs232 welke baudrate?
Je kan in de matrix ook al rs232 vinkjes uitzetten. Dan maakt baudrate niet uit. ( het gaat er dus om dat de uitgang niet volloopt door de te lage baudrate.) Dit is dus vooral belangrijk bij de AIS, 38400 bps. Zet die alleen aan voor de uitgangen waar het naar toe moet.

of je twee verschillende posities naar de marifoon wil sturen kan je over twisten.Beter is om dit toe te voegen aan prioriteiten. Zet je RMC daarin, dan zal de mux altijd van ingang 1 doorgeven, totdat deze uitvalt, en dan binnen tien secondes overspringen naar ingang 2 etc.
Er wordt dus maar 1 RMC bron doorgegeven dan.


In het filter kan je per uitgang de berichten instellen die je wil tegenhouden dus VDM voor !AIVDM.

Ik zal es kijken of ook filteren op ! kan.


Tevens zal ik even die ais data kijken, mbt instelprogramma.
button13 is inderdaad voor het inititaliseren van de wifi, moet ff uitgezet worden.

overigens de rs232 doet het ook wel op 5 volt hoor.
En de rs232 is ook optisch geisoleerd.
Je zou in de matrix alleen de data van de rs232 kunnen doorgeven aan de usb, de data die je dan ziet in het diagnose scherm komt dan allemaal van de rs232 poort.

Is ook niet de bedoeling dat ze allebei tegelijk gps info doorsturen, moet idd de prioriteit en filters nog configureren.

rs232 word nu al niets meer naar gestuurd (moet even checken als ik weer op de boot ben ).

Nog een vraagje, worden ook waypoint en route info naar seatalk omgezet?

Rens.

bijgevoegd een nmea logje misschien heb je er wat aan om mee te testen.

roozeboos schreef :
Heb ik getest, en je ziet dan af en toe lege regels en veel spaties tussen de nmea berichten voorbij komen ik denk dat dat de corrupte data is die de boel laat hangen. Dit zie je niet als ik de nmea ingang gebruik.

Correctie, config app gaat ook mis als er maar weinig ais data is (antenne even los gemaakt).

AIS zend wel regelmatig van deze pakketjes, 4 letter ID's ?
$PGRM,RES,LED,13*2F
$PGRM,RES,SM,1,0*53

mmm, das wel apart inderdaad.
lijkt meer dat het talkerid te kort is.
$GP GRM

GRM zou dan het bericht type zijn.
het is het garmin protocol natuurlijk, die hebbenb zelf maar een aantal berichten gedefinieerd. Ik zal even kijken in hoeverre dat goed gaat.
Moet daar toch nog in duiken ivm versturen van routes naar garmin

maar dat zou goed moeten gaan., je ziet de data ook door de mu8x gaan in je zip file.
Krijg je nog meldingen van het instelprogramma als tie chrashed?

Nee, het programma bevriest gewoon. en het weinig zeggende "program not responding"
Mux is denk ik ook het probleem niet, misschien dat de app niet goed met 4 letter ID's overweg kan? Of misschien verkeerd interpreteert.
Als je met een rs232 loop-back aan je pc de log data aan je app voert. Kan je het dan reproduceren?

je hebt een pb

rdo schreef : Alle zinnen die met een $P of een !P beginnen zijn zogenaamde proprietary zinnen; zinnen die niet gedefinieerd zijn door NMEA maar door een fabrikant zelf. De volgende drie letters geven de fabrikant aan. GRM staat inderdaad voor Garmin, RAY bijvoorbeeld voor Raymarine. Alles wat daarna komt, is volledig vrij door de fabrikant in te vullen.

Ja klopt, de mux laat het ook gewoon door. omdat het wel voldoet aan nmea, begint met $ in dit geval en eindigt netjes met * en checksum

En je filter loopt er niet op stuk? Je filter werkt op de sentence formatter die normaliter 3 karakters lang is. Een proprietary sentence heeft geen sentence formatter...

Er gaat iets niet goed met de berekende Theoretical wind output:

$GPRMC,175226.60,A,5135.84617,N,00342.58359,E,5.0,28.0,240414,0.0,W,A*15
$GPRMB,A,0.00,R,1-121021,000F,125.000,N,00333.283,E,12.294,208,5,V,A*78
$WIMWV,55.0,R,15.0,N,A*27
$WIMWV,073.6,T,012.8,0*3F

dat zou moeten zijn:

$WIMWV,073.6,T,012.8,N,A*2C

je mist dus de meeteenheid van de wind snelheid en de validatie van het bericht.

Ik heb het nog even met de oudere firmware versies geprobeerd, maar dat geeft het zelfde resultaat.

corrigeer ik, dank voor het opmerken!!