FHEM Adapter

[hg6806]

@lausid
Ha - tatsächlich. Habe mal alle Datenpunkte gelöscht und neu anlegen lassen, schon sind die Energiewerte da.
Prima - Danke!

[LausiD]

@hg6806 sagte in FHEM Adapter:

Ha - tatsächlich. Habe mal alle Datenpunkte gelöscht und neu anlegen lassen, schon sind die Energiewerte da.
Prima - Danke!

Prima....warum haben wir das nicht als Erstes gemacht ?
Da waren wohl die fehlenden Objekte in der DB verbogen

Viel Spaß mit ioBroker und FHEM

Gruß
LausiD

[andi2055]

Hallo zusammen,

ich scheine gerade auch ein Problem mit dem FHEM Adapter und dem FHEM HPSU Modul zu haben.
Ich wollte gerade das Attribut HPSU~Betriebsart von "Heizen" auf "Sommer" umstellen. Musste aber feststellen, dass es read-only ist und keine Auswahl zulässt. Im jsonlist2 steht es aber korrekt drin.

Channel komplett gelöscht
FHEM HPSU Modul seit Februar nicht mehr geändert - es gab auch keine neue Version
Neueste Version des iob FHEM Adapters von Github installiert und Adapter neu gestartet (einfach um sicherzugehen, dass ich die aktuellste Version habe)
HPSU Channel neu anlegen lassen

Trotzdem ist das Attribut (und einige andere auch wie z.B. Fluesterbetrieb, HK_Funktion) nicht mehr änderbar / Write-Flag nicht gesetzt. Auch kein DropDown sichtbar. Das hatte in der Vergangenheit mal funktioniert meine ich.

Kann ich noch etwas probieren? Ist das noch ein Bug?
Danke für den Support!

{
  "from": "system.adapter.fhem.0",
  "user": "system.user.admin",
  "ts": 1623155069325,
  "common": {
    "name": "myHPSU HPSU.Betriebsart",
    "type": "string",
    "role": "text",
    "read": true,
    "write": false
  },
  "native": {
    "Name": "myHPSU",
    "Attribute": "HPSU.Betriebsart",
    "type": "string",
    "role": "text",
    "Readings": true
  },
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "fhem.0.myHPSU.HPSU~Betriebsart",
  "type": "state"
}

