Sammlung funktionierender Anbindungen

[Tom-Bom-badil]

Zwischen den verschiedenen Modellen und Hardwarerevisionen der Trovis scheint es diverse Unterschiede hinsichtlich der Anbindung zu geben.

Für die Mehrzahl der Nutzer scheint die bisherige Beschreibung im Wiki gut zu funktionieren; trotzdem erreichen mich sehr regelmäßig Fragen von Nutzern, bei denen die Anbindung nicht auf Anhieb funktioniert und wo sich am Ende ein anderes Pinout der Buchsen herausstellt, oder ein anderer Adapter zum Einsatz kam und anfangs nicht funktionierte.

Mir liegen diverse Dokus der Samson-Geräte (nicht nur Trovis) vor, die sich gegenseitig widersprechen, oder von der Praxis abweichen (so sollte gemäß Doku z.B. meine 5576 nicht an TTL angebunden werden können - ich lese darüber aber schon seit Jahren Daten aus).

Aufgrund der Tatsache, dass die Bandbreite der Regler und Adapter immer größer zu werden scheint, und ich bisher noch keinen 'roten Faden' entdecken konnte, hier meine Bitte:

Solltet Ihr Eure Trovis erfolgreich auslesen können, dann posted bitte eine Antwort zu diesem Issue, möglichst mit den folgenden Informationen.

1. Adapter

   • Bezeichnung des verwendeten Adapters und Art Anbindung LAN/USB (z.B. USRIOT USR-TCP232-T2, LAN)

2. Trovis

   • Euer Trovis-Modell, wenn bekannt mit Unterkennung (Register 0, z.B. 5576-003)
   • Eure Firmware-Revision (Register 2, z.B. 2.61)
   • Wenn bekannt: Die Hardwarerevision (Register 3, z.B. 6)
   • Wenn bekannt: Die Sonderfunktionen (Register 4, z.B. 66)

3. Anbindung

   • Welche Buchse wurde verwendet - vorn oder seitlich?
   • Wenn möglich: Kabelbelegung (Reihenfolge Trovis -> Adapterbeschriftung, z.B. 3 -> TxD, 6 -> RxD, 7 -> GND, 2 -> +5V)?
   • Besonderheiten, sofern vorhanden (z.B. Adapter wurde auf Modbus-Client statt Modbus-Server eingestellt)?

Vielen Dank bereits im Voraus - ich würde mich über eine rege Teilnahme wirklich freuen und versuche, die Ergebnisse zu einer eindeutigen Liste zu strukturieren und werde sie dann wieder im Wiki für alle veröffentlichen.

/tom

[Tom-Bom-badil]

Beispiel-Response vom mir:

1. USRIOT USR-TCP232-T2, LAN
2. 5576-003 V. 2.61, HW 6, Sonderfunktionen 66
3. seitliche Buchse, 3 -> TxD, 6 -> RxD, 7 -> GND, 2 -> +5V, keine Besonderheiten (alles wie im Wiki)

Mehr braucht's gar nicht - aber jeder Kommentar bzw. jede weiterführende Beschreibung wird natürlich gern genommen. :)

[BOFHELL]

Ich nutze Modbus(RTU) in FHEM, zum Lesen/Schreiben OHNE Probleme

1. Wemo d1 Mini mit esp-link v3.2.47-g9c6530d
2. 5573-001 V.2.61, HW 129, Sonderfunktion 89
3. Anbindung:

• seitliche Buchse,
• Belegung wie im Wiki
• Versorgungsspannung komplett via Trovis*

4. Nutzung

• FHEM (Modbus RTU)
• Nutzung via mbusd und socat auf Linux für TrovisViewer mit esp-link möglich (Port 23)
  /usr/bin/socat -s -ly pty,link=/dev/trovis,setuid=root,raw tcp:IP.VOM.WEMO.D1:23
  mbusd und esp-link stehen auf 19200 bauds und trx_control: rts

*Für Firmware-Update funktionierte dies leider nicht, bin dafür auf den USRIOT USR-TCP232-T2 ausgewichen.
Beim schreiben erhalte ich ab und an vom TrovisViewer zum Schluss eine Fehlermeldung "Connection Interrupted..."
Alle Werte werden zwar geschrieben, denke es liegt am Timeout/Delay da die(meine) Trovis nach dem beschreiben einen Neustart durchführt und somit der Wemo keinen Strom mehr hat, was dann zum "Programmfehler" führt.

[ClearEyetemAA55]

1. Aten SN3101 mit DigitusAdapter LAN-->RS232->TTL
2. 5578, V2.51, HWV175
3. seitlich, TxD,1 RxD,2 GND8
4. TrovisView

https://www.mikrocontroller.net/topic/346223#6075320

[mamitry]

1. Adapter

• Adapter Typ: USB-TTL
• Adapter: Waveshare USB TO RS232/485/TTL, USB
  https://www.waveshare.com/usb-to-rs232-485-ttl.htm
• Anbindung: USB

2. Trovis

• Trovis-Modell:  5573-0001 (nicht 5573-1 !)
• Firmware:        2.61

3.  Anbindung

• Buchse: seitlich
• Kabelbelegung:
  1 -> RxD
  7 -> GND
  8 -> TxD

4. Nutzung

• A )Trovis per mbusd / Modbus TCP
  https://github.com/3cky/mbusd
• B) Auslesen der Werte per Python und minimalmodbus
  https://minimalmodbus.readthedocs.io/en/stable/usage.html

A und B kann ich aber nicht gleichzeitig nutzen. Habe dafür noch keine Lösung

[OevreFlataeker]

@mamitry : Siehe: https://www.mikrocontroller.net/topic/346223?goto=7238641#7238638

[mamitry]

@mamitry : Siehe: https://www.mikrocontroller.net/topic/346223?goto=7238641#7238638

Danke. Werde es ausprobieren.

[theMPstig]

USRIOT USR-TCP232-T2, LAN
5573-0001 V. 2.61, HW ?, Sonderfunktionen ?
seitliche Buchse, 1 -> TxD, 8 -> RxD, 7 -> GND, 2 -> +5V

[OevreFlataeker]

1. Adapter

Adapter Typ: Standalone RS232/LAN Gateway
Adapter: USRIOT USR-TCP232-410S (Firmware 3015) (ModBus TCP Gateway)
https://www.pusr.com/products/modbus-serial-to-ethernet-converters-usr-tcp232-410s.html
Anbindung: LAN

2. Trovis

Trovis-Modell: 5576 - Untermodell gerade nicht zur Hand
Firmware: 2.26
HW-Revision, Sonderfunktionen: folgt

3. Anbindung

Buchse: seitlich
Kabelbelegung:
Standard

4. Nutzung
   A )TrovisView via "Modbus TCP/IP", Stationsadresse 6. Nutzung von TrovisView ist wackelig. Oft Probleme beim Zurückschreiben von Werten. Mehrfache Versuche notwendig. Aktuell installierte Version von TrovisView ist 4.80.
   B) Auslesen der Werte via FHEM (Modul ModbusTrovis5576)
   C) Auslesen via Homeassistant (Modul modbus)

[falkio8]

Du wirst wie ich einen TTL Adapter benötigen weil meine 5573 kann nur TTL der PUSR aber nicht. Deine Pins werden vermutlich anders sein aber so ging es bei mir:
#6 (comment)

[FM-Audio]

Ah super, dann weiß ich da jetzt auch mehr. Dankeschön =)

[FM-Audio]

