Segeln-Forum

Zitat von »ocean sailor«

Weiss nur nicht was ich jetzt weiter tun muss, damit Signal K funktioniert?

Moin Ocean Sailor,

habe den MCS auch an Bord am Laufen. Wenn du die Tipps von Thomas umgesetzt hast und die neueste Version von SignalK installiert hast, tauchen die Daten der 1Wire-Sensoren im Databrowser auf. Das ist inzwischen eine gute Möglichkeit zu checken, ob die Voreinstellungen richtig sind.
Ansonsten noch mal im 1Wire-Abschnitt der MCS-App nachschauen, welchem SignalK-Key du deinen Sensor zugeordnet hast. Bei mir läuft das wunderbar.

@glowntiger

Moin Thomas, ich habe meinen MCS seit einigen Tagen an Bord und mein Echolot (Airmar P79 NMEA0183) angeschlossen. Das mag keine Daten liefern, ich muss die Schnittstelleneinstellungen noch einmal überprüfen. Meine Frage an dich: Welche Blinkcodes an den LEDs der seriellen Schnittstellen gibt es und was bedeuten sie? Die Schnittstelle, an der mein altes Garmin GPS hängt, blinkt gleichmäßig etwa im Sekundentakt. Die Schnittstelle mit dem Echolot blitzt nur immer kurz auf, auch regelmäßig im Sekundentakt.
Wenn ich wüsste, was das bedeutet, käme ich dem Fehler vielleicht schneller auf die Spur..

Gruß Michael

Hi, finally next week I can reach the boat. Everything works perfectly! Thanks Thomas!

Zitat von »Moeritsen«

Die Schnittstelle mit dem Echolot blitzt nur immer kurz auf, auch regelmäßig im Sekundentakt.
Wenn ich wüsste, was das bedeutet, käme ich dem Fehler vielleicht schneller auf die Spur..

Richtige Baudrate eingestellt? Kurzes aufblitzen bedeutet hohe Senderate.

Norbert

Moin Norbert,
Danke für den Rat.
Echolot läuft seit vorhin. Liegt daran, dass auf meinem MCS aus welchen Gründen auch immer die seriellen Schnittstellen 4 und 5 von der App nicht mehr angezeigt werden und daher wohl auch nicht angesprochen werden können. Nun hängt das Echolot an 1 und macht, was es soll. An 0 sitzt die Funke und liefert AIS-Daten. Auch alles gut.
Aber die Blink-Codes würden mich schon interessieren...

Gruß Michael

Erst Mal danke schön für die Screen Shots. Das Problem lag in der Inkompabilität der Pakete. Habe die Installation mehrfach ausgeführt und fast verzweifelt.
Dann habe ich es wie folgt gemacht:
Noob installiert notwendige Einstellungen gemacht . MCS App runtergeladen. Signal k upgedatet. 1wire in MCS installiert, Output von 1wire in MSC App eingestellt. Signal K eingestellt.

Hatte alles zuvor genauso gemacht, nur nicht die Updates zu erst gemacht....

Jetzt muss ich erst Mal lernen mit Signal K umzugehen.

Frank

Moin Thomas und die anderen Elektronik-Fachleute,

die Daten meines MCS muss ich in den nächsten Tagen auslesen, nun ist er an Bord und ich nicht mehr.
Bin heute durch den NOK an meinen Liegeplatz in Kiel und habe einen merkwürdigen Fehler beim Navi-Equipment feststellen müssen, wo ich euren Rat und vor allem eure Expertise gut gebrauchen könnte.

Meine Konfiguration:
Raspi 4 mit 4Gb Ram, MCS von Thomas, USB-Maus von Navilock, als Backup noch n altes Garmin GPSMAP62SX über die RS232 des MCS. Monitor: Faytech 8Zoll. AIS kommt von einem Standard Horizon GX2200e, ebenfalls über eine serielle Schnittstelle des MCS.
Am Raspi hängt ein USB-Hub und ein WLAN-USB-Stick, Hersteller weiß ich gerade nicht.
Den Raspi und den MCS habe ich eingepinselt mit einer Epoxi-Vergussmasse speziell für Elektronik für den Feuchtigkeitsschutz.
Vorher bin ich 2 Sommer mit einem Raspi 3 und dem e.g. Monitor herumgefahren, lief komplett problemlos.

Seit Einbau des Ganzen vor einigen Tagen passiert folgendes: Sowohl Funkgerät, als auch Garmin empfangen keine GPS-Signale. Auch nicht innerhalb der Fahrtstrecke durch den NOK heute. Das Garmin arbeitet problemlos, wenn es außenbords im Cockpit betrieben wird. Unter Deck auch, wenn das gesamte Raspi/ MCS/ Monitorgeraffel ausgeschaltet wird. Die Funke spielt dann auch wie gewohnt mit ihrem GPS mit.
Dann habe ich, um das Problem einzugrenzen, MCS und Raspi getrennt und den Raspi allein betrieben. Ergebnis: Solange der Raspi ausgeschaltet ist, zeigt das Garmin GPC Satelliten an und deren durchaus annehmbare Empfangsstärke. Sowie ich den Raspi einschalte, geht der gesamte Empfang der Satelliten auf Null. Das gilt ebenso für das GPS der Funke. Funke und Garmin sind etwas 15-20cm von Raspi und MCS entfernt eingebaut.

