Onderwerp: Boordpc en multiplexers, welke?

Menno schreef :
Ja

Zo langzaam wordt het spannend wat voor BoordPC en vooral welke software er gaat komen.

Niks bijzonders.
Opencpn, navmonpc e.d.

Vond deze nog, een wat ouder model met usb maar wellicht slim genoeg en nog wat goedkoper
www.raymarine-shop.nl/producte...00-usb-voor-pc-ngt1/

holtere schreef :
Hum.

Navmonpc verstaat alleen 0183. Geen N2K.

Daarbij heb ik de virtuele poorten van NavmonPC niet kunnen vinden in OpenCPN.

OpenCPN verstaat naar verluid wel N2K. En kan daarna 0183 berichten uitsturen. Is dat de bedoeling?

3Noreen schreef :
idd. even te snel getypt.

De manual:

Generate $MXPGN
The options in this section control if and when $MXPGN sentences are generated by the MiniPlex-3. These sentences contain the PGN number, an attribute field and the binary data of the PGN, all represented as hexadecimal ASCII numbers:
$MXPGN,01F112,2807,FC7FFF7FFF168012*11

[off topic]
Toch wel een leuk draadje. Het is voor mij de aanleiding om mijn eigen systeem even onder de loep te nemen. De laatste keer dat ik onderhoud heb gepleegd was 2020. Als backup optie heb ik nu nog mijn 20 jaar oude RM plotter. Het wordt tijd om die met pensioen te sturen.
[/off topic]

Nog even wat opheldering nodig!
Er is een Actisense aan boord en Opencpn ontvangt de nmea 2K berichten op 115200, niet langzamer.
Dat komt mij heel snel over en geen idee met welke snelheid Opencpn de gegevens aan geleverd wil krijgen en met welke snelheid de stuurinfo naar buiten moet/kan gaan.
Tot nu toe krijgen we vreemde zaken waarbij de pagina's waar je de verbinding kunt editen niet compleet zijn. De in en uitgaande zinnen kun je niet invullen'/pagina is leeg.

Kan het zijn dat alles op 38400 moet staan om goed te werken? Een en ander betekent de Actisense anders geprogrammeerd moet worden.

Lijkt mij sterk. Die snelheid is de baudrate van de seriele poort van de Actisense gecommuniceerd dient te worden. In de handleiding van de Actisense staat wat die zou moeten zijn (en is mogelijk instelbaar).

Als je het berichtenverkeer kunt lezen in de NMEA log dan matchen de baudrates. Bij verschillende baudrates zal de data corrupt zijn.

OpenCPN ondersteunt alle gangbare baudrates en zo dus ook 115200.

Bij een USBverbinding wordt de snelheid afgesproken door de deelnemende apparaten (PC en Actisense, in dit geval).

Als er geen pagina beschikbaar is om de verbinding te definieren is er waarschijnlijk geen verbinding volgens OCPN. Dat herkent de Actisense kennelijk niet.

Van uitgaande berichten naar AP wordt de frekentie bepaald door OPCN. 1/seconde is voldoende.
De snelheid van de USB in en uit zal wel hetzelfde zijn.

N2k is 250000 baud.

3Noreen schreef :
Maar de Actisense zal daar toch NMEA0183 va maken?
Of leest OCPN tegenwoordig native N2K?

holtere schreef : Dat suggereert dat hij de data gewoon ontvangt, maar hij ziet een correlatie met andere problemen en verdenkt mijn inziens de hoge datasnelheid.
Anyway met NMEA reader van Actisence kun je de baudrate aanpassen onder het tabje hardware config.
(iig bij de NGW en NGT er wordt niet verteld wat voor Actisence hij heeft)

Baasklusje schreef :
Lees nu net hoger dat hij zijn oog op een NGT had laten vallen dan is het dus niet vertaald naar NMEA1083

Ik gebruik aan boord wisselend NMEA2000 en NMEA183. Gaan allemaal in de Signalk server multiplexer.

