Onderwerp: Mac koppelen aan ST50 netwerk (seatalk)

je hebt iig 3 NMEA Talkers: de GPS, de AIS en de NMEA uitgang van 1 apparaat op het Seatalk netwerk.

Als je de gegevens van die 3 Talkers in een laptop wil binnenkrijgen moet je ze alle 3 apart binnenhalen (over 3 verschillende fysieke COMpoorten of Serial-to-USBs), maar dan loop je nog een flinke kans dat je software maar met 1 van die 3 poorten wil praten en heb je nog nix.

Een multiplexer brengt de 3 talkers keurig bij elkaar op 1 uitgang van de multiplexer, en daar hang je dan je laptop aan.

Om waypoints etc te uploaden van laptop naar GPS heb je wel weer iets nodig dat in staat is met die GPS te praten. En dan hangt het van het gebruikte protocol af of dat over de multiplexer heen kan of toch met een directe verbinding laptop-GPS moet. Zo'n NMEA mux lust bijvoorbeeld geen Garmin-protocollen.
Of er voor een apple programma's zijn om gemakkelijk te uploaden zou ik niet weten. Voor windows zijn er meerdere (G7towin, GPSU).

groet
t

Je kan dit prima doen met een miniplex, dit hoeft niet per se wifi te zijn, kan ook met usb aan je macbook.

Ik weet niet of opencpn waypoints kan versturen, maar dat zal vast wel.

Ikzelf gebruik WinGPS en daar gaat het prima mee.

Stan

Er zijn ook nog andere opties, zie hier het blokschema bij mij aan boord :
home.kpn.nl/laoa77ms/blokschema%20instrumenten.pdf

Mijn AIS ontvanger (SR161) heeft een 4800 Baud NMEA ingang, die is verbonden met de uitgang van een Raymarine NMEA Seatalk omzetter (is in feite een multiplexer). De AIS ontvanger stuurt de hele zaak op 38400 Baud naar m'n PC. Tegenwoordig ook nog via een RS232-USB omzetter, omdat mijn nieuwe windows7 PC geen seriele ingang meer heeft.

De NASA AIS engine kan hetzelfde : zie www.technautic.nl/data/downloa...a%20AIS%20Engine.pdf

Op de Stentec site is ook de nodige info te vinden over het aan elkaar knopen van apparatuur :
www.stentec.com/anonftp/pub/wi...61-162-manual_nl.pdf

Tsja, het is nu eenmaal zo dat veel oplossingen voor Windows gemaakt zijn en niet voor Apple. Ik ben ook een Apple gebruiker en ik draai voor dit soort oplossingen toch een Windows omgeving op mijn Macbook (niet verder vertellen svp...). VMware, Parallels of Bootcamp kunnen daarbij helpen. Best of both worlds dus.

Grt, Michiel

Ok
Ik heb dan een Seatalk nmea bridge nodig en daarmee is het blok schema na te maken. Bij mij feitelijk identiek... Dat scheelt weer een paar honderd euro. Pc kan dan ook de waypoints naar de gps sturen... Wanner dat werkt met open CPN hoef ik geen windhoos te installeren.

een seatalk-nmea bridge zal vast niet veel goedkoper zijn dan een multiplexer, en wel minder functioneel.
De Shipmodul multiplexers hebben allemaal een ingebouwde seatalk-nmea converter (1-richting, dus geen NMEA to Seatalk).

Gregor hier op ZF heeft recent ontdekt dat OpenCPN de stuurautomaat NIET aanstuurt: er komen geen APA, APB of andere door de autopilot te gebruiken berichten uit OpenCPN. Foutje, schijnt het. En dan is de enige mogelijkheid om de Furuno de autopilot te laten aansturen (via de multiplexer).

groet
t

Capolavoro schreef :
De Raymarine converter is volledig functioneel, en zelfs bidirectioneel : "The Raymarine PC to SeaTalk enables PCs to achieve bi-directional communication with Raymarine's SeaTalk bus", is in staat tot integratie van NMEA apparatuur en een stuurautomaat, en is een stuk goedkoper dan een multiplexer.