Jetzt hab ich mir das hier noch gekauft, aber es läuft immer noch nicht. Hab jetzt bald alles durch :D https://www.amazon.de/dp/B09L1BB6F8?ref=ppx_yo2ov_dt_b_fed_asin_title

[Tom-Bom-badil]

Warum Du nicht einfach einen der bereits im Einsatz befindlichen Adapter für ein paar Euro nutzt, erschließt sich mir immer noch nicht - ist doch alles dabei, von Hutschiene bis selber löten ... am Ende wär's wohl auch noch billiger gewesen ...🤔

/tom

[FM-Audio]

Ich hab jetzt den 610er mit RS232, dazu den Umsetzer von TTL auf RS232. Das müsste jetzt entweder noch an der Verkabelung liegen oder an den Einstellungen. Deinen hab ich übrigens auch noch bestellt, dann kann nix mehr schief gehen.

[hcrohland]

1. Raspberry Pi 3
2. 5573-001, 2.14, 129, 89
3. seitliche Buchse, 1 -> TxD(PI), 8 -> RxD(Pi), 7 -> GND, 19200 8N1

minimalmodbus und mbusd funktionieren.

Eigentlich soll es ESP8266 Mini mit ESPHome Modbus Controller werden. Da bekomme ich aber (bisher) keine Kommunikation hin. Update: Auch mit esp-link bekomme ich keinen Kontakt.

[BOFHELL]

1. Raspberry Pi 3
2. 5573-001, 2.14, 129, 89
3. seitliche Buchse, 1 -> TxD(PI), 8 -> RxD(Pi), 7 -> GND, 19200 8N1

minimalmodbus und mbusd funktionieren.

Eigentlich soll es ESP8266 Mini mit ESPHome Modbus Controller werden. Da bekomme ich aber (bisher) keine Kommunikation hin. Update: Auch mit esp-link bekomme ich keinen Kontakt.

Der ESPLink ist als Modbus RTU zu verstehen, so dass das mbusd wegfällt. Das framework muss dann via rtu auf port 23 den esp ansteuern, dann sollte es gehen. Oder s.o. mit socat noch zusätzlich ein port erzeugen, den du dann via mbusd nutzt

[hcrohland]

Der ESPLink ist als Modbus RTU zu verstehen, so dass das mbusd wegfällt. Das framework muss dann via rtu auf port 23 den esp ansteuern, dann sollte es gehen. Oder s.o. mit socat noch zusätzlich ein port erzeugen, den du dann via mbusd nutzt

Es kommt überhaupt keine Kommunikation zwischen dem ESP8266 und dem Trovis zustande. Ich vermute, dass die Pegel nicht ausreichen.

[oefchen]

KNX Anbindung
Trovis 5576-0001 FW 1.41
Trovis 5579-0001 FW 1.54
Trovis 5579-0003 FW 2.61
Modbus GW "SmartMF" von Masifi
Adappter RS485 <-> TTL von Makershop

Achtung Pin RX zu RX & TX zu TX vom TTL-Adappter zur 557x!
ModBus C06 =1
Stationsadr=von 1 bis 247
Baud =19200

nähere Beschreibung hier

[hcrohland]

1. ESP32 D1 Mini
2. 5573-001, 2.14, 129, 89
3. seitliche Buchse, 1 -> TxD(ESP), 8 -> RxD(ESP), 7 -> GND, 19200 8N1

ESPHome Modbus Controller an Home Assistant

Config:
esphome_trovis.yaml.txt

Stromversorgung über Trovis Pin 2 funktioniert, führt aber beim Hochfahren des ESP zu einem Reset der Trovis.

[THorst92]

Mit einem ESP32 rein für diese Aufgabe hat es geklappt! Danke für den Anstoß!
Ich werde versuchen, was noch möglich ist. Aber paralleles I2C ist wohl nicht drinnen.

[eporsche]

Kurze Frage Nutzt ihr einen Pegelwandler zwischen Trovis und ESP?

[hcrohland]

Nein, ist bei mir direkt verbunden.

[eporsche]

Vielen Dank für die Rückmeldung!

[hcrohland]

Latest config:
trovis.yaml.txt

[el-totta]

1. USRIOT USR-TCP232-T2, LAN
2. Trovis 5573-10, SW-Vers: 2.41, 25.06.2018, HW-Type 135
3. seitlich, 1-> TxD, 8-> RxD, 7-> GND, 2-> +5V)

Einstellungen sonst wie im Wiki

openHAB (über Modbus Binding):
frühes Stadium, bis jetzt nur Werte auslesen

trovis.things.txt
trovis.items.txt

[robhubi]

Herzlichen Dank für die hervorragende Dokumentation!
So funktionierte es bei mir:

1. Adapter

DSD Tech SH-U09C, USB zu TTL Umsetzer mit FTDI FT232 Chip

2. Trovis

Trovis 5573-0003, Firmware V 2.51

3. Anbindung

• Von vorne gesehen wurde die Buchse seitlich links unten verwendet
• Kabellänge 2m
• Kabelbelegung s. Anhang „RJ45interface_doc.png“
• Einstellungen Trovis nach Volker B.: https://www.mikrocontroller.net/topic/346223#6330681

4. Test

Mit Trovis-View 4

5. Anhänge

Anschlussbelegung und Verkabelung: „RJ45interface_doc.png“
Adapter im Einsatz: „DSD_conec_s.jpg“

[oefchen]

Trovis 5576-0001 FW 1.41
Trovis 5579-0001 FW 1.54
Trovis 5579-0003 FW 2.61

USR-TCP232-E2 (Connection über USR-VCom und TrovisView)
Pinbelegung lt. Wiki
Beschreibung hier

ModBus C06 =1
Stationsadr=von 1 bis 247
Baud =19200

[edomi-fan]

Auch Trovis 5575 sind Modbus-fähig

Trovis 5575-0012
FW(Register 2): 1.92
HW (Register 3): 5
Sonderfunktionen (Register 4): 0

Anschluss (zum Test der Modbus-Funktion):
RS485-USB-China-Adapter (CH340) über 2-poliges Twisted Pair an den Klemmen 14 und 15, d.h. ohne Masse-Verbindung, im Trovis-Gehäuse. Ein Vertauschen der Adern sollte keine Probleme verursachen.

Parameter:
9600 Baud, 8N1
Slave-ID: 255

Wichtig:
Dieser Weg scheint nur zu funktionieren, solange der Gerätebus nicht erstmalig aktiviert wurde (CO7->F01-1). Ein anschließendes Zurücksetzen mit CO7->F01-0 stellt die Modbus-Funktion nicht wieder her!

Hier hilft dann nur noch ein kompletter Deep-Reset auf Werkseinstellungen (die im Handbuch beschriebene Methode über die Schlüsselzahl 1991 führt nicht zum Erfolg):

• Regler vom Stromnetz trennen und einige Sekunden warten.
• Dann den Drehregler unter dem Display gedrückt halten und die Verbindung zum Stromnetz wieder herstellen. Den Knopf so lange gedrückt halten, bis das Display alle Symbole zeigt.

Bitte beachten: Hierbei werden sämtliche Parameter zurückgesetzt. Daher bitte unbedingt vorher alle Einstellungen (PAx und COx) abschreiben, um den Regler anschließend wieder richtig parametrieren zu können.

---

Die testweise Ansteuerung über ein einfaches Modbus-Terminal-Programm, z.B. Modbus Doctor, funktioniert einwandfrei. Auslesen des Registers 0 liefert den Wert 5575.

