WOLF eBus Allgemein

Begonnen von thgorjup, 04 Januar 2017, 14:32:04

Vorheriges Thema - Nächstes Thema

thgorjup

Hallo zusammen,

ich beschäftige mich seit Tagen mit der eBus Schnittstelle an meiner WOLF Therme.
Da hier im Forum die Vailant Fraktion stark vertreten ist, aber bzgl WOLF kaum Informationen zu finden sind, denke ich dieser Thread ist gut als Erfahrungsaustausch.

Ich habe folgende Systeme:

Therme: CGB-11
Bedienmodul: BM
Solarmodul: SM1

Mein ebusd Logfile sieht momentan so aus. Es ist also noch einiges zu entschlüssseln.

2017-01-04 13:45:42.543 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Kesselpumpeaus;31.38;-;-;45.0;-
2017-01-04 13:45:42.835 [update notice] update broadcast betrd QQ=f1: 1;30;-;34.0;-;41;4
2017-01-04 13:45:44.811 [update notice] unknown BC cmd: 71fe50180e0080008000800080008000800000
2017-01-04 13:45:47.988 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:45:48.281 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:45:52.942 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Verbraucheraus;31.38;-;-;45.0;-
2017-01-04 13:45:53.233 [update notice] update broadcast betrd QQ=f1: 1;30;-;34.0;-;41;4
2017-01-04 13:45:57.705 [update notice] update broadcast betrd QQ=03: 7;78;27;42.0;31;41;4
2017-01-04 13:45:57.914 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:45:58.207 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:45:59.785 [update notice] update broadcast solar QQ=71: 236;f9;8.62;12.12
2017-01-04 13:46:02.878 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;6;31.38;-;-;45.0;-
2017-01-04 13:46:03.170 [update notice] update broadcast betrd QQ=f1: 1;30;-;42.0;-;41;4
2017-01-04 13:46:03.775 [update notice] unknown BC cmd: 71fe50230908620900005d010000
2017-01-04 13:46:07.853 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:46:08.145 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:46:11.647 [update notice] unknown MM cmd: 03f1080008001f00048002002d
2017-01-04 13:46:12.809 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Kesselpumpeaus;31.38;-;-;45.0;-
2017-01-04 13:46:13.101 [update notice] update broadcast betrd QQ=f1: 1;30;-;42.0;-;41;4
2017-01-04 13:46:14.762 [update notice] unknown BC cmd: 71fe50180e0080008000800080008000800000
2017-01-04 13:46:17.777 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:46:18.070 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:46:22.735 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Verbraucheraus;31.38;-;-;45.0;-
2017-01-04 13:46:23.028 [update notice] update broadcast betrd QQ=f1: 1;30;-;42.0;-;41;4
2017-01-04 13:46:27.692 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:46:27.983 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:46:28.632 [update notice] update broadcast betrd QQ=03: 7;78;26;38.0;31;41;4
2017-01-04 13:46:29.767 [update notice] update broadcast solar QQ=71: 236;f9;9.00;12.12
2017-01-04 13:46:32.671 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;6;31.38;-;-;45.0;-
2017-01-04 13:46:32.963 [update notice] update broadcast betrd QQ=f1: 1;30;-;38.0;-;41;4
2017-01-04 13:46:33.839 [update notice] unknown BC cmd: 71fe50230908620900005d010000
2017-01-04 13:46:36.834 [update notice] unknown MM cmd: 7130502309b0f40200045d010000
2017-01-04 13:46:37.628 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:46:37.921 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:46:39.610 [update notice] unknown BC cmd: 30fe070009008010491304010317
2017-01-04 13:46:42.663 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Kesselpumpeaus;31.38;-;-;45.0;-
2017-01-04 13:46:42.879 [update notice] unknown MM cmd: 03f1080008001f00048002002d
2017-01-04 13:46:42.992 [update notice] update broadcast betrd QQ=f1: 1;30;-;38.0;-;41;4
2017-01-04 13:46:44.470 [update notice] unknown BC cmd: 71fe50180e0080008000800080008000800000
2017-01-04 13:46:47.556 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:46:47.850 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:46:53.012 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Verbraucheraus;31.38;-;-;45.0;-
2017-01-04 13:46:53.304 [update notice] update broadcast betrd QQ=f1: 1;30;-;38.0;-;41;4


Die CSV´s habe ich aus github: https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.x.x/de/wolf

Folgende Commands funktionieren damit eingeschränkt:

ebusctl r betrd aussentemp
ebusctl r sollw brauchwassersolltemp
ebusctl r betrd boilertemp
ebusctl r betrd status (0-10)
ebusctl r betrd zustand (00, 30, 40, 78)
ebusctl r sollw kesselsolltemp
ebusctl r betrd kesseltemp
ebusctl r sollw leistungszwang (immer 0)
ebusctl r betrd stellgrad (immer -)
ebusctl r solar kollektortemp
ebusctl r solar wwsolartemp
ebusctl r solar pumpe (96,236)


Für status habe ich bisher folgendes rausgefunden:

0 = Brenner ein, Flamme ein
1 = Wärmeanforderung: Pumpe läuft
2 = unbekannt
3 = Schornsteinfegerbetrieb
4 = unbekannt
5 = Brauchwasserbereitung
6 = unbekannt
7 = Aufheizen (unter Volllast?)
8 = unbekannt
9 = unbekannt
10 = unbekannt


Für zustand habe ich bisher folgendes rausgefunden:

00 = Brenner aus
30 = Brenner Stufe 1
40 = Brenner Stufe 2
78 = Brenner Stufe 3 - Volllast


Seltsamerweise habe ich bei einer Störung im Status der Werte 1, 4, 5 in unterschielicher Reihenfolge. Zustand war immer 00.
Nach dem Wiedereinschalten der Therme hatte ich kurz den Status 7-10. Ich vermutete erst "Neustart" aber 7 erhalte ich auch zwischen drin immer mal.
Ich wollte nämlich über ein NOTIFY eine Meldung schicken wenn die Therme mal wegen z.B. starkem Wind auf Störung geht. Aber irgendwie werde ich aus den Werten nicht schlau.

Im Anhang ein Plot der gesammelten Daten.

Erklärung zum Plot:
05:30 Uhr = Ende der Nachtabsenkung - Aufheizung Brauchwasser - Status = 5
09:10 Uhr = Duschen - Abfall der Boilertemperatur auf 32°C
09:40 Uhr = Simulierte Störung durch Absperrung Gashahn - Status schwankt zwischen 1, 4, 5
09:50 Uhr = Wiedereinschaltung Therme - Status schwankt zwischen 1, 5, 7, 10
ab 10:00 Uhr = Normaler Betrieb


Vielleicht können ein paar erfahrene WOLF User mal ein paar Infos posten oder vollständige CSV-Dateien.
Ich würde nämlich auch gerne die Heizkurve in FHM abbilden.

Grüße
Thomas

 
FHEM auf Ubuntu 18.04LTS, 2x nanoCUL, JeeLink, nanoPIR, MQTT, ESP-Easy, HUE.
Sensoren+Aktoren: HM, IT, Lacrosse, Multitrade-PIR, VU+, Somfy

thgorjup

FYI, hier mal ein Update zu einem Tagesverlauf aus Programme Mo-Fr mit den gesammelten Werten über.

- Außentemperatur
- Heizkesseltemperatur
- Boilertemperatur (Brauchwasser)
- Status
- Zustand

Erläuterung:
05:00 Uhr = Heizbetrieb
10:00 Uhr = Absenkbetrieb
15:00 Uhr = Heizbetrieb
22:00 Uhr = Absenkbetrieb

Alle Status- und Zustandswerte daraus sind mir immer noch nicht ganz klar.
FHEM auf Ubuntu 18.04LTS, 2x nanoCUL, JeeLink, nanoPIR, MQTT, ESP-Easy, HUE.
Sensoren+Aktoren: HM, IT, Lacrosse, Multitrade-PIR, VU+, Somfy

hansg

Wirklich weiterhelfen kann ich dir leider auch nicht.
Von Wolf sind leider wirklich nur sehr wenige Informationen zu finden.
Ich versuche gerade auch meine alte Wolf Digikompakt R16 per Ebus auszulesen.
Per broadcast bekomme ich bereits die Aussen, Kessel und Boilertemperatur.

Im Ebus Wiki befindet sich ein Dokument mit den Ebus Spezifikationen.
http://ebus-wiki.org/lib/exe/fetch.php/ebus/spec_prot_7_v1_6_3_d.pdf

Laut dieser Beschreibung sind die Daten für Status und Zustand den einzelnem Bits zugeordnet.
Status müsste der Herstellerspezifische Melde bzw. Störcode sein.
Diesbezueglich hab ich üeber wolf bisher noch gar nichts gefunden.

Der Status zeigt den Zustand der Signale des Automaten an.
Bei meiner Anlage erhalte ich hier die Werte
48 = 01001000, Bit3 und Bit6 gesetzt, UWP ein, Brenner läuft, sowie
40 = 01000000, Bit6 gesetzt, UWP ein Brenner aus



Gruss
Hans

hdp1999

Hallo Thomas,
Ich bin auch gerade dabei meine Therme CGB-20 mit ebus in Fhem zu laufen zu bekommen ! Habe aber da so meine Probleme damit die bai00.cfg für Wolf umzuschreiben ! Infos hierzu sind ja nur sehr wenige vormanden für Wolf ! Im Moment stehe ich aufm Schlauch und komme nicht weiter die Werte in FHEM abzubilden ! Kannst du hier einmal deine cfg Files Posten damit ich mal im Ansatz erkenne wo mein Fehler liegt ? evt auch die csv Files ?

Gruß Dirk

dz-replay

Hallo, ich habe dazu mal eine allgemeine Frage. Betreibst Du in Deiner Konfiguration das BM(mit Digitalanzeige) in der Therme oder nutzt Du es separat in einem Wandsockel?

Gruß
Daniel

Svnm

Hallo,
ich hoffe, es kann mir hier jemand weiterhelfen.
Ich möchte den ebusd installieren. Nur welche Version soll ich da nehmen? 2.0, 2.1, 2.2, 2.3, 2.4 oder 3.0pre?
Ich habe eine WOLF Therme. Die CSV-Dateien befinden sich ja nur im  Verzeichnis ebusd-2.x.x/de/wolf

Danke!

whatthe

Hallo,
ich versuche auch verzweifelt die Messages meiner Wolf CGB-2 + BM2 extern zu verstehen.
Mit einem Nur-Lesen-EBUS-Adapter kommen schon sehr viele Meldungen rein.
Die vorhandenen Config-Files entschlüsseln jedoch fast nichts.

Ich habe nun folgende JSON Files mit verschiedenen Konfigurationen für Wolf Geräte entdeckt:
https://github.com/openhab/openhab1-addons/tree/1.8/bundles/binding/org.openhab.binding.ebus/src/main/resources

Die Kodierung steckt in diesen Daten drin, ich weiss jedoch nicht wie diese Infos in das CFG Format von EBUSD umgewandelt werden können.

Vielleicht kommt jemand damit weiter?

OlafK

Zitat von: thgorjup am 04 Januar 2017, 14:32:04
...
Ich habe folgende Systeme:

Therme: CGB-11
Bedienmodul: BM
Solarmodul: SM1
...
Die CSV´s habe ich aus github: https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.x.x/de/wolf

Folgende Commands funktionieren damit eingeschränkt:

ebusctl r betrd aussentemp
ebusctl r sollw brauchwassersolltemp
ebusctl r betrd boilertemp
ebusctl r betrd status (0-10)
ebusctl r betrd zustand (00, 30, 40, 78)
ebusctl r sollw kesselsolltemp
ebusctl r betrd kesseltemp
ebusctl r sollw leistungszwang (immer 0)
ebusctl r betrd stellgrad (immer -)
ebusctl r solar kollektortemp
ebusctl r solar wwsolartemp
ebusctl r solar pumpe (96,236)



Moin,
konntest du die CSV aus dem git-Repo 1:1 übernehmen?
- Ich habe die Daten 1:1 bei mir nach /etc/ebusd/kromschroeder/ abgelegt
- Des Weiteren noch die standard-files eine Ebene höher ("_template.csv", "broadcast.csv" and "memory.csv")

Wenn ich nun ebusd starte (ebusd -f --scanconfig) und "ebusctl r betrd aussentemp" abfrage, erhalte ich "ERR: element not found"

Das Ausgaben der Fields liefert dieses Ergebnis:
ebusctl f -F name,comment
datetime,Datum/Uhrzeit
error,Fehlernachricht
ident,Identifikation
ident,Identifikation
signoflife,Lebenszeichen
eeprom,EEPROM Daten lesen
ram,RAM Daten lesen
,
,
,
,
,
,
,
,
,
,


Irgendwie kennt er keine "Fields"

Mein System: CGB20, BM, SM1, MK1, MK2
ebus-Info:
ebusctl info

version: ebusd 3.0.v3.0-11-g46078f8
signal: acquired
symbol rate: 35
max symbol rate: 128
reconnects: 0
masters: 9
messages: 21
conditional: 0
poll: 0
update: 4
address 03: master #11
address 07: master #16
address 08: slave #11, scanned "MF=Kromschroeder;ID=  3B ;SW=" error: ERR: argument value out of valid range
address 0c: slave #16, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 10: master #2
address 15: slave #2, scanned "MF=Kromschroeder;ID=  ;SW=0229;HW=-"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 36: slave #8, ebusd
address 51: slave, scanned "MF=Kromschroeder;ID=  ;SW=0229;HW=-"
address 52: slave, scanned "MF=Kromschroeder;ID=  ;SW=0208;HW=-"
address 70: master #4
address 71: master #9
address 75: slave #4, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 76: slave #9, scanned "MF=Kromschroeder;ID=  ;SW=0227;HW=-"
address f0: master #5
address f1: master #10
address f5: slave #5, scanned "MF=Kromschroeder;ID=  ;SW=0208;HW=-"
address f6: slave #10, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"



Hat jemand eine Idee?


john30

Zitat von: OlafK am 23 Oktober 2017, 15:50:04
Wenn ich nun ebusd starte (ebusd -f --scanconfig) und "ebusctl r betrd aussentemp" abfrage, erhalte ich "ERR: element not found"
Das liegt vermutlich daran, dass das eine Broadcast Nachricht ist und kein Teilnehmer diese verschickt hat.
Du kannst einfach mal mit "ebusctl read -a -d" schauen, was so alles vorbei gekommen ist.
Vermutlich steckt auch noch einiges in den noch nicht definierten Nachrichten, die Du mit "ebusctl grab result" auflisten kannst.
author of ebusd

john30

Zitat von: whatthe am 08 September 2017, 23:20:41
Ich habe nun folgende JSON Files mit verschiedenen Konfigurationen für Wolf Geräte entdeckt:
https://github.com/openhab/openhab1-addons/tree/1.8/bundles/binding/org.openhab.binding.ebus/src/main/resources