{
  "Arg":"myHPSU",
  "Results": [
  {
    "Name":"myHPSU",
    "PossibleSets":"Connect:noArg Connect_MonitorMode:noArg ForceDHW:noArg Disconnect:noArg HPSU.Kuehl_Soll_Korr_Parallel:slider,-5,0.1,5,1 HPSU.Spreizung_Mod_HZ:slider,2,1,20 HPSU.WW_Sperrzeit:slider,0,1,240 HPSU.Bivalenzfunktion:off,on HPSU.Funktion_EHS:slider,0,1,3 HPSU.HK_Funktion:Witterung,Fest HPSU.Heizkurve:slider,0,0.1,3,1 HPSU.HZ_Unterstuetzung:off,on HPSU.Max_WW_Ladezeit:slider,0,1,240 HPSU.Max_Leistung_Pumpe:slider,20,1,100 HPSU.Max_T_Vorlauf:slider,20,1,90 HPSU.Kuehlen_A_Temp_Max:slider,20,1,45 HPSU.Min_Leistung_Pumpe:slider,10,1,100 HPSU.Min_T_Vorlauf:slider,18,1,90 HPSU.Kuehlen_VL_Soll_Abs_Min:slider,5,1,25 HPSU.Betriebsart:Bereitschaft,Auto1,Auto2,Kuehlen,Heizen,Absenken,Sommer HPSU.Fluesterbetrieb:Aus,Ein,Nur_bei_Nacht HPSU.Kuehlen_A_Temp_Start:slider,15,1,45 HPSU.Schaltschwelle_AUX_TDHW:slider,20,1,85 HPSU.Soll_T_Warmwasser_1:slider,35,1,70 HPSU.Soll_T_Warmwasser_2:slider,35,1,70 HPSU.Soll_T_Warmwasser_3:slider,35,1,70 HPSU.Kuehlen_VL_Soll_Max:slider,5,1,25 HPSU.Kuehlen_VL_Soll_Start:slider,5,1,25 HPSU.T_Vorlauf_Tag:slider,20,1,90 HPSU.T_Vorlauf_Nacht:slider,20,1,90 HPSU.T_Frostschutz:-1,-10,-11,-12,-13,-14,-15,Aus,-2,-3,-4,-5,-6,-7,-8,-9,0,1,2,3,4,5 HPSU.Heizgrenze_Tag:slider,10,1,40 HPSU.Heizgrenze_Nacht:slider,10,1,40 HPSU.Soll_T_Raum_1:slider,5,0.5,40,1 HPSU.Soll_T_Raum_2:slider,5,0.5,40,1 HPSU.Soll_T_Raum_3:slider,5,0.5,40,1 HPSU.TDiff_WW_HZU:slider,2,1,15 HPSU.Wartezeit_BOH:slider,20,1,95 ",
    "PossibleAttrs":"alias comment:textField-long eventMap:textField-long group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 AutoPoll:on,off AntiMixerSwing:on,off CheckDHWInterrupted:on,off DebugLog:on,onWithMsg,onDHW,off AntiContinousHeating:on,off RememberSetValues:on,off SuppressRetryWarnings:on,off event-aggregator event-min-interval event-on-change-reading event-on-update-reading oldreadings stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon:textField-long devStateStyle icon sortby webCmd webCmdLabel:textField-long widgetOverride userattr",
    "Internals": {
      "DEF": "/dev/ttyUSB0",
      "DeviceName": "/dev/ttyUSB0@38400",
      "ELM327_Version": "1.5",
      "ELMState": "Initialized",
      "FD": "8",
      "FUUID": "5ff83ab7-f33f-256f-ffb1-ea0f07c2844b852e",
      "JSON_Auto_poll": "47",
      "JSON_Writable": "100",
      "JSON_parameters": "156",
      "JSON_version": "3.6",
      "Module_Version": "1.11",
      "NAME": "myHPSU",
      "NR": "21",
      "PARTIAL": "",
      "STATE": "opened",
      "TYPE": "HPSU"
    },
    "Readings": {
      "Comm.GetStatus": { "Value":"Ok", "Time":"2021-06-08 14:13:56" },
      "Comm.ManStatus": { "Value":"Ok: Force DHW (820)", "Time":"2021-05-24 20:20:47" },
      "Comm.SetStatus": { "Value":"Ok: Soll_T_Warmwasser_2 [t_dhw_setpoint2] successfully set to 35 (1011)", "Time":"2021-06-08 13:49:15" },
      "HPSU.Aktive_Betriebsart": { "Value":"Standby", "Time":"2021-06-08 14:14:30" },
      "HPSU.Betriebsart": { "Value":"Sommer", "Time":"2021-06-08 14:14:14" },
      "HPSU.Bivalenzfunktion": { "Value":"on", "Time":"2021-06-08 14:04:12" },
      "HPSU.Direkter_Heizkreis_Modus": { "Value":"active", "Time":"2021-06-08 14:14:21" },
      "HPSU.Durchfluss": { "Value":"2444 lh", "Time":"2021-06-08 14:14:23" },
      "HPSU.EHS_fuer_Heizung": { "Value":"2254 kWh", "Time":"2021-06-08 14:11:01" },
      "HPSU.EHS_fuer_WW": { "Value":"708 kWh", "Time":"2021-06-08 14:11:00" },
      "HPSU.Energie_Heizung": { "Value":"7125 kWh", "Time":"2021-06-08 14:11:01" },
      "HPSU.Energie_Kuehlung": { "Value":"1803 kWh", "Time":"2021-06-08 14:11:01" },
      "HPSU.Energie_WW": { "Value":"7550 kWh", "Time":"2021-06-08 14:11:01" },
      "HPSU.Energie_erzeugt_gesamt": { "Value":"15744 kWh", "Time":"2021-06-08 14:11:02" },
      "HPSU.Fluesterbetrieb": { "Value":"Aus", "Time":"2021-06-08 14:05:51" },
      "HPSU.Funktion_EHS": { "Value":"1", "Time":"2021-06-08 14:05:48" },
      "HPSU.HK_Funktion": { "Value":"Witterung", "Time":"2021-06-08 14:05:49" },
      "HPSU.Heizgrenze_Tag": { "Value":"21 °C", "Time":"2021-06-08 14:00:43" },
      "HPSU.Heizkurve": { "Value":"0.3", "Time":"2021-06-08 14:05:49" },
      "HPSU.Heizung_Ruecklauf": { "Value":"48.5 °C", "Time":"2021-06-08 14:14:26" },
      "HPSU.Kaeltemitteltemperatur": { "Value":"46.6 °C", "Time":"2021-06-08 14:14:19" },
      "HPSU.Kuehl_Soll_Korr_Parallel": { "Value":"0 °C", "Time":"2021-06-08 14:05:48" },
      "HPSU.Kuehlen_A_Temp_Max": { "Value":"35 °C", "Time":"2021-06-08 14:05:49" },
      "HPSU.Kuehlen_A_Temp_Start": { "Value":"22 °C", "Time":"2021-06-08 14:05:51" },
      "HPSU.Kuehlen_VL_Soll_Abs_Min": { "Value":"16 °C", "Time":"2021-06-08 14:05:50" },
      "HPSU.Kuehlen_VL_Soll_Max": { "Value":"10 °C", "Time":"2021-06-08 14:05:42" },
      "HPSU.Kuehlen_VL_Soll_Start": { "Value":"18 °C", "Time":"2021-06-08 14:05:42" },
      "HPSU.Laufzeit_Kompressor": { "Value":"7786 h", "Time":"2021-06-08 14:11:02" },
      "HPSU.Laufzeit_UWPumpe": { "Value":"13134 h", "Time":"2021-06-08 14:11:02" },
      "HPSU.Max_T_Vorlauf": { "Value":"45 °C", "Time":"2021-06-08 14:05:49" },
      "HPSU.Min_T_Vorlauf": { "Value":"28 °C", "Time":"2021-06-08 14:05:50" },
      "HPSU.Pos_Vent_3UVB1": { "Value":"100 %", "Time":"2021-06-08 14:14:20" },
      "HPSU.Pos_Vent_3UV_DHW": { "Value":"0 %", "Time":"2021-06-08 14:14:24" },
      "HPSU.Ruecklauftemperatur": { "Value":"47.8 °C", "Time":"2021-06-08 14:14:19" },
      "HPSU.Soll_T_Raum_1": { "Value":"21.5 °C", "Time":"2021-06-08 14:13:43" },
      "HPSU.Soll_T_Warmwasser": { "Value":"46 °C", "Time":"2021-06-08 14:13:35" },
      "HPSU.Soll_T_Warmwasser_1": { "Value":"46 °C", "Time":"2021-05-24 20:20:48" },
      "HPSU.Soll_T_Warmwasser_2": { "Value":"35 °C", "Time":"2021-06-08 13:49:15" },
      "HPSU.Soll_T_direkter_Heizkreis": { "Value":"5 °C", "Time":"2021-06-08 14:14:08" },
      "HPSU.Soll_Vorlauftemperatur_Waermeerzeuger": { "Value":"0 °C", "Time":"2021-06-08 14:14:08" },
      "HPSU.TDiff_WW_HZU": { "Value":"5 °C", "Time":"2021-06-08 14:05:43" },
      "HPSU.TVBH": { "Value":"47.8 °C", "Time":"2021-06-08 14:14:20" },
      "HPSU.T_Aussen": { "Value":"24.8 °C", "Time":"2021-06-08 14:13:43" },
      "HPSU.T_Aussen_WP": { "Value":"24.8 °C", "Time":"2021-06-08 14:13:43" },
      "HPSU.T_Aussen_gemittelt": { "Value":"23.7 °C", "Time":"2021-06-08 14:14:07" },
      "HPSU.T_Frostschutz": { "Value":"-10", "Time":"2021-06-08 14:00:43" },
      "HPSU.T_Vorlauf_Nacht": { "Value":"20 °C", "Time":"2021-01-23 23:24:59" },
      "HPSU.T_Vorlauf_Tag": { "Value":"20 °C", "Time":"2021-01-23 23:25:00" },
      "HPSU.T_Warmwasser": { "Value":"46.5 °C", "Time":"2021-06-08 14:14:01" },
      "HPSU.T_direkter_Heizkreis": { "Value":"47.8 °C", "Time":"2021-06-08 14:14:25" },
      "HPSU.UWPumpe": { "Value":"85 %", "Time":"2021-06-08 14:14:24" },
      "HPSU.Vorlauftemperatur_Waermeerzeuger": { "Value":"47.8 °C", "Time":"2021-06-08 14:14:26" },
      "HPSU.Wartezeit_BOH": { "Value":"80 min", "Time":"2021-06-08 14:14:09" },
      "HPSU.Wasserdruck": { "Value":"1.516 bar", "Time":"2021-06-08 14:05:48" },
      "HPSU.ehs": { "Value":"0 kWh", "Time":"2021-06-08 14:14:29" },
      "Info.HeatCyclicErr": { "Value":"0", "Time":"2021-06-08 14:10:07" },
      "Info.LastDefrostDHWShrink": { "Value":"0.199999999999996 °C", "Time":"2021-05-28 04:47:18" },
      "Info.Q": { "Value":"0 kW", "Time":"2021-06-08 14:10:07" },
      "state": { "Value":"opened", "Time":"2021-05-13 20:05:34" }
    },
    "Attributes": {
      "AntiContinousHeating": "on",
      "AntiMixerSwing": "off",
      "AutoPoll": "on",
      "CheckDHWInterrupted": "on",
      "DebugLog": "on",
      "SuppressRetryWarnings": "on",
      "alias": "myHPSU",
      "room": "ioBroker"
    }
  }  ],
  "totalResultsReturned":1
}