Das ist Phänomen 1, das zweite: Der Norbert-Walter-Windsensor auf meinem Masttop sendet fröhlich Daten, wie er soll. Aber nur mein Handy kann die über die NoWa-SSID empfangen. Das WLAN des Raspi mag sich nicht mit dem Windsensor verbinden (oder umgekehrt). Wohlgemerkt komme ich mit einem Tablet per WLAN auf den Raspi, aber die Verbindung ist trotz geringem Abstand recht langsam. Ich weiß nicht, ob beide Phänomene zusammen hängen....aber vielleicht ist es für die Analyse bedeutsam, deswegen nenne ich es.

Meine Fragen an die Experten:

Kann ein Raspi4 den GPS-Empfang und die WLAN-Ausstrahlung so erheblich stören wie beschrieben? Wenn ja, wie kann man das beheben?
Kennt jemand ebenfalls solch ein Problem? Was hat sie/er gemacht, um das zu beheben?
Oder kann es mit einem halb defekten WLAN-Stick zusammenhängen, ist es möglich, dass ein WLAN-Stick solche Fehlerbilder produziert, aber seine SSID sendet?

Das kann ich erst in einigen Tagen per Ausschlussverfahren testen, indem ich den WLAN-Stick tausche.
In der Zwischenzeit wäre ich für erste Einschätzungen dankbar...

Viele Grüße

Michael

Zitat von »Moeritsen«

Das ist Phänomen 1, das zweite: Der Norbert-Walter-Windsensor auf meinem Masttop sendet fröhlich Daten, wie er soll. Aber nur mein Handy kann die über die NoWa-SSID empfangen. Das WLAN des Raspi mag sich nicht mit dem Windsensor verbinden (oder umgekehrt). Wohlgemerkt komme ich mit einem Tablet per WLAN auf den Raspi, aber die Verbindung ist trotz geringem Abstand recht langsam. Ich weiß nicht, ob beide Phänomene zusammen hängen....aber vielleicht ist es für die Analyse bedeutsam, deswegen nenne ich es.

Hmm, sehr merkwürdig. Ich würde auch auf einen defekten WLAN-Stick setzen. Das Du Dich direkt mit dem Windsensor verbinden kannstr, zeigt ja, dass WLAN grundsätzlich geht. Wenn es über den Raspi nichtgeht, dann wird dort der Fehler sein. Ich würde den Raspi auch nicht mit Iosilierspray einsprühen. Wenn Du das Gehäuse von Thomas genommen hast, dann sollte das ausreichend dicht sein. Ich hab so ein ähnliches Gehäuse bei meinem Vater für OpenPlotter mit dem Raspi verbaut und über 2 Jahre keine Probleme damit. Das Teil ist da Sommer wie Winter eingebaut gewesen. Es ist schon ziemlich dicht. Wenn Du willst, kannst Du gerne Entfeuchtungsmittel in die Box legen. Die liegt machen Produkten bei die man kauft. Wenn Du die vorher für 30 min bei 100°C zusammen mit Salz in den Ofen bei Umluft legst, so kannst Du die Entfeuchtungs-Packs wieder reaktivieren. Benutzte Packs darfst Du aber nicht benutzen. Die müssen erst vorher wieder reaktiviert werden. Soche Packs gibt es im Baumarkt auch in etwas größerer Form für den Kleiderschrank. Damit halte ich das Filament meines 3D-Druckers trocken.

Norbert

Zitat von »Moeritsen«

Meine Fragen an die Experten:

Kann ein Raspi4 den GPS-Empfang und die WLAN-Ausstrahlung so erheblich stören wie beschrieben? Wenn ja, wie kann man das beheben?
Kennt jemand ebenfalls solch ein Problem? Was hat sie/er gemacht, um das zu beheben?
Oder kann es mit einem halb defekten WLAN-Stick zusammenhängen, ist es möglich, dass ein WLAN-Stick solche Fehlerbilder produziert, aber seine SSID sendet?

Moin allerseits,
ich habe meine Fragen nun selbst beantworten können. Und eine wichtige Info fehlte für die Fachleute, um mein Problem hinreichend anzugehen, sorry: An meinem Raspi4 hängt (nun "hing") eine SSD, die über ein USB3-Kabel angeschlossen war.
Hatte mir einen Satz kurzer USB-3-Kabel aus China kommen lassen. Und SSD und Kabel stören dermaßen, dass alles an GPS-Empfang im Umkreis von einem guten halben Meter in die Knie geht. Der WLAN-Stick war es nicht, der MCS sowieso nicht und der Raspi selbst ebenfalls nicht.
Ich lasse das nun erstmal mit USB3 und SSD. Im Netz gibt es einige Infos dazu, wie ich inzwischen herausgefunden habe. Das scheint häufiger ein Problem zu sein.