Auf diesem Weg kann auch die Slave-ID geändert werden. Schreibt man in das Register 142 beispielsweise den Wert 1, so wird das Gerät anschließend auch unter der Slave-ID 1 angesprochen und reagiert nicht mehr auf die ursprüngliche ID 255. Dies ist besonders dann interessant, wenn über denselben Modbus mehrere Geräte angesprochen werden sollen.

Einen Weg, auch die Baudrate zu ändern (z.B. auf 19200), habe ich bislang nicht gefunden.

Ein Zugriff mit TrovisView4 ist auf diesem Weg ebenfalls möglich:

---

Dank an alle, die sich über die letzten Jahre an der Diskussion und Lösungsfindung beteiligt haben. Das gilt insbesondere für die wirklich großartige Arbeit von @Tom-Bom-badil !

Erstmalig beschrieben wurde die Möglichkeit, eine 5575 über Modbus anzusprechen, bereits 2015. Von diesem Beitrag angestachelt habe ich viele vergebliche Versuche unternommen. Nur fehlte mir damals noch die Erkenntnis, dass dieser Weg nach erstmaliger Aktivierung des Gerätebuses ohne einen tiefen Griff in die Trickkiste versperrt ist. So hatte ich irgendwann entnervt aufgegeben und die 5575 erfolgreich durch eine 5576 ersetzt. Kürzlich habe ich sie für andere Experimente mal wieder hervor geholt und konnte meine 5575 nun doch zur Kommunikation über Modbus überreden.

Nachdem im Gegensatz zu damals jetzt auch die Register bekannt sind, sollte auch einer Anbindung von Trovis 5575-Reglern ins Smart Home nichts mehr im Wege stehen.

[oefchen]

Schön das immer noch was dazu kommt :))

Aber wer is Michael ? Der Entwickler von Edomi heißt Christian...und ist leider tatsächlich abgetaucht. Weiterentwicklungen gibts halt nur über LBS bzw die aktuellen Docker / Proxmox-Container.

[edomi-fan]

Konfiguration meiner 5576 mit EDOMI siehe unten.

Dass Christian nicht mehr aktiv zu sein scheint, ist sehr schade - ich hoffe immer, dass ihm nichts passiert ist. Aber solange die Website noch lebt, zahlt zumindest jemand dafür. Das lässt mich hoffen, dass er einfach Besseres zu tun hat...

Mir fehlt bei EDOMI übrigens nichts. Es ist ein geniales System, bei dem wirklich schier unbegrenzte Möglichkeiten bestehen, sich auszutoben. Somit kann ich bislang gut damit leben, dass EDOMI nicht mehr weiter entwickelt wird.

[Tom-Bom-badil]

Oooops, stimmt - Christian, nicht Michael. Hab die Edomi-Entwicklung nur am Rande im KNX-UF verfolgt und mich daher 'falsch erinnert'. Aber es ist definitiv ein geniales Projekt, vor allem für eine 'One-Man-Show'.

@oefchen: Läuft hinter Deiner KNX-Anbindung der Trovis auch Edomi, oder ist das 'nur' natives KNX bzw. nutzt Du etwas anderes als Visu?

[oefchen]

Jede Silbe von "edomi-fan" könnt ich sofort unterschreiben....geht mir genauso.
Ich denk es waren einige respektlose Forderungen im Forum zu viel....hätt ich mir an Christians Stelle auch nicht gegeben.
Und...ich liebe mein Edomi :)))

ja Tom, die Trovis ist zwar direkt mit dem KNX-Bus verbunden...aber Edomi läuft natürlich dahinter. Ich versuche immer so viel wie möglich direkt zu realisieren. Wichtige Funktionen laufen bei mir nur über Edomi wenns nicht anders darstellbar ist.

[jdr85]

Hat es schon irgendjemand geschafft, auch einen 5575-002x anzubieten? Also die Billigvariante ohne Gerätebus und Beleuchtung?

[edomi-fan]

Trovis 5576-0003
FW(Register 2): 2.12
HW (Register 3): 6
Sonderfunktionen (Register 4): 89

Anschluss:
RS 232: seitliche Buchse, 3 -> TxD, 6 -> RxD, 7 -> GND

China-Adapter RS232 <--> RS485:

Wichtig: Die Versorgungsspannung darf 5V nicht unterschreiten (4,8 V können schon zu wenig sein). Sonst bekommt der Regler zwar die Modbus-Befehle, aber die Antwort wird nicht mehr richtig zurück übertragen. Daher würde ich den Konverter nicht mit der Spannung aus dem Trovis-Regler versorgen, sondern speise ihn mit einer externen Spannungsquelle.

Modbus-TCP-Adapter:
USR-TCP232-410S

Diese Konfiguration läuft seit bestimmt 2 Jahren ohne Probleme.

Hinweis:
Wahrscheinlich geht auch eine Direktverbindung ohne Umweg über RS485, da dieser Modbus-TCP-Adapter auch noch einen separaten RS232-Anschluss besitzt. Allerdings ist der Trovis-Regler rund 5m Kabelweg entfernt. Daher habe ich mich für die Variante RS485 entschieden, weil hier die Länge unkritisch ist

Einbindung in Edomi über einen modifizierten LBS 19001030 Modbus TCP Master Read. Hat man keine weiteren Geräte am Modbus hängen, sollte zumindest für die Holding Register auch der Original-LBS funktionieren.

[klaus131079]

Trovis 5579
FW(Register 2): 2.63
HW Revision: 6
Sonderfunktionen: 89

Anschluss an seitlicher Buchse an Trovis 5579 mit normalen LAN Kabel --> DIGITUS D-Sub 9 zu RJ45 Adapter - Kupplung zur Selbst-Assemblierung - Stecker zu Buchse - RS-232 - RS-485 - PVC-Gehäuse.
-->
Modbus-TCP-Adapter: USR-TCP232-410S

Auslesen/Steuern funktioniert mit Samson Trovis View, Trovis IOS app.
Weiters ist IOBroker eingebunden mittels Modbus Adapter, jedoch funktioniert nur auslesen der Holding Register. Auslesen der Coils ist mir bis dato nicht gelungen.

[CodingMush]

Vielen Dank für die Anleitung, ich konnte meinen Trovis 5576 in HomeAssistant einbinden.
HW:
Wemo d1 Mini mit ESPHome
Trovis 5576

Anschluss:
Seitliche Buchse (Trovis) -> d1 :
3 (RD) -> TxD, 6 (TD) -> RxD, 7(GND) -> GND

ESPHome:

esphome:
  name: esphome-web-123456
  friendly_name: ESPHome Web 123456
 
esp8266:
  board: d1_mini

# Enable logging
logger:
  baud_rate: 0

# Enable Home Assistant API
api:
  encryption:
    key: "12345api12345="

ota:


wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Esphome-Web-123456"
    password: "password"

captive_portal:

# Modbus UART Konfiguration
uart:
  id: mod_bus
  tx_pin: TX  # Verbinde mit dem TX-Pin des ESP D1 Mini
  rx_pin: RX  # Verbinde mit dem RX-Pin des ESP D1 Mini
  baud_rate: 19200
#  baud_rate: 9600  # Baudrate entsprechend deiner RS-232-Konfiguration
  data_bits: 8
  parity: NONE
  stop_bits: 1
  #debug:

modbus:
  id: modbus1

modbus_controller:
  - id: trovis
    address: 240
    modbus_id: modbus1
    setup_priority: -10

