FHEM Adapter

[takero78]

Version 1.4.1

Die Meldung kommt dann ja. Gut dann kann ich den Timer ja direkt ausschließen, dann muss der Fehler von Define Wasserdruck kommen.

Auszug aus der Konfig:

define EBUS ECMD telnet 192.168.1.33:8888
attr EBUS alias EBUS
attr EBUS classdefs bai00.class=/opt/fhem/vaillant.cfg
attr EBUS icon usb
attr EBUS requestSeparator 000
attr EBUS room Vaillant

define EBUS.Timer1 at +*00:05:00 get Wasserdruck Wasserdruck;;get Strom Strom
attr EBUS.Timer1 alias EBUS.Timer1
attr EBUS.Timer1 group Vaillant
attr EBUS.Timer1 icon time_timer
attr EBUS.Timer1 room Vaillant

define EBUS.Timer2 at +*00:15:00 get Aussentemp Aussentemp;;get StatusHeizung StatusHeizung
attr EBUS.Timer2 alias EBUS.Timer2
attr EBUS.Timer2 group Vaillant
attr EBUS.Timer2 icon time_timer
attr EBUS.Timer2 room Vaillant
attr EBUS.Timer2 verbose 3

define Aussentemp ECMDDevice bai00.class
attr Aussentemp IODev EBUS
attr Aussentemp alias Aussentemp
attr Aussentemp group Vaillant
attr Aussentemp room Vaillant

define Wasserdruck ECMDDevice bai00.class
attr Wasserdruck IODev EBUS
attr Wasserdruck alias Wasserdruck
attr Wasserdruck group Vaillant
attr Wasserdruck room Vaillant

[LausiD]

@takero78
Du könntest mal mit der V1.4.3 von github testen.
Ich habe leider keinen Plan von EBUS....
Wie sieht ein "jsonlist2 Wasserdruck" aus?
Gruß
LausiD

[takero78]

Ich will nicht zuviel experimentieren weil der Rest ja läuft. Mich nervt nur die Fehlermeldung.

Hier der Ausdruck von "jsonlist2" :

{
  "Arg":"Wasserdruck",
  "Results": [
  {
    "Name":"Wasserdruck",
    "PossibleSets":"",
    "PossibleAttrs":"alias comment:textField-long eventMap:textField-long group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev class noState event-aggregator event-min-interval event-on-change-reading event-on-update-reading oldreadings stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle icon sortby webCmd webCmdLabel:textField-long widgetOverride userattr",
    "Internals": {
      "DEF": "bai00.class",
      "NAME": "Wasserdruck",
      "NR": "45",
      "STATE": "Wasserdruck 0.8\u000a\u000a",
      "TYPE": "ECMDDevice"
    },
    "Readings": {
      "Aussentemp": { "Value":"13.50", "Time":"2020-03-28 17:59:10" },
      "Speicher": { "Value":"47.5\u000a\u000a", "Time":"2020-03-28 17:59:42" },
      "VorlaufIst": { "Value":"24\u000a\u000a", "Time":"2020-03-28 17:59:36" },
      "Wasserdruck": { "Value":"0.8\u000a\u000a", "Time":"2020-04-13 10:34:37" },
      "state": { "Value":"Wasserdruck 0.8\u000a\u000a", "Time":"2020-04-13 10:34:37" }
    },
    "Attributes": {
      "IODev": "EBUS",
      "alias": "Wasserdruck",
      "group": "Vaillant",
      "room": "Vaillant"
    }
  }  ],
  "totalResultsReturned":1
}

[LausiD]

@takero78 sagte in FHEM Adapter:
get Aussentemp Aussentemp
Was willst damit eigentlich erreichen?
Habe mal mit HUEDevice gespielt...ein zB "get HUEDeviceXX rgb" öffnet ein kleines Fenster in FHEM und zeigt den aktuellen rgb Wert an.
Mit der aktuellen FHEM Version und FHEM Adapter V1.3.4 bekomme ich keine Meldung "[main] [eventFHEM] no event - return [main]"

Gruß
LausiD

[takero78]

weil der Wert über die Bai00.class ausgelesen wird und in die variable Wasserdruck geschrieben wird. Gemäß Fhem Wiki ist das vorgehen so richtig.

Fhem WiKi

Grüße

[LausiD]

@takero78
Danke für den Wiki Link
Vermute mal die warn Meldung kommt zB bei diesem Reading
"Wasserdruck": { "Value":"0.8\u000a\u000a", "Time":"2020-04-13 10:34:37" },
\u00a = LF und verursacht bei Telnet Übertragung eine neue Zeile ohne Inhalt(Value)
Kannst mal versuchen die Readings frei von \u00a zu bekommen?
Zudem setze ich in der aktuellen Version 1.4.3 die Meldung von warn auf debug

Gruß
LausiD

[takero78]

Sorry aber ich finde keine Möglichkeit das \u00a weg zu bekommen, keine Ahnung wo das definiert ist. Ich werde mal auf Version 1.4.3 wechseln. Wenn es dann bei debug ist, ist ja alles gut