Overigens is bij mij de situatie sinds 2002 'organisch' gegroeid.
Bij het opzetten van een dergelijke koppeling nu moet je goed in kaart brengen welke apparatuur en welke protocollen met elkaar moeten praten, en wat je wensen kunnen zijn in de toekomst. Door slim gebruik te maken van ingebouwde multiplex mogelijkheden zoals bijvoorbeeld de 4800 Baud NMEA input van sommige AIS ontvangers kun je de complexiteit en de kosten van je installatie beperkt houden.

Capolavoro schreef :
Mijn versie van OpenCPN stuurt keurig een $--RMB sentence uit als er een Waypiont /Route actief is. Kun je dat niet omwerken in een APA ?

Capolavoro schreef : Kleine nuancering, wat bij niet werkt, is dat over de RS232-port van de laptop zowel het TX als het RX signaal naar de multiplexer sturen inclusief alle bijbehorende nmea-zinnen. Als work around heb ik de rs232 van de laptop gekoppeld aan de uitgang rs232 poort van de mulitplexer (Shipmodul 2S) en de usb poort van de laptop aan de input van de mulitplexer.

Het is op de Shipmodul mogelijk om meerdere gevers parallel aan te sluiten op een ingang. De zinnen worden vervolgens in de Shipmodul gesplitst.

Grtz., Gregor

Gregor schreef : Dat lijkt me toch niet. Eén gever (talker) per multiplexor poort, hardwarematig.

Gregor schreef : Dat lijkt me niet de bedoeling, zie o.a www.shipmodul.nl/nl/index.html ,en klik via 'NMEA info' naar 'Multiplexers'

edit : Freebird was me net even voor

misschien staat de miniplex van Gregor in zijn achteruit!
groet
t

Gregor schreef :
Voor het goede begrip TX staat voor Transmit (zenden)en RX staat voor receive (ontvangen). Dus je laptop zal nooit via RX nmea naar de multiplexer sturen.
Kan het zijn dat je probeert om AIS informatie op 38400 te ontvangen en tegelijkertijd waypoint info te versturen aan je stuurautomaat met een snelheid van 4800 via de zelfde poort ? Volgens mij is de snelheid van de autopilot vast op 4800 in opencpn. Dat zal ook je autopilot willen hebben.

Free Bird schreef : Wellicht dat het niet op de site van Shipmodul wordt gepromoot, maar uit een gesprek met Meindert was het wel een van zijn opmerkingen dat er een tweede instrument op dezelfde ingang kan worden aangesloten.

Groet, Gregor

Ik ga het schema volgen van Cees..
heb een ST/ nmea converter gevonden en daarmee ben ik voor 100 euri klaar...
ik neem aan dat de gps (furuno 30 zowel een ingang als een nmea uitgang heeft.. 2 kanalen...)

dan ben ik goedkoop klaar..

Gregor schreef : Dan zou Meindert geen last hebben van natuurwetten.... Zou je hem verkeerd begrepen kunnen hebben?

Free Bird schreef : Dan zou Meindert geen last hebben van natuurwetten.... Zou je hem verkeerd begrepen kunnen hebben?[/quote]
Dat zou natuurlijk kunnen. Misschien dat Henkvd hier licht in de duisternis kan brengen.

Grtz. Gregor

Free Bird schreef : Dat denk ik inderdaad, want je raakt hier het principe van de multiplexer, die juist de binnenkomende signalen fysiek per ingang scheidt en vervolgens keurig achter elkaar gerangschikt op één uitgang doorgeeft.
Lees maar wat Meindert er op z'n website van zegt :
"The situation gets complicated when several talkers have to send data to one listener. A typical example is where a GPS and a wind meter have to send data to an autopilot. (..)
The NMEA standard has no provision for these situations, so without special equipment, this is impossible. The outputs of the talkers will effectively short-circuit each other and the sentences they transmit will be corrupted since any talker can start sending at any time. The result will be like four persons telling a different story to one listener at the same time"

