FHEM [gelöst] Adapter Readings direkt beschreiben

LHBL2003

Nein ist leider noch nicht besser:

Man kann auch aktuell aus dem log nicht erkennen um welche Variable es sich handelt.
Nachfolgend das Log und Screens der Wolf.0 Variablen:

Bildschirmfoto 2020-03-15 um 10.55.05.png

Gruß Denis

LausiD

@LHBL2003
Ok ein "leerer" Wert ist nicht schuld.
Bitte nochmal Update von github.
Unter Step 6 werden jetzt alle ausgewählten Objekte als Warnmeldung angezeigt.

Alternativ:
Test mit Einschränken unter allowedIOBin zB wolf.0.bm3

Gruß
LausiD

LHBL2003

Also bei wolf.0.bm3 kommt der Fehler auch.

Ich habe also mal den ersten leeren von wolf.0.bm3 genommen, da dieser ein Umlaut im Namen hat. Dort hatte ich dann den Fehler wieder. Aber wolf.0.bm3.82 hat keine Umlaute, ist aber auch leer. Dort bekomme ich den Fehler auch.
wolf.0.bm3.81 besitz einen Wert. Dort bekomme ich keinen Fehler.

{
 "common": {
   "name": "Warmwassersolltemperatur",
   "role": "Value_Temp",
   "type": "boolean",
   "unit": "°C",
   "enabled": false
 },
 "native": {
   "rw": "rw"
 },
 "acl": {
   "object": 1638,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator",
   "state": 1638
 },
 "_id": "wolf.0.bm3.82",
 "type": "state"
}

{
 "type": "state",
 "common": {
   "name": "Raumtemperatur",
   "role": "Value_Temp",
   "type": "state",
   "unit": "°C",
   "enabled": false
 },
 "native": {
   "rw": "r"
 },
 "_id": "wolf.0.bm3.81",
 "acl": {
   "object": 1638,
   "state": 1638
 }
}

Gruß Denis

LHBL2003

Ich habe mal den Adapter und alle Variablen abgelöscht.
Interessanterweise kommt der Fehler dennoch beim start.

Bildschirmfoto 2020-03-15 um 23.06.59.png

Dabei ist check fhem.0.info.Configurations.allowedIOBin aktuell nicht gesetzt.

evtl. Schlummert irgendwo einen tiefergründigeres Problem.

LausiD

Danke für die Infos.
Gleiches Problem aber an anderer Stelle.
Schau ich mir die Tage nochmal in Ruhe an..
Gruß
LausiD

LausiD

@LHBL2003
Update über github und neuer Versuch
States ohne value werden jetzt ignoriert

LHBL2003

@LausiD

Also der FHEM Adapter bleibt am laufen.
Allerdings werden die Propertys mit den NULLs nicht in FHEM als dummys angelegt.
Für ein Error ist es etwas hart. Ich würde es maximal als Warnung einstufen.

Denn es wird sicherlich immer mal Propertys geben die nicht initialisiert sind.
Schön wäre es wenn diese dann in FHEM einfach mit einem Empty angelegt werden.
Denn für den leihen sieht er ja im ioBroker auch nur ein leeren Wert fürs Property.

Bildschirmfoto 2020-03-16 um 21.32.48.png

Oder wie siehts du das?

Gruß Denis

LausiD

@LHBL2003
Ok, gebe dir Recht......Warnung reicht vollkommen:-)
Ein Übertrag in FHEM macht für mich keinen Sinn. Sollte sich irgendwann an den States mal was ändern erfolgt ja ein Übertrag.
Ok so?

Gruß
LausiD

LHBL2003

@LausiD
Ich glaube das sollte ok sein (mit der Warnung ohne den leeren Import). Wenn da nichts drinn steht, dann werden die von der Heizung scheinbar nicht gemeldet und die Einstellbaren Parameter der Heizung sollten von Haus aus einen Wert besitzen.

So nun sollte sich bei mir noch der gedankliche keis schließen.
Gehen wir mal davon aus, dass einer dieser Propertys gelesen und geschrieben werden kann. Wie z.B. eine Sollwertkorrektur oder ein Betriebsmodus.

Dann kann ich mit den dummys die Werte ja nur lesen richtig?
Wie hast du dir das schreiben aus FHEM auf den selben Paramet gedacht.

Mir würde jetzt nur einfallen, dass ich in FHEM im Dummy oder co. ein UserReading erzeuge den ich dann im ioBroker auslese und mit node Red in die eigentliche Variable der Heizung bei Änderung umschifte.

Gruß Denis

LausiD

@LHBL2003
Richtig, dummys im Raum ioB_IN sind nur lesbar.
FHEM Raum ioB_System gibt es ein dummy fhem.0.send2ioB.
Hier gibst du Objektname und den wert ein zB "wolf.0.bm.82 off"