Die Kodierung steckt in diesen Daten drin, ich weiss jedoch nicht wie diese Infos in das CFG Format von EBUSD umgewandelt werden können.
In "command" steckt PBSB, unter "data" dürfte sich die ID verbergen und values sind dann die Fields. Bei denen ist die Übersetzung nicht ganz so trivial, da hier eine feste "pos" verwendet wird. Das ist konzeptuell in ebusd CSVs seit geraumer Zeit nicht mehr vorgesehen, weil man ja eigentlich alle Bytes dekodieren will. D.h. aus dem Offset muss man mit Hilfe von z.B. Datentyp "IGN" (für "ignore") bis zur richtigen Position vorrücken und dann den benötigten Datentyp dranhängen.
Ein Beispiel für vaillant-vr90:
Aus
{
        "comment": "<Controller> Room temperature (°C)",
        "device":  "Vaillant VR 90",
        "id":      "temp_room",
        "class":   "controller",
        "command": "B5 09",
        "data":    "0D 00 00",
        "dst":     "75",

        "values": {
            "temp_room":   {"type": "data2c", "pos": 12, "label": "Room temperature"},
            "status":      {"type": "uchar", "pos": 14, "label": "Room temperature status",
                "mapping": {"0":"Ok", "85":"Circuit", "170":"Cutoff"}}
}

wird für ebusd:

r,controller,temp_room,"<Controller> Room temperature (°C)",,75,B509,0D0000,temp_room,,D2C,,,"Room temperature",status,,UCH,0=Ok;85=Circuit;170=Cutoff,,"Room temperature status"

Und das lässt sich dann via "ebusctl read -c controller temp_room" auslesen.

Das mit dem Offset in "pos" ist also halb so wild. Wenn "data" drei Bytes lang ist, dann ist das Feld an Position 12 immer das erste und abhängig von dessen Länge folgen dann die nächsten (bei D2C=data2c=2 Bytes lang eben das nächste ab pos=14).

Noch ein Beispiel für wolf:

Aus
{
"comment": "<Regler> Kromschröder/Wolf: Aktuelle Geräteleistung in %",
"device": "Wolf CSZ-2 > CGB-2 > HCM-2/GBC-e, FW: 1.6",
"id": "performance",
"class": "heating_kw",
"command": "50 22",
"data": "CC 6F 01",

"values": {
"performance_burner": {"type": "word", "pos": 12, "label": "Aktuelle Geräteleistung (%)", "min":0, "max":100}
}
}


wird für ebusd:
r,heating_kw,performance,"<Regler> Kromschröder/Wolf: Aktuelle Geräteleistung in %",,ZZ,5022,CC6F01,performance_burner,,UIN,,,"Aktuelle Geräteleistung (%)"

Das einzige, was hier noch fehlt, ist "ZZ" durch die entsprechende Adresse der Geräts zu ersetzen. Vermutlich wird das "08" sein, aber in der Wolf Umgebung kenn ich mich nicht so gut. Die Ausgabe von "ebusctl info" und/oder "ebusctl scan result" sollte hier Licht ins Dunkel bringen können.

Hilfreich für weitere Konvertierungen ist sicher die Tabelle der verfügbaren Datentypen:

https://github.com/john30/ebusd/wiki/4.3.-Builtin-data-types

Oder das detaillierte Howto für das erzeugen eigener CSVs:

https://github.com/john30/ebusd/wiki/HowTos#creating-new-message-definition-files
author of ebusd

hauwech

Hallo Thomas,
Zitat von: thgorjup am 04 Januar 2017, 14:32:04
...
Therme: CGB-11
Bedienmodul: BM
Solarmodul: SM1
...
Du hast eine CGB 11 mit einem BM dran. Ich habe eine CGB (-K) 20 auch mit BM. Ich habe in den Wolf-Unterlagen gelesen, daß der BM per Zweidraht an den eBus geht. Hast Du den eBus Adapter parallel (...Bus) zum BM angeklemmt?

Gruß Roland
Fhem auf Intel NUC11TNKi5+M2 NVMe+32GB RAM mit Ubuntu 22.04 LTS

lichtimc

#11
@Roland: Wie würdest du dich "seriell" an den Bus hängen??  ;).
Du hängst die beiden ebus-Adern einfach an die beiden Anschlüsse des eBus-Adapters und fertig. Auch die Polung ist egal.

@All:
Hat denn nun eigentlich bereits jemand eine csv-Datei für unsere Wolf Anlagen erstellt?

Danke, lg

uxtuner

#12
Hallo,

könnte jemand die Dateien von /etc/ebusd und seine Konfig zur Verfügung stellen?

Derzeit habe ich folgende Einstellungen (Wolf Dateien sind aus dem Standard Repository)

# /etc/default/ebusd:
# config file for ebusd service.
# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--scanconfig -d /dev/ttyUSB0 -l /var/log/ebusd.log"


Abfragen:

root@vdr02:~# ebusctl f -F name,comment
betrd,Betriebsdaten des Feuerungsautomaten an den Regler
datetime,Datum/Uhrzeit
error,Fehlernachricht
ident,Identifikation
ident,Identifikation
signoflife,Lebenszeichen
sollw,Sollwertübertragung des Reglers an andere Regler
eeprom,EEPROM Daten lesen
ram,RAM Daten lesen


Werte werden geliefert von:

ebusctl r betrd aussentemp
ebusctl r sollw brauchwassersolltemp
ebusctl r betrd boilertemp
ebusctl r betrd status
ebusctl r betrd zustand
ebusctl r sollw kesselsolltemp
ebusctl r betrd kesseltemp


Im Log kommt u.a.

2017-12-10 14:12:40.356 [update notice] unknown MS cmd: ff08502203b80200 / 029001
2017-12-10 14:12:40.479 [update notice] unknown MS cmd: ff08502203e40300 / 023002
2017-12-10 14:12:40.604 [update notice] unknown MS cmd: ff355022037fa627 / 020000
2017-12-10 14:12:40.728 [update notice] unknown MS cmd: ff35502203b7a127 / 020000
2017-12-10 14:12:40.852 [update notice] unknown MS cmd: ff35502203a78527 / 020000
2017-12-10 14:12:40.975 [update notice] unknown MS cmd: ff355022032bb527 / 020000
2017-12-10 14:12:41.095 [update notice] unknown MS cmd: ff35502203ff7427 / 020100
2017-12-10 14:12:41.219 [update notice] unknown MS cmd: ff35502203a37527 / 020100
2017-12-10 14:12:41.343 [update notice] unknown MS cmd: ff35502203541300 / 023002
2017-12-10 14:12:41.466 [update notice] unknown MS cmd: ff355022034bc327 / 02f1ff
2017-12-10 14:12:41.586 [update notice] unknown MS cmd: ff3550220323a727 / 020000
2017-12-10 14:12:41.710 [update notice] unknown MS cmd: ff35502203b3a827 / 020000
2017-12-10 14:12:41.898 [update notice] unknown MS cmd: ff35502203efa927 / 020000
2017-12-10 14:12:42.023 [update notice] unknown MS cmd: ff355022030baa27 / 020000
2017-12-10 14:12:42.077 [main error] unable to load scan config 51: no file from /etc/ebusd/kromschroeder with prefix 51. found
2017-12-10 14:12:42.077 [main error] scan config 51: ERR: element not found
2017-12-10 14:12:42.147 [update notice] unknown MS cmd: ff3550220307b127 / 020b0e
2017-12-10 14:12:42.271 [update notice] unknown MS cmd: ff355022035bb027 / 026923
2017-12-10 14:12:42.394 [update notice] unknown MS cmd: ff3550220353a227 / 02320d
2017-12-10 14:12:42.513 [update notice] unknown MS cmd: ff355022030fa327 / 026623
2017-12-10 14:12:42.634 [update notice] update feuerung betrd QQ=30: Brauchwasser_Heizen;Verbraucheraus;40.00;-;-;56.0;-
2017-12-10 14:12:43.514 [update notice] unknown BC cmd: 30fe03010ef1ffd60000000000000000000000
2017-12-10 14:12:43.822 [update notice] update broadcast sollw QQ=f1: 5.000;-1.500;0;00;50.000
2017-12-10 14:12:44.077 [main error] unable to load scan config 75: no file from /etc/ebusd/wolf with prefix 75. found
2017-12-10 14:12:44.077 [main error] scan config 75: ERR: element not found
2017-12-10 14:12:44.344 [update notice] unknown MS cmd: ff35502203c7a427 / 023207
2017-12-10 14:12:44.464 [update notice] unknown MS cmd: ff355022039ba527 / 026323
2017-12-10 14:12:44.580 [update notice] update solar regler QQ=30: 03;0.105;12.5;0.0
2017-12-10 14:12:44.697 [update notice] unknown MS cmd: ff355022035bb027 / 026923
2017-12-10 14:12:44.820 [update notice] unknown MS cmd: ff3550220377b427 / 02d500
2017-12-10 14:12:44.934 [update notice] update broadcast betrd QQ=03: 0;48;-;40.0;32;53;-1
2017-12-10 14:12:45.056 [update notice] update broadcast betrd QQ=f1: 1;00;-;40.0;-;53;-1
2017-12-10 14:12:45.822 [update notice] unknown MS cmd: ff355022034bc327 / 02f1ff
2017-12-10 14:12:45.942 [update notice] unknown MS cmd: ff355022039fac27 / 020100
2017-12-10 14:12:46.065 [update notice] unknown MS cmd: ff355022031f8727 / 029301
2017-12-10 14:12:46.078 [main error] unable to load scan config 85: no file from /etc/ebusd/wolf with prefix 85. found
2017-12-10 14:12:46.078 [main error] scan config 85: ERR: element not found
2017-12-10 14:12:46.185 [update notice] unknown MS cmd: ff355022037baf27 / 020100
2017-12-10 14:12:46.308 [update notice] unknown MS cmd: ff355022032bb527 / 020000
2017-12-10 14:12:46.434 [update notice] unknown MS cmd: ff35502203ff7427 / 020100
2017-12-10 14:12:46.558 [update notice] unknown MS cmd: ff35502203f39627 / 020600
2017-12-10 14:12:46.682 [update notice] unknown MS cmd: ff3550220327ae27 / 020100
2017-12-10 14:12:46.804 [update notice] unknown MS cmd: ff35502203a37527 / 020100
2017-12-10 14:12:46.925 [update notice] unknown MS cmd: ff35502203541300 / 023002
2017-12-10 14:12:47.049 [update notice] unknown MS cmd: ff8550220377b427 / 02d500
2017-12-10 14:12:47.173 [update notice] unknown MS cmd: ff855022034bc327 / 02f1ff
2017-12-10 14:12:47.296 [update notice] unknown MS cmd: ff855022039fac27 / 020100
2017-12-10 14:12:47.416 [update notice] unknown MS cmd: ff855022031f8727 / 023201
2017-12-10 14:12:47.540 [update notice] unknown MS cmd: ff855022037baf27 / 020100
2017-12-10 14:12:47.664 [update notice] unknown MS cmd: ff855022032bb527 / 020000
2017-12-10 14:12:47.788 [update notice] unknown MS cmd: ff85502203ff7427 / 020100
2017-12-10 14:12:47.942 [update notice] unknown BC cmd: 30fe50230528000a1400
2017-12-10 14:12:48.289 [update notice] unknown BC cmd: 30fe5023054423000000
2017-12-10 14:12:48.655 [update notice] unknown MS cmd: 3008502203cc0e00 / 021902
2017-12-10 14:12:49.073 [update notice] unknown MS cmd: 3008502203cc2d00 / 029600
2017-12-10 14:12:49.418 [update notice] unknown MM cmd: 3003502203cc0100
2017-12-10 14:12:49.863 [update notice] unknown MS cmd: 3051502203cc210a / 020800
2017-12-10 14:12:50.335 [update notice] unknown MS cmd: 3051502203ccf402 / 020080
2017-12-10 14:12:52.597 [update notice] unknown MS cmd: 3051502203cc0e00 / 020080
2017-12-10 14:12:53.015 [update notice] update feuerung betrd QQ=30: Brauchwasser_Heizen;Verbraucheraus;40.00;-;-;56.0;-
2017-12-10 14:12:53.437 [update notice] unknown MS cmd: 3051502203ccc702 / 02ee02
2017-12-10 14:12:54.691 [update notice] update solar regler QQ=30: 03;0.105;12.5;0.0
2017-12-10 14:12:54.999 [update notice] update broadcast betrd QQ=03: 0;48;-;40.0;32;53;-1


Angeschlossen ist eine Wolf CGW-2 20 mit Mischer (FBH), BM2 und Außenfühler.

Ich würde am EBus gerne die Raum-/Außen-/Warmwasser-/Vorlauftemperaturen etc auslesen und die Absenkzeiten einstellen.
Viele Grüße
  Uwe

Intel NUC (VDR & FHEM), QNAP TS-453, OneWire (Temp. Sensor, 8-fach Schalter, Hub, Controller), Ebus (Wolf CGW-2, ISM7i), Fibaro (Flood Sensor, Wall Plug, 4 in 1 Sensor), Qubino (Flush 1D), Shelly (Plug S, H&T, 2.5, 1 PM), Tado (Thermostat V3+)

uxtuner

anscheinend kommen am USB so viele Daten an, dass FHEM kein Zugriff über Web oder Telnet mehr zulässt.
Sobald ich den USB Stecker abziehe funktionierts wieder ....
Viele Grüße
  Uwe

Intel NUC (VDR & FHEM), QNAP TS-453, OneWire (Temp. Sensor, 8-fach Schalter, Hub, Controller), Ebus (Wolf CGW-2, ISM7i), Fibaro (Flood Sensor, Wall Plug, 4 in 1 Sensor), Qubino (Flush 1D), Shelly (Plug S, H&T, 2.5, 1 PM), Tado (Thermostat V3+)

whatthe

Hallo,

ich habe für die Wolf CGB-2 + BM2 nun endlich eine erste brauchbare .csv Datei für Nur-Lesen erstellt.

Viele wichtige Werte kommen nun schon zeitnah rein:

ebusctl find -d
boiler abgastemp = 43.0
boiler anzahlnetzstarts = 38
boiler druckheizkreis = 2.12
boiler ioistwert = 58
boiler kesseltemp = 48.5
boiler modulationsgradbrenner = 27
boiler netzbetriebsstunden = 22994
boiler ruecklauftemp = 39.4
boiler softwareversionhcm2 = 1.70
broadcast bc_3 = 44 23 00 00 00
broadcast bm2 = Brauchwasser_Heizen;Verbraucheran;49.06;-;-;51.0;-
broadcast feuerung = 0;0;0;0;1;0;0;1;0;-;48.5;39;48;3
broadcast feuerungf1 = 1;0;0;0;0;0;0;0;0;-;48.5;-;48;2
broadcast master = -;10;52;20;17;12;7;17
burner brennerbetriebsstunden = 11733
burner brennerstarts = 6659
burner heizungstatus = Brennerein
dhw warmwassertemp = 48.5
heating drehzahlheizkreispumpe = 32
heating heatingmode = Automaticon
heating raumtemp = 22.5
heating tempecoabs = 10.0
heating temphcurveflow = 33
heatingkw avgaussentemp = 2.9
heatingkw sollwertkorrektur = 2.0
heatingkw vorlauftemp = 48.6
heatingkw warmwassersolltempeingestellt = 51.0
sollw regler = 5.000;2.898;0;00;50.000
uflags3 heatingstatus3 = 10
uflags4 heatingstatus4 = 86
unknown drehzahlheizkreispumpe = 32
unknown kesselsolltemp = 49.0
unknown kesseltemp = 48.5
unknown ruecklauftemp = 39.4
unknown unknown01 = 6
unknown unknown02 = 9072
unknown unknown03 = 5171
unknown unknown04 = 510
unknown unknown05 = 11733
unknown unknown06 = 26
unknown unknown08 = 5
unknown unknown10 = 6659
unknown unknown11 = 212
unknown unknown12 = 22994
unknown unknown13 = 0
unknown unknown14 = 8
unknown unknown15 = 0
unknown unknown19 = 86
unknown unknown20 = 10
unknown unknown21 = 1
unknown unknown23 = 32768
unknown unknown24 = 32768
unknown unknown25 = 32768
unknown unknown26 = 2
unknown unknown28 = 1
unknown unknown29 = 150
unknown unknown30 = 32768
unknown unknown31 = 65088
scan.08 ident = Wolf; ! Z@;7001;0000


