RS485 Puma PID Pelletkessel

[Michael K. (cen)]

Hallo zusammen,

ich habe mir in Polen einen Pelletkessel gekauft, dieser hat eine 
polnische Steuerung an Board die an sich sehr gut ist. Die Steuerung 
möchte ich nicht erneuern (Garantie). Die Steuerung Puma PID hat eine 
RS485 Schnittstelle die laut Hersteller wohl jedes Raumthermostat von 
jedem Hersteller unterstützt.
Ich habe mir von Ama... RS485 Dongles bestellt 5 an der Zahl alle 
liefern das gleiche komische Ergebnis.

P���A<+48+48+4e"D������A�<���A�<���A�<���A�<������p�H"q�p]p]p]p]����p�H"q�p]p]p]p]����p�H"q�p]p]p]p]��
���A�<��(P���A<+48+48+4e"D������A�<���A�<���A�<���A�<��
      ��;
���A�<��(P���A<+48+48+4e"D������A�<���A�<��p]p]����p�H"q�p]p]p]p]����p�H"q�p]p]p]p]����p�H"q�p]p]p]�A�<��
��;
���A�<��(P���A<+48+48+4e"D������A�<���A�<���A�<���A�<��
                    ��;
���A�<��(P���A<+48+48+4e"D�����p]p]p]p]����p�H"q�p]p]p]p]����p�H"q�p]p]p]p]����p�H"q�p]�A�<���A�<���A�<��
��;
���A�<��(P���A<+48+48+4e"D������A�<���A�<���A�<���A�<��
��;
���A�<��(P���A<+48+48+4e"q�p]p]p]p]����p�H"q�p]p]p]p]����p�H"q�p]p]

Ich habe hier schon die gängigen Baudraten durch probiert doch kommt 
immer das gleiche bei raus.
Der Aufbau ist: RPI -> USB to RS485 -> Puma PID
Als "Terminal" nutze ich "screen" auf dem PI
Auch habe ich schon Modbus probiert auch hier ohne Erfolg.

Mit einem kleinen Python Script bekomme ich folgende Ausgabe:

