Onderwerp: Draadloze afstandbediening stuurautomaat

roozeboos schreef :
Hoe kom je daar bij? Het stekkermateriaal en de kabels zijn van zeer goede kwaliteit.
Zoals ik het geschoten heb is dat, naast de hogere bandbreedte, het grote voordeel van STNG. Ik heb het gevoel dat dit gewoon weer probleemloos gaat werken, net zoals de Seatalk1 op de Second Wind 16 jaar probleemloos heeft gewerkt.

O.K. de toekomst moet het leren, en een steekproef van N=1 is natuurlijk niets.

STNG is goud & sealed & geborgd. ST1 is alleen goud. (de contacten)

roozeboos schreef : Mwa, Seatalk NG met de Raymarine hardware laag werd in 2007 of zo geïntroduceerd, 14 jaar geleden dus. Voldoende oud voor eventuele hardware gerelateerde problemen om zich te openbaren. Afgaande op wat ik lees op ZF, het Raymarine forum en bijvoorbeeld Cruisersforum zijn er heel weinig tot geen problemen met de RM kabels en stekkertjes. Meestal gaat het om het verkeerd aansluiten van de voeding of integratie van oude systemen in het Seatalk NG / N2k netwerk.

Het enige dat mis is aan de hardwarelaag van RM is dat het afwijkt van de standaard N2k hardware spec. En juist dat is RM al een tijdje en redelijk stilzwijgend aan het repareren. Om nieuwe apparatuur te mogen voorzien van een NMEA2000 certificaat moeten er ook standaard devicenet aansluitingen op zitten en dat gebeurd dus ook. Ik verwacht dat op termijn RM langzaam afscheid neemt van de eigen kabeltjes, al zullen die nog wel lang verkrijgbaar blijven gezien de grote installed base.

Door de veel kortere bittijden van NG t.o.v. seatalk1, die op 4800 baud werkt, moeten de connectoren en kabels van betere kwaliteit zijn. anders vallen bitjes om. Vandaar mijn opmerking, wat meer een verwachting is, en niet is gestoeld op ervaring.

We zullen vanzelf zien of de connectoren goed genoeg zijn om de tand des tijd te doorstaan.
Maakt ook verder niet uit natuurlijk.

ilCigno schreef :
Werkt dit dan ook niet via een nmea0183 naar STNG convertor, welke op de Roosmux aangesloten is (in+uit) en waar dus ook de ST1 op staat?
Of heb je alsnog die ST1-STNG convertor nodig?

Je vertaalt dan dus ST1 naar NMEA0183 (in de Roosmux) en vervolgens NMEA0183 naar STNG via een andere converter? Ik kan daar eigenlijk geen uitspraak over doen. Theoretisch kan het, maar je zal het moeten testen of alle boodschappen goed doorgegeven worden. Het is een wat ongebruikelijke opzet.

Ik vraag het me af hoor of dat werkt.
Ik denk namelijk dat er geen vertaling beschikbaar is van het ST1 naar nmea, als er al een nmea bericht is voor afstandsbediening.

Misschien ja Roozeboos daar iets over zeggen? Hij heeft immers een AB gemaakt bij de Mux.

Klopt, je kan niet van seatalk1 naar nmea met deze berichten.
De mux kan wel van zijn eigen AB de +1 en +10 ,-1 en -10 berichten sturen naar seatalk1.

Zou je de tablet of telefoon niet als afstandsbediening kunnen gebruiken via wifi?

ilCigno schreef :
Dat klopt inderdaad. En dat is in/out. Een waypoint van de USB via de Roosmux naar de stuurautomaat komt aan, dus ik meende dat dan de afstandbediening ook zou moeten kunnen werken. Maar dat is niet zo. Inmiddels zie ik dat Chris al gereageerd heeft. Dit werkt dus niet.

Dus zou ik de nmea - STNG convertor moeten vervangen (of moeten toevoegen) door een ST1-STNG convertor.

Of zijn er nog andere suggesties?