LHBL2003

@LausiD

Also ich wollte gerade mal den rückkanal ausprobieren.

Bildschirmfoto 2020-03-17 um 18.50.13.png

Leider erhalte ich dieses Warnung:

fhem.0 2020-03-17 18:50:06.107 warn (1307) unhandled event FHEM: ---- | dummy fhem.0.send2ioB wolf.0.bm1.65 1 > no sync - object "wolf.0.bm1.65" common.write not true

Bildschirmfoto 2020-03-17 um 18.51.03.png

Hast du eine Idee was ich falsch mache?

Gruß Denis

LausiD

@LHBL2003
Sagt die Meldung schon aus:
Dein verwendetes Objekt hat keine Berechtigung zum Schreiben.
common.write = true wird überprüft.
Bsp:

{
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1575997759830,
  "common": {
    "name": "test:test",
    "role": "",
    "type": "string",
    "desc": "Manuell erzeugt",
    "def": "",
    "read": true,
    "write": true
  },
  "native": {},
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "0_userdata.0.test:test",
  "type": "state"
}

Gruß
LausiD

Mod-Edit: Code/Log in Code Tags gepackt. Bitte benutzt die Code Tags Funktion -> </>
Hier gehts zur Hilfe.

LHBL2003

@LausiD

Habe "write": true in der RAW Konfiguration für Common hinzugefügt, damit ich die beschreibbaren Variablen des ioBroker Wolf Adapters von FHEM aus beschreiben kann.
Ich dachte immer das "rw": "rw" dies schon aussagt.
Aber in diesen Fall sollte ich sicherlich mal den Entwikler @smiling_Jack vom ioBroker.Wolf Adapter darum bitten dies in die default Einstellungen zu übernehmen.
Vielleicht liest er diesen Eintrag und die zwei Einträge zuvor ja

Gruß Denis

LausiD

@LHBL2003
So geht es, oder?
Einträge unter native haben meiner Meinung nach keine Funktion, sondern dienen nur zur Info.
Du kannst die Objekte im admin auch nicht manuel ändern, oder?

LHBL2003

@LausiD

Also es Funktioniert alles. Über die Admin Oberfläche kann man über das Stift Symbol im Reiter RAW ohne Probleme die Variable anpassen.

Danke schön schon mal für deine Unterstützungsarbeiten.

Das Thema von weiter oben mit der Änderung von Error Meldung auf Warnung könnte ich testen?

Gruß Denis

LausiD

@LHBL2003
Prima
Danke auch.....wieder eine Funktion mehr im Adapter.

Ich meinte im admin Adapter konntest du den Wert ohne common.write= true auch nicht manuell ändern.
Ein erneutes Update über github und aus error wird warning.
Bitte oben noch den Beitrag als gelöst markieren.
Viel Spass mit ioBroker und FHEM
LausiD

LHBL2003

@LausiD
Tja ich hätte das mit der Warnung gerne getestet, aber scheinbar habe ich über von der Ersten Version an bis zur offiziellen 0.9.2 die Null variablen mitgeschliffen.
Denn ich habe den Adapter gelöscht und eine angepasste Version von mir mit dem Read / Write installiert. Dadurch ist mir aufgefallen das im Github bereits daran weiter gearbeitet wurde denn es gibt eine Inoffiziele Version 1.1.1.
Jetzt habe ich extra noch mal die offiziele 0.9.2 nochmals installiert, aber dort gibt es auch keine null Variablen mehr.

Naja ich hoffe mal das die Wolf Version mal bald Veröffentlicht wird.

Aber dein Part ist soweit abgeschlossen. Vielen recht herzlichen Dank.
Hat Spaß gemacht mit dir zu tüfteln

Gruß Denis

PS: Ich stelle mich ja ungerne an, aber wie setzt man in diesen Forum etwas auf gelöst

LausiD

@LHBL2003 sagte in FHEM Adapter Readings direkt beschreiben:

PS: Ich stelle mich ja ungerne an, aber wie setzt man in diesen Forum etwas auf gelöst

Du gehst auf deinen 1.Eintrag, wählst rechts bei den 3 Punkten bearbeiten und stellst ein [gelöst] davor. Fertig

Gruß
LausiD

NEWS

FHEM [gelöst] Adapter Readings direkt beschreiben

Support us

621
Online

32.0k
Users

80.5k
Topics

1.3m
Posts

NEWS

FHEM [gelöst] Adapter Readings direkt beschreiben

Support us

621Online

32.0kUsers

80.5kTopics

1.3mPosts

621
Online

32.0k
Users

80.5k
Topics

1.3m
Posts