Diskussion:Modbus

message: "Das Ergebnis steht in den abschließenden zwei Zeichen."
Was bitte soll da das "Ergebnis" sein? Die letzten 2 Zeichen bestehen aus einem Zeilenumbruch nach Windows-Machart.
-- 91.67.240.145 10:36, 6. Mai 2009 (CEST)
thread_title:  zu    * 2.1 Protokollaufbau 

message: IMS Research „The World Market for Industrial Ethernet – 2009 Edition“ auf www.factorynet.at, 14.04.2010 gibt Marktanteile an: 28% PROFINET, 30% EtherNet/IP , 22% Modbus TCP/IP. Modbus ist laut aktuellem Artikel ein De-facto-Standard. Warum? Für mich jedenfalls nicht nachvollziehbar, für eine Sache die nur auf Platz drei ist. --UlrichAAB [?] 04:36, 21. Aug. 2010 (CEST)
replies: text: Sie haben Modbus RTU vergessen. Sie vergleichen nur ein Teilsegment des industriellen Kommunikationsmarktes.--62.159.30.170 16:11, 27. Jan. 2011 (CET)
replies: text: Wenn Sie das so zählen, sollten Sie die Anteile von ProfiBus und ProfiNet ebenfalls aufsummieren. - De facto ist es EIN aber nicht mal annähernd DER Standard. - Und bitte keine Werbung aus Broschüren auf Wikipedia.
"Modbus TCP befindet sich zur Zeit in der Phase der Festlegung als Norm (IEC PAS 62030 (pre-standard))." Diese Norm war nur ein transienter Übergang der nun in einer offiziellen Norm endet.--Felser 21:01, 29. Jun. 2011 (CEST)
thread_title:  De-facto-Standard? 

message: Was ich nicht genau verstanden habe: Wird Modbus auf der RS232-Schnittstelle automatisch im ASCII-Modus betrieben? Verhält es sich beim RCU-Modus und RS485 gleich? Oder sind beide Varianten auf beiden Schnittstellen möglich? Weil der Ethernet-Modus scheint ja auch nur über Ethernet möglich... (nicht signierter Beitrag von 217.8.59.139 (Diskussion) 14:31, 5. Okt. 2011 (CEST)
replies: text: Nein, mehr oder weniger sind RS232 und RS485 die gleichen Schnittstellen, nur in anderer elektrischer Ausführung. Das einzige was mit reiner RS232 physikalisch nicht geht sind Bussysteme mit mehr als 2 Teilnehmern. Sowohl RS232 als auch RS485 können aber für eine 1:1 Verbindung genutzt werden. Ob die Daten binär oder in ASCII übertragen werden ist für die Schnittstelle nebensächlich. Sehr häufig wird von einem PC aus sogar per RS232 gesendet, was dann mit einem externen Hardwareadapter erst auf RS485 konvertiert wird. --5.147.216.184 12:01, 27. Mär. 2020 (CET)
thread_title: Modbus ASCII = Modbus auf RS232 / Modbus RCU = Modbus auf RS485?

message: Hallo!
Wie mein Vorredner steht auch für mich die Frage offen wie im seriellen Modus die Daten übertragen werden.
Hintergrund:
Findet die Fehlerkennung dann nur im Modbus statt? 
Und wie wird die Fehlererkennung gehändelt? Nach der Beschreibung muß das Übertragen der Paritätsbytes eine eigene Funktion haben.
Es währe sehr hilfreich wenn dieser Teil ein wenig besser beschrieben wird. Und natürlich sollte auf mein Vorredner eingegangen werden.
--Ersteinmal (Diskussion) 08:10, 19. Aug. 2013 (CEST)
thread_title:  Modbus für serielle Übertragnung 

message: In den Weblinks wird auf die Seite www.anybus.de verwiesen. Hinter dieser Seite steht die Firma HMS, ein Anbieter von Feldbus- und Industrial-Ethernet Produkten. In meinen Augen genügt der Link nicht den Kriterien für Weblinks und sollte entfernt werden. --BigCamel (Diskussion) 16:28, 10. Aug. 2015 (CEST)
thread_title:  Weblinks 

message: Unter RTU-Modbus wird als Pausendauer angegeben: 3,5 mal die Zeichenlänge. Ein Zeichen wird mit 10 bis 12 Bit angegeben. Ab 19200 Baud könne eine feste Pausendauer von 2 ms verwendet werden. 3,5 * 12 / 19200 =0,0021875 - Also passen die Angaben für 12 Bit nicht (für 11 schon). 
:Wenn ich den verlinkten Standard (Seite 12) richtig interpretiere, müsste eine Zeichen immer 11 Bit haben. Start (1Bit) + Daten (8Bit) + Parity/Stop (1Bit) + Stop (1Bit) = 11Bit. Ich weiß nicht, wo die Angabe 10 - 12 Bit ihren Ursprung haben soll. --Signalschruber (Diskussion) 00:15, 18. Aug. 2022 (CEST)
replies: text: Das sehe ich genauso. --Uweschwoebel (Diskussion) 09:16, 18. Aug. 2022 (CEST)
thread_title:  Pausendauer RTU-Modbus 

message: Ich streiche langsam die Segel! Ein Client kann im Verständnis der SW-Architektur Anfragen senden, eine Slave kann das aktiv nicht. Das einfach zu ersetzen, ist der Blödsinn des Jahres! Überall wird nach wie vor Master Slave benutzt. Und es wird wahrscheinlich so bleiben, weil die Architektur eben so gestrickt ist, dass der Master befiehlt und der Slave ausführt. Beim Client ist das anders herum: Der Client hat einen Wunsch und der Server für ihn aus! Da passt was nicht, liebe MOD Bus ORG. Hardwareonkel (Diskussion) 02:52, 12. Jul. 2021 (CEST)
thread_title:  Client - Server? 

message: Aus meiner Berufspraxis haben sich zum Thema "Modbus" einige Fragen ergeben: Wer legt eigentlich fest, welche Register verwendet werden?
In der täglichen Arbeit ist der Begriff Telegramm im Zusammenhang mit Modbus noch nie gefallen. Es heißt immer, man schicke oder empfange im Register x auf Bit y entweder 0 oder 1. Frage auch hier: Wer legt die Bitreihenfolge fest? Kann sich eine festgelegte Reihenfolge aus irgendwelchen Gründen ändern? Ist die Reihenfolge bei Sender und Empfänger immer die gleiche? (Dass das nicht immer gepasst hat, wurde wiederholt festgestellt.) Was ist der Modscan in diesem Zusammenhang?
Zum Thema Ausfallsicherheit: Wie ausfallsicher ist Modbus im Vergleich zu anderen Buskommunikationsprotokollen? Hier wäre der Zusammenhang zu SCADA-Schnittstellen vielleicht interessant, wie hier das Zusammenspiel funktioniert. Welche Hardware wird benötigt? 80.187.107.117 00:49, 19. Mär. 2024 (CET)
thread_title:  Modbus-Register, Telegramm und weitere Fragen