Anbindung and ebusd mit modul 98_GAEBUS.pm

[jamesgo]

Hallo Andi,

die Idee finde ich gut, aber ich möchte das nicht so übernehmen solange ich es nicht vollständig verstanden habe.

Ich glaube du verwendest die "alte" Variante mit den Kommentaren in den Attributnamen. Kannst du bitte mal ein paar Attribute posten.
Vermutlich gibt es bei dir ein "get removeCommentFromAttributeNames", richtig?
siehe https://forum.fhem.de/index.php/topic,41064.msg506230/topicseen.html#msg506230

Wie kommt in deiner Implementierung das "passiv" in den Kommentar? Hast du die ".csv" Files abgeändert?

Grüße
Andy

[pc1246]

Hallo Andy
Danke, fuer Deine Rueckmeldung. Ja mache ich nachher!
Gruss Christoph

[Andi291]

Servus!

Ja, ich nutze die alte Syntax.
Wie vermutet wird removeCommentFromAttributeNames angezeigt.

Das passiv habe ich nachträglich händisch in die einzelnen Attributnamen eingefügt. Für meinen UseCase wäre das ausreichen.
Gegen eine stabilere und komfortablere Lösung habe ich natürlich nichts, aber mir ist keine "minimalinvasive" Änderung eingefallen, wie ich devicespezifisch ein Steuerungskriterium mitführen könnte.

Konkrete Definition (Bastelstand) aktuell so:

Code Auswählen Erweitern

define Waermepumpe GAEBUS localhost
attr Waermepumpe userattr r~hmu~Hours~passive r~hmu~State~passive r~hmu~WpDetail2~passive r~vr_70~HKStatus~passive r~vr_70~MischerTemp~passive r~vwz~Status01~passive w~pmw~CircoMode w~700~z1OpMode
attr Waermepumpe ebusWritesEnabled 1
attr Waermepumpe group W&aumlrmepumpe
attr Waermepumpe room Heizung
attr Waermepumpe r~hmu~State~passive Energie1;;Energie2;;Status1;;StatusWaePu
attr Waermepumpe r~hmu~WpDetail2~passive VL2;;RL2;;Aussen2;;Temp2
attr Waermepumpe r~vr_70~HKStatus~passive HKStat;;HKSolltemp;;MischerStat;;MischerProz
attr Waermepumpe r~vr_70~MischerTemp~passive TempSpWasserOben;;TempSpWasserUnten;;TempSpHzUnten;;TempMischerVl;;TempSpHzOben
attr Waermepumpe r~vwz~Status01~passive VL;;RL;;Außen;;WW-Temp;;Speicher-Temp;;Pumpenstatus
attr Waermepumpe w~700~z1OpMode 700-z1OpMode
attr Waermepumpe w~pmw~CircoMode pmw-CircoMode


Grüße, Andi

[pc1246]

Hallo Andy

Code Auswählen Erweitern

pi@eBUSD:~ $ ebusctl
localhost: find -w
470 ccTimer.Friday = no data stored
470 ccTimer.Monday = no data stored
470 ccTimer.Saturday = no data stored
470 ccTimer.Sunday = no data stored
470 ccTimer.Thursday = no data stored
470 ccTimer.Tuesday = no data stored
470 ccTimer.Wednesday = no data stored
470 Date = no data stored
470 Hc1BankHolidayEndPeriod = no data stored
470 Hc1BankHolidayStartPeriod = no data stored
470 Hc1DayTemp = no data stored
470 Hc1HolidayEndPeriod = no data stored
470 Hc1HolidayRoomTemp = no data stored
470 Hc1HolidayStartPeriod = no data stored
470 Hc1NightTemp = no data stored
470 Hc1OPMode = no data stored
470 Hc2BankHolidayEndPeriod = no data stored
470 Hc2BankHolidayStartPeriod = no data stored
470 Hc2HolidayEndPeriod = no data stored
470 Hc2HolidayStartPeriod = no data stored
470 HcName1 = no data stored
470 HcName2 = no data stored
470 hcTimer.Friday = no data stored
470 hcTimer.Monday = no data stored
470 hcTimer.Saturday = no data stored
470 hcTimer.Sunday = no data stored
470 hcTimer.Thursday = no data stored
470 hcTimer.Tuesday = no data stored
470 hcTimer.Wednesday = no data stored
470 HwcTempDesired = no data stored
470 hwcTimer.Friday = no data stored
470 hwcTimer.Monday = no data stored
470 hwcTimer.Saturday = no data stored
470 hwcTimer.Sunday = no data stored
470 hwcTimer.Thursday = no data stored
470 hwcTimer.Tuesday = no data stored
470 hwcTimer.Wednesday = no data stored
470 LanguageVariant = no data stored
470 LcdContrastValue = no data stored
470 OutsideTempOffset = no data stored
470 RoomTempCorrection = no data stored
470 SummerWinterTimeAdjust = no data stored
470 Time = no data stored
broadcast ident = no data stored
broadcast queryexistence = no data stored


Das sieht seltsam aus!?
Gruss Christoph

[jamesgo]

Hallo Christoph,