Technisch kan het allemaal, de mux kan de commando's genereren en versturen.
Maar dan moeten die commando's dus ergens vandaan komen.

roozeboos schreef :
Maar de mux kan dat niet naar nmea0183?

Ik kan een nmea bericht verzinnen, maar dan heb je er nog niks aan, toch?

Dat is toch niet zo ingewikkeld? Dan weet je in ieder geval zeker dat het werkt. Je kunt de converter op iedere gewenste plaats inprikken in de ST1 bekabeling. De NMEA0183 converter heb je dan vrij voor een andere toepassing. Ik heb mijn AIS transponder (die alleen NMEA0183 praat) bijvoorbeeld daarmee aangesloten op het STNG netwerk.

Haha, nee, zeker niet ingewikkeld. Maar ik denk dat we allemaal steeds op zoek zijn naar een oplossing in de situatie van onszelf.
Dus vandaar.

Mooiste voor mij zou zijn dat de mux de stuurcommando's omzet naar nmea die dan opvolgend vertaald worden naar STNG.

Maar dat kan waarschijnlijk niet.

Chris opperde al om een nmea bericht te verzinnen, maar dat moet dan nog omgezet worden naar STNG. Mijn kennis reikt niet ver genoeg om te weten of dat kan werken. Mijn nmea - STNG omzetten is van Yacht Devices.

Zo zit het bij mij (uitsnede uit schema datanetwerk):

Zelf verzonnen nmea berichten werken alleen bij zelf verzonnen ontvangers.

Er is maar 1 oplossing: de Seatalk naar SeatalkNG vertaler er tussen. Het is niet anders.

Weet iemand de juiste aansluitmethode van de ST1-STNG convertor naar de ST1? Ik kan namelijk niet de 3 polige stekker ergens inprikken. Moet de spanning ook aangesloten worden (nee toch?); dan blijft alleen de "gele" over.

Hoor graag.

Zowel de converter als het basisstation zijn actieve componenten en hebben dus voeding nodig via STNG respectievelijk ST1. Alle aders moeten dus worden aangesloten, echter in je netwerk mag normaal gesproken maar één voedingspunt zijn. Het is dus niet de bedoeling dat je zowel het STNG netwerk van voeding voorziet én je ST1 netwerk ook van een voeding voorziet. Zie ook mijn schema, het rode lijntje is de voeding voor het hele netwerk (afgezien van apparaten die nog een eigen voeding vragen, die zijn niet getekend).

Wat betreft ST1, het is niet kritisch waar je de koppeling maakt en ook niet hoe. Je kunt gebruik maken van de dikke driepolige connectoren middels een 3-weg blokje, maar goedkoper en net zo goed is gewoon de drie aders ergens kleur-op-kleur verbinden met Wago'tjes.

Maar om je vraag beter te kunnen beantwoorden zou een schema van je huidige datanetwerk handig zijn.

Dank je Timo.

Een dergelijk schema zoals jij getekend heb, heb ik niet direct.

Maar even een paar praktische vragen:

• mag de gele ST1 data parallel afgetakt worden naar de ST1-STNG convertor?
• de ST1 is al van voeding voorzien (6 klokken ST50), en het STNG netwerk ook; dan hoef ik toch alleen de gele aan te sluiten?
• moet ik nog rekening houden met een overloop aan ST data? Ik zal dat waarschijnlijk van één van de zijden (of ST1 of STNG; bij voorkeur vanuit STNG dan) moet blokken? Of hindert dat elkaar niet

Een schema hoeft niet mooi te zijn, als het maar duidelijk is. Gewoon met pen en papier en er een foto van maken werkt ook.
Ik zou zelf de ST1 voeding weghalen en de voeding van je klokjes via de STNG kant laten lopen. Wil je ze toch afzonderlijk kunnen schakelen dan moet je alleen de rode ader onderbreken. De dataverbinding heeft ook een nul nodig. Theoretisch is uiteindelijk alles aan dezelfde massa gekoppeld, maar de 'omweg' verhoogt de kans op verstoringen. Je hoeft niet bang te zijn voor data-overload, ST1 en STNG babbelen prima met elkaar via de converter. Het enige probleem dat kan optreden is als er meerdere bronnen zijn van dezelfde data. GPS is daarvan de bekendste.

