Cookies erleichtern die Bereitstellung der Dienste auf dieser Website. Mit der Nutzung dieser Website erklären Sie sich mit dem Einsatz von Cookies einverstanden.

Alle
Foren
Paul Novus und der RS485 Anschluss
Verfasser:
Loulli
Zeit: 20.08.2018 16:06:16
1
2672778
Update zu meinem vorherigen Beitrag.

Mit einem Raspberry und etwas Aufwand konnte ich alle Paritybits einlesen und es bestätigt sich, dass das Paritybit nur bei den ersten beiden Byte gesetzt ist (Mark) und bei allen anderen Byte gelöscht ist (Space).

Ich kann auch die von Ben (alias: Schack) angegebenen Sequenzen zum Setzen der Lüfterstufen bestätigen:
Stufe 1: 01 00 85 06 d4 f8 27 00 01 29 00 01
Stufe 2: 01 00 85 06 6b 53 27 00 02 29 00 02
Stufe 3: 01 00 85 06 fe 35 27 00 03 29 00 03

Zwar konnte ich diese Sequenzen mit den passenden Paritybits auf dem Raspberry erzeugen, aber wenn ich die Sequenzen auf den Bus gebe passiert gar nix, egal ob der Touchpanel angeschlossen ist oder nicht. Dies ist nicht unbedingt überraschend, denn bei der Fülle an übertragener Daten und möglicher Teilnehmer ist davon auszugehen, dass eine Art Handshake erfolgen muss oder zumindest gewisse Zeitfenster bestehen. Ohne genaue Kentniss des Protokolls wird es also nicht ganz einfach auf den Bus zu schreiben. Lesen dagegen ist kein Problem.

Nicht ganz richtig war meine Aussage, dass bei angeschlossenem Touchpanel nur Datensätze die mit 01 08 84 oder 01 00 85 beginnen übertragen werden. Tatsächlich erscheinen auch welche die mit 01 04 84 starten. Beim Verstellen der Fensterbreite des Terminalprogramms ist mir dann zufällig aufgefallen, dass sich die Daten sehr oft alle 30 Byte wiederholen. Siehe Screenshot. Mehr kann ich aber zur Zeit nicht beitragen.


Verfasser:
Tony D
Zeit: 11.10.2018 22:06:49
0
2691405
Hallo, ich verfolge dieses Thema mit großem Interesse aus Frankreich. Ich bin mir nicht sicher, ob ich helfen kann, aber ich kann auf meiner Seite nachforschen, nur für den Fall ... Irgendeine Chance, dass das Protokoll MODBUS sein könnte?

--

Hello, I am following this topic with great interest from France. I am not sure if I can be of any help but I may investigate on my side just in case... Any chance that the protocol could be MODBUS ?

Verfasser:
Mario_003
Zeit: 26.10.2018 08:40:51
1
2696998
Der Bus arbeitet mit 9Bit , das höchstwertigste Bit zeigt an ob es eine Adresse ist. Dort sind Atmel ATMEGA32 verbaut, siehe hierzu auch das Datenblatt die Stelle mit MCPM.

Hier auch Links:
https://github.com/Schack17/PaulFocusNovus/wiki/RS485-Bus-Paul-Novus-300-(Focus-200)

https://knx-user-forum.de/forum/supportforen/smarthome-py/31291-neues-plugin-comfoair-kwl-wohnraumlüftung-zehnder-paul-wernig/page6

Hinweis: Beim knx-user-Forum muss man sich erst anmelden, dann kann man die Dokumente downloaden.

Verfasser:
Maaario
Zeit: 29.10.2018 20:45:21
0
2698639
Noch was gefunden

https://github.com/arduinoProjz/paulFanSpeed

Verfasser:
Loulli
Zeit: 01.11.2018 10:19:17
1
2699730
Zitat von Maaario Beitrag anzeigen
Noch was gefunden

https://github.com/arduinoProjz/paulFanSpeed


Interessanter Ansatz. Das Touchpanel immer nur kurzzeitig über eine Relais durch den Ardunio zu ersetzen vereinfacht einiges. Sobald ich mehr Zeit habe schaue ich mir das genauer an und will versuchen das gleiche mit Hilfe eines Raspberry hinzukriegen.

Verfasser:
web.a
Zeit: 22.04.2019 13:50:34
0
2775199
Hallo zusammen, auch ich bín an diesem Thema sehr interessiert. Gibt es dazu Neuigkeiten? Würde mich sehr über eine Antwort freuen.
Auch bei mir scheint zumindest im Sommer der Bypass nicht mehr zu funktionieren, würde daher gerne die Temperaturen und den Status des Bypasses sehen.
Unglaublich das Paul so wenig am TFT anzeigt, zumindest mit Level 5 sollte man doch alle Werte sehen können. Sehr unangenehm, ansonsten läuft die Anlage sehr gut.
Novus 300F Bj. 2011 mit Touchpanel. Umfeld: S7 SPS, Fhem.
Danke...