De invoer gaat in het Signalk formaat naar OpenCPN. De Route data en Waypoints gaan vanuit OpenCPN naar de SignalK server op de computer.

Vandaar uit kan de data ook naar je NMEA2000 netwerk en NMEA2000 instrumenten. of uitgevoerd worden in NMEA183.

Je hebt uiteraard altijd een convertor nodig. Liefst op maximale snelheid.

Werkt met een Actisense NGT-1, dan wel de snelheid hiervan verhogen.

Een prima oplossing is ook het Canable boardje. Nu ook in een kastje. Kosten € 22,- inclusief verzenden. Wordt standaard in SK ondersteund.

Zowel de Canable als de NGT-1 verwerken data in 2 richtingen.

Met welke snelheid data wordt uitgevoerd of ingevoerd maakt niet uit.

De Signalk server en de instrumenten sets zijn op iedere andere computor te gebruiken.

Als je OpenCPn niet gebruikt, dan blijft de server gewoon draaien en kan gebruikt worden als data voor andere systemen.

Is geheel zelfstandig werkend.

Bram

Baasklusje schreef :
Dat beweren ze wel.





Maar het is opensource en OpenCPN heeft dus alle informatie over N2k zoals ik al eerder schreef uit reverse engineering is verkregen. Bijna garantie op dat niet alles werkt.

Misschien kan Opencpn gewoon uitsturen op hoge snelheid (115200 of hoger) maar als iets niet helemaal gaat zoals je verwacht ga je zoeken!
Op deze pagina zie je info over nmea 2K en Opencpn en dan iedere keer op de plaatjes ingevuld 38400.
Daar viel mijn oog op en startte de twijfel?
mail.opencpn.org/wiki/dokuwiki...:connect_to:nmea2000

actisense.com/knowledge-base/n...0NV5AtLXU1B3EXCWewhJ

De NGT-1 maakt zelf een seriële poort aan met baudrare zoals je zelf (zie filmpje) configureert. De N2K daarvan ligt is uiteraard vast op 250 kbit/s.

Ik zou de NGT-1 laten staan op zijn default 115.2 kbit/s, dan kan je ongeveer 50% busload aan. 38k4 kan vollopen in drukke AIS gebieden en/of een uitgebreid netwerk met snelle sensoren.

Als je de COMx datastream niet direct reserveert/laat claimen door OpenCPN, maar in SignalK laat inlezen, kun je er tegelijk meer software mee voeden, of met plugins data naar de bus terugzturen om op je klokken of plotter buiten zichtbaar te maken. Ik doe dat met performance data, compas correctie enzo…

Ook vertaalt SK de N2K data naar 0183 en maakt deze stream beschikbaar via poort 10110. Daar kun je je navigatieapps op je mobiele devices mee voeden.

Baasklusje schreef : In principe klopt dit voor het USB deel t/m de USB-Serial converter in de Actisense. Maar bij gebruiken van de aangemaakte seriële poort is het old school baud rates matchen

Baud rate van 115200 zou moeten werken, mits de kabels voldoende afgeschermd zijn.

De Actisense NGT-1-ISO verbind via RS232 ("simpel serieel") of RS422 ("beter serieel" zoals NMEA0183) en gaat tot 115200.
De Actisense NGT-1-USB verbind via seriële verbinding over een USB-serial converter en gaat tot 230400. Net iets lager dan de baudrate van NMEA2000.

Alle baudrates zijn lager dan de NMEA2000 bus met een baudrate van 250000 zoals Nachtvlinder al aangeeft. Ik vermoed dat de Actisense dan intern een kleine buffer heeft om de sneller ontvangen berichten met die lagere baudrate te kunnen versturen. Mogelijk dat met een enorm drukke NMEA2000 bus dat die buffer te klein is, maar lijk mij sterk dat dit in dit geval het issue is.

Linkje gelezen?

Nachtvlinder schreef :
Post is toevoeging daarop

