Onderwerp: nmea wifi repeater

Noardewyn schreef :
Je hebt dit gememten met een multimeter neem ik aan?

Das eigenlijk niet correct: NMEA geeft korte pulsjes voor binaire nullen en enen. De nullen zijn (meen ik) 0-0.4V en de enen iets van 2.5-5V.

Je Multimeter reageert veel te langzaam om de piekjes te kunnen zien, dus je ziet een soort gemiddelde.

Als je 100% zeker wilt zijn heb je een oscilloscoop nodig.

Maar 2V lijkt me wel kloppen, er komt iig iets uit, de spec if vrij ruim dus het komt niet nauwkeurig.

Ja met multimeter, ik snap wel dat die een soort gemiddelde geeft, de waarden verspringen ook steeds. Dat lijkt me logisch.
Maar vroeg me af of dit een beetje in de buurt zit, omdat mijn ST60+ nmea niet meer wil weergeven.

Thomss: gaat het zo werken?

gps out rechtstreeks aan marifoon/AIS in en muxin 1 door naar muxout 1
Marifoon/AIS out aan muxin 2 door naar muxout 1
ST 40 aan Seatalk, vertaald naar nmea, aan muxout 1 & muxout 2
MUX out 1 aan plotter
plotter out aan muxin3 door naar muxout2
out 2 mux aan nmea 2000/Stng
nmea2000 STng aan stuurautomaat.


Uit muxout 1 komt dan: GPS, AIS, ST40
plotter verstuurd stuurautomaat info via muxin3 naar muxout2
Muxout 2 verstuurd dan stuurautomaatinfo en st40 info via je NMEA2000 naar de stuurautomaat.

De berichtenstroom in de mux is te regelen via de matrix in de instelsoftware van de mux.

Noardewyn schreef :
hangt de st60 aan de mux of rechtstreeks aan je nmea apparaat?

@Koko. Nu nog in Heidelberg, maar kan haast niet wachten om dit op deze manier te gaan verbinden.
Ziet er erg logies uit. Straks eerst ff op papier zetten.

Thomss schreef :
Kijk ook even goed naar de stroomlijning van de berichtenreeks in de mux. De instelsoftware van de mux bied je de mogelijkheid om precies af te regelen welke inkomende berichten waar naar toe gaan.

koko schreef :
Aan de mux.

Noardewyn schreef :
Even checken of mijn plaatje klopt:
De mux verstuurd nmea berichten aan de st60graphic, die deze moet weergeven?

Weet je zeker dat de mux de berichten ook daadwerkelijk op de uitgang naar de Graphic zet? ( Te controleren in de instelsoftware, de matrix).
Zijn het berichten die de Graphic ook kan inlezen? (De Graphic kan niet alle type nmea berichten lezen)

Hoi allemaal, ik heb wat problemen met de MUX eerst zal ik vermelden wat ik heb aangesloten.

Philips GPS op poort 1 (in 4800)

Ais transponder op poort 4 (in 38400)

Seatalk op de Seatalk poort

Seatalk ( ST50) geeft data van wind diepte snelheid en GPS
de uitgaande poorten zijn overeenkomstig de baudrate van de ingaande poorten op mijn pc staan ze ook gelijk.

Als ik de GPS poort 1 gebruik is de positie correct, als ik in de matrix die uitschakel en de uitstaande Seatalk aanzet opsla en de mux even van de stroom haal en weer aansluit, is de positie 30 mijl (seatalk gps) naar het Oosten. de positie op de raymarin-plotter blijft correct.

heeft iemand daar ervaring mee??

heeft die raymarine plotter ook een gps ontvanger?
Het lijkt erop dat er twee gps'en doormekaar lopen?

Hoi , nee de plotter heeft geen eigen GPS

Ik heb hier ervaring mee. De RS125 GPS via seatalk aan de mux zet me 30 seconde naar het westen.
Ik wil via een losse Raymarine kaartplotter uitsluiten of dit een mux of GPS probleem is.
De GPS kan ook in nmea mode aan de mux om seatalk uit te sluiten.
Ik moet alleen nog een een keer tijd vrijmaken en krijgen voor bovenstaande testen.

