Onderwerp: Stoeien met NMEA0183 netwerk / miniplex2-Usb

Na mn allereerste forumbericht meteen een tweede, in de bijlage een overzichtje van het nieuw op te zetten nmea0183 netwerk met een miniplex2-usb van shipmodule icm met een neiwue b&g zeus2 Graag zou ik wat feedback van jullie ontvangen over de layout:

-kan ik de zeus2 beter verbinden met de gm10 via nmea2000?
-kan ik de simrad j300x aansturen met de zeus2? (Zie mn andere berichtje)
-is het slim de navman7100 rechtstreeks een mn ais te hangen ivm gps?
-en elke andere slimme feedback is van harte welkom!!!

De apparatuur staat momenteel thuis in een test opstelling, alle apparatuur is uit de boot ivm refit, dus mochten er nog andere wensen zijn tav testopstellingen, wellicht is dit een kans!!!

De combinatie Miniplex2-usb en easyTRX2IS lijkt mij de slechtst mogelijke, omdat je heel veel zwakke punten van een dergelijke opstelling combineert (vnl gebrek aan in- en uitgangen).

Ik tel 4 ingangen NMEA0183 (waarvan 1 mogelijk N2k) en 5 uitgangen (waarvan 3 mogelijk N2k).
Als je de Zeus en Simrad direct aansluit en de displays via N2k aan de Zeus hangt (er vanuit gaande dat dit werkt) heb je nog steeds 1 uitgang te weinig.

Beste oplossing lijkt mij een Miniplex3-N2k, dan sluit je zoveel mogelijk aan op N2k en de rest laat je NMEA0183. Dan praat je toch snel over 500-600 euro extra en dan heb je nog de optie de wifi ook meteen mee te nemen in de mux.

Goedkoper alternatief is te proberen de mux met een PI (openplotter) te koppelen en te kijken of je de ontbrekende uitgangen kunt aanvullen. Dit wordt volgens mij een ontzettend hobbyproject, dus als daar je hobby ligt...

Beste reuver, bedankt voor je snelle reactie, de miniplex manual geeft aan dat er per uitgang 3-4 listners mogen worden aangesloten, ik heb de opstelling bijna zover om te kijken of het idd zo is

Wat bedoel je precies met de combinatie van easyAIS en de multiplexer als een zwakke combinatie? Belangrijkste doel is AIA op de zeus te krijgen de easyAIS heeft helaas geen nmea2000

Met vriendelijke groet, Paul

Ik zie zo snel geen problemen in je schema, behalve dat ik niet weet hoeveel en welke data die Easy aan kan over wifi?

prbos schreef :
4 is de officiële NMEA standaard. Gaat zeker werken, 5 ook nog wel.

Baasklusje schreef :
Alleen jammer dat het na 2 toch wel ophoudt in de praktijk, 3 lukt vaak al niet meer fatsoenlijk.

Ah, dat is balen, dan zal ik de output van de Zeus2 en de EasyAis moeten gebruiken
Wadnwind, als expert voor Simrad apparatuur, heb jij ervaringen met de j300x? Ik krijg er geen nmea signalen uit, lijkt er eigenlijk op dat ie helemaal niets doet, hoe kan ik deze testen binnen dit netwerk? Ik heb de rfc35r al wel apart aan de multiplexer kunnen hangen. Ik heb er verder geen APxx bij dus aansturen wordt m niet had ik helaas al begrepen, maar het zou gaaf zijn om op deze manier de roerstand vanuit de Sd10 in het netwerk krijg

Na een avondje klussen werkte alles, totdat......de easyAIS er als laatste bij kwam, Ruever je had helemaal gelijk! De multiplexer gaf meteen "override" aan en het compad / de heading kwam binnen met een vertraging van rond de vijf seconden...

De oorzaak kan wellicht liggen in het feit dat alleen de seatalk aansluiting al drie verschillende apparaten betreft? Iemand een idee hoe dit op te lossen? Als experiment heb ik nog in gedachte de multiplexer voor de easyAIS te zetten, om deze laatste vervolgens rechtstreeks op de zeus2 aan te sluiten.... Iemand een goed idee?

prbos schreef :
De SD10 wordt door Simrad gesourced van Octopus (Octopus Type RS). Simrad levert de unit met een geintegreerde frequency RFM (rudder feedback module) voor gebruik met bijv. de AT12 auto pilot controller.
Dat is waarschijnlijk het probleem, je zult waarschijnlijk de resistance RFM moeten hebben voor de J3000X.

Het beste kan je de J3000X vervangen door een AT12. Daarmee los je 2 problemen op:
1. Voor de AT12 heb je geen AP head instrument nodig. Je kunt de Zeus als AP UI gebruiken.
2. De SD10 RFB is geschikt voor de AT12.