Da lässt sich sicher noch viel optimieren (z.B. Decodierung der Stati) und es gibt noch viele Unknowns,
d.h. da ist für mich nicht offensichtlich welcher Wert dahintersteckt (ggf. passt der Datentyp nicht).

uxtuner

Viele Grüße
  Uwe

Intel NUC (VDR & FHEM), QNAP TS-453, OneWire (Temp. Sensor, 8-fach Schalter, Hub, Controller), Ebus (Wolf CGW-2, ISM7i), Fibaro (Flood Sensor, Wall Plug, 4 in 1 Sensor), Qubino (Flush 1D), Shelly (Plug S, H&T, 2.5, 1 PM), Tado (Thermostat V3+)

alpha1974

Liebe Wölfe,

für weitere Denkanstöße anbei meine csv-Files für eine CGB-2 mit BM2. Die Files sind bei mir unter /etc/ebus/wolfd/ gespeichert.
Außerdem habe ich die Datei ebus_hz.cfg angehängt. Diese Datei ist  bei mir unter /opt/fhem/FHEM/ gespeichert. Unter FHEM wird in dem EBUS-Device darauf verwiesen mit dem Attribut classdefs mit "ebus_hz.class=/opt/fhem/FHEM/ebus_hz.cfg".

Die csv-Dateien sind sicherlich nicht perfekt und die Einbindung einiger Befehle über die Datei ebus_hz.cgf ließe sich vermutlich noch eleganter über csv-Files lösen. Die Benennung der csv-Dateien müsste ich wohl auch mal an die neuesten ebusd-Konventionen anpassen...

Aber und das ist für mich entscheidend: Meine Installation läuft mit diesen Dateien seit langem problemlos und ich kann das BM2-Heizprogramm darüber fernsteuern.  Vielleicht ist das ja für den ein oder anderen Wolf-Besitzer hilfreich.
FHEM/Z-Wave USB-Dongle + div. Devices

burkhard6

Zitat von: alpha1974 am 29 Januar 2018, 20:06:46
Liebe Wölfe,

für weitere Denkanstöße anbei meine csv-Files für eine CGB-2 mit BM2. Die Files sind bei mir unter /etc/ebus/wolfd/ gespeichert.
Außerdem habe ich die Datei ebus_hz.cfg angehängt. Diese Datei ist  bei mir unter /opt/fhem/FHEM/ gespeichert. Unter FHEM wird in dem EBUS-Device darauf verwiesen mit dem Attribut classdefs mit "ebus_hz.class=/opt/fhem/FHEM/ebus_hz.cfg".

Die csv-Dateien sind sicherlich nicht perfekt und die Einbindung einiger Befehle über die Datei ebus_hz.cgf ließe sich vermutlich noch eleganter über csv-Files lösen. Die Benennung der csv-Dateien müsste ich wohl auch mal an die neuesten ebusd-Konventionen anpassen...

Aber und das ist für mich entscheidend: Meine Installation läuft mit diesen Dateien seit langem problemlos und ich kann das BM2-Heizprogramm darüber fernsteuern.  Vielleicht ist das ja für den ein oder anderen Wolf-Besitzer hilfreich.
Hallo alpha1974
irgendwie habe ich ein gewaltiges Brett vorm Kopf :)
Ich komme mit den Verzeichnissen, Namen etc der CSV Dateien nicht ganz klar.
Wenn Du schreibst, daß Du die Dateien unter /etc/ebus/wolfd/ abgelegt hast, verstehe ich nicht, wie John dann in wolfd sucht.
Ich dachte immer, daß er aufgrund des Absenders (MF=Wolf,Kromschroeder etc) in die Unterverzeichnisse geht und dort sucht.
Wie bringst Du ihn dazu, in der Datei CGB-2 zu suchen. Gibt es da irgendwo ein Alias dafür?
Die Broadcast.csv bleibt in  /etc/ebus/wolfd und ist zusätzlich zur  Datei in /etc/ebus wirksam, oder ersetzt sie die dortige Datei?
Muss ich Das Verzeichnis Wof weiterhin mit Inhalt behalten? Es wurden mal Dateien von dort in ein Verzeichnis Kromschroeder kopiert.....
Hier mal meine Topologie :

masters: 6
messages: 23
conditional: 0
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Wolf;ID= !;SW=6001;HW=0000", loaded "wolf/08.csv"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Wolf;ID=;SW=0204;HW=0000"
address 36: slave #8, ebusd
address 51: slave, scanned "MF=Kromschroeder;ID=  ;SW=0208;HW=-"
address 70: master #4
address 71: master #9
address 75: slave #4, scanned "MF=Kromschroeder;ID=  ;SW=0208;HW=-"
address 76: slave #9, scanned "MF=Kromschroeder;ID=  ;SW=0228;HW=-"
address f1: master #10

Vielleicht hat jemand noch ein paar klärende Worte für mich übrig  :)
Gruß
Burkhard




alpha1974

Zitat von: burkhard6 am 30 Januar 2018, 19:00:53
Hallo alpha1974
irgendwie habe ich ein gewaltiges Brett vorm Kopf :)
Ich komme mit den Verzeichnissen, Namen etc der CSV Dateien nicht ganz klar.
Wenn Du schreibst, daß Du die Dateien unter /etc/ebus/wolfd/ abgelegt hast, verstehe ich nicht, wie John dann in wolfd sucht.
Ich dachte immer, daß er aufgrund des Absenders (MF=Wolf,Kromschroeder etc) in die Unterverzeichnisse geht und dort sucht.
Wie bringst Du ihn dazu, in der Datei CGB-2 zu suchen. Gibt es da irgendwo ein Alias dafür?
Die Broadcast.csv bleibt in  /etc/ebus/wolfd und ist zusätzlich zur  Datei in /etc/ebus wirksam, oder ersetzt sie die dortige Datei?
Muss ich Das Verzeichnis Wof weiterhin mit Inhalt behalten? Es wurden mal Dateien von dort in ein Verzeichnis Kromschroeder kopiert.....
Hier mal meine Topologie :

masters: 6
messages: 23
conditional: 0
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Wolf;ID= !;SW=6001;HW=0000", loaded "wolf/08.csv"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Wolf;ID=;SW=0204;HW=0000"
address 36: slave #8, ebusd
address 51: slave, scanned "MF=Kromschroeder;ID=  ;SW=0208;HW=-"
address 70: master #4
address 71: master #9
address 75: slave #4, scanned "MF=Kromschroeder;ID=  ;SW=0208;HW=-"
address 76: slave #9, scanned "MF=Kromschroeder;ID=  ;SW=0228;HW=-"
address f1: master #10

Vielleicht hat jemand noch ein paar klärende Worte für mich übrig  :)
Gruß
Burkhard
Tippfehler ich gemacht hatte, sorry: Das Unterverzeichnis heißt natürlich nicht wolfd, sondern wolf (ohne d).

Gesendet von meinem Nexus 5X mit Tapatalk

FHEM/Z-Wave USB-Dongle + div. Devices

burkhard6

Hallo Alpha1974,
die CSV läuft jetzt ganz gut.
Jetzt stellt sich mir die Frage,wie ich die Befehle aus der ebus_hz.cfg in FHEM verwenden kann.
Bin im FHEM absoluter ANfänger.  :(
Hab ein device EBUS angelegt und mit
classdefs ebus_hz.class=/opt/fhem/FHEM/ebus_hz.cfg sie attribute gesetzt.

Weiterhin habe ich den Room heizung mit dem device Kesseltemp vom typ Dummy angelegt.
Wie könnte ich jetzt mit dem  Dummy Kesseltemp die Temperatur anzeigen?
Muss ich jetzt irgendwo # Kesseltemperatur eingeben oder sonst eine Verknüpfung machen ?




alpha1974

Ob das mit einem Dummy-Device klappt, weiß ich nicht...

Ich habe für jeden Einzelwert ein ECMDDevice angelegt. Für die Kesseltemp sieht das z.B. so aus:
Internals:
   DEF        ebus_hz.class
   IODev      EBUS
   NAME       Kesseltemp
   NR         148
   STATE       44.5
   TYPE       ECMDDevice
   Helper:
     DBLOG:
       Kesseltemp:
         logdb_mysql:
           TIME       1517813604.94229
           VALUE       44.5
       state:
         logdb_mysql:
           TIME       1517813604.94229
           VALUE      Kesseltemp  44.5
   READINGS:
     2018-02-05 07:53:24   Kesseltemp       44.5
     2018-02-05 07:53:24   state           Kesseltemp  44.5
   fhem:
     classname  ebus_hz.class
     cache:
       specials:
         %NAME      Kesseltemp
         %TYPE      ECMDDevice
Attributes:
   IODev      EBUS
   group      Wolf_Heizung
   icon       sani_supply_temp
   room       Heizung
   stateFormat {ReadingsVal($name,"Kesseltemp",0)}


Für alle anderen für mich relevanten Werte habe ich entsprechende ECMDDevices angelegt.

Um die Werte zu aktualisieren, gibt es ein at-Device, das alle 5 Minuten ein get-Kommando ausführt, für die Kessetemp also
"get Kesseltemp Kesseltemp".

Die vollständige Def-Zeile für das at-Device sieht dann bei mir so aus:

+*00:05:00 get Kesseltemp Kesseltemp; get Ruecklauftemp Ruecklauftemp; get SollwertStatus SollwertStatus; get FeuerungZustand FeuerungZustand; get FeuerungStatus FeuerungStatus; get LeistungBrenner LeistungBrenner; get LeistungPumpe LeistungPumpe; get Pressure Pressure; get Heizprogramm Heizprogramm; get Raumtemp Raumtemp; get Tagtemp Tagtemp

FHEM/Z-Wave USB-Dongle + div. Devices

smartstart

Guten Morgen zusammen,

nachdem wir auch eine solche Gastherme bekommen habe ich mich hier umgeschaut. (Bin neu hier.)
Wir bekommen Therme: CGB-20, kein extra Bedienmodul und Solarmodul mit Puffer.

Kurze Frage: Wieso benutzt ihr alle das ISM7i wenn es die Version 8 und auch 9 inzwischen gibt?
Oder nur weil ihr schon länger dabei seid?

Freue mich über eine Antwort!
Lieben Dank!

alpha1974

Zitat von: smartstart am 05 Februar 2018, 12:05:34
Kurze Frage: Wieso benutzt ihr alle das ISM7i wenn es die Version 8 und auch 9 inzwischen gibt?
Oder nur weil ihr schon länger dabei seid?
Weder noch: Ich z.B. nutze Version 1.6 und 2.0. Allerdings nicht ISM, sondern die von sachkundigen Forumsmitgliedern entwickelte Adapter-Platine. Läuft tadellos und ist DEUTLICH günstiger als das Wolf-Zubehör.
FHEM/Z-Wave USB-Dongle + div. Devices

burkhard6

#23
Ich habe für jeden Einzelwert ein ECMDDevice angelegt. Für die Kesseltemp sieht das z.B. so aus:
Internals:
   DEF        ebus_hz.class
   IODev      EBUS
   NAME       Kesseltemp
   NR         148
   STATE       44.5
   TYPE       ECMDDevice
   Helper:
     DBLOG:
       Kesseltemp:
         logdb_mysql:
           TIME       1517813604.94229
           VALUE       44.5
       state:
         logdb_mysql:
           TIME       1517813604.94229
           VALUE      Kesseltemp  44.5
   READINGS:
     2018-02-05 07:53:24   Kesseltemp       44.5
     2018-02-05 07:53:24   state           Kesseltemp  44.5
   fhem:
     classname  ebus_hz.class
     cache:
       specials:
         %NAME      Kesseltemp
         %TYPE      ECMDDevice
Attributes:
   IODev      EBUS
   group      Wolf_Heizung
   icon       sani_supply_temp
   room       Heizung
   stateFormat {ReadingsVal($name,"Kesseltemp",0)}


Für alle anderen für mich relevanten Werte habe ich entsprechende ECMDDevices angelegt.

Hallo alpha1974
ich habe jetzt mal die ECMDDevices analog zu Deiner Beschreibung angelegt.
Leider kommen keine Antworten vom EBUSD-

Hier der Log Auszug:
2018.02.08 17:18:54 0: Featurelevel: 5.8
2018.02.08 17:18:54 0: Server started with 18 defined entities (fhem.pl:16050/2018-01-30 perl:5.024001 os:linux user:fhem pid:508)
2018.02.08 17:19:51 1: 192.168.2.46:8889 reappeared (EBUS)
2018.02.08 17:23:50 2: EBUS: first attempt to read timed out, trying to close and open the device.
2018.02.08 17:23:50 3: Opening EBUS device 192.168.2.46:8889
2018.02.08 17:23:50 3: EBUS device opened
2018.02.08 17:23:53 2: EBUS: second attempt to read timed out, this is an unrecoverable error.
2018.02.08 17:23:53 1: EBUS: no answer received (wrote r -m 9 -c betrd_bm2 temp_burner\n (\162\040\055\155\040\071\040\055\143\040\142\145\164\162\144\137\142\155\062\040\164\145\155\160\137\142\165\162\156\145\162\012), expected \d+\.\d+\n\n)
2018.02.08 17:23:53 1: PERL WARNING: Argument "" isn't numeric in sprintf at (eval 23) line 1.
2018.02.08 17:23:53 3: eval: { sprintf("%5.1f",$_) }
2018.02.08 17:23:53 3: EBUS.Timer: Kesseltemp   0.0

Auf dem Raspberry mit ebusctl folgende Antwort:
pi@raspberrypi3:~ $ ebusctl r -m 9 -c betrd_bm2 temp_burner
62.4

Der Eintrag in der ebus_hz-cfg:

# Kesseltemperatur
get Kesseltemp cmd {"r -m 9 -c betrd_bm2 temp_burner\n"}
get Kesseltemp expect "\d+\.\d+\n\n"
get Kesseltemp postproc { sprintf("%5.1f",$_) }

#ebus definitionen

Generelle Definintion für EBUS

define EBUS ECMD telnet 192.168.2.46:8889
attr EBUS classdefs ebus_hz.class=/opt/fhem/FHEM/ebus_hz.cfg
attr EBUS group Infrastruktur
attr EBUS icon usb
attr EBUS requestSeparator 000
attr EBUS room Heizraum

define EBUS.Timer at +*00:05:00 get Kesseltemp Kesseltemp
attr EBUS.Timer group Infrastruktur
attr EBUS.Timer icon time_timer
attr EBUS.Timer room Heizraum

Definition der Kesseltemp in FHEM-cfg

define Kesseltemp ECMDDevice ebus_hz.class
attr Kesseltemp IODev EBUS
attr Kesseltemp group Kessel
attr Kesseltemp icon sani_boiler_temp
attr Kesseltemp room Heizraum
attr Kesseltemp stateFormat {ReadingsVal($name,"Kesseltemp",0)}


Vielleicht sieht jemand die Ursache, ich dachte EBUSCTL auf dem Raspi und ECMDDEV in FHEM sind identisch in der Syntax.

Gruß
Burkhard




Reinhart

und du bist dir sicher, das diese Adresse der Dämon (Rasperry) auf dem Port 8889 ist? Der Defaultport ist 8888, außer du hast den bewusst so eingestellt. Das ist NICHT die IP des Wemos und dessen IP Port. Ansonsten poste einmal deine Opts.

Opening EBUS device 192.168.2.46:8889

Ich habe das hier einmal erklärt, da es hier mit der IP und dem Port oft zu Verwechslungen kommt!


LG

FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

burkhard6

Hall Reinhart,

Manchmal sieht man den Wald vor lauter Bäumen nicht :-)
Ich muss ja den EBUSD adressieren und nicht den WEMOS....
Da wird mir einiges klarer und ich kann mich jetzt dem nächsten grossen Thema widmen, den Konfig-Files und deren Anordnung in den Unterverzeichnissen
(Gibt es für jeden Master/slave egene Broadcast.csv oder habe ich durch das Umkopieren von wolf in Kromschroeder Duplikate erzeugt)
Ich denke das wird mir durch try and error verständlicher und vielleicht bekomme ich dann noch einige in den Konfigs unbekannte Telegramme(Solarertrag etc.)
einsortiert. Da gibt es Konfig-Files für ein Windows-Programm von Berhard Hopf, deren Struktur ich noch nicht ins ebusd-Format übersetzt bekommen hab.

