Onderwerp: NMEA2000 en laptop verbinden

Monk schreef : Dan had je waarschijnlijk de USB kabel gebruikt tussen de AIS en de Laptop?

Zeilprutser schreef :
Dat is tamelijk suf, zeg! Waar is die N2K aansuiting dan helemaal voor? Alleen AIS data?

Nu maakt t mij niet uit: Ik gebruik alleen 0183, mar toch.

Ook heeft de Emtrak een nmea ingang.

In de manual wordt maar zeer sumier uitgelegd wat je met alle aansluitingen zou kunnen. Geen gedetailleerd sentence overzicht, niet bij ingangen, niet bij uitgangen. Behoorlijk stom.

Joop66 schreef :
So suf blijkt het toch niet te zijn!
Toevallig ben ik de mogelijkheden van de YDGW-02 aan het testen en liep tegen het probleem aan dat ik in de testopstelling 2 headings heb, nu blijkt omdat ze allebei de zelfde PGN hebben ik er niet eentje kan wegfilteren. Het wordt me steeds duidelijker dat het hele NMEA2000 een mislukking is.

Dus stel je hebt al een NMEA2000 GPS en de AIS zou ook die PGN uitsturen dan krijg je 2 verschillende posities die om en om zullen worden weergegeven, dat wil je niet.
Van uit dit perspectief is het dus suf van Garmin dat die niet de mogelijkheid heeft om je eigen positie op basis van de VDO PGN weer te kunnen geven.

Zeilprutser schreef :
Joh dat weet ik niet meer .. we hebben de hele zooi op de kade gegooid en een trap nagegeven.
Weg ermee.. allemaal zorgen en gedoe..

Monk schreef :
Ik lees vermoedelijk toch wat onkunde aangaande de gebruikte apparatuur?
- waarom viel de laptop uit???????
- Had je een galvanische scheiding tussen AIS en laptop?
- Hoe stonden de slaap/standby instellingen van de laptop?
- en zo nog 15 vragen.....

En dat gebeurt ook helemaal niet! Elk apparaat (fysiek of virtueel) heeft een uniek SRC (source...) address. In je plotter, MFD of whatever kun je kiezen (source selectie) welke je wilt gebruiken. Zo heb ik 2 gpssen, 2 loggen en 2 windmeters op mijn netwerk. Geen enkele issue.

De vroegere software in de RM meuk deed aan automatische bronselectie. Dat was wel zeer onhandig, aangezien je niet goed kon zien welk specifiek apparaat werd gebruikt. RM zal wel gedacht hebben dat handmatige bronselectie ingewikkeld was -voor 60’ers bv B&G daarentegen is volledig transparant en flexibel daarin . Zo gebruik ik een van de GPS apparaten alleen voor de helling, de andere voor positie...

Je hebt helemaal gelijk Nachtvlinder maar het gaat hier in dit draadje over laptop verbinden met NMEA2000 en afhankelijk van je software kan het dan dus niet.

PS heb het probleem bij YachtDevices neergelegd, maar volgens mij kan het met de actisence NGW ook niet...(heb dat nog niet nagekeken)

Dan ligt dat aan de software. Onder NMEA0183 had je net zo goed verschillende talker-ID’s gehad. Dat de software daar niet mee om kan gaan, of de convertor alles blind bij elkaar harkt, tsja...

In mijn auto (CAN) twee volumeknoppen: stuur en op de headunit. Als je aan de ene draait zie je het nieuw ingestelde volume alleen op de headunit, draai je aan het ding op het stuur, dan zie je dat volume ook in het dashboard. Daar ook een “nuttig” gebruik van de SRC bitjes! Tegelijk tegen elkaar in draaien kan ook: wie het snelst draait wint

Ik lees vermoedelijk toch wat onkunde aangaande de gebruikte apparatuur?
- waarom viel de laptop uit???????
- Had je een galvanische scheiding tussen AIS en laptop?
- Hoe stonden de slaap/standby instellingen van de laptop?
- en zo nog 15 vragen.....[/quote]



Die vragen hebben wij ook gehad ..en je heb helemaal gelijk wat onze onkunde betreft
dat heeft ook iets met geduld te maken denk ik.
Ik ben een appel gebruiker en niet een Windows Fan.. Mij kunde ligt meer in de luchtvaart technologie.
Wij haten computers die niet werken zoals bedoeld
Je kan mij prima overtuigen dat als je een mooi PC of labtop instelt met alle apparatuur aan gehaakt dat het echt gaat werken. Doch protocol redundancy zit er niet in.. een airbus behoef haast nooit een Update en die dingen vliegen de heel wereld over zonder morren.