Zonder deze draad helemaal door te spitten zijn de volgende beperkingen algemeen geldend voor NMEA en de multiplexer.

Op de ingangen van de miniplex multiplexer kan maar 1 talker worden geplaatst, voor de normale ingangen 1 tot 4 betekend dat dus 4 apparaten.

De PC aansluiting USB of serieel aansluiting op de Miniplex is een beetje bijzonder, bij de oudere types ( en oudere firmware) van de miniplex wordt er gesproken over server hub of auto mode voor deze aansluiting, dit is voor een leek een wazig gebeuren en het gedrag in bv auto mode is dan wazig. Tegenwoordig heet dat in de firmware van de Miniplex computer data en heeft de mogelijkheden Yes, NO.


Indien deze optie gebruikt wordt en de optie wordt geselecteerd om computer data via de serieele aansluiting naar de miniplex te krijgen is dat de miniplex op de desbetreffende uitgang omschakelt en niet meer de 4 ingangen doorlaat maar de data uit de PC naar de desbetreffende uitgang doorstuurt.

In andere woorden als voor output 1 van de miniplex wordt gekozen voor computer data zal alleen de data uit de PC doorgestuurd worden.

Afhankelijk van de gebruikte navigatie software op de PC is het maar de vraag of de compoort in dit programma instaat is om 2 functies te vervullen bij de meeste is dat niet het geval en kan bv COM 1 alleen maar data ontvangen en is voor bv een autopilot uitgang dan een extra compoort nodig.

@ISO788 Hans

Ben je bekend met het uploaden van waypoints naar de GP30 ?

Naar mijn mening alleen geschikt voor een lange koude winteravond en niet geschikt voor even snel aanboord een waypoint aanmaken op de PC en doorsturen naar de GP30.

Wat is het bezwaar hiervan? Vanuit WinGPS werkt het snel, het enige probleem is dat bij uploaden de GPS alle reeds aanwezige waypoints in de prullebak gooit, dus je moet even goed kijken welke points je gaat uploaden.


Stan

monreve schreef :

Hangt helemaal van het gebruikte programma af, de GP30 begrijpt alleen een ASCI file en kan niet omgaan met een NMEA waypoint zin.

Aha, dan heb ik dus mazzel met WinGPS!

Stan

henkvd schreef :
en een ASCII file krijg je niet door een multiplexer heengestuurd, die zal alles wat geen NMEAzin is gewoon weigeren.
Dus een rechtstreekse koppeling nodig tussen PC en GPS voor een upload.
(waar heb ik dat toch eerder gelezen )

Wat betreft meerdere NMEAtalkers op 1 ingang van de multiplexer:
zoals henkvd en ik al eerder zeiden kan dat niet.
Zelfs de beste multiplexer ter wereld zou het nooit kunnen, want meerdere NMEA zenders zullen hun berichten op willekeurige momenten (alleen door de zender zelf bepaald) versturen. Dan komen er dus + en - voltages op het draadje. Een tweede draadje op dezelfde ingang van de mux zal ook lekker + en - doen wanneer dat apparaat daar zin in heeft.
Voor de mux kan/zal het een onontwarbare brei van electrische signalen worden. Af en toe komt er een onverstoord bericht (als er even maar 1 zender is) en vaak zullen de berichten elkaar deels overlappen en dus onleesbaar zijn.
Als je zoiets zou willen heb je een protocol met Collision Detection nodig (Ethernet bijvoorbeeld).
groet
t

monreve schreef : dat is geen mazzel maar een kwestie van een goed ontwerp.
Veel programma's kunnen dat: WinGPS, Seaclear, GPSU, G7towin etc.
Die hebben de mogelijkheid een specifiek protocol voor elk merk GPS te gebruiken.

OpenCPN lijkt op dat punt niet helemaal slim ontworpen.

groet
t