Danke!

[takero78]

Jetzt habe ich mit 1.4.3 die Meldung weg, aber bekomme jetzt neuen Spam . . .

fhem.0	2020-04-29 18:18:10.002	info	(26352) > no auto create of function(s) - fhem.0.info.Configurations.autoFunction (false)
fhem.0	2020-04-29 18:18:09.243	warn	(26352) detect sensor "SmartMeter" - for full function of sensor use door,window,Tür,Tuer,Fenster in alias of device
fhem.0	2020-04-29 18:17:38.564	info	(26352) > no auto create of function(s) - fhem.0.info.Configurations.autoFunction (false)
fhem.0	2020-04-29 18:17:38.356	warn	(26352) detect sensor "SmartMeter" - for full function of sensor use door,window,Tür,Tuer,Fenster in alias of device
fhem.0	2020-04-29 18:17:09.584	info	(26352) > no auto create of function(s) - fhem.0.info.Configurations.autoFunction (false)
fhem.0	2020-04-29 18:17:08.758	warn	(26352) detect sensor "SmartMeter" - for full function of sensor use door,window,Tür,Tuer,Fenster in alias of device
fhem.0	2020-04-29 18:16:37.996	info	(26352) > no auto create of function(s) - fhem.0.info.Configurations.autoFunction (false)
fhem.0	2020-04-29 18:16:37.765	warn	(26352) detect sensor "SmartMeter" - for full function of sensor use door,window,Tür,Tuer,Fenster in alias of device

[LausiD]

@takero78 sagte in FHEM Adapter:

Jetzt habe ich mit 1.4.3 die Meldung weg, aber bekomme jetzt neuen Spam . . .

Naja, Spam finde ich jetzt etwas übertrieben.
Die beiden Meldungen kommen nur einmal beim Start Adapter, oder?
Die Info > no auto create of function(s)..... kannst du mit fhem.0.info.Configurations.logNoInfo=true auschalten.
Warn detect sensor ..... ändere ich noch auf Info ab.

Gruß
LausiD

[takero78]

War so auch nicht böse gemeint

Die Meldungen kommen dauerhaft. Alle 30 Sekunden, was dem Abfrageintervall bei fhem entspricht.

[LausiD]

@takero78 sagte in FHEM Adapter:

War so auch nicht böse gemeint

Habe ich auch nicht so verstanden
Ok alle 30 Sek ist echt nervig.
Habe es auf github geändert...pls check

Gruß
LausiD

[takero78]

AUf GitHib gibts noch nix neues ?

[LausiD]

@takero78 sagte in FHEM Adapter:

AUf GitHib gibts noch nix neues ?

Ja, Ist immer noch V1.4.3
Einfach nochmal drüber bügeln

[takero78]

Tz Tz Tz sowas macht man doch nicht

[takero78]

Achso, es hat übrigens geholfen

[LausiD]

@takero78 sagte in FHEM Adapter:

Achso, es hat übrigens geholfen

Und nur das zählt
Danke für die Rückmeldung
Wenn alles gut läuft sollte demnächst V1.5.0 am Start sein

Gruß
LausiD

[Robin82]

Hallo zusammen,

ich habe seit Kurzem ein kleines Problem.
Readings aus FHEM die nur ein update und kein change erhalten wurden bisher immer in den Objekten auch aktualisiert.

Ich habe, außer Host- & Instanzen Updates, nichts geändert. Oder vielleicht doch?

Das Reading in FHEM selbst wird aktualisiert, im ioBroker kommt es aber anscheint nicht an. (Auch im Log mit Debug nicht sichtbar)

Adapter Version 1.5.2 (habs aber auch mit älteren Versionen probiert)

Bitte um Hilfestellung wo hier das Problem liegen könnte.

DANKE!

[LausiD]

@Robin82
Ab V1.5.0 entspricht die Verarbeitung der Readings deiner Beschreibung.
War als Verbesserung der Performance gedacht.
Falls du auch jedes Update eines Readings benötigst (Was machst du damit?) wäre eventuell eine "schaltbare" Funktion möglich...
Gruß LausiD

[Robin82]

@LausiD
Danke für die schnelle Rückmeldung, dann lags ja doch nicht an mir.

Ich habe in FHEM Enocean Geräte laufen.
Bei den Sensoren triggere ich auf die Kanäle selbst. Und da dort relativ häufig der gleiche Wert nur aktualisiert wird, stellt mich das aktuell vor Probleme

Eine schaltbare Funktion wäre natürlich super, wenns kein riesen Aufwand ist.
Ansonsten muss ich ein paar Scripte umschreiben.

Gruß
Robin

[LausiD]

@Robin82
Sorry, Änderung hat etwas länger gedauert.
Nach Update von github hast du ein neues Objekt fhem.0.info.Configurations.syncUpdate
Auf true setzen und jedes Update eines RFeadings wird wieder synchronisiert

Gruß LausiD