Onderwerp: Opencpn / maxsea

Ok, licht aan het einde van de tunnel
Een multiplexer zal het worden. Shipmodul is nauwelijks leverbaar op dit moment. De Actisense is daarentegen wel leverbaar en voordeliger dan shipmodul. Overweeg de laatste aan te schaffen.

Gregor schrijft:
Actisense, nooit van gehoord....
Kijk ook eens naar Brookhouse. (een nederlander in Nieuw Zeeland)

groet
t

In de tekening die ik in m'n vorige post had geplaatst wil ik ik ding wijzigen, de AIS niet op de multiplexer maar direct naar 1 van je compoorten.
Dit voorkomt data overflows, aangezien de rest van je systeem dan op 4800 kan blijven draaien ( moet voor je display's )en de AIS op 38400.

Dank je Henk, dat had ik me inderdaad ook al afgevraagd. Altijd weer aardig om bevestiing te krijgen

Een update. Ik heb een multiplexer geïnstalleerd. Het is een Actisense NDC 4 USB. Actisense

Waar ik nog tegenaan loop is het volgende. Maak ik een route aan op de Furuno GP31, dan verschijnt op de Clipper gps repeater de informatie als 'distance to waypoint', SOG, COG, CTS. Daarnaast is er door het drukken op 'Position' naast de positie ook de XTE te zien. Maak ik echter een route in bijv. Maxsea aan, dan verschijnt deze data niet op de Clipper. Het enige dat ie laat zien is de SOG en de COG.

Door het inschakelen van een virtuele poort kan ik via NavMonPC 'meekijken' naar de gegevens die worden verstuurd. Ik zie binnen het programma wel data als XTE, CTS, Heading etc.

In de NDC kan ik wel de input poorten configureren, maar aan de output zijde zie ik geen mogelijkheid daar aanpassingen in te doen.

Iemand een idee hoe ik dit werkend kan krijgen?

Je moet een instrument toevoegen in je boat tab.

Voeg het instrument toe en selecteer je uitgaande compoort, wijs als type instrument autopilot nmea 183/ repeater aan.

Dank je Henk. Deze optie had ik inderdaad gevonden en ingesteld; ik heb nu 1 com-poort die als nmea autopilot/repeater is gedefinieerd. Verder zijn er geen instrumenten toegevoegd. Er is 1 com-poort (COM10=virtuele poort). Rechtstreeks op COM 5 (is de echte poort) instellen maakt geen verschil.

In OpenCPN heb ik ook geprobeerd of het werkt, maar helaas.

Heb je een andere suggestie die ik kan proberen?

Aanvulling op het voorgaande bericht, in het eerste bedradingsschema, dus zonder multiplexer, kreeg ik de info van de route wel op de clipper gps repeater te zien. Lijkt erop dat de multiplexer iets 'achterhoudt'.

De vraag is nu, werkt de Actisense in 2 richtingen voor je laptop compoort of zit het probleem in je virtuele poorten.

Heb je de mogelijkheid om een 2e compoort ( niet virtueel ) maar via USB om de piloot/repeater data terug te voeren naar een van de ingangen (1/4) van de Actisense.

Op mijn laptop heb ik nog wel een paar poorten over die ik kan inzetten voor andere mogelijkheden. Mijn AIS-receiver komt straks rechtstreeks op com 1 te staan, dus die heb ik over. Hoe ik die data moet terugvoeren, dat zou ik moeten uitzoeken.

Maak dan een GPS compoort (bv com1) aan in Maxsea en een compoort (bv com5) voor de de autopilot / repeater data, deze laatste voer je terug naar een van de ingangen 1 tot 4 van de Actisense.

Jup en dan ook nog opletten in Maxsea dat je die NMEA-zinnen kiest die de NASA begrijpt. Je kan dezelfde data in verschillende zinnen naar buiten sturen.

henkvd schrijft:
Begrijp ik je goed dat er dan twee aansluitingen van de laptop naar de multiplexer gaan?

@FMJ: die lijst met instellingen heb ik gevonden....

ja dat heb je goed begrepen. 2 aansluitingen van de laptop naar de multiplexer.

1 compoort als listener aangesloten : GPS
1 compoort als Talker aangesloten : repeater / autopilot

hiermee voorkom je evt problemen met het door zetten binnen virtuele compoorten.

Verder zou het handig zijn om nog een PC aan te kunnen sluiten om te monitoren ( hyper terminal)wat er nu precies uit de multiplexer komt.( PC als listener aan sluiten op een van de outputs )

Een tweede laptop, mag dat ook een Mac zijn

Voor de duidelijkheid, die virtuele com port was alleen bedoeld om via NavMon te kunnen meekijken. Het was / is geenszins de bedoeling dit een permanente oplossing te laten zijn.

Had gehoopt het uiteindelijk met 1 usb-kabel te kunnen oplossen waar al het dataverkeer overheen gaat.

Het lijkt erop dat de NMEA-zin met RMB niet bij de Clipper aankomt dan wel wordt aangemaakt. In de log file die door NavMon is gemaakt, daar zie ik die regel wel in staan.

Ik ben niet bekend met MAC, als je hierop een terminal programma kan laten draaien waar je de nmea stroom mee kan monitoren is dat ook goed, zie je precies waar het mis gaat en de verschillen tussen uitvoer van GPS en Maxsea.

Kleine update over het schema:



In het schema valt o.m. op dat IS-15-Wind en de TP32 op dezelfde poort zijn aangesloten. Dit is op aangeven van de leverancier om te zorgen dat de TP32 ook 'op de wind' kan sturen. Dit werkt overigens

Gregor schrijft:
Het schema bevat de nodige foutjes naar mijn idee.
Opm over je schema zet de data stroom pijltjes de juiste richting uit.
Dan zie vanzelf waar nu verkeerde teksten staan.

Over de parallelle verbinding heb ik me ook verbaasd. Iets om rekening mee te houden als het tot een werkend geheel is.

Welke datapijltjes bedoel je? Verwarring Listner / Talker??

Ik heb een stukje data uit de log van NavMon kunnen vissen en daarin is te zien dat de RMB-string er wel is.... Wat de tekens ervoor betekenen is mij niet duidelijk.

Nu ik het oude schema er bij pak, zie ik nog meer schoonheids foutjes in je schema, volgens mij zit het in werkelijkheid wel goed aangesloten.





zo zou het er straks uit moeten komen te zien.

Zoals je ziet heb ik maar even een groot kruis gezet door de info van de leverancier van de stuurautomaat,
Dat is onzin en kan niet,2 verschillende uitgangen parallel aansluiten op een ingang kan gewoon niet.
De wind info krijgt de TP straks gewoon uit de Actisense.

Betreft het Navmon log, het cijfer voor het $ teken geeft de poort aan waar het binnen komt.

tevens zou je denken dat Maxsea toch z'n best doet $ECRMB komt toch echt daar vandaan, anders had er $GPRMB gestaan.
EC staat voor ECDIS = in dit geval Maxsea.
Virtueel werkt het dus wel, op fysieke compoorten komt het nog niet naar buiten.

Verder zou je alle $PARxxx berichten kunnen blokken, dat is alleen maar ongebruikte ballast uit de Actisense.
Tevens een voorkeur zetten op een van de GPSén, zodat de voorkeur GPS gebruikt wordt zolang deze aanstaat en pas overschakelt naar de andere GPS als de voorkeur GPS uitstaat.

Het zou natuurlijk ook nog kunnen dat de NASA-clipper de $ECRMB zin niet wil kennen.. dingetje heeft wel meer rare nukken..

FMJ schrijft:Normaal gesproken worden de device letters genegeerd door de listener in dit geval is EC de device aanduiding.
Niets is onmogelijk natuurlijk, de NMEA standaard is niet zo standaard als we zouden willen.

zo te zien maakt de nasa apparatuur zelf II-berichten (Integrated Instrumentation).
Misschien luistert de nasa alleen naar GP en II berichten?
Is het mogelijk in de multiplexer de EC te laten vervangen (EC door II)?
(kan wel in de shipmodul muxen).

groet
t

Met de nodige telefonische support (...) een heel eind gekomen vandaag:
- De stuurautomaat kan o.b.v. de wind sturen
- De stuurautomaat kan een route vanuit de gps (Furuno) sturen
- De Clipper GPS repeater laat de route info ook zien. Dit geldt ook voor het navigatiescherm van de IS15.
- Een route vanuit Maxsea wordt ook op de Clipper weergegeven. Hier zit nog wel een probleem dat deze niet constant zichtbaar blijft, maar knippert tussen de standaard weergave (SOG + COG) en de route data.
- Maxsea geeft in het data tabblad, dus waar je de feitelijke gegevens ziet, op COM 5 een Checksum error.
- Via hyperterminal zie ik wel enkele dataverminkingen die gerelateerd zijn aan $II (dat is de windmeter. Moet nog controleren of er dataverminking als ik de hyperterminal rechtstreeks op de ingang van de multiplexer aansluit, dus daar waar de wind-data op binnenkomt.

Een stukje output:
In de eerste vetgedrukte regel is bijv. een komma weggevallen.

Probleem dat zich nu voordoet, is dat het boordnet aan de Multiplexer hier niet aan gekoppeld mag zijn als de usb-kabel van de mulitplexer aan de laptop zit. Dit heeft met een aardingsprobleem te maken. Dit moet nog opgelost worden......

Het bijgewerkte schema:
[img size=Bedradings]www.uisge-beatha.eu/uploads/im...hema_multiplexer.jpg[/img]