[LausiD]

@andi2055
jo, konnte ich nachvollziehen
Schau ich mir nochmal an....

Gruß LausiD

[LausiD]

@andi2055 sagte in FHEM Adapter:

Trotzdem ist das Attribut (und einige andere auch wie z.B. Fluesterbetrieb, HK_Funktion) nicht mehr änderbar / Write-Flag nicht gesetzt. Auch kein DropDown sichtbar. Das hatte in der Vergangenheit mal funktioniert meine ich.

Sollte nach Installation von github wieder OK sein

Gruß LausiD

[andi2055]

@lausid
super, perfekt! Funktioniert wieder.
Danke dir für den schnellen Support!

[PEPITO82]

Ich musste gestern mein iobroker neu installieren und hab das FHEM Adapter mittels Backup wiederherstellen können.

Leider funktioniert die Steuerung der Lüftung nicht mehr. Ich sage z.B. "Alexa, setze Lüftung auf 50%". Normal wurde dann 5.0 als Wert gesetzt, jetzt wird 0 gesetzt und damit läuft die Lüftung dann nicht mehr.
Die Lüftung wird über einen Slider in FHEM gesteuert:

Jetzt kommt folgende Meldung im Log:
"State value to set for "fhem.0.PWM_UniPi1_1.state" has to be type "number" but received type "string""