Danke für die Hilfe und Eure Wahnsinnsarbeit beim Support des Adapters.

Jetzt fängt es wieder an Spass zu machen.
Gruß
Burkhard

lichtimc

Mein Adapter ist gelötet, und funktioniert auch soweit. (Ich kann die e-bus-Kommunikation in den Logs sehen.)
Verwaltet wird der Dienst mittels systemctl und config-files liegen unter /etc/ebusd .
Zitat von: burkhard6 am 08 Februar 2018, 23:07:42
... ich kann mich jetzt dem nächsten grossen Thema widmen, den Konfig-Files und deren Anordnung in den Unterverzeichnissen
Burkhard, läuft bei dir alles mit den csv-Files?
Falls ja, könntest du eventuell posten, wo du was konfiguriert hast und welche Datei wohin kopiert wurde, damit es richtig mit unseren Wolf-Heizungen funktioniert?
Hast du vielleicht auch schon weitere Befehle zuordnen können (und daher eine "aktuellere" csv-Datei?)

Das würde mir sehr helfen.

Danke und lg

burkhard6

Hallo lichtimc,
sorry für die späte Antwort.

habe leider noch keine vernünftigen Dateien.
Hatte scheinbar Netzteilprobleme und ein relativ schwaches WLAN im Keller, die keine zuverlässigen Tests ermöglichten.
Nun läuft es so lala, aber ich habe immer wieder timeouts, die dann zum Wert 0 für die Variable führen.

Hier mal der Log-Auszug:

2018.02.28 16:55:19 1: EBUS: unexpected answer ERR: read timeout\n\n (\105\122\122\072\040\162\145\141\144\040\164\151\155\145\157\165\164\012\012) received (wrote r -m 9 -c betrd_bm2 temp_burner\n (\162\040\055\155\040\071\040\055\143\040\142\145\164\162\144\137\142\155\062\040\164\145\155\160\137\142\165\162\156\145\162\012), expected \d+\.\d+\n\n)
2018.02.28 16:55:19 1: PERL WARNING: Argument "ERR: read timeout\n\n" isn't numeric in sprintf at (eval 1382) line 1.
2018.02.28 16:55:19 3: eval: { sprintf("%5.1f",$_) }
2018.02.28 16:55:22 3: EBUS.Timer: Kesseltemp   0.0

Der zugehörige Auszug aus der ebus_hz.cfg:

Kesseltemperatur
get Kesseltemp cmd {"r -m 9 -c betrd_bm2 temp_burner\n"}
get Kesseltemp expect "\d+\.\d+\n\n"
get Kesseltemp postproc { sprintf("%5.1f",$_) }

Ich weiss nicht , wie man den String read timeout abfangen kann und die Werte nur über den postprocessor laufen lassen kann, wenn eine gültige Antwort kommt.
Ansonsten würde ich gerne den alten Wert nicht überschreiben.

Bin leider auf dem Gebiet der Pearl-scripte nicht fit genug. Vielleicht hat ja jemand noch nen guten tip dazu.
Vielleicht muss man die reads auch zeitlich etwas entzerren.

Gruß
Burkhard




Reinhart


wenn du wirklich so ein schlechtes WLAN im Keller hast wird das Problem nicht so einfach in den Griff bekommen zu sein.

Du könntest versuchen einen Wemos mit Antenne zu kaufen, das könnte die Situation erheblich verbessern.
Eine andere Überlegung wäre den Uart zu verwenden und an einen Raspi anschließen. Den Raspi kannst du dann mit einem WLAN-Client mit Lan Anschluß versehen. Auch hier hast du die Möglichkeit mit Antennen zu arbeiten, kostet aber wesentlich mehr als die erste Variante.


Einfach einen Draht als Antennenersatz an den jetzigen Wemos anlöten bringt nicht viel, weil die schlechte Antennenanpassung (nämlich gar keine) dann alles wieder vernichtet. Dazwischen einen Repeater setzen ist in diesem Fall auch nicht gut, weil der die Latenzen wieder erhöht, beim Raspi wäre das allerdings egal weil da die Latenz keine Rolle mehr spielt.


LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

burkhard6

Hallo
ich habe es auch vorher mit dem uart probiert, da gabs noch Probleme mit dem Netzteil.
Jetzt habe ich mit der ebus_hz.cfg im Wesentlichen das Problem, dass die timeouts die Zeile mit dem expect und anschliessendem parsen
durcheinander bringen. Ich weiss nicht, ob man die Zeile mit dem postproc bedingt aktivieren kann.
Gehen solche STrukturen wie

get Kesseltemp cmd {"r -m 9 -c betrd_bm2 temp_burner\n"}
get Kesseltemp expect "\d+\.\d+\n\n"
If ( Kesseltemp != "ERR: read timeout\n\n")
{
    get Kesseltemp postproc { sprintf("%5.1f",$_) }
}

oder wie kann ich bei Timeout die Variable auf dem alten Stand behalten?


Reinhart

ich muss das einmal testen, aber ich glaube mit MQTT wäre das Problem nicht da und der alte Wert bleibt stehen.

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

Gerd.Ternes

#31
Hallo zusammen,

die Daten kommen mittlerweile bei mir an. Ich habe eine CBG-11 Heiztherme.
Hier ein Ausschnitt aus der ebusd.log:
2018-03-27 17:23:28.241 [update notice] received broadcast DATE_TIME QQ=30: 00 80;17:22:10;-.-.-
2018-03-27 17:23:28.809 [update notice] received COB NBH QQ=ff: 14319
2018-03-27 17:23:29.853 [update notice] received COB BBH QQ=ff: -25964
2018-03-27 17:23:29.987 [update notice] received COB temp_08_15 QQ=ff: 0.0
2018-03-27 17:23:30.117 [update notice] received COB BST QQ=ff: 10593
2018-03-27 17:23:30.878 [update notice] received BM0 BM0_HG: bb;06;c0 03;00 80;ff;90;ff
2018-03-27 17:23:31.169 [update notice] received broadcast feuerungf1: 1;30;-;61.0;-;56;7
2018-03-27 17:23:32.867 [update notice] received MM1 temp_51_8 QQ=70: 0.3
2018-03-27 17:23:33.174 [update notice] received MM1 temp_51_12 QQ=70: 75.0
2018-03-27 17:23:33.479 [update notice] received MM1 temp_51_13 QQ=70: 10.0
2018-03-27 17:23:35.893 [update notice] received MM SW_10_03: 60.000;7.000;80;03;45.000
2018-03-27 17:23:36.185 [update notice] received broadcast SW_BR: 60.000;7.000;0;00;45.000
2018-03-27 17:23:40.568 [update notice] received broadcast feuerung: 7;78;26;61.0;56;56;7
2018-03-27 17:23:40.645 [update notice] received MM SW_03_F1: 60.000;7.000;80;12;45.000
2018-03-27 17:23:40.875 [update notice] received BM0 BM0_HG: bb;02;c0 03;00 80;ff;90;ff
2018-03-27 17:23:41.167 [update notice] received broadcast feuerungf1: 1;30;-;61.0;-;56;7
2018-03-27 17:23:45.874 [update notice] received MM SW_10_03: 60.000;7.000;80;03;45.000
2018-03-27 17:23:46.166 [update notice] received broadcast SW_BR: 60.000;7.000;0;00;45.000


wie schaffe ich es nun die Daten für fhem zu übersetzen (classdef?)? gibt es hier eine Beschreibung?
Parallel habe  ich auch ein ISM 7 angehängt, so dass ich die Werte schon ein wenig interpretieren kann.

also z.b:

2018-03-27 17:53:09.217 [update notice] received MM SW_03_F1: 60.000;7.000;80;12;45.000


hier wird die Aussentemperatur (7.000) angezeigt.

Danke im Voraus.

Gerd

alfagero

#32
Hi !

ich habe auch mal ne Frage:
meine Gastherme  Wolf CGW20 besitzt noch keinen Außentemperaturfühler. Ich dachte vielleicht könnte man das mit der ebus-Platine und dem pi und Wettervorsagen nachholen.

wenn ich nun

ebusctl r betrd aussentemp 
ausführe bekomme ich -40.
das scheint der "default-Wert" zu sein wenn kein Fühler dran ist.
soweit so gut.

Wenn ich z.b.
ebusctl w -c betrd aussentemp -3 eingebe bekomme ich "ERR: element not found"

kann man bei der Therme überhaupt werte setzen ? Oder mache ich was falsch ?


Reinhart

und was spricht dagegen wenn du einfach einen Außenfühler anklemmst?
Das ist doch nur ein temperaturabhängiger Widerstand um wenige Cent. Wolf benutzt laut Recherche einen 5K NTC. Mach einfach einmal einen Test und klemme einen Widerstand (so um die 5K) an die Klemme AF und lese die Außentemperatur dann nochmals aus dann siehst du ob es funktioniert. Wenn du dann den Widerstand verkleinerst oder vergrößerst siehst du ob die Temperatur sinkt oder steigt. Sinkt die Temperatur, dann steigt der Widerstand. 10K wären dann schon um die 10 Grad und 6,2K 20 Grad.
Hier siehst du die Kennlinie eines 5K NTC.

Bei Reichelt kannst so einen NTC für kleines Geld kaufen. Der angegebene Wert (zB. 5k ) gilt immer für 25 Grad.
NTC 4,7K
NTC 5K

LG
Reinhart
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

alfagero

#34
Danke für den Hinweis mit dem Widerstand.
Dann muss ich erst mal die Klemmen in meiner Heizung finden und außerdem muss noch ein Loch nach draußen gemacht werden
:o