sensor:
  - platform: modbus_controller
    modbus_controller_id: trovis
    name: "Außentemperatur"
    id: AussentempAF1
    unit_of_measurement: "°C"
    icon: "mdi:home-thermometer"
    register_type: holding
    address: 9
    accuracy_decimals: 1
    filters:
      multiply: 0.1
  - platform: modbus_controller
    modbus_controller_id: trovis
    name: "Vorlaufsollwert"
    id: VorlSollwRk1
    unit_of_measurement: "°C"
    register_type: holding
    address: 999
    accuracy_decimals: 1
    filters:
      multiply: 0.1
  - platform: modbus_controller
    modbus_controller_id: trovis
    name: "Vorlauftemperatur"
    id: VorlauftempVF1
    unit_of_measurement: "°C"
    register_type: holding
    address: 12
    accuracy_decimals: 1
    filters:
      multiply: 0.1
  - platform: modbus_controller
    modbus_controller_id: trovis
    name: "Rücklauftemperatur"
    id: RueckltempRueF1
    unit_of_measurement: "°C"
    register_type: holding
    address: 16
    accuracy_decimals: 1
    filters:
      multiply: 0.1
  - platform: modbus_controller
    modbus_controller_id: trovis
    name: "Wassertemperatur"
    id: SpeichertempSF1
    unit_of_measurement: "°C"
    register_type: holding
    address: 22
    accuracy_decimals: 1
    filters:
      multiply: 0.1


binary_sensor:
  - platform: modbus_controller
    modbus_controller_id: trovis
    id: BinaerausgBA1
    name: "Umwälzpumpe"
    register_type: coil
    address: 56
    #filters:
    #  - invert:
  - platform: modbus_controller
    modbus_controller_id: trovis
    id: BinaerausgBA4
    name: "Speicherladepumpe"
    register_type: coil
    address: 59
    #filters:
    #  - invert:
  - platform: modbus_controller
    modbus_controller_id: trovis
    id: BinaerausgBA5
    name: "Zirkulationspumpe"
    register_type: coil
    address: 60
    #filters:
    #  - invert:

switch:
  - platform: modbus_controller
    modbus_controller_id: trovis
    id: FB05VerzATAnp
    name: "FB05: Verzoegerte Aussentemperaturanpassung fallend"
    register_type: coil
    address: 133
  - platform: modbus_controller
    modbus_controller_id: trovis
    id: FB06VerzATAnp
    name: "FB06: Verzoegerte Aussentemperaturanpassung steigend"
    register_type: coil
    address: 134

number:
  - platform: modbus_controller
    modbus_controller_id: trovis
    id: WriteEnModem
    name: "Write Enable"
    icon: "mdi:timer-lock-open"
    address: 144
  - platform: modbus_controller
    modbus_controller_id: trovis
    name: "Minimale Vorlauftemperatur"
    id: MinVorlRk1
    unit_of_measurement: "°C"
    icon: "mdi:thermometer-low"
    register_type: holding
    address: 1001
    multiply: 10
  - platform: modbus_controller
    modbus_controller_id: trovis
    name: "Solltemperatur Tag"
    icon: "mdi:sun-thermometer-outline"
    id: TagSollRk1
    unit_of_measurement: "°C"
    register_type: holding
    address: 1002
    multiply: 10
  - platform: modbus_controller
    modbus_controller_id: trovis
    name: "Solltemperatur Nacht"
    id: NachtSollRk1
    icon: "mdi:sun-thermometer"
    unit_of_measurement: "°C"
    register_type: holding
    address: 1003
    multiply: 10
  - platform: modbus_controller
    modbus_controller_id: trovis
    name: "Steigung Kennlinie"
    id: SteigHeizKLRk1
    register_type: holding
    address: 1005
    icon: "mdi:chart-bell-curve-cumulative"
    multiply: 10
  - platform: modbus_controller
    modbus_controller_id: trovis
    name: "Niveau Kennlinie"
    id: NivHeizKLRk1
    unit_of_measurement: "K"
    icon: "mdi:chart-bell-curve-cumulative"
    register_type: holding
    address: 1006
    value_type: "S_WORD"
    multiply: 10
  - platform: modbus_controller
    modbus_controller_id: trovis
    name: "Wassersollwert"
    id: TWSollw
    icon: "mdi:thermometer-water"
    unit_of_measurement: "°C"
    register_type: holding
    address: 1799
    multiply: 10
  - platform: modbus_controller
    modbus_controller_id: trovis
    name: "Verzögerung AT-Anpassung"
    id: ATVerzoegerung
    icon: "mdi:timelapse"
    unit_of_measurement: "K/h"
    register_type: holding
    address: 117

[Tom-Bom-badil]

Dankeschön! :) Die Namen der Attribute bei HA 'Standard' Modbus und ESPHome Modbus unterscheiden sich leider oft, obwohl sie dasselbe meinen (Beispiel: data_type ./. value_type oder auch scale: 0.1 ./. filters: multiply: 0.1).

Das ist mir schon ein paar mal auf die Füße gefallen, da ich nach wie vor einen Standard-Adapter dran hab und keinen ESP. Nervt ein bisschen, aber nach nur 2 Tagen HA lernen kann man nicht erwarten, dass man gleich ein komplett neue Integration schreibt. Immerhin hab ich schon knapp 80 Register in Entities übertragen, im Moment kämpfe ich mit der richtigen Formatierung für Datum und Uhrzeit, ohne dafür eine separate Entity erfinden zu müssen. ;)

/tom

[tmycgn]

Hi Tom, helfe gerne auch beim Testen in ESPHome/HA. Gibt des schon eine öffentliche Liste der übertragenen Register? :)

[THorst92]

Dankeschön! :) Die Namen der Attribute bei HA 'Standard' Modbus und ESPHome Modbus unterscheiden sich leider oft, obwohl sie dasselbe meinen (Beispiel: data_type ./. value_type oder auch scale: 0.1 ./. filters: multiply: 0.1).

Das ist mir schon ein paar mal auf die Füße gefallen, da ich nach wie vor einen Standard-Adapter dran hab und keinen ESP. Nervt ein bisschen, aber nach nur 2 Tagen HA lernen kann man nicht erwarten, dass man gleich ein komplett neue Integration schreibt. Immerhin hab ich schon knapp 80 Register in Entities übertragen, im Moment kämpfe ich mit der richtigen Formatierung für Datum und Uhrzeit, ohne dafür eine separate Entity erfinden zu müssen. ;)

/tom

Hi @Tom-Bom-badil,
hast du die Konfiguration für die Uhrzeit schon hinbekommen? Ich versuche gerade Register 1831 und 1832 zu integrieren und frage mich wie ich das machen muss.

[Tom-Bom-badil]

Sorry, hatte Deine Anfrage hier mitten in den ganzen Posts irgendwie überlesen. Helfen Dir diese beiden Templates weiter?

{% if states('sensor.trovis_regler_uhrzeit')|float < 1000 %}
  {{ '0' + states('sensor.trovis_regler_uhrzeit')[:1] + ':' + states('sensor.trovis_regler_uhrzeit')[-2:] }}
{% else %}
  {{ states('sensor.trovis_regler_uhrzeit')[:2] + ':' + states('sensor.trovis_regler_uhrzeit')[-2:] }}
{% endif %}