▒"▒▒B&BB"""r"▒""""""▒▒▒▒P▒▒▒▒"▒

Hier das Script:

#!/usr/bin/env python

import serial

port = '/dev/ttyUSB0'
serial_comunication = serial.Serial(port, baudrate=1200, timeout=0.75)
serial_comunication.write(b'frame')
answer = serial_comunication.read(255)
serial_comunication.close()
print answer

Der Grund warum ich an die RS485 Schnittstelle möchte ist das Auslesen 
der Sensoren in der PID und das Ausschalten des Brennvrogangs. Die PID 
hat leider keine Funktion um einen Pufferspeicher zu befüllen und leider 
auch nicht um 3 Wege Ventile zu steuern, dies möchte ich jedoch mit 
einem PI oder Arduino realisieren.

Kann mir hier jemand Helfen?

Vielen Dank schon mal an euch alle.

Grüße Micha

EDIT: Was ich noch vergessen habe, es scheint als wenn der PID Regler 
die ganze Zeit irgendwas sendet.

[hinz (Gast)]

Michael K. schrieb:
> EDIT: Was ich noch vergessen habe, es scheint als wenn der PID Regler
> die ganze Zeit irgendwas sendet.

Oszi ran.

[Michael K. (cen)]

Da gibt es leider ein Problem, ich habe kein Oszi zur Verfügung. Das was 
ich so gelesen habe da ist das doch nicht normal das die Heizung 
dauerhaft etwas sendet oder? Zumal der Anschluss für Raumthermostate 
sein soll.....

[Martin (Gast)]

Wie wäre es mal mit einer Darstellung in hex. Und wenn zB 100ms nichts 
kam ein LF?

[zufaulzumanmelden (Gast)]

> ich habe kein Oszi zur Verfügung

Ein Logic-Analyzer für ’nen Zehner mag den Job auch tun

> das [ist] doch nicht normal das die Heizung
> dauerhaft etwas sendet

Vielleicht pollt sie die Thermostate? Ohne mal nachgeschaut zu haben, 
was denn da für Signale anliegen, wird man’s jedenfalls nie 
rausbekommen.

[EvenOddNoParity (Gast)]

Versuch malmit den anderen Paramtern zu spielen... Parity, Wortlänge, 
Stoppbits....

[Michael K. (cen)]

Vielen Dank für die zahlreichen Tipps.

ich hab mal das Python Script erweitert und durchlaufen lassen, aber 
viel erkennen kann ich da leider nicht. Das Ergebnis habe ich in eine 
Datei schreiben lassen.

Hier das Python Script

#!/usr/bin/env python

import serial

running = True
port = '/dev/ttyUSB0'
serial_comunication = serial.Serial(port, baudrate=2400, timeout=0.75)
baud = [2400,4800,9600,19200,38400,57600,115200,230400,460800,500000]
bsize = ['FIVEBITS', "SIXBITS", "SEVENBITS", "EIGHTBITS"]
parity = ["PARITY_NONE", "PARITY_EVEN", "PARITY_ODD", "PARITY_MARK", "PARITY_SPACE"]
stopbits = ["STOPBITS_ONE", "STOPBITS_ONE_POINT_FIVE", "STOPBITS_TWO"]
#serial_comunication.write(b'frame')

f = open("Puma-PID-Serial.txt", "a")

try:
    serial_comunication.rs485_mode
    for i in baud:
        serial.baudrate = i
        print("Baudrate: "+str(i))
        f.write("Baudrate: "+str(i)+"\n")
        answer = serial_comunication.readline()
#        serial_comunication.close()
        if answer > 0:
            print answer.encode("hex")
            f.write(answer.encode("hex")+"\n")
            x = 0
            while x <= 4:
                serial.parity = str(parity[x])
                print("Baud: "+str(i)+" Parity: "+str(parity[x]))
                f.write("Baud: "+str(i)+" Parity: "+str(parity[x])+"\n")
                answer = serial_comunication.readline()
                print answer.encode("hex")
                f.write(answer.encode("hex")+"\n")
                for bytesize in bsize:
                    serial.bytesize = str(bytesize)
                    print("Baud: "+str(i)+" Parity: "+str(parity[x])+" Bytesize: "+str(bytesize))
                    f.write("Baud: "+str(i)+" Parity: "+str(parity[x])+" Bytesize: "+str(bytesize)+"\n")
                    answer = serial_comunication.readline()
                    print answer.encode("hex")
                    f.write(answer.encode("hex")+"\n")
                for stbits in stopbits:
                    serial.stopbits = str(stbits)
                    print("Baud: "+str(i)+"Parity: "+str(parity[x])+" Bytesize: "+str(bytesize)+" Stopbits: "+str(stbits))
                    f.write("Baud: "+str(i)+"Parity: "+str(parity[x])+" Bytesize: "+str(bytesize)+" Stopbits: "+str(stbits)+"\n")
                    answer = serial_comunication.readline()
                    print answer.encode("hex")
                    f.write(answer.encode("hex")+"\n")
                x += 1
        else:
            try:
                print("No answer Baud: "+str(i)+" Parity: "+str(parity[x])+" Bytesize: "+str(bytesize))
                f.write("No answer Baud: "+str(i)+" Parity: "+str(parity[x])+" Bytesize: "+str(bytesize)+"\n")
            except Exception as err:
                print("Error in else: "+str(err))
                f.write("Error in else: "+str(err)+"\n")

    f.close()
    serial_comunication.close()
except KeyboardInterrupt:
   print("close")
   serial_comunication.close()

@zufaulzumanmelden
Welchen Logic Analyzer würdest du mir empfehlen?
Kennst du dazu auch ein gutes Tut?

Vielen Dank für eure Hilfe

[wurster (Gast)]

Michael K. schrieb:
> Welchen Logic Analyzer würdest du mir empfehlen?

Billigen Saleae Clone mit 24 MHz. Gibts zutausende auf Ebay.

[Michael K. (cen)]

Okay habe einen bestellt der sollte dann morgen da sein. Muss mich da 
erst mal rein Arbeiten. Kennt jemand ein gutes Tut?

Danke

[zufaulzumanmelden (Gast)]

> Kennt jemand ein gutes Tut?

Gibt sicher viele, aber um reinzufinden, mag’s einige Minuten von diesem 
tun: https://www.youtube.com/watch?v=dobU-b0_L1I&t=5m10s

[Michael K. (cen)]

Wie ich gelesen/gehört habe muss ich mit dem Logic Analyzer direkt an 
den MAX485 gehen. Kann mir jemand sagen an welche PINs ich da ran muss.

Danke

[Datenblatt (Gast)]

Etwas solltest Du schon tun/können.
Im Datenblatt ist alles zu finden.

[Michael K. (cen)]

Ich würde den Analyzer an GND und RO anschließen, was sagt ihr dazu?

[Sebastian R. (sebastian_r569)]

Michael K. schrieb:
> Ich würde den Analyzer an GND und RO anschließen, was sagt ihr
> dazu?

Kann man machen. Sofern es der RO von deinem 485-Dongle ist.

PulseView kann glaube ich aber auch mit dem differentiellen Signal 
arbeiten. Dann kann man es (einfacher) an A und B vom Bus hängen.

[Michael K. (cen)]

Danke

Der RO wäre direkt am MAX485. Wenn ich den Logic Analyzer direkt an A 
und B stecke geht er doch kaputt da RS485 5V hat oder habe ich das 
Datenblat vom Logiy Analyzer falsch verstanden.....

[zufaulzumanmelden (Gast)]

Michael K. schrieb:
> Wenn ich den Logic Analyzer direkt an A
> und B stecke geht er doch kaputt da RS485 5V hat oder habe ich das
> Datenblat[t] vom Logiy Analyzer falsch verstanden[?]

Also im Datenblatt zu meinem steht bei den Maximum Ratings was von 
-25V…+25V, bei „Common supported logic standards“ steht ’ne Reihe von 
+1,8V bis +12V, außerdem ist RS-485 explizit aufgelistet.

[Michael K. (cen)]

Bei mir steht das hier: Spezifikation:
Maximale Abtastgeschwindigkeit: 24Msps
Eingangsspannungsbereich: 0 ~ 5V
Digitalkanal: 8
Niedriger Eingangspegel: <0,8V
High-Eingangspegel: >1,4V
Support-Protokoll: SPI, IIC, UART, SMBus, I2S, CAN, Parallel, 
Benutzerdefiniert, Suche, Async, 1-Wite, PS / 2
Eingangsimpedanz: 1Mohm || 10pF (typisch, ungefähr)
Kristall: ± 20 ppm, 24 MHz
Fehler / Genauigkeit: Pulsbreitenmessung: ± 42 ns (bei 24 MHz)

Denke da aber eher an Tippfehler.....

[zufaulzumanmelden (Gast)]

Beziehst du dich auf „High-Eingangspegel: >1,4V“? Das bedeutet nur, dass 
mehr als 1,4V anliegen müssen, um’s als High zu erkennen.

[Michael K. (cen)]

Hatte mich genau darauf bezogen. Habe den Analyzer jetzt direkt an den 
RS485 Bus gehangen und aufzeichnen lassen. Doch so richtig werde ich 
nicht schlau daraus. Ich habe euch die Aufzeichnung mal hochgeladen.

Danke

[Michael K. (cen)]

Ein Kollege hat mir geraten Masse mit anzuschließen, gesagt getan und 
schon sehen die Daten besser aus.

Das einzige Problem was ich jetzt noch habe ist, das ich per Raspberry 
Pi und Python es nicht schaffe die Daten auszuwerten. Ich denke das dass 
ding Modbus spricht aber wenn ich minimalmodbus für Python verwende 
kommt nur ein Checksummen Fehler dabei raus.

Kann natürlich auch möglich sein das die Regelung kein Modbus spricht.

Könnt ihr euch das bitte einmal anschauen.

Vielen Dank

[Michael K. (cen)]

Habe noch was vergessen.
Bei der Bytefolge:
4 16 0 0 0 6 12 0 0 0 237 0 65 1 7 0 60 12 145 182 250

ist die 65 der Sollwert für den Vorlauf, wenn ich diesen Wert in der 
Regelung ändere, ändert er sich auch auf der Schnittstelle.