Onderwerp: OpenCPN met Furuno FA-50

brambo schreef : De wijziging van alle andere instellingen werkt wel zoals het hoort, alleen de poort aanduiding dus niet.

Erikdejong schreef :
De poort voor Navnet kun je kennelijk niet wijzigen.

Misschien heb je hier wat aan ? Het is altijd goed om even het IP adres te pingen. Je weet je in ieder of de verbinding er fysiek is. Dit voor alle zekerheid.

Bram

Bram,
Erik kan bij de setuppagina, dus die verbinding zit wel goed.

It Paradyske schreef :
Setup is mogelijk wat anders dan de NMEA stroom.

Las toch nog ergens dat het mogelijk uitsluitend met een serieele poort mogelijk was data te ontvangen.

Hier staat echter duidelijk continue AIS. Pingen kan nooit geen kwaad om te kijken of er van het aangeven adres antwoord komt.

Voor het netwerk zijn er meerdere opties.

Bram

De data verbinding is er, want onder Adrena werkte het wel.

Erikdejong schreef :
Beste Erik,

kun je in Adrena zien hoe de netwerk instellingen zijn ?

In eerste instantie moet je kunnen vaststellen of er een data stroom is. Ik gebruik geen Windows meer en weet niet hoe je simpelweg kunt zien wat er voor data stroom passeert.

Het gaat hierbij niet om de leesbaarheid of formaat, maar uitsluitend of er data binnenkomt via het netwerk adres.

Groet,

Bram

brambo schreef : Helaas kan ik Adrena niet meer gebruiken omdat de licentie verlopen is, een nieuwe kost veel geld dus vandaar dat ik eens OpenCPN wil gaan proberen. Die datastroom die moet er zijn als Adrena aanstaat want tot enkele weken terug heeft het jaren probleem loos gewerkt. Pas nu ik overgeswitched ben naar andere software krijg ik de data niet meer binnen via de LAN, maar wel via de COm poort.
Ik was van plan om dit weekeinde eens te stoeien met wire shark zoals als eerder in dit draadje gesuggereerd, mijn vermoeden is dat de datastroom er wel is, maar dat er iets fout staat binnen de instellingen van OpenCPN en dat het programma de data dus niet kan vinden. In Adrena ging de instelling volledig automatisch, alles wat ik hoefde te doen is een vinkje zetten bij het model transponder dat ik wilde gebruiken. Toen deed alles het gelijk.

Op dit moment heb ik met Opencpn 5.2 ook problemen met UDP en forwarding over netwerken.
Ik ben nu aan het downgraden naar V5.0.0 en alles loopt weer.

UDP vanuit OpenCPN werkt prima naar de SignalK server via poort 2000. Is nog wel NMEA183. Nog geen uitvoer in SignalK. Maar dat gaat er zeker komen.

Waarom niet eens proberen de data communicatie en OpenCPN te scheiden.

Lijkt mij dat de communicatie naar buiten het beste gaat met SignalK.

Kan NMEA2K, NMEA183 en andere data zoals motor gegevens, etc. etc.

SignalK is met Windows wel wat lastiger dan met Linux systemen.

Groet,

Bram

brambo schreef :

Nutteloos, de Furuno spuugt leading zero's in de datastream er uit. OpenCPN heeft een speciaal filter dat hiervoor is gebouwd die ze er uit haalt. SignalK niet.

It Paradyske schreef :
Wat is dit dan ?

Oh, toch niet nutteloos dus.
Laten we het dan maar op overbodig houden.

It Paradyske schreef :
Wat is dat nu: Overbodig ? Je kunt op deze wijze eenvoudig NMEA2K ontvangen converteren naar nmea183 en verzenden en het hele zaakje ook nog multiplexen.

SignalK is eenvoudig de spil in de maritieme datacommunicatie.

Erikdejong heeft aangegeven dat hij niet alle apparaten aan elkaar wil koppelen, maar zoveel mogelijk alles standalone wil gebruiken. Dan is een spil in maritieme datacommunicatie dus overbodig.

Bram, we proberen hier een stream weer te geven van Furuno in OpenCPN.
Udp, OpenCPN heeft hiervoor speciaal een filter ingebouwd, en anderen hebben dat werkend gekregen.
Erik is scheepsbouwer en zeilmaker, en geen ict-expert, daarom is de insteek om met zo eenvoudig mogelijke middelen, met zo weinig mogelijk stappen het spul werkend te krijgen.
Dat je een ambassadeur bent van signalk is te prijzen, echter ontstaat er bij mij irritatie als het overal te pas en te onpas wordt bijgesleept.

Menno schreef :
Je hoeft niet alles te koppelen. De keuze is aan de gebruiker. Maar koppelen van diverse soorten verbindingen kan uiteraard wel.

Het is goed een scheiding aan te brengen tussen kaartplotter software en data communicatie.

Groet,

Bram

brambo schreef :
Bram,
Ik denk dat iedereen gebaat is bij een antwoordt gericht op de situatie van Eric.
Dat houdt in dat alle ruis m.b.t. tot jouw stokpaardjes hier voorlopig niet aan de orde is.

WADnWIND schreef :
Beste W&W,

het gaat over de vraag hoe je de communicatie van de Furuno binnenhaald. Daar geef ik alleen antwoord op. Dat je dat dan op een andere moderne wijze mogelijk kunt doen. Dat is de insteek.

Maar goed, ik zal mij verder onthouden van mogelijke oplossingen.

Groet,

Bram

Bram,

Ik schrijf "voorlopig".

Ik denk dat je ZF een grote dienst kan bewijzen als je (er) een oplossing hebt voor signaal-K server onder windows via een simpel installatie programma voor de minder begaafeden zoals ik.

Nog meer offtopic:
Niet dat ik tegen PI's ben dit project maar even.
Een VPN server draait uitstekend op een PI met softether!

On topic maar weer.

WADnWIND schreef :
Daarna V5.2 weer geïnstalleerd en ook weer prima werken.

Nog een tip voor Erik:

Ook de firewall moet je heel soms in dit soort gevallen wel een checken of die alles voor OpenCPN door laat.

WADnWIND schreef : De firewall staat volledig uitgeschakeld voor dit experiment. Normaal heb ik die volledig dicht staan ivm de Iridium Pilot.

Sorry....

WADnWIND schreef : Voor wat? alle input word gewaardeerd!

Even teruglezend in dit draadje nog een paar opmerkingen die al gemaakt zijn maar die je tussen alle berichten makkelijk over het hoofd hebt kunnen zien, en die m.i. heel belangrijk zijn:

- Zorg dat het subnet mask (255.255.0.0 of 255.255.255.0) gelijk is op de pc en de Furuno, anders werkt UDP broadcast niet.
- Bij UDP is een checksum in het datagram niet verplicht, dus kijk of het helpt om in opencpn 'control checksum' bij de verbinding uit te zetten.

En dan nog dit.
- In het manual staat:Ik weet niet precies wat de reden is voor het alleen maar mogen gebruiken van 10-duizentallen en duizendtallen, maar zou het kunnen dat hij, wanneer je bijvoorbeeld 10000 hebt ingesteld, gaat uitzenden naar een poortnummer daarboven? Dat zou deze opmerking kunnen verklaren:Dat zou betekenen dat je, wanneer je op de Furuno port 10000 instelt, in opencpn port 10021 moet gebruiken. Lijkt onlogisch, maar anders kan ik die twee teksten niet met elkaar rijmen.

Dank, ik ga er morgen weer even mee stoeien.