FHEM Adapter

[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

[Feinfinger]

@LausiD

Vielleicht sitzt der Fehler auch zwischen Schreibtischstuhl und Monitor, aber ich hab heute 2x geupdatet, neu gestartet und den Menüpunkt hab ich immer noch nicht unter den Objekten

[LausiD]

@Feinfinger
Du meinst fhem.0.info.Configurations.syncUpdate?
Update von github (buildate 02.06.20) hast du gemacht?