Deshalb würde ich gern die "Computerlösung" bevorzugen.
(Nur den Status der Heizung gucken ist auf Dauer nicht so spannend). Eine "Steuerung" wäre cool(als weitere Möglichkeit würde ich an "Frei-Tagen die Steuerung auf Sonntag stellen...)

Hat jemand schon mal was gesteuert ?



Reinhart

ich habe eine Steuerung nach Wärmebedarf pro Raum und regle bei Überschuss oder Mangel die Heizkurve vollautomatisch nach, somit wird indirekt der Vorlauf gesteuert und die Außentemperatursteuerung bleibt auch noch aktiv. Der Wärmebedarf wird über die Ventilstellung mittels dem Modul Valves ermittelt und ein Durchschnitt (Wichtung) berechnet. Hatte das hier schon einmal näher beschrieben.

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

ricos

Hallo Wölfe,

leider haben wir auf unsere Forumsanfrage https://forum.fhem.de/index.php/topic,95173.msg896454.html#msg896454 bislang keine Reaktion.
Dennoch haben wir uns weiter mit dem bereits vorhandenen Teilen (08+35.csv) beschäftigt.

Die 08.csv funktioniert. Die Werte können gut ausgelesen werden und sind im FHEM teilweise aufgenommen.
Kessel, Warmwasser und Außentemperatur sind sicher ganz interessant, aber eigentlich war es unser Ziel, die Zeitprogramme für Heizung/Wasser bequem am Rechner einzustellen.

Die 35.csv funktioniert leider nicht, so dass wir einige Tests durchgeführt haben.

ebusctl hex 355022 03 f52101 bzw. 02 2101 (welches tatsächlich identisch ist) ergibt bei uns den Wohentag (1 Montag -7 Sonntag).
Aktuelle Stunde, Minute und Sekunde liegen bei uns unter 02 2501, 2601 und 2701.

Sämtliche im Internet gefundenen Befehle wie z.B. Raumtemperatur ec1100 ergeben 020000.
Die Raumtemperatur war einmalig "greifbar" (als wir das BM kurz "abgenommen haben").

Wie kommt Ihr an neue Werte? Muss man mühselig "durchzählen"?
Gibt es ein System dabei (siehe Stunde, Minute)?

Sind wie bei 5022 richtig? Oder müssen wir hier 0800 oder 5014 o.ä. verwenden?
Aktuell wollen wir natürlich nur lesen und nicht schreiben.

Wir würden uns über einen Rückläufer freuen. Danke.

Grüsse
Rico

copystring

Hallo Rico,

ich habe zufälligerweise in den letzten Tagen für 08 und 35 alle IDs mit den dazugehörigen Prüfsummen ausgelesen. Hat circa 4 Tage (2 Pro ID) gedauert.
In den nächsten Tagen werde ich diese mal durchgehen und prüfen was dort zu finden ist.
Sprich: Ich habe alle auslesbaren IDs von 08 und 35 aber muss diese noch prüfen und filtern.

Liebe Grüße

Felix

copystring

So,

hier habe ich alle von mir gefundenen gültigen Adressen für 08 und 35 als CSV.
Diese habe ich bereits mit weiteren Adressen von mir und von github verglichen und die Bekannten bereits eingepflegt. Übrig bleiben nun die unbekannten.

Nun geht es darum diese Unbekannten zu interpretieren.
Das ist nicht unbedingt mein Spezialgebiet. Ich werde mir diese zwar selbst anschauen aber vielleicht kann das ja jemand besser als ich.
Daher hänge ich beide Dateien hier an.

PS: Es kann sein, dass die 35.csv nicht vollständig ist, da manche Werte sporadisch 020000 zurück gegeben haben. Dies passiert auch dann, wenn die Adresse keinen Inhalt hat.

Liebe Grüße

Felix

ricos

Hallo Felix,

vergleich mal mit unserer 08.csv... unsere hat schon einiges mehr entschlüsseltes drin wie es mir scheint.

Grüsse

Rico

copystring

Das ist die Liste von github oder? Diese Werte habe ich in meine Liste bereits übertragen.

pink99panther

Hallo copystring
hier mal mein zusammengewürfeltes Zeugs
https://forum.fhem.de/index.php/topic,95173.msg889316.html#msg889316
Vielleicht ist da ja was dabei, was du noch nicht hast

ricos

Hi,

ich glaube, Copy hat das gleiche Problem wie wir, dass die verfügbaren Dateien (ausser 08.csv) irgendwie nicht stimmen.

15+f6 werden gar nicht bei uns geladen, und die Werte von 75 sind in 35 teilweise übertragbar/verfügbar.

Vermutlich liegts an dem Gerät (bei uns DWT_2D). Dieses spricht selten mit uns.
Die Raumtemp war nur 1x kurz nach dem "Start" verfügbar und den Rest nicht mehr greifbar.
Der erste Ansatz war natürlich genau die Befehle von 35+75 "per Hand" zu prüfen... und es gab 4 Übereinstimmungen (Stunde, Min, Sek und Raumtemp) nur.

Da die 08 bereits viel hergibt, werden wir uns erstmal auf die 35 stürzen und schauen, was wir hier noch finden und zuordnen können.

Grüsse
Rico

skycrack

Hallo,
ich komme leider nicht ans Ziel und mir fehlt das Erfolgserlebnis.
Ich habe den Ebusadapter in Betrieb genommen.
Die 08.csv 35.csv und cgb-2.csv liegen im /etc/ebusd Verzeichnis.
Ein "ebusd --scanconfig --checkconfig --configpath=/etc/ebusd" bringt
2019-02-25 21:21:52.625 [main notice] ebusd 3.3.v3.3 performing configuration check...
2019-02-25 21:21:52.807 [main notice] found messages: 179 (0 conditional on 0 conditions, 0 poll, 4 update)
2019-02-25 21:21:52.812 [main notice] ebusd stopped


aber /var/log/ebusd.log habe ich nur unbekannte Strings.
2019-02-25 21:20:04.116 [update notice] received unknown BC cmd: 03fe050308010040ff84413803
2019-02-25 21:20:08.904 [update notice] received unknown BC cmd: 30fe03010e1f00008000000000000000000000
2019-02-25 21:20:09.148 [update notice] received unknown MM cmd: 3003050709bb0316030080ff7000
2019-02-25 21:20:09.479 [update notice] received unknown MS cmd: 3008502203cc0200 / 023200
2019-02-25 21:20:09.806 [update notice] received unknown MS cmd: 3008502203cc1600 / 028e02
2019-02-25 21:20:10.135 [update notice] received unknown MS cmd: 3008502203cc1600 / 028d02
2019-02-25 21:20:10.462 [update notice] received unknown MS cmd: 3008502203cc1600 / 028d02
2019-02-25 21:20:10.791 [update notice] received unknown MS cmd: 3008502203cc1600 / 028d02


ein "ebusctl r -m 9 -c betrd_bm2 temp_burner" bringt z.B
ERR: element not found

Ich habe eine Wolf CGB2. Bin über jeden Hinweis dankbar. MfG Rene

skycrack

Zitat von: skycrack am 25 Februar 2019, 21:25:22
Hallo,
ich komme leider nicht ans Ziel und mir fehlt das Erfolgserlebnis.

Also etwas habe ich doch gestern noch hinbekommen. Habe Johns Git nochmal geholt und alle csv ersetzt, sowie den Timeout angepasst.
Jetzt findest er in der /var/log/ebusd.log einige Werte.
2019-02-26 10:42:33.131 [update notice] received unknown MS cmd: 305050140703803500190070 / 09000100800080008428
2019-02-26 10:42:36.704 [update notice] received read betrd_bm2 temp_burner QQ=30: 54.2
2019-02-26 10:42:37.031 [update notice] received read betrd_bm2 temp_return QQ=30: 41.7
2019-02-26 10:42:37.357 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2019-02-26 10:42:37.686 [update notice] received read betrd_bm2 performance_burner QQ=30: 23
2019-02-26 10:42:38.012 [update notice] received unknown MS cmd: 3008502203cc7301 / 021600
2019-02-26 10:42:38.341 [update notice] received read betrd_bm2 fw_version_burner QQ=30: 2.00
2019-02-26 10:42:38.668 [update notice] received read betrd_bm2 no_of_firing QQ=30: 722
2019-02-26 10:42:38.816 [update notice] received unknown BC cmd: 03fe050308010048ff6c293908
2019-02-26 10:42:38.974 [update notice] received unknown MS cmd: 3008502203cc2702 / 020000
2019-02-26 10:42:39.302 [update notice] received read betrd_bm2 op_hrs_supply QQ=30: 254
2019-02-26 10:42:39.622 [update notice] received unknown BC cmd: f1fe050308010100ff6cff3901
2019-02-26 10:42:39.863 [update notice] received unknown MS cmd: 3008502203cc2902 / 020000
2019-02-26 10:42:40.191 [update notice] received read betrd_bm2 op_hrs_heating QQ=30: 209
2019-02-26 10:42:40.519 [update notice] received read betrd_bm2 pressure QQ=30: 2.23
2019-02-26 10:42:40.845 [update notice] received unknown MS cmd: 3008502203cc3727 / 020100
2019-02-26 10:42:41.172 [update notice] received read betrd_bm2 uflags5 QQ=30: 10
2019-02-26 10:42:41.499 [update notice] received read betrd_bm2 uflags4 QQ=30: 5
2019-02-26 10:42:41.826 [update notice] received unknown MS cmd: 3008502203cc6327 / 02fa05
2019-02-26 10:42:42.153 [update notice] received unknown MS cmd: 3008502203cc6a27 / 020080
2019-02-26 10:42:43.337 [update notice] received read betrd_bm2 bm2 QQ=30: Brauchwasser_Heizen;Verbraucheraus;53.50;-;-;56.0;dc

Das ist schon mal schön.
Ich habe jedoch noch ein Verständisproblem, wie diese Werte als Readings im Fhem auftauchen. Bisher sehe ich das so:

Der EBUS Adapter hängt per USB am RSPi im Keller. Dort läuft ebusd als Dämon und lauscht auf dem Bus um eventuell eine Übersetzung der Strings in den Konfigfiles zu finden und diese dann ggf. in der ebusd.log mit auszugeben. ( brauche ich dort eigentlich diesen angepassten etty Kerneltreiber für die serielle Schnittstelle?)
Der ebusd öffnet einen TCP(udp?) Socket auf 8888. Mein Fhem RSPi connectet  sich laut definition an diesem.
defmod EBUS ECMD telnet 192.168.xxx.xxx:8888

Wie bekomme ich jetzt readings?

Wenn ich auf den PI wo ebuid läuft ein "ebusctl find" mache, bekomme ich schön einige Werte aufgelistet.
betrd_bm2 bm2 = Brauchwasser_Heizen;Verbraucheraus;53.06;-;-;56.0;dc
betrd_bm2 fw_version_burner = 2.00
betrd_bm2 ionisation = 55
betrd_bm2 no_of_firing = 722
betrd_bm2 no_of_power_on = 9
betrd_bm2 op_hrs_heating = 209
betrd_bm2 op_hrs_supply = 254
betrd_bm2 performance_burner = 22
betrd_bm2 performance_pump = 15
betrd_bm2 pressure = 2.21
betrd_bm2 raumtemp = 3276.8
betrd_bm2 tagtemp = no data stored
betrd_bm2 temp_burner = 56.0
betrd_bm2 temp_exhaust = 48.0
betrd_bm2 temp_return = 37.7
betrd_bm2 uflags4 = 5
betrd_bm2 uflags5 = 10
broadcast datetime = -;10:51:10;26.02.2019
broadcast error = E000 10:42
broadcast id = Kromschröder;  ;0204;8080
broadcast id = no data stored
broadcast signoflife = no data stored
dwt 35Unbekannt10 = no data stored
dwt 35Unbekannt11 = no data stored
dwt 35Unbekannt12 = no data stored
dwt 35Unbekannt13 = no data stored
dwt 35Unbekannt1 = no data stored
dwt 35Unbekannt2 = no data stored
dwt 35Unbekannt3 = no data stored
dwt 35Unbekannt4 = no data stored
dwt 35Unbekannt5 = no data stored
dwt 35Unbekannt6 = no data stored
dwt 35Unbekannt7 = no data stored
dwt 35Unbekannt8 = no data stored
dwt 35Unbekannt9 = no data stored
dwt h = no data stored
dwt m = no data stored
dwt s = no data stored
feuerung a09 = no data stored
feuerung hg01 = no data stored
feuerung hg02 = no data stored
feuerung hg03 = no data stored
feuerung hg04 = no data stored
feuerung hg06 = no data stored
feuerung hg07 = no data stored
feuerung hg09 = no data stored
feuerung hg10 = no data stored
feuerung hg11 = no data stored
feuerung hg12 = no data stored
feuerung hg15 = no data stored
feuerung hg16 = no data stored
feuerung hg17 = no data stored
feuerung hg21 = no data stored
feuerung hg22 = no data stored
feuerung hg73 = no data stored
feuerung hg75 = no data stored
feuerung pwm_pumpe = no data stored
feuerung ruecklauf_ist = 37.1
feuerung unbekannt18 = no data stored
feuerung unbekannt19 = no data stored
feuerung unbekannt20 = no data stored
feuerung unbekannt21 = no data stored
feuerung unbekannt22 = no data stored
feuerung unbekannt24 = no data stored
feuerung unbekannt26 = no data stored
feuerung unbekannt2 = 0
feuerung unbekannt30 = no data stored
feuerung unbekannt31 = no data stored
feuerung unbekannt32 = no data stored
feuerung unbekannt33 = no data stored
feuerung unbekannt34 = no data stored
feuerung unbekannt35 = no data stored
feuerung unbekannt36 = no data stored
feuerung unbekannt37 = no data stored
feuerung unbekannt38 = no data stored
feuerung unbekannt39 = no data stored
feuerung unbekannt40 = no data stored
feuerung unbekannt41 = no data stored
feuerung unbekannt46 = no data stored
feuerung unbekannt47 = 22
feuerung unbekannt49 = no data stored
feuerung unbekannt50 = 8
feuerung unbekannt51 = 22
feuerung unbekannt52 = no data stored
feuerung unbekannt53 = no data stored
feuerung unbekannt54 = no data stored
feuerung unbekannt55 = no data stored
feuerung unbekannt57 = no data stored
feuerung unbekannt58 = no data stored
feuerung unbekannt5 = 93
feuerung unbekannt8 = no data stored
feuerung vorlauf_ist = 55.4
feuerung vorlauf_soll = no data stored
feuerung warmwasser_ist = 52.4
feuerung warmwasser_soll = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan.04  = no data stored
scan.08  = Wolf; !;0002;0000
scan.35  = Kromschroeder;  ;0204;8080
scan.50  = no data stored
scan.76  = Kromschroeder;  ;0204;8080
scan.f6  = no data stored


Aber abrufen kann ich sie nicht.
Ein "ebusctl r -m 9 -c betrd_bm2 no_of_firing"
bringt ein.
ERR: read timeout

egal ob auf dem pi mit ebusd oder meinen Fhem mittels telnet.
Wäre es nicht schon völlig ausreichend eine geparste Liste von "ebusctl find" als readingsliste zu nehmen? Mehr wäre doch nicht nötig oder sehe ich da was falsch?

Würde mich über einen Ansatz freuen. Gruß Rene

Reinhart

von selbst wird da nicht viel kommen außer Broadcast, es gibt nicht umsonst so viele Threads über die Einrichtung. Entweder ECMD oder MQTT2 oder GAEBUS.
Aber so wie ich das lese, wird wohl GAEBUS das richtig für dich sein.

define ebus1 GAEBUS 192.168.xxx.xxx:8888 300

Aber auch da wirst du etwas lesen müssen, das bleibt dir leider nicht erspart.

PS: warum machst du xxx bei privaten IP Adressen?

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

skycrack

Zitat von: Reinhart am 26 Februar 2019, 20:38:00
von selbst wird da nicht viel kommen außer Broadcast, es gibt nicht umsonst so viele Threads über die Einrichtung. Entweder ECMD oder MQTT2 oder GAEBUS.
Aber so wie ich das lese, wird wohl GAEBUS das richtig für dich sein.

define ebus1 GAEBUS 192.168.xxx.xxx:8888 300

Aber auch da wirst du etwas lesen müssen, das bleibt dir leider nicht erspart.

PS: warum machst du xxx bei privaten IP Adressen?

LG
Danke für die Info, aber sei dir sicher, gelesen habe ich in letzter Zeit hier extrem viel, dafür weniger geschlafen.
Oft vermisst man eine Zusammenfassung der Threads und in unzähligen Post findet man doch immer wieder gute Informationen.
Ich schaue mir mal das mit dem GAEBUS Modul an. Im Moment habe ich die richtigen csv Files zusammengetragen und bekomme brauchbare Werte über mein ebus-Adapter.
Zeitkritische Werte für Statistische Zwecke rufe ich über die von Wolf als Zubehör erhältliche Schnittstellenkarte ISM8 ab.
Gruß Rene

PS: Ausge"xxx"t hab ich es nur, damit es auffällt falls es mal jemand per "copy und paste" verwendet.

skycrack

Zitat von: Reinhart am 26 Februar 2019, 20:38:00
Aber so wie ich das lese, wird wohl GAEBUS das richtig für dich sein.

Absolut. Das ist doch genau das, was ich erreichen wollte. Super und vielen Dank für den Tipp.
Gruß
Rene

Reinhart

freut mich wenn ich dir helfen konnte, GAEBUS wird oft unterschätzt wenn man nicht weiß das es ganz schön mächtig ist und dem Anwender viel Komfort anbietet. Vor allem das parametrierbare Polling ist ein nützliches Feature.

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

mcfly9

#49
Hallo,

Ich habe erst gestern mein eBus USB adapter von esera bekommen und es gleich installiert. Ich habe nur die CGW-2 Therme und ein BM2 Modul im Gehäuse integriert. Den eBus Koppler habe ich an die eBus Schnittstelle in der Therme gehängt.

ebusd starte ich folgender weise:

/usr/bin/ebusd --configpath=/etc/ebusd/de --device=/dev/ttyUSB0 --readonly -f --loglevel=debug --mqttport=1883 --receivetimeout=25000

Im ebusd Output bekomme ich allerdings nur BC Commands (also nur Feuerungsdaten) und auch nur betrd Statuswärte:

[update notice] received update-read broadcast betrd QQ=03: 0;48;-;42.0;37;48;63

pi@raspberrypi:~ $ ebusctl find
broadcast betrd = 0;48;-;41.0;30;48;63
broadcast datetime = no data stored
broadcast error = no data stored
broadcast ident = no data stored
broadcast ident = no data stored
broadcast signoflife = no data stored
broadcast sollw = no data stored
feuerung hg01 = no data stored
feuerung hg02 = no data stored
feuerung hg03 = no data stored
feuerung hg04 = no data stored
feuerung hg06 = no data stored
feuerung hg07 = no data stored
feuerung hg08 = no data stored
feuerung hg09 = no data stored
feuerung hg10 = no data stored
feuerung hg11 = no data stored
feuerung hg12 = no data stored
feuerung hg15 = no data stored
feuerung hg16 = no data stored
feuerung hg17 = no data stored
feuerung hg21 = no data stored
feuerung hg22 = no data stored
feuerung hg73 = no data stored
feuerung hg74 = no data stored
feuerung hg75 = no data stored
feuerung hg90 = no data stored
feuerung hg91 = no data stored
feuerung hg9x = no data stored
feuerung pwm_pumpe = no data stored
feuerung ruecklauf_ist = no data stored
feuerung vorlauf_ist = no data stored
feuerung vorlauf_soll = no data stored
feuerung warmwasser_ist = no data stored
feuerung warmwasser_soll = no data stored
memory eeprom = no data stored
memory ram = no data stored


Als config benutze ich /ebusd-configuration/ebusd-2.x.x/de.

Meine fragen:

  • Sollte die Therme alle daten die im BM2 modul aufrufbar sind im Bus mit Broadcast durchsenden?
  • Habe ich die Verkabelung richtig gemacht?

Kornelius777

Ich hänge mich mal an das Thema dran...

mit meiner Solarthermie-Anlage (Wolf) nutze ich die 50.csv:

# type (r;w;u;1-9),class,name,comment,QQ,ZZ,PBSB,ID,field1,part (m;s),type / templates,divider / values,unit,comment,field2,part (m;s),type / templates,divider / values,unit,comment,field3,part (m;s),type / templates,divider / values,unit,comment,field4,part (m;s),type / templates,divider / values,unit,comment,field5,part (m;s),type / templates,divider / values,unit,comment,field6,part (m;s),type / templates,divider / values,unit,comment,field7,part (m;s),type / templates,divider / values,unit,comment
*r,solar,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,,ertraege,,,fe,5018,,leistung,,D2B,,,Solarleistung,ertraglow,,UCH,,,ErtragTagLow,ertraghigh,,UCH,,,ErtragTagHigh,ertragsummelow,,UCH,,,SummeErtragLow,summertraghigh,,UCH,,,SummeErtragHigh,ertragsumme,,UCH,,,SummeErtragM,,,,,,
r,,temp,,,fe,5017,,pumpe,,UCH,0xbc=off;0xbd=on,,SolarPumpe,,,IGN:1,,,,kollektortemp,,temp,,,Kollektortemperatur,wwsolartemp,,temp,,,WW Solartemperatur,,,,,,,,,,,,,,,,,,
r,,regler,,,,5014,,status,,HEX,,,StatusSolar,,,IGN:1,,,,mischersolltemp,,temp2,,,MischerSolltemperatur,raumtemp,,temp1,,,Raumtemperatur,wwsolltemp,,temp1,,,SollWarmwasser,,,,,,,,,,,,


mit ebusctl bekomme ich nun:
solar ertraege = 0.000;234;1;14;0;121

Angeblich soll das korrelieren mit:
Tagesertrag 14,49 kWh
Gesamtertrag 2,69 MWh


...aber ich finde keine Rechenregel, die dort landet...

Mag jemand helfen?

Dankeschön!

Grüße!

Kornelius

Kornelius777

Bin einen Schritt weiter.
Bei meiner Anlage scheinen die Zahlen so verteilt zu sein:

solar ertraege = 0.000;234;1;14;0;121

Erster Wert: Momentane Leistung (muss ich mit 16 multiplizieren)
Tagesertrag: ((Wert3*256+Wert2)/1000)+Wert4

Hat noch jemand weitere Ideen?

saeft_2003

Zitat von: skycrack am 25 Februar 2019, 21:25:22
Hallo,
ich komme leider nicht ans Ziel und mir fehlt das Erfolgserlebnis.
Ich habe den Ebusadapter in Betrieb genommen.
Die 08.csv 35.csv und cgb-2.csv liegen im /etc/ebusd Verzeichnis.
Ein "ebusd --scanconfig --checkconfig --configpath=/etc/ebusd" bringt
2019-02-25 21:21:52.625 [main notice] ebusd 3.3.v3.3 performing configuration check...
2019-02-25 21:21:52.807 [main notice] found messages: 179 (0 conditional on 0 conditions, 0 poll, 4 update)
2019-02-25 21:21:52.812 [main notice] ebusd stopped


aber /var/log/ebusd.log habe ich nur unbekannte Strings.
2019-02-25 21:20:04.116 [update notice] received unknown BC cmd: 03fe050308010040ff84413803
2019-02-25 21:20:08.904 [update notice] received unknown BC cmd: 30fe03010e1f00008000000000000000000000
2019-02-25 21:20:09.148 [update notice] received unknown MM cmd: 3003050709bb0316030080ff7000
2019-02-25 21:20:09.479 [update notice] received unknown MS cmd: 3008502203cc0200 / 023200
2019-02-25 21:20:09.806 [update notice] received unknown MS cmd: 3008502203cc1600 / 028e02
2019-02-25 21:20:10.135 [update notice] received unknown MS cmd: 3008502203cc1600 / 028d02
2019-02-25 21:20:10.462 [update notice] received unknown MS cmd: 3008502203cc1600 / 028d02
2019-02-25 21:20:10.791 [update notice] received unknown MS cmd: 3008502203cc1600 / 028d02


ein "ebusctl r -m 9 -c betrd_bm2 temp_burner" bringt z.B
ERR: element not found

Ich habe eine Wolf CGB2. Bin über jeden Hinweis dankbar. MfG Rene

Konntest du das Problem mit ,,received unknown MS" lösen? Weil das gleiche habe ich auch bei meiner Wolf CGB20. Ich wäre dir sehr dankbar...

saeft_2003

Zitat von: thgorjup am 04 Januar 2017, 14:32:04
Hallo zusammen,

ich beschäftige mich seit Tagen mit der eBus Schnittstelle an meiner WOLF Therme.
Da hier im Forum die Vailant Fraktion stark vertreten ist, aber bzgl WOLF kaum Informationen zu finden sind, denke ich dieser Thread ist gut als Erfahrungsaustausch.

Ich habe folgende Systeme:

Therme: CGB-11
Bedienmodul: BM
Solarmodul: SM1

Mein ebusd Logfile sieht momentan so aus. Es ist also noch einiges zu entschlüssseln.

2017-01-04 13:45:42.543 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Kesselpumpeaus;31.38;-;-;45.0;-
2017-01-04 13:45:42.835 [update notice] update broadcast betrd QQ=f1: 1;30;-;34.0;-;41;4
2017-01-04 13:45:44.811 [update notice] unknown BC cmd: 71fe50180e0080008000800080008000800000
2017-01-04 13:45:47.988 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:45:48.281 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:45:52.942 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Verbraucheraus;31.38;-;-;45.0;-
2017-01-04 13:45:53.233 [update notice] update broadcast betrd QQ=f1: 1;30;-;34.0;-;41;4
2017-01-04 13:45:57.705 [update notice] update broadcast betrd QQ=03: 7;78;27;42.0;31;41;4
2017-01-04 13:45:57.914 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:45:58.207 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:45:59.785 [update notice] update broadcast solar QQ=71: 236;f9;8.62;12.12
2017-01-04 13:46:02.878 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;6;31.38;-;-;45.0;-
2017-01-04 13:46:03.170 [update notice] update broadcast betrd QQ=f1: 1;30;-;42.0;-;41;4
2017-01-04 13:46:03.775 [update notice] unknown BC cmd: 71fe50230908620900005d010000
2017-01-04 13:46:07.853 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:46:08.145 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:46:11.647 [update notice] unknown MM cmd: 03f1080008001f00048002002d
2017-01-04 13:46:12.809 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Kesselpumpeaus;31.38;-;-;45.0;-
2017-01-04 13:46:13.101 [update notice] update broadcast betrd QQ=f1: 1;30;-;42.0;-;41;4
2017-01-04 13:46:14.762 [update notice] unknown BC cmd: 71fe50180e0080008000800080008000800000
2017-01-04 13:46:17.777 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:46:18.070 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:46:22.735 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Verbraucheraus;31.38;-;-;45.0;-
2017-01-04 13:46:23.028 [update notice] update broadcast betrd QQ=f1: 1;30;-;42.0;-;41;4
2017-01-04 13:46:27.692 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:46:27.983 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:46:28.632 [update notice] update broadcast betrd QQ=03: 7;78;26;38.0;31;41;4
2017-01-04 13:46:29.767 [update notice] update broadcast solar QQ=71: 236;f9;9.00;12.12
2017-01-04 13:46:32.671 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;6;31.38;-;-;45.0;-
2017-01-04 13:46:32.963 [update notice] update broadcast betrd QQ=f1: 1;30;-;38.0;-;41;4
2017-01-04 13:46:33.839 [update notice] unknown BC cmd: 71fe50230908620900005d010000
2017-01-04 13:46:36.834 [update notice] unknown MM cmd: 7130502309b0f40200045d010000
2017-01-04 13:46:37.628 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:46:37.921 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:46:39.610 [update notice] unknown BC cmd: 30fe070009008010491304010317
2017-01-04 13:46:42.663 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Kesselpumpeaus;31.38;-;-;45.0;-
2017-01-04 13:46:42.879 [update notice] unknown MM cmd: 03f1080008001f00048002002d
2017-01-04 13:46:42.992 [update notice] update broadcast betrd QQ=f1: 1;30;-;38.0;-;41;4
2017-01-04 13:46:44.470 [update notice] unknown BC cmd: 71fe50180e0080008000800080008000800000
2017-01-04 13:46:47.556 [update notice] update feuerung sollw QQ=10: 31.398;4.000;-;01;45.000
2017-01-04 13:46:47.850 [update notice] update broadcast sollw QQ=f1: 31.398;2.699;0;00;45.000
2017-01-04 13:46:53.012 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Verbraucheraus;31.38;-;-;45.0;-
2017-01-04 13:46:53.304 [update notice] update broadcast betrd QQ=f1: 1;30;-;38.0;-;41;4


Die CSV´s habe ich aus github: https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.x.x/de/wolf

Folgende Commands funktionieren damit eingeschränkt:

ebusctl r betrd aussentemp
ebusctl r sollw brauchwassersolltemp
ebusctl r betrd boilertemp
ebusctl r betrd status (0-10)
ebusctl r betrd zustand (00, 30, 40, 78)
ebusctl r sollw kesselsolltemp
ebusctl r betrd kesseltemp
ebusctl r sollw leistungszwang (immer 0)
ebusctl r betrd stellgrad (immer -)
ebusctl r solar kollektortemp
ebusctl r solar wwsolartemp
ebusctl r solar pumpe (96,236)


Für status habe ich bisher folgendes rausgefunden:

0 = Brenner ein, Flamme ein
1 = Wärmeanforderung: Pumpe läuft
2 = unbekannt
3 = Schornsteinfegerbetrieb
4 = unbekannt
5 = Brauchwasserbereitung
6 = unbekannt
7 = Aufheizen (unter Volllast?)
8 = unbekannt
9 = unbekannt
10 = unbekannt


Für zustand habe ich bisher folgendes rausgefunden:

00 = Brenner aus
30 = Brenner Stufe 1
40 = Brenner Stufe 2
78 = Brenner Stufe 3 - Volllast


Seltsamerweise habe ich bei einer Störung im Status der Werte 1, 4, 5 in unterschielicher Reihenfolge. Zustand war immer 00.
Nach dem Wiedereinschalten der Therme hatte ich kurz den Status 7-10. Ich vermutete erst "Neustart" aber 7 erhalte ich auch zwischen drin immer mal.
Ich wollte nämlich über ein NOTIFY eine Meldung schicken wenn die Therme mal wegen z.B. starkem Wind auf Störung geht. Aber irgendwie werde ich aus den Werten nicht schlau.

Im Anhang ein Plot der gesammelten Daten.

Erklärung zum Plot:
05:30 Uhr = Ende der Nachtabsenkung - Aufheizung Brauchwasser - Status = 5
09:10 Uhr = Duschen - Abfall der Boilertemperatur auf 32°C
09:40 Uhr = Simulierte Störung durch Absperrung Gashahn - Status schwankt zwischen 1, 4, 5
09:50 Uhr = Wiedereinschaltung Therme - Status schwankt zwischen 1, 5, 7, 10
ab 10:00 Uhr = Normaler Betrieb


Vielleicht können ein paar erfahrene WOLF User mal ein paar Infos posten oder vollständige CSV-Dateien.
Ich würde nämlich auch gerne die Heizkurve in FHM abbilden.

Grüße
Thomas



Hallo Thomas,

welche Version verwendest du von ebusd? Weil ich verwende die 2.4 und die gleichen config files wie du. Ich habe eine Wolf CGB20 und bekomme nur folgendes:

2019-02-25 21:20:04.116 [update notice] received unknown BC cmd: 03fe050308010040ff84413803
2019-02-25 21:20:08.904 [update notice] received unknown BC cmd: 30fe03010e1f00008000000000000000000000
2019-02-25 21:20:09.148 [update notice] received unknown MM cmd: 3003050709bb0316030080ff7000

Irgendetwas stimmt so wies aussieht nicht mit den config files. Wäre dir sehr dankbar wenn du mir weiterhelfen könntest...

DSLGigant

#54
Hallo an alle Wolfheizer,

ich habe nun schon einige Zeit mit dem Anschließen und Einrichten des Ebus-Rpi-Platinchen von Reinhart zugebracht. Vielen Dank nochmal für die Platine. Ich hatte vorher die Platine zum selber bestücken und war der Meinung ich hätte diese falsch bestückt oder ein IC zerschossen. Allerdings saß das Problem vor dem Bildschirm. Aber nun ja - etwas Lehrgeld zahlt jeder mal. Das macht das Hobby auch aus.


Ich habe folgende Systeme:

Therme: CGB-35
Bedienmodul: BM2
Raspi 3 mit RPI-Platine

Mein ebusd Logfile sieht so aus:

2019-11-28 17:35:43.185 [update notice] unknown BC cmd: 30fe5023093cbd0201005d010000
2019-11-28 17:35:43.523 [update notice] update broadcast datetime QQ=30: -;17:35:10;28.11.2019
2019-11-28 17:35:46.166 [update notice] update feuerung betrd QQ=10: 187;1;49.81;-;-;56.0;-
2019-11-28 17:35:46.458 [update notice] update broadcast feuerungf1: 1;0;0;0;0;1;1;0;0;-;49.0;-;54;9
2019-11-28 17:35:51.141 [update notice] update feuerung sollw QQ=10: 49.801;9.000;-;01;56.000
2019-11-28 17:35:56.149 [update notice] update feuerung betrd QQ=10: 187;3;49.81;-;-;56.0;-
2019-11-28 17:35:56.444 [update notice] update broadcast feuerungf1: 1;0;0;0;0;1;1;0;0;-;49.0;-;54;9
2019-11-28 17:36:01.106 [update notice] update feuerung sollw QQ=10: 49.801;9.000;-;01;56.000
2019-11-28 17:36:01.400 [update notice] update sollw regler QQ=f1: 49.801;9.199;0;00;56.000
2019-11-28 17:36:01.790 [update notice] unknown MM cmd: 03f10800080031000980020038


Ich benutze folgende CSV´s:
08.csv
15.csv
broadcast.csv
wolfv3.csv


Folgende Commands funktionieren:

ebusctl r feuerung aussentemp
ebusctl r -c feuerung vorlauf_ist
ebusctl r -c feuerung vorlauf_soll
ebusctl r -c feuerung warmwasser_soll
ebusctl r -c feuerung warmwasser_ist
ebusctl r -c feuerung ruecklauf_ist
ebusctl r -c feuerung hg01 (Heizgerät 01 ist der Wert der Hysterese)
ebusctl r -c feuerung hg03
ebusctl r -c feuerung hg04
ebusctl r -c feuerung hg06
ebusctl r -c feuerung hg07
ebusctl r -c feuerung hg09 (Heizgerät 09 ist der Wert der Taktsperre)
ebusctl r -c feuerung hg10
ebusctl r -c feuerung hg73
ebusctl r -c feuerung hg75
ebusctl r -c feuerung hg90 (Heizgerät 90 ist der Wert der Brennerbetriebsstunden)
ebusctl r -c feuerung hg91 (Heizgerät 91 ist der Wert der Brennerstarts)


Die info gibt folgendes aus:

root@raspiheizwolf:/home/pi# ebusctl info
version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 22
reconnects: 0
masters: 7
messages: 54
conditional: 0
poll: 0
update: 11
address 03: master #11
address 07: master #16
address 08: slave #11
address 10: master #2
address 30: master #3
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 70: master #4
address f1: master #10



bei sollw regler ist der erste Wert  der Vorlaufsollwert, der zweite ?, der vierte ?, der fünfte ?,der sechste der Warmwassersollwert.

Über GAEBUS ( mit ecmd wurde ich nicht glücklich) habe ich es auch endlich geschafft fhem mit den Werten zu füttern und einen plot zu schreiben. Allerdings wüsste ich gerne, wie ich die Außentemperatur nicht nur über get reading ständig  abrufen kann um diese auch in den plot einfügen zu können.

Außerdem suche ich eine Anleitung um die csv´s selber zu erweitern - ich habe in meinem  log noch zwei Zeilen die nicht über meine vorhandenen csv umgesetzt werden.
Ansonsten vielen Dank an alle Forenmitglieder. Ich habe mittlerweile 3 Raspi´s mit fhem laufen und es läuft immer besser.

Grüße
Matthias


[/quote]
3 Raspberry Pi, CUL 433, HMLAN, MAX!, Keymatic, Arduino Uno, IT Steckdosen, 2 Bewässerungssteuerungen Balkon, EBUS-Raspi an WOLF

john30

Zitat von: DSLGigant am 28 November 2019, 18:15:10
Außerdem suche ich eine Anleitung um die csv´s selber zu erweitern - ich habe in meinem  log noch zwei Zeilen die nicht über meine vorhandenen csv umgesetzt werden.
siehe hier
author of ebusd

adnan

Hallo zusammen

Ich habe mir gestern den ebus adapter für den raspi zusammengelötet. Jetzt stell sich mir die Frage: Wie anschliessen an die Wolf Anlage?

Ich habe eine Wolf BWL-1S mit einem BM2.

Aus dem BM2 gehen 4 Adern raus, an dem man die Wolf ISM-Module (ISM 7i, 8i, etc.) anschliessen kann.

Ich nehme an 2 sind für die Spannungsversorgung der Module und zwei sind für den EBUS. Stimmt meine Annahme?

Falls ja, weiss jemand welche die EBus Adern sind? Ich mache mal gleich ein Foto und schicke es mit.

Danke schonmal für euren support!

Reinhart

Normalerweise ist das ein 2-polige Klemme beschriftet mit "eBus".
Schau mal hier auf Seite 42 die Klemme ganz rechts.

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

adnan

Ich hab mein board an den Kabeln, die aus dem BM2 rausgehen angeschlossen.
Die mittleren zwei Adern sind für den ebus. Ich bekomme ein Signal, jetzt noch die config tweaken.

An den äusseren zwei adern liegen konstant 24V an. Werde mal versuchen über einen Buck converter den raspi darüber mit Strom zu verbinden.

Kann ich das über die Erweiterungsplatine an GPIO 4 und 6 an den raspi weiterleiten?

adnan

Nach etwas recherche, werde ich die Stromversorgung nicht über GPIO lösen.

Stattdessen will ich probieren die 24V über einen Buck-Converter auf 5V runter zu regeln und diese dann über USB meinem raspi zero zuzuführen. Das kabel muss ich wohl durchschneiden und die zwei adern für den Strom an den Buck-Converter löten. Mal schauen wie das klappt.

stenny

Hallo,

habe mich mal ein wenig an den EBus der neuen Heizung gewagt....
Aber erfolg hatte ich bisher wenig-

mit ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
signal: acquired
symbol rate: 56
max symbol rate: 86
min arbitration micros: 216
max arbitration micros: 281
min symbol latency: 6
max symbol latency: 13
reconnects: 0
masters: 4
messages: 15
conditional: 0
poll: 0
update: 4
address 01: master #6, ebusd
address 03: master #11
address 06: slave #6, ebusd
address 08: slave #11, scanned "MF=Wolf;ID= !;SW=0002;HW=0000"
address 30: master #3
address 35: slave #3, scanned "MF=Wolf;ID=;SW=0204;HW=0100"
address 50: slave, scanned "MF=Wolf;ID= !;SW=0002;HW=0000"
address f1: master #10


Die Dateien hier aus dem beitrag habe ich alle duchprobiert aber ich erhalte keine lesbaren Werte im Log

2019-12-26 09:26:58.540 [update notice] received unknown MS cmd: 3008502203cc9a01 / 02c800
2019-12-26 09:26:58.775 [update notice] received unknown BC cmd: 03fe050308010048ff6125ff05
2019-12-26 09:26:58.933 [update notice] received unknown MS cmd: 3008502203cc192f / 020080
2019-12-26 09:26:59.325 [update notice] received unknown MM cmd: 3003502203cc0100
2019-12-26 09:26:59.760 [update notice] received unknown MS cmd: 3008502203cc1627 / 0240fe
2019-12-26 09:27:00.088 [update notice] received unknown MS cmd: 3008502203cc1d27 / 02b801
2019-12-26 09:27:00.502 [update notice] received unknown MS cmd: 3008502203cc4f27 / 024c00
2019-12-26 09:27:00.915 [update notice] received unknown MS cmd: 3008502203cc5727 / 023b00
2019-12-26 09:27:01.243 [update notice] received unknown MS cmd: 3008502203cc5e27 / 023300
2019-12-26 09:27:01.569 [update notice] received unknown MM cmd: 03f10800080080660580020005
2019-12-26 09:27:01.643 [update notice] received unknown MS cmd: 3008502203cc362a / 020080
2019-12-26 09:27:01.971 [update notice] received unknown MS cmd: 3008502203cc372a / 020080
2019-12-26 09:27:02.298 [update notice] received unknown MS cmd: 3008502203cc7c2a / 020080
2019-12-26 09:27:02.626 [update notice] received unknown MS cmd: 3008502203cc7c2a / 020080
2019-12-26 09:27:03.039 [update notice] received unknown MS cmd: 3008502203cc7c2a / 020080


hat hier einer einen Denkanstoß für mich

Danke

Vorhanden sind eine Wolf CGB-2und ein BM-2

DSLGigant

Was kommt denn bei ebusctl find?
3 Raspberry Pi, CUL 433, HMLAN, MAX!, Keymatic, Arduino Uno, IT Steckdosen, 2 Bewässerungssteuerungen Balkon, EBUS-Raspi an WOLF

schlund

Hallo zusammen,

ich habe die 1.6er Platine bei ebay gekauft und gelötet - soweit so gut.
Jetzt wollte ich das ganze an meiner Wolf CGB-2-20 mit BM2 in Betrieb nehmen.
Doch leider bekomme ich nur unknown commands (und das Datum). Situation ist also so ähnlich wie bei stenny...

root@raspberrypi:/etc/ebusd# ebusctl find
broadcast datetime = -;15:04:10;16.09.2020
broadcast error = no data stored
broadcast id = no data stored
broadcast id = no data stored
broadcast signoflife = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan.08  = Wolf; !;0002;0000
scan.35  = Wolf;;0204;0100
scan.50  = Wolf; !;0002;0000
scan.f6  = no data stored

root@raspberrypi:/etc/ebusd# ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
signal: acquired
symbol rate: 58
max symbol rate: 77
min arbitration micros: 832
max arbitration micros: 863
min symbol latency: 5
max symbol latency: 6
reconnects: 0
masters: 4
messages: 15
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanned "MF=Wolf;ID= !;SW=0002;HW=0000"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Wolf;ID=;SW=0204;HW=0100"
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Wolf;ID= !;SW=0002;HW=0000"
address f1: master #10


Ausprobiert habe ich verschiedene CSV Files hier aus dem Forum und aus dem Git, ohne Erfolg.

Das log sieht immer ungefähr so aus:
Zitat2020-09-16 14:44:54.491 [update notice] received unknown MS cmd: 3008502203cc1a27 / 029b00
2020-09-16 14:44:54.906 [update notice] received unknown MS cmd: 3008502203cc3727 / 020100
2020-09-16 14:44:55.218 [update notice] received unknown MM cmd: 30035023054ff4020003
2020-09-16 14:44:55.635 [update notice] received unknown MS cmd: 3008502203cc5327 / 020d00
2020-09-16 14:44:56.049 [update notice] received unknown MS cmd: 3008502203cc5427 / 020000
2020-09-16 14:44:56.377 [update notice] received unknown MS cmd: 3008502203cc6327 / 020000
2020-09-16 14:44:56.791 [update notice] received unknown MS cmd: 3008502203cc6a27 / 020080
2020-09-16 14:44:57.202 [update notice] received unknown MS cmd: 3008502203cc762a / 020080
2020-09-16 14:44:57.621 [update notice] received unknown MS cmd: 3008502203cc7c2a / 020080
2020-09-16 14:44:58.456 [update notice] received unknown BC cmd: 03fe050308010000ff341a2f1c
2020-09-16 14:44:58.695 [update notice] received update-read broadcast datetime QQ=30: -;15:44:10;16.09.2020
2020-09-16 14:44:59.006 [update notice] received unknown BC cmd: 30fe50230528000a1400
2020-09-16 14:44:59.404 [update notice] received unknown BC cmd: 30fe5023054423000000
2020-09-16 14:44:59.714 [update notice] received unknown BC cmd: 30fe502305dc4e2a0800
2020-09-16 14:45:00.131 [update notice] received unknown MM cmd: 3003050709000350000080ff1408
2020-09-16 14:45:00.454 [update notice] received unknown BC cmd: f1fe0800080005661a00c0000a
2020-09-16 14:45:02.361 [update notice] received unknown MS cmd: 305050140720000500194014 / 09000000800080008828
2020-09-16 14:45:02.774 [update notice] received unknown MS cmd: 3008502203cc0e00 / 02df01
2020-09-16 14:45:03.102 [update notice] received unknown MS cmd: 3008502203cc2d00 / 029600
2020-09-16 14:45:03.430 [update notice] received unknown MS cmd: 3008502203cc9a01 / 02c800
2020-09-16 14:45:03.760 [update notice] received unknown MS cmd: 3008502203cc192f / 020080
2020-09-16 14:45:04.151 [update notice] received unknown MM cmd: 3003502203cc0100
2020-09-16 14:45:07.574 [update notice] received unknown BC cmd: 03fe050308010000ff341b2f1c
2020-09-16 14:45:12.263 [update notice] received unknown MS cmd: 3008502203cc0200 / 023200
2020-09-16 14:45:12.419 [update notice] received unknown MM cmd: 03f10800080080cc1c80000005
2020-09-16 14:45:12.577 [update notice] received unknown MS cmd: 3008502203cc1600 / 020d01
2020-09-16 14:45:12.991 [update notice] received unknown MS cmd: 3008502203cc1600 / 020d01
2020-09-16 14:45:13.408 [update notice] received unknown MM cmd: 3003050709000350000080ff1408
2020-09-16 14:45:13.738 [update notice] received unknown MS cmd: 3008502203cc1600 / 020d01
2020-09-16 14:45:14.067 [update notice] received unknown MS cmd: 3008502203cc1600 / 020d01
2020-09-16 14:45:14.480 [update notice] received unknown MS cmd: 3008502203cc1600 / 020d01
2020-09-16 14:45:14.808 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2020-09-16 14:45:15.154 [update notice] received unknown BC cmd: 30fe03010e200100800000000100000000

hat jemand einen Tip?

john30

Zitat von: schlund am 16 September 2020, 16:25:08
Doch leider bekomme ich nur unknown commands (und das Datum). Situation ist also so ähnlich wie bei stenny...
schau doch mal am Anfang vom Log, ob ebusd was protokolliert bzgl. nicht gefundender CSVs
author of ebusd

schlund

Zitat von: john30 am 18 September 2020, 08:08:46
schau doch mal am Anfang vom Log, ob ebusd was protokolliert bzgl. nicht gefundender CSVs

Ja, ebusd gibt etwas in die Richtung aus. Ich habe auch schon verschiedene Konstellationen ohne Erfolg versucht.
Aktuell habe ich das ebusd-2.x.x/de/ Verzeichnis nach /etc/ebusd kopiert und gebe das als Config Verzeichnis mit -c mit.
Warum er trotzdem Element not found ausgibt, ist mir nicht ganz klar.

Zitatroot@raspberrypi:/etc/ebusd# tree
.
├── kromschroeder -> wolf
├── memory.csv
├── _templates.csv
└── wolf
    ├── 08.csv
    ├── 50.csv
    ├── broadcast.csv
    └── wolf.ods

Zitat2020-09-19 19:18:28.056 [main notice] ebusd 3.4.v3.3-51-g57eae05 started with auto scan
2020-09-19 19:18:28.148 [bus notice] bus started with own address 31/36
2020-09-19 19:18:28.212 [bus notice] signal acquired
2020-09-19 19:18:28.276 [bus notice] new master 30, master count 2
2020-09-19 19:18:28.281 [bus notice] new master 03, master count 3
2020-09-19 19:18:28.281 [update notice] received unknown MM cmd: 3003050709550450000080ff6e08
2020-09-19 19:18:29.204 [update notice] received unknown BC cmd: 03fe050308010000ff71363912
...
2020-09-19 19:18:37.745 [update notice] received unknown BC cmd: 30fe03010eb600008000000001000000000000
2020-09-19 19:18:38.076 [update notice] received unknown MS cmd: 3008502203cc1a27 / 029b00
2020-09-19 19:18:38.271 [bus notice] scan 08: ;Wolf; !;0002;0000
2020-09-19 19:18:38.271 [update notice] store 08 ident: done
2020-09-19 19:18:38.272 [update notice] sent scan-read scan.08  QQ=31: Wolf; !;0002;0000
2020-09-19 19:18:38.272 [bus notice] scan 08: ;Wolf; !;0002;0000
2020-09-19 19:18:38.294 [main error] unable to load scan config 08: list files in wolf ERR: element not found
2020-09-19 19:18:38.294 [main error] scan config 08: ERR: element not found
2020-09-19 19:18:38.432 [update notice] received unknown MS cmd: 3008502203cc3727 / 020100
...
2020-09-19 19:18:40.420 [bus notice] scan 35: ;Wolf;;0204;0100
2020-09-19 19:18:40.420 [update notice] store 35 ident: done
2020-09-19 19:18:40.421 [update notice] sent scan-read scan.35  QQ=31: Wolf;;0204;0100
2020-09-19 19:18:40.421 [bus notice] scan 35: ;Wolf;;0204;0100
2020-09-19 19:18:40.442 [main error] unable to load scan config 35: list files in wolf ERR: element not found
2020-09-19 19:18:40.443 [main error] scan config 35: ERR: element not found
2020-09-19 19:18:40.582 [update notice] received unknown MS cmd: 3008502203cc7c2a / 020080
2020-09-19 19:18:41.330 [bus notice] new master f1, master count 4
2020-09-19 19:18:41.330 [update notice] received unknown BC cmd: f1fe0800080005331600c00037
2020-09-19 19:18:42.092 [update notice] received unknown MM cmd: 3003050709550450000080ff6e08
2020-09-19 19:18:42.631 [bus notice] scan 50: ;Wolf; !;0002;0000
2020-09-19 19:18:42.631 [update notice] store 50 ident: done
2020-09-19 19:18:42.632 [update notice] sent scan-read scan.50  QQ=31: Wolf; !;0002;0000
2020-09-19 19:18:42.632 [bus notice] scan 50: ;Wolf; !;0002;0000
2020-09-19 19:18:42.652 [main error] unable to load scan config 50: list files in wolf ERR: element not found
2020-09-19 19:18:42.653 [main error] scan config 50: ERR: element not found
2020-09-19 19:18:42.871 [update notice] received unknown BC cmd: f1fe050308010000ff71ff3916
2020-09-19 19:18:43.288 [update notice] received unknown MS cmd: 3008502203cc0c00 / 02b600
2020-09-19 19:18:43.616 [update notice] received unknown MS cmd: 3008502203ccbf0a / 020100
2020-09-19 19:18:43.944 [update notice] received unknown MS cmd: 3008502203cc8813 / 020000
2020-09-19 19:18:44.187 [update notice] received unknown MM cmd: 03f10800080080331280000005
2020-09-19 19:18:44.345 [update notice] received unknown MS cmd: 3008502203cc1227 / 020000
2020-09-19 19:18:44.721 [update notice] received unknown MS cmd: 30505014072100050019406e / 09000000800080008828
2020-09-19 19:18:44.792 [main error] scan config f6: ERR: read timeout

JimKnopf

#65
Hi!
Lege mal den unter /etc/ebusd/de/
Deine Wolf Ordner an. Meine Broadcast CSV habe ich auch in dem Ordner abgelegt.
Hier mein Tree:
.
└── de
    ├── broadcast.csv
    ├── memory.csv
    ├── _templates.csv
    └── wolf
        ├── 07.csv
        ├── 08.csv
        ├── 50.csv
        └── wolf.ods

Und hier die comandline:
ebusd -f -d 192.168.2.163:9999 -l /var/log/ebusd.log --latency=20000 --address=01 --configpath=/etc/ebusd/de --accesslevel=* --mqttport=1883 --mqttjson --mqtthost=192.168.2.101 --mqtttopic=ebusd/%circuit/%name --pollinterval=10 --enablehex --enabledefine

Funktioniert bei mir wunderbar.
Wenn Du auf die "original" CSV tree siehst, siehst Du, dass dort auch im übergeordneten Ordner die broadcast.csv liegt. Ich denke mal, weil sie allgemeingültig ist. Vermutlich wird die vermisst.
Ich sehe gerade Dein log. Er vermisst ja direkt im Wolf Verzeichniss die 08. Hast Du die Rechte für die 08.csv geprüft? Nicht dass die leseberechtigung fehlt.

Gruß,
Burkhard
FHEM,LaCrosse,PCA301,Revolt,MAX!,HM,FS20, MQTT2, ebusd 3.4.v3.4-96-g96d5623, ebus Adapter 3.0 mit 20201219-offset , Wolf  CGB (-K)-20, Wolf ISM7, Wolf Solar SM, Speicher/WR E3DC S10, eGolf, Keba P30, Phoenix Contact EV, OpenWB

JimKnopf

Hi!

Ich habe bei mir nun folgendes Problem:
Mit einem ISM7 kann ich meine Heizungsanlage verstellen. Das ISM7 ist nur per eBus mit der Heizung verbunden.
Wenn ich jetzt auf Sommerbetrieb umschalte wird
ff305023097c120105005d010000
gesendet.
Wenn ich von Hand wieder auf Timer umschalte und jetz in ebusctl
write -s ff -h 305023097c120105005d010000
ausführe passiert ..... nichts
Im Fenster steht dann folgendes:
0-09-20 13:23:00.363 [update notice] received update-read broadcast Heizungsregler748: f4;02;04;04;5d;01;00
2020-09-20 13:23:01.522 [update notice] received write feuerung sollw2 QQ=10: 5.000;19.000;-;01;55.000
2020-09-20 13:23:01.815 [update notice] received update-read broadcast sollw QQ=f1: 5.000;15.000;0;Timer;55.000
2020-09-20 13:23:02.534 [main notice] write hex cmd: ff305023097c120105005d010000
2020-09-20 13:23:03.506 [update notice] received update-read broadcast Heizungsregler7f4b: 23;00;00;00;5d;01;00
2020-09-20 13:23:03.842 [update notice] received update-read master dateTimeMeldung QQ=30: -;13:23:10;-;-;So
2020-09-20 13:23:05.133 [update notice] sent poll-read regler betrd: 00;80
2020-09-20 13:23:06.527 [update notice] received write feuerung betrd QQ=10: Brauchwasser;Kesselpumpeaus;5.00;-;-;55.0;-
2020-09-20 13:23:06.824 [update notice] received update-read broadcast betrdHzRegler QQ=f1: 0;00;-;23.0;-;61

Kann jemand erklären warum das vom ISM funktioniert und von ebusctl nicht?

Gruß,
Burkhard
FHEM,LaCrosse,PCA301,Revolt,MAX!,HM,FS20, MQTT2, ebusd 3.4.v3.4-96-g96d5623, ebus Adapter 3.0 mit 20201219-offset , Wolf  CGB (-K)-20, Wolf ISM7, Wolf Solar SM, Speicher/WR E3DC S10, eGolf, Keba P30, Phoenix Contact EV, OpenWB

schlund

Zitat von: JimKnopf am 20 September 2020, 09:47:43
Hi!
Lege mal den unter /etc/ebusd/de/
Deine Wolf Ordner an. Meine Broadcast CSV habe ich auch in dem Ordner abgelegt.
Hier mein Tree:
.
└── de
    ├── broadcast.csv
    ├── memory.csv
    ├── _templates.csv
    └── wolf
        ├── 07.csv
        ├── 08.csv
        ├── 50.csv
        └── wolf.ods

Und hier die comandline:
ebusd -f -d 192.168.2.163:9999 -l /var/log/ebusd.log --latency=20000 --address=01 --configpath=/etc/ebusd/de --accesslevel=* --mqttport=1883 --mqttjson --mqtthost=192.168.2.101 --mqtttopic=ebusd/%circuit/%name --pollinterval=10 --enablehex --enabledefine

Funktioniert bei mir wunderbar.
Wenn Du auf die "original" CSV tree siehst, siehst Du, dass dort auch im übergeordneten Ordner die broadcast.csv liegt. Ich denke mal, weil sie allgemeingültig ist. Vermutlich wird die vermisst.
Ich sehe gerade Dein log. Er vermisst ja direkt im Wolf Verzeichniss die 08. Hast Du die Rechte für die 08.csv geprüft? Nicht dass die leseberechtigung fehlt.

Gruß,
Burkhard


Vielen Dank! Habe meinen Fehler durch deinen cmd Aufruf finden können.
Ich hatte einen Fehler in /etc/default/ebusd, daher hat es nie, egal was ich gemacht habe, die .csv Dateien aus dem Config dir geladen.
Dadurch, dass ich es mal mit -f gestartet hab bin ich dem auf die Schliche gekommen  ;)
Jetzt bekomme ich zumindest einige Werte der Heizung.