De AT12 koppel je met de Zeus via N2K. Ideaal is om bijv. de Simrad Precision 9 voor heading te gebruiken, maar je kunt de RFC35R ook naar N2K bridgen via de Zeus. Je zult waarschijnlijk niet dezelfde AP performance halen als met een Prec. 9.

Een andere multiplexer kopen die 38400baud samen met 10Hz heading van de RFC35R aankan zonder buffer overflow. Aansluiting op de Zeus 38400 baud.

Andere tip: gebruik een goedkoop dedicated GPSje voor lat/long naar de Navman 7100 VHF. Direkte aansluiting zonder afhankelijk te zijn van andere apparaten is het beste. Kan tevens als backup dienen voor je andere apparatuur als je de output splitst naar multiplexer.


Je kunt niet generaliseren betr. het aantal listeners dat op NMEA OUT (RS422) aangesloten kan worden. Hangt helemaal van de apparaten af.

Ik hoop dat je hier wat aan hebt en dat het je niet teveel teleurstelt.

prbos schreef :
Op welke baudrate stuur je in? 4800? dat komt er dan ook uit.

Volgens blz. 42 van je handboek moet er van alles uit komen? Ook HSC (Heading steering cmd, T / M) .

De clashes die je ziet op de MUX komen waarschijnlijk doordat de Miniplex alle AIS data over 4800baud lijntjes wil proppen. Er moeten minimaal 2 lijntjes op 38400baud:
- van AIS naar MUX
- van MUX naar Zeus

Ik vraag maar even naar de bekende weg: heb je alle aansluitingen op de goede snelheid gezet en heb je de AIS-data in de Miniplex weggefilterd voor alle lijnen behalve de Zeus? Bij een storing wil de Miniplex soms de instellingen voor alle lijnen terugzetten naar 4800baud.

Voor het aantal aansluitingen op 1 NMEA-out aansluiting: Liefst sluit ik deze 1:1 aan omdat dan de galvanische scheiding effectief is. Tijdens het seizoen zal dit afhangen van de kwaliteit van de aansluitingen of meer aansluitingen op 1 uitgang goed werkt. Mijn inschatting is dat dit beter werkt op 4800baud dan op 38400baud en dat de kabels bij de displays (op 38400baud) een factor gaan worden.

Als je N2k kabels hebt liggen zou ik zeker kijken of de multidisplays doorgelust kunnen worden via de Zeus. Dan heb je in principe alle data die je op de Zeus hebt ook op de displays.

PS Ik heb nog maar een jaar kunnen spelen met een MUX. Dus je mijn ervaring is beperkt.

Ik heb wel dezelfde ervaring als Reuver. Als je NMEA data op de miniplex binnenkrijgt op 38400 (van de AIS) kan je die niet zondermeer doorsturen naar een output op 4800 baud. Je krijgt dan direct overflows. Het lukt wel als je de data gaat filteren en/of routeren. Je stuurt dan alleen die data naar de 4800 baud poort die die poort kan verwerken. Het wordt dan wel een stuk complexer configureren en je maakt snel een fout waardoor het totaal niet meer werkt of onvoorspelbaar is.

De miniplex 3 met de nieuwe firmware doet dit een stuk beter. Die buffert niet op de input maar op de output. Dan heeft alleen die 4800 baud uitgang er last van. En kom je zonder complexe configuratie een stuk verder.

We zien regelmatig soortgelijke vragen voorbij komen. Het is dan ook geen plug and play, en zonder iemand willen beledigen gaan velen daar toch een beetje van uit. Zo ook ikzelf

Wat soms snel en soms pas na een hele tijd blijkt is dat er toch iets niet goed staat ingesteld. Vaak in de mux, maar ook in de instrumenten. Het is een listig ding, dat instellen en een vergissinkje heeft frustrerende gevolgen.

Wanneer AIS betrokken is moet de baudrate omhoog naar 38400. Dat impliceert dat alle instrumenten die luisteren op die uitgang ook op 38400 moeten worden ingesteld. Heb je instrumenten die dat niet hebben, dan moet je splitsen naar 2 uitgangen. 1 met AIS en 1 zonder. In jouw geval zou ik de vhf rechtstreeks op de gps aansluiten. Dan overlaad je die niet met allerlei data die hij toch niet leest.

Ik lees dat je een apparaat hebt dat met 10hz uitstuurt. Das 10x per seconde ipv de (nog) veel gebruikelijker 1hz. Dat moet je mux allemaal verwerken en een overflow dreigt al snel. Kan je die snelheid niet verlagen naar 1hz?

Verder heb je nmea 2000 aan boord. Dat heeft geen mux nodig. Is het noodzakelijk om die data toch te multiplexen? Of heeft 1 van die instrumenten ook een oude nmea uitgang waar je de data mee op de mux kan zetten?

