Hallo,
wie stellst Du dir die Verkabelung vor? Hast Du eine strukturierte Verkabelung die Du nutzen kannst/willst oder willst Du mit der Kabeltrommel rumrennen bei 100m Kabellänge. Und zw. 2 Bedienpulten via "Empfänger" sind das dann schon im ungünstigsten Falle 200 m Leitungslänge. Da kommt schon was an Leitungsverlusten zusammen.
hasta
Die Kabel werde ich legen, da muss ich nicht mit der Kabeltrommel rumrennen...
Und 100m sind mit viel Reserve. Aktuell ist die weiteste Entfernung vom Empfänger zu einem der Sende-Bedienpulte ca. 18m. Da man aber nie weiss, was noch kommt, nenne ich mal 100m, um damit auch zukünftig arbeiten zu können. Meines Wissens wäre das z.B. für RS485 unproblematisch, ob nun 15 oder 100m.
"...im ungünstigsten Fall 200m..." Wieso? Sternförmig verkabelt (wie auf der Zeichnung zu sehen) würden es niemals mehr als eben (max) 100m pro Sendepult.
Andi
Meines Wissens ist RS485 ist eine Punkt zu Punkt Verbindung. Stern geht damit nicht. Jedes Bedienpult bräuchte also drei RS485 Schnittstellen. Zu jedem Bedienpult eine und jeweils zu dem Empfänger. Das wären für jedes Bedienpult 3x3 Adern. Richtig oder falsch? Das würde Dein Problem nicht lösen. Wird dann wohl nur I2C bleiben. Das ist aber nicht für so lange Leitungen, mit mehreren Metern Länge, ausgelegt. Verlängert werden könnte das wohl, aber irgendwie haben andere User in anderen Foren, dafür geschirmte Leitungen CAT5 genommen (Stärke ca. 5mm). Ob das eine Verbesserung für Dich, zum jetzigen Zustand, darstellt? Dann muss es jemand realisieren können. Da habe ich gerade was vom P82B96 gelesen. Ob das funktionieren kann? Da muss sich jemand finden, der das ausprobieren kann oder direkt weiß, wie man so etwas baut. Für mich wäre das auch Neuland und daher scheide ich dann wohl aus. Habe auch kein Oszilloskop, um da irgendwas überprüfen zu können.
MfG
I2C hatte ich auch schon im Visier, aber da waren/sind besonders die Unsicherheiten mit der Kabellänge ein Hindernis. Insofern ist Dein Link zu dem Beitrag auf microcontroller.de sehr interessant, vielen Dank dafür. Diesen Beitrag kannte ich bisher noch nicht. Ich habe allerdings schon viele Erfahrungen gesammelt hinsichtlich Kabel und Kabelqualität. Das ist ein Aspekt, der jedenfalls nicht zu unterschätzen ist.
Was RS485 betrifft, so habe ich dessen Prinzip anders verstanden, als Du schreibst. Meine vorangegangene Formulierung war da möglicherweise irritierend, indem ich "sternförmig" schrieb. Wenn ich es aber richtig verstehe, so ist RS485 ein Bussystem, auf das man sich an jedem Ort (innerhalb der möglichen Kabellängen) einklinken kann, und es werden keine Signale durchgeschliffen durch eines der angeschlossenen Geräte siehe z.B. https://www.wut.de/e-6wwww-11-apde-000.php). Insofern betrachte ich den Bus dort als "sternförmig", denn ob der Bus nun 100m lang ist oder 20cm, dürfte dann keine Rolle spielen. Bitte mich korrigieren, wenn ich das falsch verstanden habe. Allerdings ist die Kabellänge vom Bus zu den einzelnen Geräten dann eingeschränkt (zumindest im Halbduplex), und das könnte für meine Anwendung wiederum Auswirkungen haben, da ich diesen 2-Draht-Bus verwenden wollte, um das Kabel aus bereits genannten Gründen schmal und flexibel zu halten. Wenn CAT-Kabel ins Spiel kommt (zumindest solches mit Abschirmung), kann ich "eigentlich" auch bei meiner bisherigen SubD-25-Varinte bleiben, denn gut geschirmte CAT-Kabel sind prinzipbedingt nicht wirklich flexibel.
Ich grüble nun schon eine Weile an diesem Vorhaben und muss zunehmend feststellen, dass es wohl keine wirklich einfache Lösung dafür gibt. Da schaue ich neidisch auf meine USB-Tastatur, die auf einem 4-adrigen Kabel locker über 100 verschiedene Tastensignale überträgt und auf der Empfängerseite erkennt und bin der Meinung, da sollten meine 8 läppischen Tasten doch auch möglich sein. Wird es vermutlich auch, aber die physikalische Grenze bzw. Hürde wird wohl die Kabellänge sein. Symmetrische Verkabelung kenne ich z.B. aus der Musikecke oder DMX und weiss von dort, dass es einen erheblichen Unterschied in der Signalqualität gibt, wenn man ein Line-Signal über 30m Kabel schickt. Daher der Gedanke an RS485...
Andi
Ich glaube aber, ich hatte einen Denkfehler. Jeder Sender benötigt nur eine RS485. Das sollte machbar sein. Anscheinend kann man mehrere RS485 sternförmig zusammenschalten: https://www.mikrocontroller.net/topic/372367
Bloß das Handling ist dann wohl nicht so einfach. Allerdings kann ich mich nicht erinnern, so etwas schon angewendet zu haben. Ich kenne RS485 nur als Verbindung zwischen zwei Geräten.
Unmöglich scheint es jedenfalls nicht zu sein:
Hier gibt es z.b. die RS485 Boards für Arduino.
Wer sucht, der findet ... irgendwann. Im RN-Wissen steht es auch noch mal: https://rn-wissen.de/wiki/index.php/RS485
Muss sich jemand finden, der sich damit auskennt.
MfG
Geändert von Moppi (19.11.2019 um 22:08 Uhr)
RS485 ist ein Bussystem. Alle Teilnehmer sind an 2 differenziellen Adern angeschlossen (Ader A und B). Dadurch kann immer nur 1 Teilnehmer senden.
Ich würde das mit einem Master-Slave System an einem RS485 Bus lösen. Da du nur einen Empfänger hast, würde ich den als Master nehmen. DMX basiert auf dem RS485 System und ist ein spezielles Protokoll. Profibus (Bussystem in der Industrie zur Kommunikation in Anlagen) basiert ebenfalls auf RS485.
Ich würde es so lösen:
Master (es wird eingestellt wieviele Slaves es maximal gibt) => Empfänger, Slave => Terminal mit eindeutiger Adresse (einmal einstellen z.B. über Dipschalter oder fix programmiert)
Wichtig ist das nur ein Teilnehmer auf Senden geschalten ist.
Master sendet an Adresse 1 ein Komanndo um zu prüfen ob es ihn gibt (z.B. Startbyte, Adresse, Stoppbyte)
Slave vorhanden (z.B. Slave sendet Startbyte, Adresse, Status der Tasten, Stoppbyte zurück) => Master sendet Status der Relais an Slave, nächste Adresse wählen
Slave nicht vorhanden (keine Antwort für eine gewisse Zeit) => nächste Adresse wählen
Gleich wie oben mit Adresse 1, den Ablauf wiederholen bis die letzte Adresse erreicht ist und dann wieder bei Adresse 1 starten
MfG Hannes
mit allem nötigen Vorbehalt:
ich habe von RS485 oder evtl. auch UART Protokollen gehört, bei denen mehrere Teilnehmer an RX/TX aufgereiht sind.
Alle Nachrichten per TX erreichen daher alle RX.
Man kann unterscheiden, welcher RX Slave Nachrichten beachtet, indem man einen"Adress-ID-Header" mit verschickt, und nur derjenige RX Slave beachtet die msg, dessen Adress-ID damit identisch ist.
Berechtigungen
Zitieren
Lesezeichen