De installatie op de laurin was gedeeltelijk in elkaar geknutseld door de eigenaar en een kerel van de AIS. Ik denk dat daar de onkunde begon. it was't me ..
Op een stormachtig moment viel de contraceptie weg. Een oude Garmin 521 en de ipad was onze redding.
Daarvoor had het ding al vaker storingen gegeven. ff weer opstarten dus. Maar betrouwbaar was het niet.


Een galvanische scheiding of niet we hebben het gescheiden van de boot. Dat was zeer betrouwbaar en effectief a;s genees middel ten hart falen.

Monk schreef :
Is daar nog iemand zwanger van geworden?

Zeilprutser schreef : Bij de YDNG-03 kan je berichten ook gewoon filteren op het N2k source device address. Is dat bij de YDGW-02 niet mogelijk dan?

Jawel hoor; zie pag 22 handleiding.

WADnWIND schreef :
Stroomoverdracht is natuurlijk veruit superieur aan spanningsoverdracht. Ook potentieel veel sneller, en met 4 - 20 m.a. meteen failsafe te maken.

Snap Roozebos dan ook niet. "die hoeven niet veel data te versturen. Want dat kan niet snel. En kans op ground loops." Laat stroomoverdracht nu net hetgene zijn wat juist DE uitkomst is bij ground loops.....

Spanningsoverdracht is voor prutsers, stroomoverdracht voor de pro's.

Jammer genoeg bestaat het niet in de high-end audio wereld op ooit geloof ik een 100K achtig kostend systeem van Krell. Anyway, daarom heb ik het maar ontwikkeld....

ilCigno schreef : Nachtvlinder schreef :
Ik ging er ook van uit dat het kon, helaas het werkt niet, je kan alleen op "GLOBAL" PGN filteren, Slimship (de importeur NL) heeft het gemeld aan YD ik ga er van uit dat hiervoor wel een update komt.

Kan het bij de Actisense? Ik zie daar ook alleen filter mogelijkheden op PGN

Monk schreef :
Het vermoeden is dat je installatie niet werkte doordat er een vereffeningsstroom ging lopen van de ais naar je pc (of andersom) doordat de ais aan de pc hing via de usb kabel. Om dat tegen te gaan is het noodzakelijk de aansluitingen galvanisch te scheiden. Het is bezopen, dat zijn we met elkaar eens. maar de usb kabel op de ais is bedoelt voor programeren van dat ding, niet om permanent aan je pc te hangen. Tenzij je zorgt voor galvanische scheiding dus.
Mijn 9 jaar oude mini laptop verzorgt al 4 jaar probleemloos de navigatie, inclusief ais en Windows. Een en ander galvanisch gescheiden via een multiplexer. Nog nooit uitgevallen

OK, een software dingetje dus. Is de YDGW-02 wel gecertificeerd? Weet niet of dit getest wordt, maar triviaal is het niet: het ding vormt tenslotte een soort multiplexer, in de zin dat een NMEA0183 stream wordt gegenereerd op basis van vele talker-ID’s, het SRC-equivalent daarvan dan.

PS: niet gecertificeerd, een aantal andere produkten wel! Leuk bedrijfje trouwens!

Nachtvlinder schreef : Ze zijn volledig geregistreerd member dus behoren wel te weten wat ze doen als je ziet wat/hoe ze het maken en de prijsstelling dan mogen we/ik heel blij zijn met dit bedrijfje.
Het is wel vreemd dat de YDGW-02 niet in het certified lijstje staat want dan mag je bij het product de term NMEA2000 niet eens gebruiken of alleen de term NMEA2000 compatible. Dit als member wel doen zou om problemen vragen zijn, dus ik trek een voorzichtige conclusie dat er iets aan de hand is in het grijze gebied, en dat ze daarover nog in onderhandeling zijn.
Er staan veel nieuwere producten van hun al wel als gecertificeerd, op basis van mijn ervaring met dit soort instanties vermoed ik dat het om iets lulligs gaat zoals dat NMEA2000 niet over wifi kan omdat het niet in het protocol staat omschreven.
Bijvoorbeeld de Actisense W2K-1 staat ook niet in het certified lijstje, laat die nu net ook wifi hebben.
Meteen maar eens gekeken naar Digital yacht ook daarvan wordt bijvoorbeeld de iKommunicate en iKonvert niet in de certified lijst genoemd.