{% if states('sensor.trovis_regler_datum')|float < 1000 %}
  {{ '0' + states('sensor.trovis_regler_datum')[:1] + '.' + states('sensor.trovis_regler_datum')[-2:] + '.' + states('sensor.trovis_regler_jahr') }}
{% else %}
  {{ states('sensor.trovis_regler_datum')[:2] + '.' + states('sensor.trovis_regler_datum')[-2:] + '.' + states('sensor.trovis_regler_jahr') }}
{% endif %}

/tom

[THorst92]

Danke für den Tipp! :)

[hcrohland]

Kannst Du in dieser Konstellation nur lesen oder auch schreiben?

Hi Tom, ich habe auch esphome im Einsatz und kann lesen und schreiben.

[Tom-Bom-badil]

Danke für die Info! :)
Muss wohl doch mal langsam wieder an das Wiki ran und die laufenden/bekannten Konfigurationen aktualisieren.

/tom

[lauramark]

Servus zusammen.
Gehört vielleicht nicht zu 100% hier rein: Ich habe einen Sauter Fernwärmeregler EQJW146F001.
Funktioniert aber (Dank eurer Anleitung!) genau so. Da das anscheinend ebenfalls ein Trovis-Produkt (oder umgekehrt?) ist.

1. Waveshare USB->RS232/RS485/TTL (Anbindung über TTL)
2. Trovis 5573, FW-Vers: 2.49 bzw Sauter EQJW146F001 SW 2.49 (wenn man den Regler aufschraubt sieht man die Kennung 5573. Die Firmware steht seitlich auf einem Aufkleber)
3. seitlich, 1-> TxD, 8-> RxD, 7-> GND
   (Buchse vorne gibt es keine. Kauft bloß nicht den 80€ RS485 Adapter, LAN-Kabel tuts locker)

Auslesen via TrovisView 4 als Gerät "Trovis 5573 Version 2.40-2.49" stellt kein Problem dar.
Teste gerade die Register via "Modbus Mastertool" (https://github.com/ClassicDIY/ModbusTool).
Bisher geht das einwandfrei mit Offset -40001. Das heißt im Modbus Master muss für Register 40000 Register 0 und Size 1 eingestellt werden. Die Register sind alle in einer Sauter-Bedienungsanleitung namens "Technisches Handbuch SAUTER EQJW126/EQJW146..." hinterlegt.
Als nächtstes muss der Kram dann in HomeAssistant rein. Sollte mit dem o.g. USB-Adapter kein Problem sein.

Achja: solltet ihr mal - gerade jetzt im Winter - für die Außenfühler Werte von 65520 o.Ä im Register stehen haben, liegt das an 16bit hex-werten. Zieht ab 32678 (oder 32677 ich weiß es jetzt net ganz genau) 65535 ab dann habt ihr den Minuswert als Integer. Ansonsten: https://www.eecs.umich.edu/courses/eng100/calc.html

Vielen Dank euch für die geile Beschreibung!

[Tom-Bom-badil]

Ja, auf die Sauter sind wir schon häufiger gestoßen, siehe z.B. hier. Genauso Pewo PCR06 (ebenfalls OEM). Schön, dass mal jemand die Dinger tatsächlich anbindet. Auf eBay hatte ich durch Zufall auch mal ein Gerät mit einer schwarzen Frontplatte gesehen, ansonsten 1:1 Trovis - mir aber leider den Link nicht gespeichert. Das Gerät war von noch einem anderen Hersteller.

Das mit den Außentemperaturen liegt an signed/unsigned INT. Außentemperaturen liefern natürlich auch negative Werte, daher 'signed'. Ich hatte in meiner ersten Plugin-Version damals übrigens genau diesen Fehler drin.

• unsigned INT = 8 Bit = 2^8 = 0...65.535,
• signed INT = Vorzeichenbit + 7 Bit = +/- 2^7 = +/- 0...32.767.

Wenn Du in der Auslesesoftware von unsigned auf signed umstellen kannst, brauchst Du nichts weiter machen. Ansonsten geht natürlich auch die 'manuelle' Lösung wie von Dir beschrieben; genauso hab ich's dann damals auch in meinem Plugin programmiert.

[mopkick]

Hallo zusammen,
habe eine Waveshare USB to RS232/485/TTL (nachdem dieser gerne genannt wird) an meinem 5573-0003 installiert. Unterschiedliche Kabelverbindungen geprüft.
Nach verschiedenen Test bekomme ich mit Trevovis View 4 (4.50->aktuelleste) keine Verbindung via USB. Sowie über Debian und iobroker mit modbus Modul.

Co6 -> F01 = 1
Co6 -> F02 = 0
Co6 -> F03 = 0
PA6 -> ST 247

Wäre über jeden Denkanstoß dankbar

[Tom-Bom-badil]

Kannst Du bitte Deine Config und bisherigen Versuche ein bisschen genauer beschreiben?

• Trovis View läuft ja nur unter Windows - wie hast Du dort die serielle Schnittstelle erstellt? Die Auswahl 'USB Converter 3' funktioniert mit den hier verwendeten Adaptern nicht - somit bleibt nur Kommunikation über seriell oder ModbusTCP. Für die Umsetzung USB<->seriell brauchst Du aber eine virtuelle serielle Schnittstelle (z.B. mit VCom erstellt) - siehe auch hier im Wiki.
• Da Du Zugriff auf ein Debian hast: Was liefert der Schnelltest? Welche Schnittstelle verwendet der Adapter? (manchmal ist statt /dev/ttyUSBx auch /dev/ttyAMAx zu verwenden)

/tom

[mopkick]

natürlich :-)
Der Waveshare USB to RS232/485/TTL ist per USB an Windows 11 Notebook angesteckt und wird auch als COM 1 erkannt.
In den Trovis View Einstellungen kann ich nicht viel auswählen
Ich verstehe nicht was ich per TCP angeben soll da ich ja USB als Schnittstelle vom Waveshare habe. Im Wiki ist das Gerät ja beschrieben....
Unter Debian wird das Gerät erkannt /dev/ttyUSB1 da ich noch parallel ein weiteres Gerät erfolgreich angebunden hab (Strommesser)
Das Testscript bringt bei mir fehler da minimalbus.schnittstelle nicht vorhanden ist.

[Tom-Bom-badil]

• Woher kommt die COM1: unter Windows? Ist die von einem Treiber (kenne den Waveshare nicht)?
  Denn: Nur USB-Gerät unter Windows reinstöpseln erstellt noch lange keine COM-Schnittstelle.
• Alles mit 'TCP' kannst Du bei Verwendung von USB ignorieren.
• Die Installation des Python-Moduls minimalmodbus ist ebenfalls im oben verlinkten Wiki-Eintrag beschrieben.

/tom

[mopkick]

Direkt aus dem USB Interface der wandelt das um. Es steht com1 Schnittstelle. Den Befehl .schnittstelle gibt es bei minimalmodbus nicht. Ich besorg mir jetzt das andere Hardware Teil von USR dann prob ich das mal Tom Bombadil ***@***.***> schrieb am Mi. 28. Feb. 2024 um 19:07:

…

- Woher kommt die COM1: unter Windows? Ist die von einem Treiber (kenne den Waveshare nicht)? Denn: Nur USB-Gerät unter Windows reinstöpseln erstellt noch lange keine COM-Schnittstelle. - Alles mit 'TCP' kannst Du bei Verwendung von USB ignorieren. - Die Installation des Python-Moduls *minimalmodbus* ist ebenfalls im oben verlinkten Wiki-Eintrag <https://github.com/Tom-Bom-badil/samson_trovis_557x/wiki/Schritt-5:-Erster-Test-von-Kabel-und-Adapter#unix--linux-mit-bordmitteln> beschrieben. /tom — Reply to this email directly, view it on GitHub <#6 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AZL2OZGQOQDFPXJQZGTUTJLYV5W7ZAVCNFSM6AAAAAAS2P6YECVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4DMMRRG42TE> . You are receiving this because you commented.Message ID: <Tom-Bom-badil/samson_trovis_557x/repo-discussions/6/comments/8621752@ github.com>