Dank voor het meedenken en de linkjes!
Baudrate zal 115200 moeten zijn!
We gaan weer stoeien



Nog even een vraag n.a.v. een suggestie over afscherming!

Kan de ontvangst en het zenden van dat n2k netwerk op een boordpc gestoord worden door ledlampjes o.i.d?

Wat is nu het bezwaar om alle verbindingen te laten werken in een aparte server, die tevens dient als multiplexer en vertaler van NMEA2000 bus naar Signalk formaat en vandaar uit naar nmea183. Het werkt ook anders om.

Alle andere manieren lijkt meer op geklungel met snelhheden.

Hou de zaken gewoon gescheiden. Server toepassing voor alle NMEA183 en NMEA2000 plus ook nog andere opties zoals bijvoorbeeld motorfuncties. Met daarnaast de data van en naar de navigatie software, zoals OpenCPN of op andere systemen.

Zelf instelbare meter systemen.

Bram

holtere schreef :
Dat verwacht ik niet; de CANHI en CANLO signalen zijn afgeschermd en bovendien symmetrisch: ze bewegen tegebngesteld, dus als er ruis opgepikt wordt, doen beide signalen dat en blijft de verschilspanning gelijk.

Ik ben het hier met Brambo eens om door de zure appel heen te bijten: in de praktijk is dit minder complex dan het lijkt en het biedt je veel meer inzicht en flexibiliteit. Is een nettere en overzichtelijke oplossing. Ben voorlopig niet aan boord; anders had ik je het op afstand kunnen laten zien.

Mooi dat de boel niet gestoord wordt

Servertjes e.d. ga ik zeker niet doen.
Dingen waar je echt niets van snapt en niet in thuis bent moet je niet willen aan boord.
Ik gun iedereen zijn eigen lol maar zit liever met mijn eigen ellende dan met aangeprate ellende.


Dit vond ik nog:

Vraag aan chatgpt:
Nog even een vraag n.a.v. een suggestie over afscherming van kabels!
Kan de ontvangst en het zenden van dat n2k netwerk op een boordpc gestoord worden door ledlampjes o.i.d?
Antwoord:
Ja, dat kan zeker – LED-lampjes (vooral goedkope of slecht afgeschermde varianten) kunnen storing veroorzaken op een NMEA 2000 (N2K) netwerk, en die storing kan invloed hebben op zowel zenden als ontvangen van data op je boord-PC.
Wat er gebeurt: LED-lampen, vooral dimbare of met ingebouwde voedingen, kunnen elektromagnetische interferentie (EMI) veroorzaken. Die storing kan zich via de lucht (straling) of via het boordnet (geleiding) verspreiden. Als je N2K-netwerk niet goed is afgeschermd, of de kabels liggen te dicht bij stoorbronnen, kan dat leiden tot:
• Verlies van databerichten (packet loss)
• Slechte of onbetrouwbare communicatie tussen modules
• Problemen bij het uitlezen of configureren vanaf een boord-PC
Wat kun je doen:
1. Afgeschermde kabels gebruiken: De meeste N2K-kabels zijn afgeschermd, maar check dat nog eens goed.
2. Aarde/aarding controleren: De afscherming moet goed geaard zijn – anders werkt hij niet effectief.
3. Stoorbronnen scheiden: Probeer 12V LED-draden en N2K-kabels niet parallel te laten lopen. Kruisen mag, maar bij voorkeur haaks.
4. Ferrietkernen gebruiken: Die kun je om de voedingsdraden van de LED’s doen om EMI te onderdrukken.
5. Kwaliteit LED’s: Gebruik goede kwaliteit LED-lampen met CE-keur en EMC-certificering.

Daar zitten al tegenstrijdigheden in die juist hier van belang zijn. Wel geinig dat het nut van afscherming genoemd wordt, maar vertel dat ding nog eens dat het een symmetrisch CAN signaal betreft en vraag wat daar de invloed van is.

Maar goed, aan jou hoe je zo’n geproduceerde tekst interpreteert…