Zeilprutser schreef :
Volgens mij wordt het steeds duidelijker dat net als bij nmea0183 of willekeurig welk ander protocol het lezen van de manual belangrijk is en dat je de software die je gebruikt zult moeten inregelen op de spullen die in het netwerk hangen. De overbodig geworden multiplexer is verplaatst naar de software. Plug and play bestaat niet (echt). Niks nieuws onder de zon dus.

Het wordt echter verkocht door mijn collega's als plug and play en geen gedoe. Het blijkt wel als het niet doet wat je wilt dat je er dan inderdaad toch niets aan kunt doen.... Dat scheelt dan wel een hoop frustraties

@Plug&play: RM doet (deed) de bronselectie automatisch, anders kun je kiezen uit een lijst. Daar hoef je niet heel technisch voor te zijn: naam en omschrijving van de apparaten staan keurig uitgeschreven in dat lijstje.

Nachtvlinder schreef :
Ik heb zelf geen N2K of STng talkers aan boord, dus kan niet putten uit eigen ervaring helaas. Behalve de hulp die ik een havengenoot eens bood bij het installeren van zijn RM STng setje. Ik denk dat het ingewikkelder wordt wanneer je verschillende merken gaat combineren. Is denk ik niet conform de gedachte achter de N2K en STng protocollen (dat twee merken combineren problemen geeft), maar mogelijk wel praktijk.

Raymarine doet het goed als je bij twee identieke PGN kan kiezen uit welke bron deze gekozen moet worden. Maar dat zal toch geen unicum zijn? Andere merken zullen dat toch ook doen?

Even voor mijn begrip: naast de PGN (het type bericht) is er SRC (source) verwerkt in het bericht?
PGN is belangrijk om te weten welke type data er verzonden wordt en SRC is belangrijk om te kunnen kiezen welke bron je software gebruikt?
Dan zou de software ook altijd opgebouwd moeten zijn a la een multiplexer, waarin je niet alleen kan filteren, maar ook prioriteit kan aangeven. Data X gebruiken van bron Y, tenzij bron Y wegvalt. Dan Data gebruiken van bron Z?

Zoals ik het begrijp uit de handleiding van de Yacht Design YDNG-03:

The [N2K] identifier contains a PGN (Parameter Group Number, described in NMEA 2000 Standard)
and a source device address. [...] These filters actually contain pairs of 29-bit message identifiers and a mask. The identifier is compared by processing the NMEA 2000 message identifier, and the second value (mask) defines the comparison concerning which bits are significant.

Je kunt in de filters zowel de decimale als de hexadecimale adressen gebruiken, zelf door elkaar. Je kunt filteren op alleen het PGN (dus ongeacht de source), alleen het source device adres (dus ongeacht de PGN) of beide (dus een specifieke PGN van een specifieke source).

Voorbeelden:
N2K_RX_FILTER=0x1FD0700 0x1FFFFFF
filtert PGN 130311 (0x1FD07) van source adres 0 (00)

N2K_RX_FILTER=130310
filtert PGN 130310 ongeacht de source

N2K_RX_FILTER=1 255 (of 0x0000001 0x00000FF)
filtert alle berichten van source adres 1

Je moet trouwens ook aangeven of je wilt blacklisten (alles mag doorgelaten worden behalve ...) of wilt whitelisten (alles moet gefilterd worden behalve ...). Erg veel mogelijkheden dus. Het filteren op PGN's is niet iets wat de gemiddelde zeiler snel zelf zal programmeren, je moet best veel kennis hebben van de N2K structuur. Voor Zeilprutser lijkt het mij gesneden koek, dus misschien de handleiding nog een keer bestuderen (die niet geweldig is moet ik toegeven)?

Is allemaal correct, maar werkt dus niet op die manier bij de YDGW-02, de afbeelding hieronder geeft aan wat je zou willen/verwacht, maar werkt dus niet. Lijkt me eenvoudig toe te voegen door YachtDevices, even afwachten dus.

Nou dat hadden ze wel wat vriendelijker mogen maken zeg! Je bent zo ongeveer in HEX data aan het hacken... In de Canboat-tools is een programmatje opgenomen wat uit bovenstaande ruwe CAN-data de Source, Destination, PGN# en prioriteit te halen.

Als men dát stukje nu overgenomen had, dan was dit veel eenvoudiger geweest.

Zo te zien kan je wel black\whitelisten op ID. Met n beetje trial and error kan je er wel wat mee, ware het niet dit het niet de plek is om zoiets te doen. Bij n2k doe je dat pas op de 'bestemming' , zoals een bijv plotter, AP of display. Dat is dus een groot verschil met nmea0183.


Gepost met de officiële Zeilersforum-app