[tmycgn]

Minimalistische Stecklösung mit WLAN über ESPHome (Home Assistant)

ESP: M5Stack Atom Lite (ESP32)
Modell: Samson Trovis 5573-003
Firmware: V 2.48
Verwendeter Anschluss: Links unten seitlich (RJ45)

Intro:
Auf der Suche nach einer Lösung unsere Trovis 5573 in Home Assistant zu integrieren bin ich auf @Tom-Bom-badil grandioses Repository gestoßen. Nach unzähligen Versuchen des Scheiterns mit unterschiedlichen Einstellungen, ESPHome Konfigurationen, Pin-Belegungen, ESPs, habe ich nun meine minimalistische Lösung quasi ohne Löten gefunden und möchte sie hiermit gerne teilen. Die hier gezeigte D1 Mini Lösung funktioniert ebenso sehr gut, jedoch suchte ich nach einer noch kompakteren, geschlossenen Stecklösung.

Benötigt wird:

• M5 Stack Atom Lite - https://shop.m5stack.com/products/atom-lite-esp32-development-kit - 9,90 EUR bei Berrybase
• COVVY RJ45 Schraubklemmenadapter, CCTV/DVR Ethernet Verbindungsstück RJ45 Weibliches Jack zu 8 Pin - 6,99 EUR bei Amazon
• Grove Kabel von irgendeinem M5 Stack Sensor - z.B. M5Stack HUB Expansion Unit, 3 x Grove - 4,40 EUR bei Berrybase
• (ACT CAT6A Netzwerkkabel 90° gewinkelt nach links, U/UTP LSZH LAN Kabel Dünn 3.6mm Slimline, 0.15 Meter - 4,06 EUR bei Amazon)

Außerdem optional, nur wenn man die Stecker schön haben will:

• Lötkolben
• Jumper Wire Connector
• Schrumpfschlauch

Kabelbelegung:

Der GROVE Port am Atom Lite kann auch für UART genutzt werden. Dort darf dann aber sonst nichts anderes angeschlossen weden.

• RJ45 Pin 1 = RxD ----> Atom Lite Grove unten 3 (weiß markiert, GPIO26, Kabel gelb)
• RJ45 Pin 2 = +5V ----> Atom Lite Grove unten 2 (rot markiert, 5V, Kabel rot)
• RJ45 Pin 7 = GND ----> Atom Lite Grove unten 1 (schwarz markiert, GND, Kabel schwarz)
• RJ45 Pin 2 = TxD ----> Atom Lite Grove unten 4 (weiß markiert, GPIO32, Kabel weiß)

Das Grove Kabel habe ich in der Mitte durchtrennt und die Kabel entmantelt. Dann verbindet man sie einfach mit den Schraubverschlüssen wie abgebildet. Der Ordnung halber habe ich sie an Pins geklemmt und mit einem Schrumpfschlauch ummantelt.

Wichtig: Auch wenn der 5V Betrieb an der Trovis direkt ohne externe Spannungsversorgung funktioniert, habe ich mich aufgrund der Hinweise hier ebenso für eine externe Versorgung über USB-C entschieden. Hierfür habe ich einfach das rote Kabel wieder entfernt. Auf keinen Fall bei USB Stromversorgung das rote Kabel dran lassen, bzw. doppelt mit Strom versorgen. Auf den Fotos unten sieht man noch den Standalone-Betrieb.

Die Installation ist anhand der Fotos selbsterklärend. Als ESPHome Yaml habe ich mich an die Konfiguration von @hcrohland gehalten, lediglich die Pins wie unten eingefügt geändert. Danke für die Vorarbeit. :) Den ESP habe ich mit doppeltem Klebeband direkt auf den Stecker geklebt. Da unsere Fernwärmestation verkoffert ist, habe ich den RJ45 Anschluss über einen Winkelstecker herausgeführt.

Next Steps:
Super freuen würde ich mich, wenn wir hier weiter die Register für eine ESPHome Integration sammeln würden sowie eine Lösung für die Extremwerte bei Nichtbelegung. Die nächsten Schritte die ich versuchen will sind die MQTT-Integration und eine einfach Web-UI mit den Werten. :) Beides sollte mit ESPHome als Basis aber kein Problem sein.

esphome:
  name: atomlite
  friendly_name: atomlite

esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:
  baud_rate: 0

# Enable Home Assistant API
api:
  encryption:
    key: "***"

ota:
  password: "***"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Atomlite Fallback Hotspot"
    password: "***"

captive_portal:

uart:
  id: mod_bus
  tx_pin: 26
  rx_pin: 32
  baud_rate: 19200
  # debug:

modbus:
  id: modbus1

modbus_controller:
  - id: trovis
    address: 10
    modbus_id: modbus1
    setup_priority: -10

sensor:
  - platform: modbus_controller
    modbus_controller_id: trovis
    name: "Außentemperatur"
...
-CUT CUT CUT, weiter gehts wie oben in den ESPHome Config Files-

[tmycgn]

Update nach weiterer Optimierung: Neuester M5Stack NanoC6 Version mit Wifi6 läuft auch soweit, inkl. Web-Frontend. Die Konfiguration sende ich noch nach Feinschliff und MQTT Integration nach. Spannungsversorgung über Trovis muss ich hier nochmal prüfen. Der NanoC6 liegt bei ca. 8,50 EUR. :) Bilder vorab:

[Tom-Bom-badil]

Sehr sehr coole Arbeit, danke für's Teilen! :)

Edit: Gemäß Spezifikation 5V mit ~100mA bei Vollast. Der USR-TCP232-E2 an meiner Bastel-Trovis zieht bis zu 120mA und läuft seit Monaten stabil 24/7. Versorgung durch den Regler sollte also kein Problem sein.

[hcrohland]

An meiner 5573 zieht er zu viel Strom. Sie bootet immer wieder. Mit meinem ESP32 D1 Mini bootet sie nur einmal ;-)
Schade, das wäre eine sehr elegante Lösung gewesen.

[pitschi81]

Hallo!

1. ESP32 D1 Mini, Stromversorgung via USB
2. 5573 V2.51, Sonderfunktionen konnte ich nicht auslesen
3. seitlich links unten, 1->TxD, 8->RxD, 7->GND
4. Stationsadresse 10, Modem deaktiviert

Wird genutzt via ESPHome in HomeAssistant

Funktionierte wunderbar gleich auf Anhieb! Ich habe mich dank marginaler Kenntnisse an die Config von @hcrohland gehalten und die nun um ein paar Werte erweitert. Was mir allerdings fehlt ist eine Liste der noch möglichen Register. So konnte ich die Betriebsart des 1. Regelkreises zwar hinzufügen und anzeigen lassen, die Adressen für den Zustand der Pumpen konnte ich bspw. nicht finden obwohl in der Config schon vorhanden. Gibt es eine entsprechende Liste irgendwo zu finden?

[hcrohland]

Gibt es eine entsprechende Liste irgendwo zu finden?

https://github.com/selangh/trovis5573reader

[Tom-Bom-badil]

