FHEM Adapter

ChrisXY

also gefühlt ohne jetzt genau geschaut zu haben habe ich nach dem letzten fhem Update auch längere Zeiten. Ich schalte per Alexa über io und dann fhem eine wifi Lampe ...
Hab erst gedacht es liegt an Alexa aber auch etwas anderes war heute morgen zimlich verzögert. Auch habe ich Nachts einen restart vom Fhem Adapter gehabt. Das hab ich sonst nie gehabt.
Kann aktuell da leider auch nichts prüfen bin nicht zuhause.

LausiD

@ChrisXY
Danke für deine Rückmeldung.
Ohoh da hat sich was eingeschlichen :-)
Habe was geändert......

@daniel_iobroker
Bitte mal Update von github 1.4.1 vom 07.01.20 und erneut testen....Danke :-)

Gruß
LausiD

daniel_iobroker

@LausiD
Hab gerade die Github Version mit der Katze installiert.
Scheint wieder alles ohne Verzögerung zu funktionieren. Danke für's anpassen :)

Als installierte Version wird mir jetzt 1.4.2 angezeigt.

daniel_iobroker

Muss mich leider noch einmal melden. Den ganzen Tag über klappte alles normal. Jetzt am Abend bzw in der Nacht hatte ich das Problem, dass states gar nicht mehr aktualisiert worden sind. Leider konnte ich die Ursache dafür nicht nachvollziehen. Hab jetzt wieder die 1.3.0 installiert :/

LausiD

@daniel_iobroker
Danke für die erst gute und dann schlechte Rückmeldung :-(
Ja, auf github ist Version 1.4.2
Neustart Adapter brachte kein Erfolg?
Irgendwelche interessante Einträge im Log?

Gruß
LausiD

daniel_iobroker

@LausiD Also das einzige was mir aufgefallen ist:, es gibt im Log diese Meldung: "Update channel: Unknown | fhem.0.Unknown - native" glaube aber nicht, dass das was ausmacht.
Diesen Eintrag habe ich auch noch gefunden: > no auto create of function(s) - fhem.0.info.Configurations.autoFunction (false)
Mir kam am Nachmittag schon vor, dass ein Signal stark verzögert ankam, hab mir aber nichts dabei gedacht, da davor ja alles normal lief. Und als ich dann ins Bett ging, checkte ich nochmal die VIS und sah, dass manche Lampen noch eingeschaltet waren, aber diese schon lange aus waren. Daher wusste ich, dass iobroker den "neuen" Status von fhem nicht übernommen hatte. Es wurde dann auch nicht mehr synchronisiert. Wenn ich die Lampe in vis geschaltet habe, passierte nichts. (Auch die Grafik zeigte noch immer die eingeschaltete Lampe an, obwohl sie ausgeschaltet war und obwohl ich sie über die vis "ausschalten" wollte.)

Andere Sachen sind mir im Log nicht aufgefallen. Einen Adapter neustart hab ich leider nicht durchgeführt.

Ich hoffe, das hilft dir etwas weiter?

Danny 0

Hi Leute,

gibt es eine Möglichkeit mehrere Pfade in für die Übertragung iobroker zu fhem zu hinterlegen ? fhem.0.info.Configurations.allowedIOBin -> knx.0.Jalousie__Rollo__Rolltore.EG und knx.0.Heizung__Klima__Lüftung.GA

Dankeschön

LausiD

@Danny-0
du kannst unter fhem.0.info.Configurations.allowedIOBin mehere Objekte durch "," getrennt eintragen.
In deinem Bsp:
"knx.0.Jalousie__Rollo__Rolltore.EG ,knx.0.Heizung__Klima__Lüftung.GA"
oder auch:
"knx.0.Heizung, knx.0.Jalousie"
Damit bekommst du alle Objekte die mit knx.0.Heizung oder knx.0.Jalousie beginnen
oder nur:
"knx.o" alle Objekte die mit knx.0 beginnen

Gruß
LausiD

Danny 0

Hi,

super!!!! ich habe alles ausprobiert außer das :( & | ; - '' aber auf , bin ich nicht gekommen :-) wenn alles immer so einfach wäre !

Dankeschön

LausiD

@Danny-0
Hihi, ja war einfach :-)
Wenn du Zeit und Lust hast darfst gerne noch V 1.4.3 von github testen
Viel Spaß mit ioBroker und FHEM
Gruß LausiD

takero78

Hallo Zusammen,
ich habe seit einiger Zeit ein Problem mit dem fhem Adaper, eigentlich eher mit dem log. Ich bekomme das einfach nicht weg und weiß auch nicht wo das her kommt. Vielleicht hat ja jemand eine Idee.

Auszug Log-File:

fhem.0	2020-04-02 16:43:34.056	warn	(15578) [main] [eventFHEM] no event - return [main]
fhem.0	2020-04-02 16:43:34.056	warn	(15578) [main] [eventFHEM] no event - return [main]
fhem.0	2020-04-02 16:43:34.055	warn	(15578) [main] [eventFHEM] no event - return [main]
fhem.0	2020-04-02 16:38:34.080	warn	(15578) [main] [eventFHEM] no event - return [main]
fhem.0	2020-04-02 16:38:34.080	warn	(15578) [main] [eventFHEM] no event - return [main]
fhem.0	2020-04-02 16:38:34.080	warn	(15578) [main] [eventFHEM] no event - return [main]

Die Meldung kommt alle 5 Minuten.

Ich konnte es jetzt auf einen bzw. zwei Timer eingrenzen, aber warum die Meldung bei iobroker aufschlägt weiß ich dennoch nicht.

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
attr EBUS.Timer1 verbose 0

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 0

Vielen Dank

LausiD

@takero78
Welche Version hat FHEM Adapter?
Kommt die Meldung auch wenn du zB "get Wasserdruck Wasserdruck" ohne timer ausführst?

Gruß LausiD

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

Community Forum

NEWS

FHEM Adapter

Support us

394

32.4k

81.5k

1.3m