An den Objekteinstellungen habe ich nicht geändert:

Wie bekomme ich das wieder zum Laufen?

[LausiD]

@pepito82
das hatten wir doch schon mal
Du musst noch min und max Wert manuell definieren

[PEPITO82]

@lausid Hmm… Admin sieht jetzt komplett anders aus. Und es sieht auch schon so aus als ob da ein min und Max Wert unter Objektdaten ist:

Was muss ich da machen?

[LausiD]

@pepito82
Sorry, ja min max ist da.
Kannst du im iobroker den Wert setzen und kommt richtig in FHEM an?

[PEPITO82]

@lausid Ja, wenn ich manuell einen Wert im iobroker setze, kommt das in Fhem an.
Wenn ich das mit Alexa mache, dann setzt es immer 0 und schaltet damit die Lüftung ab.

Früher war für den Slider ja automatisch eine Rolle gesetzt, die ich so gar nicht auswählen kann: „limited function slider step 0.1 <> 1”.

[thomas80]

Hallo zusammen,

ich habe aktuell das Problem, dass nach einem "shutdown restart" in fhem alle meine Raumzuordnungen in FHEM weg sind von Geräten, die von IoB kommen und in IoB_IN und einem weiteren Raum sind; lediglich in IoB_IN sind die Geräte noch enthalten, aber bspw. nicht mehr in ZWave, obwohl ich den Raum vorher manuell zugewiesen habe.
Hab ich in ioB eine Einstellung falsch, dass bei jedem Neustart des Adapters alle Räume in IoB_IN gelöscht und wieder neu angelegt werden?