Zet je netwerkje 1 voor 1 op en check of er blijft gebeuren wat je wil. Onderzoek niet alleen de instellingen van de mux, maar ook die van de instrumenten. Kijk of er niet een lus ontstaat door een instrument dat data ontvangt en uitstuurt. Sommige instrumenten kunnen hun eigen data multiplexen met inkomende data. En zo zet je (ongemerkt) data dubbel op het netwerkje. Het instellen van het filter (tegenhouden data per ingang) en de matrix (bepalen welke data naar welke uitgang gaat) kunnen goed werken om overflow te beperken.

Wauw wat een waardevolle hulp allemaal, Tx!

Vanavond weer aan de hobby, kijken of het toch kan op basis van jullie tips
In het ergste geval geen ais op mn Zeus, het stuurautomaat ga ik obv jullie adviezen vervangen voor een Ac12 (at12 was een typefout neem ik aan?), op eBay staan er een aantal, Ac12 & ac12n

Als ik het goed begrijp moet de ingang van het compass -> mux op 38.8k ivm de 10hz? De mux kan ook op 56k...

De Gmi10 zal ik met nmea2000 proberen te verbinden, de navman rechtstreeks op de outpu van de Zeus
Jammer, ik dacht het overzichtelijk te kunnen houden door de mux centraal te zetten

2 aparte poorten 4800 en 38.8k ga ik zeker proberen, mag de Zeus dan op beiden?

Een lus lijkt mij onvermijdelijk, aangezien ik de output van de Zeus weer op de mux wil zetten, dat gaat problemen geven?

Wordt vervolgd, nogmaals dank voor jullie tips en tricks, anders was ik er allang mee gedtopt!

prbos schreef :
Natuurlijk AC12, niet AT12, sorry.

Ik zal de lawine van adviezen nog maar even verergeren:

Zeus heeft maar 1 NMEA0183 port. Deze op 38400 zetten. Dit betekent dat Zeus output ook 38400 is, dus ongeschikt om Navman 7100 op aan te sluiten. Bovendien niet een goede zaak om afhankelijk te zijn van de Zeus om GPS data in de Navman VHF te krijgen. Je zult de Zeus niet altijd aan hebben staan.

Voorzichtig zijn met aansluiten van 10Hz heading via de miniplex. Zelfs als je geen buffer overflow krijgt kan de miniplex vertraging veroorzaken waardoor heading data (via Zeus en N2K) niet bruikbaar is voor de auto pilot. Probeer real time mode. Als je toch gaat investeren in een AC12 dan is het false economy om niet ook een N2K heading instrument aan te schaffen.
Bovendien zal de miniplex misschien bruikbaar blijven als je niet de heading sensor er op aansluit, maar alleen Seatalk en AIS.

Op mijn boot heb ik ook Zeus, AC12, Precision 9, AIS, gecombineerd met multiplexer wifi, iPad en nog veel meer. Loopt zeer geolied.

Update, het blijkt dat de mux het wel aan kan de easyAIS erbij te schakelen, ik had na het resetten van de Zeus er niet op gelet dat de baudrate ook weer op default wordt gezet (=4800)

De heudung werkt nu bijna zonder vertraging, en ik lees net dat ik de gps-sentences van de easyAIS uit kan zetten op de tx-out, dat gaat vast helpen in het reduceren van de data die de mux in gaat....

De gmi10 op nmea2000 werkt idd perfect, deze ontvangt de heading info via de mux soms nog eerder dan deze op de zeus verschijnt, de conversue van nmea0183 naar nmea2000 werkt perfect!

Dank voor de toevoegingen 37south, kan ik de heading (rfc35r simrad met nmea0183 out) ook rechtstreeks op de ac12 aansluiten? Dit zou de vertraging kunnen voorkomen? Heb je de ac12 of ac12n? Die laatste kan dat waarschijnlijk niet? Heb je misschien een overzicht hoe je de bedrading hebt aangesloten?

De zeus staat nu idd op 38400, en ik gebruik de multiplexer van de easyAIS om het gps signaal naar de navman 7100 te sturen. Daarnaast de easyAIS zo ingesteld dat deze alleen ais en gps positie doorstuurd, dat scheelt bijzonder veel data als ik naar de scroll snelheid van de multiplexer kijk

Het blijft een leuke puzzel!

prbos schreef :
Inderdaad, leuk puzzeltje. De AC12 is een NMEA2000 auto-pilot en verwacht heading via het N2K network. Je kunt niet een NMEA rate compass zoals RFC35R direct aansluiten. Aansluitingen op de AC12 zijn Simnet (=N2K), de drive en de (integrale) rudder reference module (frequency model) van de SD10.
In theorie kan je RFC35R "bridgen" naar N2K, maar ik zou dat niet doen. De kleinste vertraging heeft al effect. Ik heb het niet geprobeerd, maar performance zal ongetwijfeld onbevredigend zijn. Bridgen via de minplex en Zeus is al uitgesloten en via de Simrad AT10 converter betekent dat de frequentie slechts 4Hz gaat zijn. (zie tabel in mijn beschrijving)