Hoi Timo,

Dank.
Heb een tekening gemaakt van de huidige situatie, zie bijlage nav_instrumenten.


De nieuwe situatie zou dan volgens de tweede pdf (nav_instrumenten rev) moeten gaan? Dus dan vertaald de mux geen ST1 meer, en gaat alle ST1 via de convertor? Zijn daar problemen mee te verwachten? Je kunt dan nl in de Mux dan geen specifieke regels meer gebruiken voor ST1 - nmea en vice versa.


Gr. Peer

Duidelijke schema's Peer. Ik zie geen principiële fouten in het schema 'nav_instrumentenrev'. Enkele aandachtpunten:
- Je hebt de eindweerstanden op de backbone niet getekend, maar ik neem aan dat deze er wel zijn
- De Roosmux krijgt al zijn data nu alleen aangeboden als NMEA0183 data (via de nmea-stng converter). Ik neem aan dat je daar net zo goed op kan filteren of prioriteren zoals je dat voorheen op de ST1 ingang deed.
- Controleer goed of er geen voeding meer aanwezig is op het ST1 deel (dus conform je schema). Raymarine benadrukt dat ook in het manual:- Volgens hetzelfde manual mogen er maar maximaal vijf ST1 apparaten aangesloten worden op de ST1 aansluiting van de converter. Jij hebt nu zes klokjes getekend en daar komt het basisstation van de afstandsbediening nog bij (nu niet getekend in je schema). Ik neem aan dat deze restrictie ingegeven is door de maximale stroomsterkte van de voeding van deze klokjes. Zes zou ik nog wel aandurven, maar zeven gaat wel ver buiten de spec. Oplossingen zijn:
a. vervang het 'navdata' klokje door een i70s
b. gebruik twee STNG-ST1 converters
c. compass klokje er uit, staat ook al op je navdata (of i70s) én je p70s. En op je magnetisch kompas als je dat hebt Waar krijgt dit 'compass' instrument zijn magnetische data vandaan? De EV1 zet dit ook al op het netwerk dus een tweede (fluxgate?) kompas is sowieso ongewenst.

Dank Timo. Duidelijk.

Toch een paar vragen / opmerkingen:

• eindweerstanden zijn er inderdaad
• in de Roosmux wordt de ware wind nog toegevoegd, welke ik zichtbaar heb in OpenCPN. Die zal ik in deze nieuwe opzet gaan missen? Of ik kan ik die ergens anders toevoegen?
• als afstandbediening gebruik ik de RoosRemote, dus geen extra basisstation
• dus 6 klokken, ik verwacht niet dat dat een probleem zal zijn. Raymarine zal hier een ruime veiligheidsmarge aanhouden
• het compass klokje krijgt inderdaad data van een fluxgate compass; het klokje kan ik gebruiken als slave van de ev1
• het fluxgate kompas wordt dan een reserve kompas en wordt losgekoppeld van het klokje. Kan de nmea hiervan als prioriteit op de roosmux instellen

Maar de belangrijkste vraag is, en waarom ik dit draadje verder voortgezet heb: werkt de RoosRemote nog in deze configuratie? Als dat nml niet het geval is, houd het op en laat ik het voorlopig zoals het is.

Ga je deze converter gebruiken? Zover mij bekend geeft die alleen de GPS data door, of is er nog een ander type?

Nee, hij heeft een andere:
Peerke schreef :
Prima apparaatje trouwens. Daarin kan je ook een heleboel berichten filteren als je dat zou willen. Maar ik zou dat in dit geval in de Roosmux doen, die is veel gebruikersvriendelijker op dat vlak van wat ik daarvan gezien heb.