Danke und Grüße

Achja, Version des Adapters: 1.6.3

[Bo ́s_Pictures]

Nabend .. da ich gerade iobroker usw neu aufgesetzt hab hab ich gerade ein Problem mit dem Fhem adapter

Hab ihn Fhem (als Docker) eigentlich nicht mehr viel am laufen außer meinen 433 Cul der 2-3 sachen macht ...

fhem.0
	2021-10-24 22:20:27.697	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason
fhem.0
	2021-10-24 22:20:27.697	info	terminating
fhem.0
	2021-10-24 22:20:27.691	error	Cannot read property 'split' of null
fhem.0
	2021-10-24 22:20:27.691	error	TypeError: Cannot read property 'split' of null at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.fhem/main.js:554:36) at processImmediate (internal/timers.js:463:21)
fhem.0
	2021-10-24 22:20:27.690	error	uncaught exception: Cannot read property 'split' of null
fhem.0
	2021-10-24 22:20:27.690	warn	TypeError: Cannot read property 'split' of null at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.fhem/main.js:554:36) at processImmediate (internal/timers.js:463:21)
fhem.0
	2021-10-24 22:20:27.690	warn	Exception: TypeError: Cannot read property 'split' of null
fhem.0
	2021-10-24 22:20:27.685	info	STEP 05 ===== Activate Debug-Mode for channel(s) - check fhem.0.info.Debug.activate
fhem.0
	2021-10-24 22:20:27.684	info	> LOG "unhandled event FHEM ....." all events unhandled from FHEM - info.Settings.logUnhandledEventFHEM (true)
fhem.0
	2021-10-24 22:20:27.684	info	> LOG "event FHEM(s) ....." events state from FHEM - info.Settings.logEventFHEMstate (true)
fhem.0
	2021-10-24 22:20:27.684	info	> LOG "event FHEM(g) ....." events global from FHEM - info.Settings.logEventFHEMglobal (true)
fhem.0
	2021-10-24 22:20:27.680	info	> LOG "stateChange: ....." all events ioBroker to FHEM - info.Settings.logEventIOB (true)
fhem.0
	2021-10-24 22:20:27.672	info	STEP 04 ===== select messages ioBroker admin LOG - check fhem.0.info.Settings (true)
fhem.0
	2021-10-24 22:20:27.671	info	> FUNCTION - sync update allowedIOBin - info.Configurations.syncUpdateIOBin (true)
fhem.0
	2021-10-24 22:20:27.670	info	> FUNCTION - sync update FHEM reading - info.Configurations.syncUpdate (true)
fhem.0
	2021-10-24 22:20:27.668	info	> FUNCTION - delete unused objects automatically - info.Configurations.deleteUnusedObjects (true)
fhem.0
	2021-10-24 22:20:27.668	info	> FUNCTION - auto create read,write,min,max,unit of object - info.Configurations.autoRest (true)
fhem.0
	2021-10-24 22:20:27.667	info	> FUNCTION - auto create states of object - info.Configurations.autoStates (true)
fhem.0
	2021-10-24 22:20:27.667	info	> FUNCTION - auto create type of object - info.Configurations.autoType (true)
fhem.0
	2021-10-24 22:20:27.667	info	> FUNCTION - auto create name of object - info.Configurations.autoName (true)
fhem.0
	2021-10-24 22:20:27.667	info	> FUNCTION - (fhem.0) auto create SmartName of object (Adapter Cloud/IoT) - info.Configurations.autoSmartName (true)