Hier im Projekt unter dem Reiter "Code" findest Du ein Templates-Verzeichnis. Da sind die Übersichten für die 5576 drin. Die Registeradressen scheinen bei allen Reglermodellen einheitlich zu sein; je nach Modell/Funktionsumfang sind aber nur die Register verfügbar, deren Funktionen der Regler auch unterstützt. Grundsätzlich sollte die Liste also auch 1:1 für Deine 5573 passen.

@hcrohland: So nen Register-/Coil Sniffer findest Du da auch - gleich nebenan im Tools Verzeichnis. ;) Damit hat das ganze Projekt hier damals begonnen ...

/tom

[kpinkertshgks]

Hallo zusammen,

ich krebse hier schon seit einem Jahr rum, um mein Heim smart zu machen. Bisher habe ich das noch nicht mit Nachdruck verfolgt gehabt.

Seit zwei Wochen bin ich nun mit Hochdruck dahinter.

Rolläden, Lichter, und diverse andere Dinge sind bereits Automatisiert. Auch unter Einbindung von Temperatur, Luftfeuhte, ....

Für mich steht und fällt es auch damit, zu verstehen, wie sich mein Heim verhält.

Dazu gehört auch die Heizung. Ich habe ein Fernwärmeheizung mit einer Trovis 5573.

Trovis wie von Tom-Bom-Badil beschrieben konfiguriert.

Angebunden mit einer USR TCP 232 T2.

In der Trovis View kann ich alles wunderbar auslesen.

Anbei die Einstellungen für die USR, TrovisView und im ModBus Modul von HomeAssistant.

Allerdings bekomme ich die Daten partout nicht in HomeAssistant.

Hat ggf. jemand von Euch noch eine Idee? Ich habe alle Variationen durch.

Danke und Gruß

Kyrre

[kpinkertshgks]

Nachtrag:

Habe auch folgendes ausprobiert:

name: "Trovis Außentemperatur 1"
unique_id: trovis_AussentempAF1
slave: 246
address: 9
scan_interval: 60
data_type: int16
nan_value: 32767
scale: 0.1
unit_of_measurement: "°C"

Wobei sich mir hier nicht die slave adresse 246, und address 9 für die Außentemperatur erschließt, sind ja eigentlich andere Register.

[Tom-Bom-badil]

Ich vermute, es liegt am 'type' (rtuovertcp). Ich schau nachher mal zu Hause in meiner HA-Installation nach, wie dort was definiert ist, und poste mal die settings.

/tom

[kpinkertshgks]

Hallo Tom,

vielen Dank für Deine Antwort, und dass Du nachsiehst. Wie ich lese, nutzt Du auch Home Assistant.

Also am type wird es nicht liegen, da habe ich auch schon tcp ausprobiert. Irgendwie ist es wie verhext.

LG

Kyrre

[Tom-Bom-badil]

Hier die laufende HA-Config meiner Bastel-5579, die vor mir auf dem Schreibtisch steht. Angebunden ist sie über einen USR-K7, also ebenfalls über einen TCP/RTU Umsetzer wie bei Dir. Richtig verkabelt scheint bei Dir alles zu sein, sonst würde ja Trovis View nicht arbeiten:

config.yaml:

modbus:
  - name: trovis
    type: tcp
    host: 192.168.178.59
    port: 502
    sensors: !include_dir_merge_list trovis557x/sensors/
    binary_sensors: !include_dir_merge_list trovis557x/binary_sensors/
    switches: !include_dir_merge_list trovis557x/switches/

secrets.yaml:

trovis_id: 246

Muster einer der yaml-Dateien mit den Registern (hier: trovis557x/sensors/hk1.yaml):

- name: "Trovis Hk1 Vorlaufsoll"
  unique_id: trovis_hk1_vlsoll
  slave: !secret trovis_id
  address: 999
  scan_interval: 60
  scale: 0.1
  precision: 1
  unit_of_measurement: "°C"
  device_class: temperature
  data_type: int16
  nan_value: 32767

- name: "Trovis Hk1 Steigung"
  unique_id: trovis_hk1_steigung
  slave: !secret trovis_id
  address: 1005
  scan_interval: 60
  scale: 0.1
  precision: 1
  min_value: 0.2
  max_value: 3.2
  data_type: int16
  nan_value: 32767

- name: "Trovis Hk1 Niveau"
  unique_id: trovis_hk1_niveau
  slave: !secret trovis_id
  address: 1006
  scan_interval: 60
  scale: 0.1
  precision: 1
  unit_of_measurement: "°C"
  device_class: temperature
  data_type: int16
  # min_value: -30
  max_value: 30
  nan_value: 32767
[...]

Über die Aufsplittung der Dateien bitte nicht wundern - ich habe vor einer Weile mal versucht, die ganzen Variablen in externen Dateien mit vernünftigem logischem Aufbau unterzubringen (nach Funktion angeordnet). Leider habe ich es nicht hinbekommen, sensors + binary_sensors + switches in dieselbe Datei zu schreiben, deshalb gibt es dafür 3 getrennte Verzeichnisse mit jeweils 8 gleichlautenden Dateinamen. Vielleicht hat ja noch einer der anderen Mitleser eine Idee, wie man das bewerkstelligen könnte:

Viel Erfolg!

/tom

Edit/Nachtrag: Ich glaube, ich sehe jetzt Dein Problem. Du liest 40000er Adressen aus, was nicht korrekt ist. Die Trovis-Adressen starten bei 0, nicht bei 40001. Wenn Du von Deinen Adressen jeweils 40001 abziehst, wird es vermutlich funktionieren.

[eporsche]

@Tom-Bom-badil
Magst du vielleicht deine yaml Dateien ggf. auch über diese Repository teilen? 😌
Versuche gerade das Register: 1037 auszulesen "ATEinNennbRk1" - leider noch ohne Erfolg.

[Tom-Bom-badil]

Klar doch, mach ich gern. Werde in den nächsten Tagen ein Unterverzeichnis dafür anlegen.

Aber bitte beachten: Mein Produktivsystem mit der 5576, an der meine echte Heizung hängt, läuft immer noch auf smarthomeNG. Die HA-Anbindung ist bisher ausschließlich mit meiner Bastel-5579 (genannt 'Schrödinger') verbunden, wobei diese eine Vollausstattung an PT1000-Sensoren bekommen hat, weil ich diese zum Testen von verschiedenen Hydrauliken/Anlagen brauche:

Entsprechend sind aber auch in der Bastelstrecke bisher nur wenige Register implementiert. Mein Ziel ist aber der strategische Wechsel von smarthomeNG zu HA, aber das wird noch dauern (bin in den letzten 5 Monaten kaum noch zu privaten Projekten gekommen). Hier mal der Stand der Dinge - links die smarthomeNG/smartVISU, rechts HA - natürlich sind alle Bildschirmelemente, Einfärbungen, Reglerbuttons usw interaktiv:

Wie schon geschrieben - ich lade die Struktur und Dateien die nächsten Tage mal hoch. Wer aber auf der Suche nach einer vollständig funktionierenden Config ist, sollte etwas hochscollen, da sind einige HA-Beispiele geposted worden. Die Visu-Seite werde ich aber vermutlich erst posten, wenn sie fertig ist - ist einfach noch zu sehr Baustelle ...

/tom