Verfasser:
Schack
Zeit: 06.06.2019 23:12:21
0
2792682
Hallo zusammen,
alles was ich herausgefunden habe, ist hier zu finden und darf gerne erweitert werden:
https://github.com/Schack17/PaulFocusNovus/wiki/RS485-Bus-Paul-Novus-300-(Focus-200)
Mein Python Logger/Reader Skript habe ich gerade auch mal bereitgestellt:
https://github.com/Schack17/PaulFocusNovus/blob/master/paulRS485Logger.py
Und ja - es ist unsauber. Bei Fragen erkläre ich es gerne.
Das Ding liest die ganze Zeit mit, gibt in einer Log-Datei und der Textkonsole aus und schreibt Änderungen der Lüftungsstufen nach Openhab.
Allerdings funktioniert das erkennen der Lüftungsstufen auch nicht 100 %.
In der Funktion "writeAirLevel" sind auch Geh-Versuche zum Schreiben der Lüftungsstufen. Bisher ohne Erfolg.

Als Hardware verwende ich einen WINGONEER USB-485 USB am Raspi. --> https://smile.amazon.de/gp/product/B016IG6X7I

Aktuell bin ich mit meinem Latein am Ende und habe es aufgegeben.
Falls jemand weiter kommt, gerne schreiben.

Gruß Ben

Verfasser:
Schack
Zeit: 06.06.2019 23:38:13
0
2792691
Zitat von Loulli Beitrag anzeigen
ist davon auszugehen, dass eine Art Handshake erfolgen muss oder zumindest gewisse Zeitfenster bestehen

Davon gehe ich auch aus.
Beim Hochfahren der Anlage werden broadcasts mit Command 0x80 geschickt. Siehe meine "Doku": https://github.com/Schack17/PaulFocusNovus/wiki/RS485-Bus-Paul-Novus-300-(Focus-200)
Mit Cmd 0x81 antworten die Slave-Teilnehmer (Display, Controller, Vorheiz-Heizregister, etc.) darauf und melden sich dann wohl am Master an.
Das scheint aber nur beim Hochfahren zu gehen.
Bisher konnte ich so eine Anmelde "Address broadcast answer" für meinen Raspi aber wohl noch nicht im richtigen Format oder zum richtigen Zeitpunkt senden.
Siehe Zeile 309ff Skript "https://github.com/Schack17/PaulFocusNovus/blob/master/paulRS485Logger.py"

Ein weiterer Ansatz von mir war es mit der Display-Absende-Adresse zum "richtigen Zeitpunkt" zu senden. D.h. nach dem Alive (Cmd 0x84) oder Ask (Cmd 0x86) zu senden. Aber das gab höchstens einen "Absturz" und Neustart der Anlage als Reaktion. - Keine Sorge mehr passiert nicht.
Siehe Zeile 315ff

Im Cmd 0x85 gibt es verschiedene Blöcke mit ähnlichem Aufbau. Je eingeleitet mit 0x81-0x85 und je 3 Datenbytes. Ich schätze das sind die verschiedenen Lüfter und deren Drehzahlen oder %-Stufen. Berechnen konnte ich die bisher nicht zuverlässig.

Bzgl. Temperaturen bin ich hingegangen und habe mir die echte Außentemperatur von Openhab geholt und diese mit diversen Umrechnungsmethoden und Datenbytes verglichen. Immer mal wieder gab es "Treffer" aber ein wirkliches Muster konnte ich bisher nicht finden.
Siehe Skript Zeile 281ff

Verfasser:
Schack
Zeit: 02.07.2019 21:12:36
0
2799403
Ich habe meine Doku und meinen Logger nochmal erweitert.
Es gibt jetzt eine zusätzliche Log-Datei, welche nur Einträge zu geänderten Werten enthält. Das ist deutlich übersichtlicher bei den Meldungen im 10ms Takt!
Dadurch habe ich jetzt wahrscheinlich auch die Bypass aus,offen,zu Meldung extrahiert.
---
Trotzdem werde ich jetzt erstmal die 0-10V Schnittstelle verwenden.
Dazu habe ich mir gerade ein paar Tinkerforge-Bauteile bestellt:
~15 € Raspi HAT Brick --> Basis-Boardaufsatz für den Raspi (https://www.tinkerforge.com/de/shop/hat-zero-brick.html)
~30 € Industrial Analog Out Bricklet 2.0 --> erzeugt 0-10V
~30 € Air Quality Bricklet --> Temp+Luftquali messen - will ich in den Verbraucht-Luft-Kanal fummeln

~85 € inkl. Versand und Schrauben etc. finde ich ok.
---
Ich werde weiter berichten...

Aktuelle Forenbeiträge
Haeuslbauer_noe schrieb: Tut mir leid, wenn’s etwas konfus formuliert war :) Ich hab es diese Nacht nochmal beobachtet, da wir nachts aus Lärmgründen den Trockner abschalten, die absolute Luftfeuchtigkeit ist in ca 7h von 10,5...
lowenergy schrieb: Bei uns sind doppelt so viel Liter Heizkreiswasser pro Stunde in den 6 Einzelheizkreisen unserer Fußbodenheizung unterwegs, wenn der Verdichter vom 5 kW Luft-Wasser-Wärmepumpenmonoblock läuft und ausschließlich...
ANZEIGE
Hersteller-Anzeigen
Hersteller von Tanks und Behältern aus
Kunststoff und Stahl
Website-Statistik