Onderwerp: Orienteren AIS Transponder

koko schreef :
De wifi van openplotter op een raspberry is aanzienlijk stabieler en ondersteunt meerdere TCP/IP verbindingen tegelijkertijd. Zodat als meerdere apparaten wilt gebruiken op de wifi je niet aan het UDP protocol vast zit.

Met udp werkt t prima. Dit is geen pinpasbetaling die we doorsturen.
Laten we nu niet overdrijven, Gary.

De rpi geeft bovendien aardlussen. Dan heb je geeneens data om door te sturen.

Inderdaad, UDP is meer dan voldoende. Een pakketje missen is niet erg, komt de volgende keer wel.

AdB schreef :
Welk setje bedoel je nu?

Hij bedoelt b300 met splitter.
Wifi naar nav programma.

Als je verder niks wil kan dat prima werken. Opnieuw, als rmc doorgegeven wordt over wifi.
En geen autopilot aansturing.

Je kan ais antenne overwegen ipv splitter

Em-trak B330 met een antenne splitter en een Standard horizon GX 1300E.
Wifi voor ais op tablet en laptop. Meer niet.
Heb autohelm st1000 , die begrijpt niets van nmea.

A

Onderzoek ook rustrstroom van marifoon. Dan ding staat 24/7 in ontvangststand.
Kan veel accu kosten. Op een 22 voeter zal je niet veel Ah hebben.

roozeboos schreef :
Is het al gelukt om je stuurautomaat te bedienen over UTP ?

Nog een keer, maar dan aangevuld.


Zit op een Etap 22, less is more.
Heb een goed kompas.
Heb een verlichte windex in de mast.
Het waait te weinig of teveel.
De Nasa Stingray dieptemeter mag om nostalgische redenen niet weg.
Een autohelm st1000, die snapt geen nmea.
Een 105 AH accu, alleen led verlichting.
Een 50 watt Victron zonnepaneel met Victron MPPT regelaar.
Er zijn echt beperkte inbouw mogelijkheden op het scheepje.
Wil alleen maar AIS op de laptop en tablet.

A

3Noreen schreef : Wat een onzin opmerking. Sorry hoor.
Dat werkt prima op 99.9 % van de boten.

roozeboos schreef :
Het is een vraag. Je komt zelf met de opmerking over autopilot aansturing. Werkt dat nu op 99,9% van de boten over UTP ?

Ja.
Overigens vertel ik er altijd bij dat als de tablet ongemerkt uitvalt de AP ook niet meer stuurt.
Dat is een veel groter risico.
Ik pleit altijd voor bedraad. En vaste pc.
Je moet wel nadenken of het verstandig is om draadloos aan te sturen . Naar mijn mening

roozeboos schreef :
Mooi ik heb nog een roosmux ga het morgen uitproberen.

3Noreen schreef : Oh jij valt vast onder die 0.1 % .
volgens mij stuur jij 2000 keer pef seconde allerlei slimme berichten vanuit je raspberry.
Jij had al besloten om naar shiptron te switchen toch? Of bevallen die ook niet?
Een objectief verhaal zal er wel niet komen..

Jou systeem moet m.i. gewoon naar N2000

roozeboos schreef :
Ik ben al dik tevreden als er 1 RMB bericht vanuit mijn windows laptop met opencpm over UTP via mijn roosmux naar mijn stuurautomaat gestuurd krijg.

Mooi.

AdB schreef :
Mooie (en goedkoopste) oplossing voor jou als je het niet erg vind om 1 USB kabeltje te hebben:

Emtrak B100 met USB aan laptop.
Oude vriend VSPE software op laptop.
Oude vriend Connectify software op laptop.

VSPE software splitter device definieren.
VSPE TCP server device definieren
OpenCPN (en tegelijkertijd andere software als je zou willen) leest AIS (en GPS) via VSPE software splitter.
VSPE TCP NMEA 0183 server leest AIS en GPS en geeft data door naar tablets, phones enz. via wifi.

Connectify maakt van de laptop een wifi Access Point waarmee tablet, phone enz. verbinding maken om data van de VSPE NMEA server te ontvangen.
Alles is TCP en niet inferieur UDP broadcast protocol, daarom nooit zorgen maken over slechte verbinding en/of verloren NMEA AIS berichten.

VSPE en Connectify automatisch laten opstarten wanneer Windows start voor gemak.

Opm.
Het verliezen van een enkel NMEA bericht is niet erg als het gaat om een dieptemeter of GPS oid, want over een seconde wordt een nieuw bericht verstuurd. Bij AIS ligt dit anders, vooral bij class B. Het kan minuten duren voor je een nieuw bericht van hetzelfde schip ontvangt. Dit risico dus niet bij TCP.

ROTFLMAO!

What's the expression again? Pot... kettle...

3Noreen schreef :

RMB is Recommended Minimum Navigation. Voor het goed funktioneren van een auto pilot in track mode vaak niet voldoende. Auto pilots roeien vaak met de riemen die ze hebben, sommige werken zelfs alleen met XTE.

Voor track-mode sturen kun je het beste met APB werken. De naam zegt het al: "Heading/Track Controller (auto pilot).
De bedoeling is dat de AP je op het track tussen origin en destination WP houdt.

RMB zegt weinig over origin waypoint, alleen de ID. APB geeft de bearing van origin waypoint to destination wp, waarmee het track is gedefinieerd.

roozeboos schreef :
Mja. De problemen die zich kunnen voordoen als je hier met twee petten op schrijft, komen nu wel weer even hinderlijk aan het oppervlak.

Nogmaals:

Het is niet goed om via usb continue verbinding te maken met je laptop.
De usb poort is niet galvanische gescheiden, waardoor er een vereffeningsstroom kan gan lopen tussen laptop en ais. De usb poort brand hierdoor uit.
In de manuals staat het niet altijd, maar de usb is alleen bedoelt voor programeren, niet voor data.

koko schreef :
In theorie, in vele jaren praktijk nooit meegemaakt. Maar als je er bang voor bent, kan je er een USB isolator tussenzetten. Dat USB alleen voor programmeren bedoeld zou zijn vind ik onzin. Is er dan ineens geen ground loop?
Ben wel vaak de bijna klassieke bewering "zal wel een ground loop zijn" tegengekomen. Een soort excuus als iets niet goed werkt door een heel andere, moeilijk te vinden oorzaak.

Ondanks al mijn waarschuwingen zie ik een 5tal per jaar terug komen met USB problemen! Sommigen pas na jaren andere binnen een maand.

Zeilprutser schreef :
Het klassieke excuus dus.

Een eenvoudige usb isolator ertussen?
Zoiets bijvoorbeeld