weini

Die Thread-Leiche wurde ja schon mehrmals wieder zum Leben erweckt, also versuchen wir es nochmal:

Ich habe meinen eBus 3.0 Adapter mit einer Wolf CGB2 55 & BM2 jetzt in Betrieb und bekomme schön Daten rein.

Hier für alle Mitstreiter meine Konfiguration:

# /etc/default/ebusd:
# config file for ebusd service.

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--configpath=/etc/ebusd --configlang=de --accesslevel=* --loglevel=notice --latency=100 -d enh:ebus.weinberger.local:9999"

Adressierung über FQDN geht übrigens einwandfrei.

Die Messages für feuerung-warmwasser-ist und feuerung-warmwasser-soll haben sich geändert. Die konnte ich aber herausfinden und entsprechend anpassen.

r,feuerung,warmwasser-soll,Warmwasser Solltemperatur,,51,5022,e40300,warmwasser-soll,,UIN,10,Grad Celcius,Warmwasser Solltemperatur,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,feuerung,warmwasser-ist,Warmwasser Ist-Temperatur,,51,5022,cc0e00,warmwasser-ist,,UIN,10,Grad Celcius,Warmwasser Ist-Temperatur,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,


Was mir noch fehlt ist jetzt, Warmwasser Soll auch setzen zu können.
Bei den anderen Einträgen sieht das in der 08.csv immer so aus:

r,feuerung,hg16,HG 16 - Pumpenleistung HK minimal,,08,5022,b95501,pumpenleistung_hk_min,,UIN,,min,Pumpenleistung HK minimal (20-100),,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
w,feuerung,hg16,HG 16 - Pumpenleistung HK minimal,,03,5023,005501,pumpenleistung_hk_min,,UIN,,min,Pumpenleistung HK minimal (20-100),suffix,,HEX:4,=9d010000,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

Zum Schreiben wird also anstatt 08 die 03 adressiert und SB wechselt von 22 auf 23. Nun habe ich aber für die WW Messages ZZ=51 und damit passt die alte Systematik nicht mehr.
Ich habe auch schon versucht, die Messages zu sniffen. Aber das, was auf dem Bus kommt, wenn ich am BM2 die WW Soll einstellen, das hat mir leider nicht geholfen.

Wie könnte ich denn hier sinnvoll weitermachen?

Gurker

Gute Frage - ist bekannt welches CSV-Set bisher am besten für die einzelnen Thermen funktioniert?

Mein Interesse wäre nicht nur das Protokollieren, ich würde auch gern die CGB-11 mit einem KM so einstellen, dass sie nicht konkurriert mit einem Heizstab/einer WP?

m.zsolnay

Hallo an alle Profis !