fhem.0
	2021-10-24 22:20:27.667	info	> FUNCTION - allow special configurations FHEM - info.Configurations.autoConfigFHEM (true)
fhem.0
	2021-10-24 22:20:27.666	info	> FUNCTION - auto create room of channel (use Adapter Material) - info.Configurations.autoRoom (true)
fhem.0
	2021-10-24 22:20:27.666	info	> FUNCTION - auto create function of object (use Adapter Material) - info.Configurations.autoFunction (true)
fhem.0
	2021-10-24 22:20:27.666	info	> FUNCTION - auto create role of object (use Adapter Material) - info.Configurations.autoRole (true)
fhem.0
	2021-10-24 22:20:27.663	info	STEP 03 ===== select function of Adapter (FUNCTION) - check fhem.0.info.Configurations (true)
fhem.0
	2021-10-24 22:20:27.654	info	STEP 02 ===== Devices to sync (SYNC) - check fhem.0.info.Configurations (value)
fhem.0
	2021-10-24 22:20:27.653	info	> 66 objects fhem.0.info OK
fhem.0
	2021-10-24 22:20:27.646	info	> check old objects and delete
fhem.0
	2021-10-24 22:20:27.534	info	> check new/update objects
fhem.0
	2021-10-24 22:20:27.533	info	STEP 01 ===== buildDate 02.07.21 - check objects fhem.0.info
fhem.0
	2021-10-24 22:20:27.507	info	starting. Version 1.6.3 in /opt/iobroker/node_modules/iobroker.fhem, node: v12.22.7, js-controller: 3.3.18

[A Former User]

@lausid, ich habe folgendes Problem im Fhem Adapter.
Wenn ich via Alexa eine Temperatur Ansage, wird diese auch gesetzt aber nicht ausgeführt.
Bleibt Rot wird nicht bestätigt.
siehe Fotos

Auch sind zusätzlich folgende Befehle hinterlegt:

```

Sage ich Alexa schalte die x Heizung aus, wird sie auch ausgeschaltet.
Wähle ich die obigen Einträge, wird jedesmal der Thermostat ausgeschaltet....
Er nimmt auch nicht z.B. den Ausdruck "boost" via Script an.

Zusätzlich komme ich dort nicht mehr in den Auto Modus, nur komischerweise
im mode

Das ist dort auch das einzigste was ausgeführt wird.....sehr verwirrend das ganze....

Ich muss leider auf den Adapter ausweichen, da der MaxCul Adapter keinen CUN/CUNO Modus unterstützt......das wäre am einfachsten....
Nach Anfrage hier im Forum und GitHub besteht wohl keine Interesse daran.
Es wurde mal vor Jahren ein Issue eröffnet, das zwischenzeitlich geschlossen wurde und ich wieder öffnen lassen habe....

Schade eigentlich....

[A Former User]

Nachtrag:
Boost wurde ausgeführt über Alexa und dann passiert folgendes im Video zu sehen...
WhatsApp Video 2021-11-25 at 18.35.07.mp4

Mit Buchstaben und Zahlen kommt das Feld wohl auch nicht klar....

State value to set for "fhem.0.MAX_0f7567.desiredTemperature" has to be type "string" but received type "boolean" 

Weil ein false nun drin steht.....

Ein Adapter restart brachte nichts, nur ein iob restart, dann war Ruhe
und jetzt kann wieder Stunden gewartet werden, bis die credits sich erholt haben.

[PEPITO82]

@lausid Kannst Du mir helfen? Habe bisher keine Lösung für die Steuerung der Lüftung mittels 0-10 V Ausgang.

[FrankOverIP]

Möglicherweise teile ich das Problem von @pepito82. Ich habe hier auch ein FHEM dummy mit einem Slider, der eine Temperatur angibt (15-25, Schrittweite 0.5). In ioBroker kommt der Dummy als String an, was in der Weiterverarbeitung zum Problem wird.

Ich habe den Datenpunkt, wie von @LausiD beschrieben, manuell auf Number geändert - min und max waren bereits vorhanden. Wenn ich jetzt den Wert manuell im ioBroker Admin ändere, habe ich kurz den korrekten Number Wert im ioBroker - in diesem Moment zeigt mein darauf gebundener OpenUI5 Slider augenblicklich einen Wert an. Vermutlich mit dem Acknowledge für den geänderten Wert geht mein Binding wieder kaputt, weil der Wert wieder zum String wird.

[D3ltoroxp]

@LausiD

Ich weiß nicht, wir hatten hie das Thema glaub schon mal. Ist schon eine weile her. Ich habe hier Datenpunkte an Fhem durchgereicht, Fensterkontakte, die ich dann mit Rollos und ASC benutze. Es ging bis vor paar Tagen einwandfrei.

Neuerdings habe ich wieder folgendes Phänomen. Ich mache Schlafzimmer links zu. Dann fahren 3-4 Rollos runter, weil sie irgendwie wie mit auf den einen Fensterkontakt reagieren. In Fhem hat aber jedes Rollo seinen eigenen Fensterkontakt.

Ich hatte das schon mal, ich meine wir haben hier mal darüber gesprochen, dann gabs ne neue Version und das Thema war behoben. Ich weiß nicht kannst du dich da vllt noch dran erinnern. Ich finde leider nichts mehr.

Auf jeden Fall habe ich die letzten Tage / Woche nichts am System gemacht. Dennoch spinnt die weitergabe der Daten wieder rum. Wie wenn er einen alten nicht aktuellen Wert mit an FHEM sendet und dort eben der Rollo auf den Fensterkontakt reagiert. Normal geht nur der Rollo runter, wessen Kontakt auch geschlossen wurde.

Jetzt fahren wie gesagt bei einem Fensterkontakt mehrere Rollos runter, aber in FHEM habe ich geschaut, da hat jeder Rollo seinen eigenen Kontakt.

So sieht das in FHEM aus.

Wie gesagt, hatte ich schon mal vor langer langer Zeit. Nun hab ichs wieder.

[sticks]

@LausiD

Hallo,

bei mir läuft der FHEM-Adapter (v1.6.3) im iobroker (v5.3.8 ; NPM 8.11; Node.JS 16.15.1 auf Raspi 4) an sich stressfrei.

Ich habe nur das Problem das mein gesamtes iobroker-Log fast nur aus FHEM-Adapter Warnmeldungen zum Datentyp besteht und täglich auf einige hundert Megabyte anwächst,so dass Probleme anderer Adapter im Log unter den ganzen FHEM-Adapter Meldungen untergehen/sich das Log kaum noch herunterladen/analysieren lässt. - Ich habe schon versucht ob ich das Logging vom FHEM-Adapter innerhalb iobroker ganz abstellen kann (Alles in den Log Settings auf "false" setzen, das brachte aber keinen Erfolg.) - Ich habe auch schonmal den gesamten FHEM-Adapter samt Objektbaum gelöscht und frisch installiert. Fehlermeldungen bleiben leider.

Es geht da um Type-Info-Meldungen, mehrere dutzend pro Sekunde im Dauerloop:

Nach dem komplett löschen & neuinstallieren bekam ich auch noch diese Info, dem Developer dies mitzuteilen:

Zwischenzeitlich hatte ich auch mal den Adapter von Github direkt installiert, da gab es dann immer Adapterabstürze und diese Meldung:

Der "obj0" Fehler ist/war neu und tauchte erst beim Github-Adapter auf, ist dann aber auch wieder verschwunden, nachdem ich den Github-FHEM-Adapter deinstalliert und dann ganz normal aus dem iobroker-REPO installiert habe.

Jetzt bin ich wieder beim Stand vorher das das Log einfach von Type-Warnmeldungen im Millisekunden-Takt geflutet wird.

Obwohl ich das hier so eingestellt habe:

Ideen wie ich etwas gegen das Dauer-Logging tun, oder sogar die "Type"-Warnmeldung beheben kann ? - Vielen Dank.

[LausiD]

@sticks
Die Adapterabstürze mit "objO is not defined" hatte ich auch
Habe auf github eine schnelle Abhilfe abgelegt.
Bitte teste nochmal mit der Github Verison...

Danke und Gruß
LausiD