Onze setup is: AC10 met SD10 drive, N2K Precision 9 compass. Auto pilot bediening op Zeus of wanneer de stuurstand onbemand is, via B&G Triton en OP10 remote in kuip schot. Een extra OP10 bij stuurstand voor als de plotter uit staat.

Ik heb beschrijving van onze electronica install als bijlage toegevoegd. Waarschijnlijk te uitgebreid voor wat jij wilt, maar misschien haal je er nog wat uit.

Goedemiddag Mabelle,

Bedankt voor het heldere overzicht, dat helpt zeker!
Bijgaand een update van de layout, de instrumenten welke een nmea2000 aansluiting hebben staan nu ook op die wijze in het netwerk, de marifoon rechtstreeks op de Easyais waarbij alleen GPS 4800 wordt doorgegeven, dit kon ik aanpassen in het configuratiescherm. Het is nog even wachten op de AC12N, hij is onderweg! De RFC35R lijkt het in "realtime" modus goed te doen, maar ik kan mij voorstellen dat dit in de praktijk anders gaat zijn. In vergelijk met een reguliere fluxgate zal het al stukken beter zijn neem ik aan? Ter info, ik heb met de vorige boot altijd met een ST2000 gevaren, dus m'n eisen zijn op dit moment nog niet erg hoog.....

Vreemd genoeg lijkt het weglaten of toevoegen van de Easyais geen invloed op te hebben op de accuratesse van de RFC35R. Mocht het niet werken dan zal ik zeker op zoek gaan naar een rate-compass met nmea2000, al heb ik de "directie" beloofd op de kosten te letten......

Ik zal mij melden zodra de AC12N binnen is, dan kan ik eea. testen

Nb. als het nodig is kan ik de EasyAIS altijd ontkoppelen, aangezien ik deze ook op de iPad kan bekijken & ik deze voornamelijk op drukke vaarwegen erbij pak, verzenden van AIS-gegevens staat natuurlijk altijd aan.

Hi PRBOS,

Ook mooi schematje, mooi stukje huisvlijt. Ik help je hopen dat heading gebridged door mux en zeus enigszins bruikbaar is.

Nog even nagevraagd over verschil AC12 en AC12N, ik was zelf ook wel benieuwd. Ik kreeg het volgende antwoord:

Not much. The AC12N was a new sku created for the shift away from Simnet.
Instead of supplying it with a bare ended cable with a simnet plug at one end, we supplied it with a bare ended cable with a Micro-C (NMEA2000 standard – aka DeviceNet) plug.

I don’t think anything else changed except for the sticker on the front case. Even the PCB silkscreen still says SIMNET by the connector block.

prbos schreef :
Probeer je installatie zo te maken dat je voorkomt dat dit nodig is. Er is altijd wel een situatie waarin je dan toch nog moet rommelen terwijl dat echt niet uitkomt. Ook anderen kunnen dan je installatie niet meer snel doorgronden, wat zomaar heel vervelend kan zijn als er iets met jou is. Keep it simple!

Ha 37south / Ma belle,

Dat helpt, ik dacht dat het verschil de nmea2000 aansluiting voor de heading/ t compas was, op de simrad site zit daar het verschil in beschrijving, maar dit beantwoord mn vraag exact, bedankt!

Naar aanleiding van jouw mooie overzicht toch maar eens gekeken of ik de ac12n ook nog apart van mn Zeus2 wil aansturen. Nu zijn de APxx controllers nogal prijzig, en heb ik al displays van garmin. Zou het mogelijk zijn via nmea2000 de ac12n met een garmin ghc10 aan te sturen? Dan zou ik de displays allemaal gelijk kunnen houden & bespaar ik flink, die displays zijn in Canada veelvuldig verkrijgbaar tegen een kleine 100 euro.... Is nmea2000 echt zo compatible? Zal vast niet, ik ben nieuwsgierig naar jullie reacties! Groeten, Paul

Hi PRBOS,

Helaas zijn Garmin en Simrad/B&G niet op dat niveau compatible. N2K definieert alleen het protocol voor gegevensuitwisseling, niet voor UI (User Interface) voor zaken als auto pilot.
Je enige opties voor auto pilot bediening buiten de Zeus zijn een AP head instrument of een B&G Triton met OP10 ernaast. 'tis niet anders. Misschien een Garmin display verkopen en een Triton daarvoor in de plaats? De Triton is ook een veelzijdig instrument.

Cheers,
W