p.s./edit: Hier mal noch 2 Screenshots zum Stand der Visu, gerade eben gemacht. Das Problem ist, dass HA recht eigenwillig bei der Anordnung der Bildschirmelemente über verschiedene Auflösungen hinweg ist. Man muss da ein wenig 'kreativ' sein. Zuletzt war ich dabei, die Reglerdarstellung in die extra dafür angelegte Seite zu übertragen, die mir die Begrenzungen visualisiert. Da musste ich dann leider vor ca. 5 Monaten erstmal pausieren:

Schritt 1 - Grundprinzip geknackt und dabei gleich Simulator für die Plots geschrieben, der für 24 Stunden rückwirkend Daten für die in den 3 Plots verwendeten Sensoren generiert:

Schritt 2 - passendes Bildschirmlayout generiert, das verschiedene Auflösungen kann, und begonnen, die Elemente aus der ersten Seite zu übertragen (noch nicht fertig):

[eporsche]

Sieht schon sehr stark aus! 💯 Werde bei mir mal die Diagramme nachbauen! 😅 Hab selbst mal versucht andere Entitäten mit dem picture-element schöner darzustellen und hatte ebenfalls Probleme bei verschiedenen Bildschirmgrößen. Bin dann wieder zurück auf die Standardelemente! ;) Zumindest steht customization des dashboards auf der roadmap für 2024 - vielleicht kommt in dem Zuge ja noch was für das picture-element. Danke für den Upload der yaml!

[kpinkertshgks]

Hallo Tom,
ja Du hast richtig gesehen, es lag an den Adressen. Habe wohl auch an zu vielen Schrauben gleichzeitig gedreht. Funktioniert jetzt ohne Probleme, und sogar flüssiger als gedacht. Schreibe die Tage noch eine kurze Zusammenfassung und stelle die dann hier ein.
Zwei Erkenntnisse habe ich auch schon gewonnen: AF an Ostseite nicht gerade geschickt (aber DHH mit Nachbarn im Norden), und in der Übergangszeit entweder die Parameter für den Sommermodus anpassen, oder RK1 ausschalten. Fängt schon an in das Register zu heizen.
Danke und Gruß
Kyrre

[falkio8]

Adapter
Adapter Typ: Standalone RS232/LAN Gateway
Adapter: USRIOT USR-TCP232-410S (Firmware 3015) (ModBus TCP Gateway)
https://www.pusr.com/products/modbus-serial-to-ethernet-converters-usr-tcp232-410s.html
Anbindung: LAN

Trovis
Trovis-Modell: 5573-1004
Firmware: 2.63

Anbindung
Buchse: seitlich
Kabelbelegung: PINS 1,2 (GND) und 8
Wichtig: da der Adapter oben kein TTL kann die 5573 aber nur TTL Pegel versteht brauchte ich einen RS232 -> TTL Adapter.

alle anderen Einstellungen waren Standard.

[simons4647]

Hallo,
Anscheinend gibt es eine Anbindung über die Frontbuchse über SPI.
https://github.com/Benvorth/ESP32_5575
Gruß
Simon

[Tom-Bom-badil]

... und sogar für eine 5575.

So wie ich das verstanden habe, sind MISO und CS mit dem RS232 verbunden, und das Modbus Protokoll ist hardcoded implementiert (dh als feste Binär-Anweisung im Code gespeichert - man wertet dann nur noch die Antwort aus). Letzteres spart auf alle Fälle die Einbindung einer kompletten Modbus-Bibliothek, macht aber beim ersten Setup mehr Arbeit, weil man jede Registerabfrage erstmal aus einem anderen System mitschneiden oder die notwendigen Checksummen von Hand errechnen muss.

So geht's natürlich auch - schöner, pragmatischer Ansatz. Interessanter Fund - danke dafür! :)

/tom

[jdr85]

Habe ich das jetzt richtig verstanden, dass ich damit sogar meinen Billig-5575-002x, der keine richtige Modbus-Schnittstelle hat, ansprechen kann? Könnte ich damit auch Werte schreiben? Das wäre ja der absolute Hammer - müsste mich nur reinfuchsen, Programmierung ist nicht meine Welt. Habe sogar schon überlegt, den Trovis durch eine S7 zu ersetzen - das kann ich besser und besonders komplex ist die Regelung ja nicht.

[Tom-Bom-badil]

Ich vermute nicht. Das Projekt arbeitet trotz allem immer noch mit Modbus. Zwar nicht mit einer universellen Bibliothek, der ich einzelne Register übergebe und die dann den Rest macht, sondern die einzelnen Befehlsketten sind für jedes Register komplett hardcoded hinterlegt. Am Ende immer ist das aber noch Modbus - ohne den geht's nicht.

/tom

[tmycgn]

Am WE endlich geschafft an meiner ESPHome NanoC6 Konfiguration weiterzuarbeiten, nun mit Webserver und Charts. Konfiguration anbei bei Interesse: tmycgn-trovis-connect-template.txt. MQTT als letztes Feature sollte wenn benötigt auch einfach integrierbar sein: https://esphome.io/components/mqtt.html Das sollte es dann auch gewesen sein. 😅 / Gruß TMY

[Tom-Bom-badil]

Ganz großes Kino, danke für's Teilen! :)

Hab seit etlichen Jahren auch mehrere ESP's im 24/7 Einsatz, allerdings (noch) nicht für die Trovis. Will mich aber diesen Winter auch mal daran machen, weil immer wieder Anfragen zu drahtlosen Anbindungen kommen. Plane aber einen anderen Weg (direkter Ersatz LAN-Adapter --> ESP, auch für bestehende Anbindungen); mal sehen, wie weit ich da komme.

/tom

[tugsi]

Ich hab seit 2011 ein 5573 im Einsatz und wollte ihn damals schon irgendwie einbinden, aber damals war man nicht so weit. Doch heute hab ich mal wieder geschaut und zack diese Seite hier gefunden und bin begeistert, wieder ein Projekt (man hat ja sonst nichts zu tun *lach).
@tmycgn Ich finde Deine Lösung sehr smart, da klein etc. Ich habe mit den M5-Sachen noch nichts gemacht, aber sehen ja gut aus und wenn ich es richtig verstanden habe, hast einfach ESPHome mit Deiner Konfiguration aufgespielt?
Würde mir auch ein NanoC6 besorgen, schön klein und sehr wahrscheinlich mit der Versorgung vom Trovis möglich.
MQTT wäre super, denn dann kann ich das zu meinem MQTTBroker schicken und dort liest mein ioBroker alles aus.

[tmycgn]

@tugsi Ich finde die M5 Hardware super zum basteln weil sie schon in einem sauberen Gehäuse kommt. Über die Grove Kabel oder Pins kannst du immer noch was anbauen wenn Du willst. Der NanoC6 ist mein aktueller Favorit da er unglaublich viel auf kleinem Raum zu sehr wenig Geld bereitstellt. Leider ist noch nicht alles komplett supported für das Gerät in ESPHome, aber kommt sicher noch. Für diesen Anwendungsfall hier reicht es aber.

Ja, Du musst nur die Config oben angepasst mit deinen Passwörtern aus Home Assistent heraus hochladen. Die Register können bei Dir natürlich komplett anders sein, also andere Pumpen, Sensoren etc. aber da hat @Tom-Bom-badil ja eine super Doku hier geschaffen. MQTT lässt sich gut nachkonfigurieren.

Auch ein echt guter Ansatz ist der hier von TheChatty: https://github.com/TheChatty/SmartESPatMax mit Tasmota. Das habe ich auch so am Wochenende zum laufen gebracht, allerdings etwas frickelig mit der Adressierung (siehe issues). Und die Coils lassen sich meiner Kenntnis nach noch nicht auslesen.