Modbus zu langsam

> Daher eher ungeeignet, wenn es auf Geschwindigkeit ankommt.

Kann man so allgemein nicht sagen. Technisch kann man vom Bus
selbst erwarten das er unmittelbar nach einer Anfrage eine
Antwort schickt.
Es mag aber natuerlich sein das ein Sensor selbst relativ
lange braucht um eine Antwort zu generieren.
Sowas sollte aber dann auch im Handbuch stehen.

Olaf

aus dem Wikipedia (https://de.wikipedia.org/wiki/Modbus#Modbus/RTU):
"Tritt zwischen zwei Zeichen eine Sendeunterbrechung auf, die länger als 
1,5 Zeichen ist, so ist das Telegramm als unvollständig zu bewerten und 
sollte vom Empfänger verworfen werden."

Wer braucht von den beiden eine Sekunde (oder länger)?

Peter D. schrieb:
> Dann wird wohl das Python das Problem sein.

Wie lange der braucht, ist doch egal.

STK500-Besitzer schrieb:
> Wie lange der braucht, ist doch egal.

Wie lange der zum Auswerten der Antwort braucht, ist doch egal.
Die Anfragen an Slave (egal, ob read oder write), sollten immer 
"Strings" sein, die am Stück gesendet werden können.

Peter D. schrieb:
> Ich programmiere Slaves immer so, daß sie ständig im Hintergrund
> Messungen durchführen und im RAM ablegen. Sendet dann der Master eine
> Anfrage, dann kann der Slave unmittelbar antworten und das Ergebnis aus
> dem RAM senden.

Nicht nur du.

> 1,5 Zeichen ist, so ist das Telegramm als unvollständig zu bewerten und
> sollte vom Empfänger verworfen werden."

Innerhalb eines Telegramms, aber das ist was anderes als zwischen zwei 
Telegrammen!

> Ich programmiere Slaves immer so, daß sie ständig im Hintergrund
> Messungen durchführen und im RAM ablegen. Sendet dann der Master eine
> Anfrage, dann kann der Slave unmittelbar antworten und das Ergebnis aus
> dem RAM senden.

Das kann Wuenschenwert sein, aber auch totale Kacke. Nimm als Beispiel 
mal einen Sensor der vom Messprinzip her langsam ist und den der 
Anwender erstmal irgendwo reinsteckt um dann eine Messung auszuloesen. 
Dann willst du nicht das Ergebnis der Luftmessung von kurz vorher 
bekommen.

Es haengt halt sehr von der Anwendung ab.

Olaf

1

from pymodbus.client.sync import ModbusSerialClient as ModbusClient

2

def ReadInput(port, baudrate, SlaveID, register):

3

    client=ModbusClient(method='rtu',port=port,

4

    baudrate=baudrate,timeout=1,parity='N',stopbits=2)

5

    client.close() #Falls zuvor connected

6

    client.connect()

7

    if client.connect():

8

        Input = client.read_input_registers(register, 1, unit = SlaveID)

9

    client.close() 

10

    return Input.registers[0]

11

12

def MAINLOOP()

13

    Errorcounter = ReadInput("COM4", 9600, 42, 52)

14

15

while(1):

16

    MAINLOOP()

17

    time.sleep(1)

probier mal den Code, vielleicht liegt es wirklich an deinem 
PythonScript

Gruß
Anselm

btw.: Den Slave zu programmieren ist garnicht so einfach, denn Modbus 
via RS485 hat spezielle Timinganforderungen.

Anselm schrieb:
> btw.: Den Slave zu programmieren, ist gar nicht so einfach, denn Modbus
> via RS485 hat spezielle Timinganforderungen.

Höchstens die Zeit zwischen Empfang einer Anfrage und der Antwort 
darauf.

Olaf schrieb:
> Innerhalb eines Telegramms, aber das ist was anderes als zwischen zwei
> Telegrammen!

Ich hatte irgendwas mit "Zeichenlänge" und "Timeout" im Kopf.

Genaueres gibt's im Wikipedia-Artikel.

> denn Modbus via RS485 hat spezielle Timinganforderungen.

Man hofft halt das moderne Microcontroller schnell genug sind das
man das selbst in so was schnarchigem wie Phyton hinbekommt. :)

Und man muss auch zugeben das mein uebliches Stromsparargument,
gerade bei Sensoren oft EXTREM wichtig, bei Modbus schon allein
durch den Busabschluss ausgehebelt wird. Da sollte dann auch ein
Controller drin sein der mit 50MHz laeuft.

Olaf