Ik lig bij Chris in de haven, dus als hij een keer wil meekijken...

Hieronder het verschil op ISailor:

ISailor positie volgens mux
ISailor positie volgens iPhone gps.

De iPhone positie was correct.

Staat de GPS op de juiste datum(?)
Zie en.m.wikipedia.org/wiki/World_Geodetic_System

Goed punt.
Volgens deze Spec is de default datum WGS84.
Ik heb geen idee hoe ik die andere 190 varianten kan programmeren.
Ga ik uitzoeken en meenemen in de tests.

koko schreef :
Het bleef toch een beetje tobben, misschien deed ik het verkeerd, dat kan natuurlijk ook nog.
Ik heb in ieder geval de Garmin 50DV vandaag vervangen voor een Raymarine E7, dus dat woord een heel andere opzet opeens.
Thomass

mvdp schreef :
een foute Datum geeft geen 30 seconden fout precies west.... bovendien is WGS84 goed voor onze kaarten.

Ik denk aan iets anders:

de N-Z positie in een NMEA bericht is 4 posities voor de decimalen, en dan 2 decimale,
Logisch, moet van 0 tot 90.

De E-W positie is 1 positie LANGER voor de decimale punt. Moet ook, 3 cijfers nodig aan de achterkant van de aarde.

llll.ll,a,yyyyy.yy,a, zo ziet dat eruit in alle NMEAberichten met een positie.

Als je nu 1 y-tje verschuift door geen rekening met 5 posities te houden heb je zo een 30 sec te pakken.
Zoiets? In de NMEA-Seatalk omzetting (of de andere kant op)?

helemaal eens baasklusje, lijkt op een dergelijke fout in de mux.

ter informatie:

Bij mij hangt er een furuno gp32 aan de mux, wiens data wordt vertaald naar Seatalk. Dat gaat goed; geconstateerd met behulp van vergelijking positiegegevens (cijfers) op scherm Furuno en plotter/Graphic en St60maxiview. Ook is de getoonde positie op de (seatalk)plotter akelig accuraat met de werkelijkheid buiten.

Wel is me wel eens opgevallen dat de cijfers van de furuno niet overeen kwamen met wat er getoond werd in de software van de mux. Ik weet zo uit mijn hoofd even niet meer welk tabblad dat was.

P.S: Chris, ik heb nog steeds de Raymarine 125 gps antenne niet geplaatst. De postbode brengt hem zo bij je langs, zoals je weet. Als je dat wil moet je het maar even laten weten. Daarmee kan je exact de situatie nabootsen.

hoi koko, het zou wellicht wel het snelste zijn om dit op te lossen. Dan kan ik zelf testen.
Als je m zou kunnen opsturen dan graag!

Lukt vandaag niet meer, maar morgen gaat hij op de bus

Ff snel: De GP32 rekent in minuten en seconden. Zet de mux het misschien om naar decimalen?

ik behandel de graden en minuten-seconden als twee variabelen. Om floating points te voorkomen.

Dan kan het dus zijn dat de graden goed gaan en de rest een factor tien opschuift.
Dat had ik eerst ook met de nmea, waarin de furuno GP3x en bijvoorbeeld opencpn verschillende lengtes genereren voor minuten-seconden. waardoor het opschoof in het ene geval!
Dat kostte wel even een tijdje voordat dat kwartje viel!

Ik wist eigenlijk niet dat dit probleem er de andere kant ook in zit. Ik heb dat ooit getest, en toen was het goed.
tot de melding nu dus. Ik zal het bekijken.

Ondertussen excuses voor de bug.

Chris, heb bij mij nog even wat foto's gemaakt:


Raymarine GPS, stuurt de positie(voor deze gelegenheid) via seatalk naar de mux.



De vhf krijgt zijn positie via NMEA van de mux.

Zover ik het kan beoordelen zit er een nul teveel in de oosterlengte.

Andersom van nmea naar seatalk gaat de conversie wel goed.

verschuiving van 1 character in de E/W positie. Komt vast door die 5 posities lange NMEA die niet goed gevuld wordt.....

Mooi plekkie . Lekker dicht bij de Biesbosch.