sieht so aus als ob deine Konfiguration des ebusd keine #install Werte kennt.
Welche Version von ebusd hast du?
Gibt es in der Datei /etc/ebusd/vaillant/15.470.csv Einträge mit "wi" bzw die Zeile "*wi,#install,,,,,"B509","0E",,,,,,"?

Grüße
Andy

[pc1246]

Hallo Andy
Jetzt haben wir uns wieder verpasst. Meine Version ist eine 3er, relativ aktuell vor einer Woche Update gemacht! Die CSV ist da, und da sind die Eintraege auch drin!
Ich  kann erst heute abend die genauen Infos posten!
Gruss Christoph

[jamesgo]

Hallo Andy
Jetzt haben wir uns wieder verpasst. Meine Version ist eine 3er, relativ aktuell vor einer Woche Update gemacht! Die CSV ist da, und da sind die Eintraege auch drin!
Ich  kann erst heute abend die genauen Infos posten!
Gruss Christoph

Ich hab noch die 2.4. Mal schauen ob ich updaten kann.


Gesendet von meinem BTV-DL09 mit Tapatalk

[jamesgo]

Hallo Christoph,

in deiner Version des ebusd gibt es den Parameter "--accesslevel" (siehe https://forum.fhem.de/index.php/topic,29737.msg630146.html#msg630146).

Das bedeutet "#install" gibt es nicht mehr. Stattdessen muss der ebusd mit dem entsprechenden accesslevel gestartet werden um die wi bzw. ws Einträge zu aktivieren.

Wenn ich in der /etc/default/ebusd den parameter "--accesslevel=*" hinzufüge wir mir "ContactName" beim "find -w" angezeigt. Mit dem standard accesslevel nicht.

Mir hat das "#install" besser gefallen aber nun muss man sich entscheiden ob man diese Werte angezeigt bekommt oder nicht.

Grüße
Andy

[pc1246]

Hallo Andy
Ich glaube Du brauchst dieses Jahr einen ganz grossen Tannenbaum, damit die dicken Geschenke darunter passen. Nein im Ernst, vielen Dank, das werde ich heute abend gleich ausprobieren. Das man sich durch zwei bis drei threads wuehlen muss, ist irgendwie bloed! Und die neuen Problemfaelle stehen schon vor der Tuer, da ja die ersten eBus2.0-Platinen ausgeliefert sind! Ich habe meine Erste gerade heute morgen 0:17Uhr fertiggestellt.
Gruss und nochmals Danke
Christoph
P.S.: Ich werde nachher Vollzug melden!

Edith: Mist, das hatte ich schon mal gelesen, wusste nur den Zusammenhang nicht mehr!

[jamesgo]

Hallo Andi,

ich habe gerade eine neue Version von 98_GAEBUS.pm hochgeladen.

Du kannst das "-f" nun durch ein Hinzufügen von "+f" hinter dem Namen des readings unterdrücken.

Beispiel siehe Screenshot.

Bitte testen und berichten ob es funktioniert.

Grüße
Andy

[Andi291]

Servus Andy!

Du bist mein Mann des Tages - vielen Dank, funktioniert bestens!

Grüße, Andi

[pc1246]

Moin
Also das mit dem Startparameter hat irgendwie nicht funktioniert, aber bestimmt ein User-Problem. Ich stochere da echt zu sehr im Dunkeln. Aber ich habe jetzt erstmal die entscheidende Zeile der CSV geaendert und nun geht es! Bald ist ja Urlaub, mal sehen, dass ich mich dann da mehr reinfuchse.
Gruss Christoph

[jamesgo]

Hallo,

evtl. hat ebusd den Parameter nicht so wie gewollt übernommen.
Im "info" kann man das aktuelle accesslevel überprüfen. Bei mir gibt es "access: *"

Grüße
Andy

[tom1607]

Hallo zusammen,

ich kämpfe gerade mit Fhemm ebus und GAEBUS. Eigentlich läuft alles wie es soll ABER ich bekomme einfach nicht die Kurve wie ich die Daten die als Readings im GAEBUS device drin sind auf den KNX Bus gesendet.

Wenn ich einen Set Heizung.Speichertemperatur value 15.5 abschicke wird der Wert 15.5 auf den Bus geschrieben. Soweit sogut. Wenn ich jetzt set Heizung.Speichertemperatur value {Readingsval("ebus1","SpeicherTemperatur","")  } dann schreibt er mir eine 1 rein und im Log sagt er

check value: input-value {(readingsval("ebus1","speichertemperatur","")} was casted to 1

wenn ich nur {(readingsval("ebus1","speichertemperatur","")} in der CMD eingebe bekomme ich den Wert den das Reading wirklich hat (45.5).

Ich Doktor jetzt seit Stunden dran rum und bekomme es einfach nicht hin.

Vielleicht kann mich einer der Perl/EBus Experten erleuchten denn ich stehe komplett im Wald.

danke schon mal
Thomas

[jamesgo]

Hallo Thomas,

mit den geschweiften Klammern führst du ein Stück Perl Code aus. Die "1" ist der Returnwert.
Versuche mal dein Reading mit "print" auszugeben.

Grüße
Andy