@glowntiger
Die seriellen Schnittstellen des MCS sind nun auch wieder in voller Zahl am Start. Danke für deinen Tipp, wo anzusetzen war: Aus irgendeinem Grund war eine Zeile in der config.txt im Bereich für die MCS-Schnittstellen auskommentiert. Das habe ich behoben, nun werden alle wieder angezeigt. Wenn jetzt morgen nach einer Tankspülung auch noch meine Maschine wieder mitmacht, bin ich glücklich und gehe die Kieler Förde unsicher machen.

Vielel Grüße und Dank für die Unterstützung
Michael

Hallo zusammen,
ich versuche gerade ein VDO Sumlog https://www.vdo-marine.de/uploads/tx_doc…2_Sumlog_01.pdf via ttySC4 mit NMEA0183 Daten zu versorgen.

Wenn ich das Gerät parallel an den Eingang ttySC2 hänge, an dem ein AIRMAR Triducer DST800-P17 hängt, der auch ganz wunderbar Daten an SignalK sendet zeigt es Geschwindigkeit/Temperatur... an.

Ich bekomme es allerdings nicht hin das es alleine an einem der 6 Ports hängt und SignalK ihm die Daten des Triducer oder z.B. Simulationsdaten/Streams/Aufzeichnungen ausgibt. Vermutung meinerseits wäre das ich einfach noch nicht kapiert habe wie man die ttySCx als Ausgang definiert oder das Teil besteht auf Datensätze die SignalK nicht liefert.

Alle Daten die via dem Triducer reinkommen sollten doch theoretisch auch wieder ausgegeben werden können?

Welche genaue Funktion birgt den "Output Events" in der NMEA0183 Serial Device Connection Setting in SignalK. Verstehe ich es richtig das man damit den InputStream "Sentence Event" eines Sensors dahin kopieren/ausgeben kann und/oder das man "nmea0183out" einstellt um das Plugin "Convert Signal K to NMEA0183" an das SerialDevice auszugeben.

Eventuell wären diese Fragen in einem SignalK spezifischen Kanal besser untergebracht aber ich hoffe eventuell liegt es ja doch an der fehlenden "Ausgangskonfiguration" des ttySCx Ports am MCS.

Vielen Dank
Tonke

Hey @tonke: Wilkommen an Bord! Wie besprochen hab ich noch keine Erfahrungen mit dem NMEA0183 am MCS.
Hast du gemäß Anleitung S14. Abb8 GND A- zusammengezogen? sieht so aus als wär das der Hardware-Signal um ihm klar zu machen das er ausgang sein soll..



@glowntiger: Mein eigentliches Anliegen betrifft die Abschaltung der 12V Versorgung am CanBus(NMEA2000). Du hast das ja bewusst so konzipiert, dass da dauerhaft Stromversorgung drauf liegt, damit man das NMEA2000 System unabhängig vom Raspberry betreiben kann.
Bei mir ist alles minimalistischer. Ich habe da ein Airmar P39 direkt angeschlossen und möchte das der aus ist, wenn der Raspi aus ist. Für mein Raspi/MCS Case Redesign habe ich überlegt, wie man Betriebsschalter und für den Raspi (12v enable) und Trrennung der Stromversorgung für den N2K Stecker zusammenlegen kann. Ich habe mal eine Skizze gemacht, aus der deutlich wird, wie ich die 12v enable vom 12V des CanBus abnehmen möchte und davor ein Schalter für beides liegt.

Siehst du da elektrotechnische Bedenken, die ich nicht bedacht habe?

Zitat von »koile«

Hast du gemäß Anleitung S14. Abb8 GND A- zusammengezogen? sieht so aus als wär das der Hardware-Signal um ihm klar zu machen das er ausgang sein soll..

Das wäre doch der Fall wenn der Eingang ein RS232 Signal lesen soll. Wen ich es richtig verstehe.

Hi Thomas, I had already updated SignalK to the latest version 1.30. Everything works fine. I also attach what you ask for, and it works.

Habe Openplotter mit dem MCS Board am laufen. Möchte jetzt noch den Motor Controller von PYpilot direkt an dem PCB anschließen und möchte vermeiden Drähte am Raspberry4 anzuschließen.

Will den PYPilot auf See als Ersatz für meinen AH4000 benutzen. Dafür habe ich eigentlich das Ganze zusammengebaut. Mit den Karten von OeSenc bin ich unzufrieden. Der Dammsche See in Polen ist bei Navionics jedes Jaht upgedatet worden in den OeSenc Karten ist der Stand min. 4 Jahre alt (Bojenstrasse fehlt etc).....andere Sachen sind auf neustem Stand....Fühle mich sicherer mit Navionics. Die China Karten k-Chart3 sind genauer...Werde daher Openplotter nur als Dritt-Gerät benutzen.

Auf alle Fälle nette Spielerei mit vielen Interfaces.

Frank