Ich bin leider noch ein verzweifelter Anfänger, der es versucht seine WOLF Heizung über ebus abzufragen.
Ich komme nicht einmal drauf, wie ich die konfigurationsdateien richtig einsetzte, denn ich bekomme keine brauchbaren Daten.

Wenn mir jemand hierbei geduldig helfen kann, wäre ich dankbar !

Gruss,
M.

Kornelius777

@m.zsolnay:

So wird dir niemand helfen können.
Du müsstest erstmal erzählen, wie genau dein setup aussieht.
Was für Hardware setzt du ein, wie ist sie mit dem ebus verbunden, was hast du bisher selber versucht, um das Ganze zum Laufen zu bekommen?

Grüße!

Kornelius

stephanstricker

Hi,
das ist jetzt etwas off topic aber da sich hier viel mit der Wolf Heizung beschäftigen hat hier vielleicht jemand einen Tipp. Ich möchte die Heizung gerne morgens für 2 Stunden anstellen. Wenn ich das über die Zeitprogrammierung mache, geht die Heizung außerhalb der Zeiten aber nur in den Absenkbetrieb, wo sie über den Tag immer wieder nachheizt. Ich möchte die Heizung aber komplett ausstellen. Alle Parameter, die ich finden konnte, lösen das Problem leider nicht. Einzige Lösung die ich im Moment habe wäre in Reihe mit dem Ein/Ausschalter ein Relais einzubauen, was ich dann extern programmiere. Hat hier vielleicht jemand eine Idee wie man das machen könnte.

Schöne Grüße

Stephan

Kornelius777

#73
Also, ich habe das folgendermaßen gelöst:

An meiner Wolf CGB-2-14 gibt es einen Anschluss "E1".
Wenn man dann den Fachmannparameter HG13 auf "RT (Raumthermostat)" stellt, wird bei geöffnetem Eingang E1 der Heizbetrieb gesperrt (Sommerbetrieb). Nennt sich dann "externe Deaktivierung". Das schaltet dann die Heizfunktion ab, aber nicht die Warmwasserproduktion.
Sobald Eingang E1 dann wieder geschlossen wird (Eingangsklemme E1 "kurzschließen"), ist der Heizbetrieb wieder da.

Am Eingang E1 darf keine externe Spannung angelegt werden, da dieses zur Zerstörung des Bauteils führt.

(Findet sich in der "Montageanleitung für den Fachhandwerker" auf Seite 39)

Ich habe dann einen ESP D1 Mini (https://amzn.eu/d/gDadHx0) mit einem Relay Shield (https://amzn.eu/d/dWRJ1BH) genommen und an genau diesen Eingang E1 angeschlossen. Damit geht meine Heizung genau dann in den Heizbetrieb, wenn ich das möchte.

stephanstricker

@Kornelius777

Das ist genau die Lösung, nach der ich suche und bei mir existiert der Kontakt auch. Aktuell ist das eine Brücke verbaut. Ich würde das folgende Modul nehmen um den Kontakt extern zu schalten.

https://de.elv.com/homematic-ip-schaltplatine-hmip-pcbs-150776?fs=463181306&c=778

Hast Du mal gemessen, was dort für eine Spannung anliegt, wenn die Brücke raus ist? Das Relais, das Du verwendest, ist bis 30V DC. Ich vermute das dort 5V oder 12V geschaltet werden?!

Schöne Grüße

Stephan

Kornelius777

Ich meine, dass da 23 V anliegen

gentleman1979

Hallo Miteinander,

hat jemand einen eBUS Adapter von John30 (https://adapter.ebusd.eu/) über, Ethernet bevorzugt? Ich habe im Januar ein Adapter reserviert, aber irgendwie tut sich da nicht viel.

gentleman1979

Guten Abend!

Habe noch vor Weihnachten von John den eBUS USB-Adapter 3 (v3.1) zugeschickt bekommen :)
Nun habe ich auf einer Raspberry 4 Debian lite 11 (bullseye) und die aktuellste version ebusd (22.4) installiert. Dann, wie in den Beiträgen hier beschrieben die csv-Files entsprechend abgelegt.
Leider bekomme ich kein Signal.
version: ebusd 22.4.v22.4
device: /dev/ttyUSB0
signal: no signal
reconnects: 0
masters: 1
messages: 54
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd

Ich weiß auch nicht wie die richtige Einstellung unter /etc/default/ebusd angebe. habe schon diverse Einstellungen aus einigen Beiträgen ausprobiert, leider ohne Erfolg.
Ich hab eine WOLF CGS 20

würde mich über etwas Unterstützung freuen!

john30

Zitat von: gentleman1979 am 26 Dezember 2022, 20:29:18
Leider bekomme ich kein Signal.
version: ebusd 22.4.v22.4
device: /dev/ttyUSB0

du hast vermutlich nicht die richtige Device Einstellung wie in der Doku notiert ("-d ens:...").
author of ebusd