NEWS
FHEM Adapter
-
Morgen zusammen,
das löschen und neustarten hat leider nichts gebracht.
Interessant ist aber, nach dem neustart bekommt das Objekt initial den WErt false. Danach bleibt er aber immer auf TRUE
VG
André
PS: Hatte auch mal kurz mit der Entprellzeit gespielt, weil im Log pro Aktion 5-8 Einträge gekommen sind.
Aber egal wie hatte das auch keine Auswirkung
RAW
{ "from": "system.adapter.fhem.0", "ts": 1521269440770, "common": { "name": "WZ.TS.RECHTS doorWindow", "type": "boolean", "role": "value", "read": true, "write": false, "custom": { "history.0": { "enabled": true, "changesOnly": true, "debounce": "50", "maxLength": "10", "retention": "31536000", "changesRelogInterval": 0, "changesMinDelta": 0 } } }, "native": { "Name": "WZ.TS.RECHTS", "Attribute": "doorWindow" }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "fhem.0.WZ_TS_RECHTS.doorWindow", "type": "state" }
-
Hallo André,
hat mir doch keine Ruhe gelassen.
Dein Problem nur true beim READING doorWindow tritt nur auf wenn der Wert beim Einlesen on oder off ist.
Ok als Zustand muss das so sein.
Ist beim 1.Einlesen der Wert ein Text zB Test geht danach auch on/off.
Vermutlich muss hier bei der Anlage Objekt doorWindow noch unter native onoff=true eingetragen werden.
Hoffe mal Bluefox kann noch was dazu sagen…Danke
Gruß
LausiD
-
Hi LausiD,
danke dür deine Mühe
Hast du eine Idee wie ich da mit einem Workaround arbeiten kann?
Noch eine andere Frage da ich das Modul nicht ganz verstehe.
Ich habe einen DummyDevice in FHEM welches den Wert EIN,AUS oder UNBELEGT haben kann.
Wie kann ich in ioBroker dies z.B. für die Nutzung über ALEXA vernünftig hinterlegen?
VG und einen schönen Sonntag
André
-
Hey LausiD,
die Frage mit dem Workaround hätte ich mir auch selbst beantworten können, wenn ich deine Analyse
mal genauer geprüft hätte.
Ich hab mit SETREADING in Fhem dem Reading einen anderen Wert verpasst und im Anschluss
die FHEM Instanz im ioBroker neugestartet. Jetzt werden die Werte korrekt gesetzt
Danke dir!
-
Hallo André,
du hast noch einen Bug gefunden….danke
Habe den Fehler gefunden und gefixt. Im Anhang ist eine neue main.js
Zusätzlich werden jetzt noch Objekte von Attributes "alias,model" und Internals "TYPE" angelegt.
Bitte um Test und Rückmeldung...vielen Dank!
Gruß LausiD
PS: Natürlich gerne auch Rüclmeldung von anderen FHEM Adapter Usern
2201_main.js -
Hi LausiD,
wenn ich es schaffe (derzeit liegt die halbe Family flach)
werde ich es heute abend direkt mal durchtesten.
VG
André
-
Hi LausiD,
ich habe gerade die main.js im iobroker.fhem Verzeichnis übernommen und die Rechte (666) entsprechend
gesetzt.
Vorher habe ich iobroker gestoppt. Beim ersten Versuch hats mir die Instanz zerschossen. Also hab ich das ganze Verzeichnis gelöscht
und dann neuinstalliert.
Problem: Ich bekomm FHEM nun nicht mehr "grün"
Verbunden mit HOST = FALSCH
Lebenszeichen = FALSCH
Verbunden mit FHEM = WAHR
Nutze ist die originale Version läuft es wieder wie geschmiert.
Welche Logfiles kann ich dir senden zwecks debugging?
Im ioBroker selbst wird kein Log weggeschrieben
VG
André
Nachtrag: Das habe ich per SSH im Log gefunden
2018-03-21 21:03:57.446 - ^[[31merror^[[39m: Caught by controller[0]: /opt/iobroker/node_modules/iobroker.fhem/main.js:10 2018-03-21 21:03:57.447 - ^[[31merror^[[39m: Caught by controller[0]: var adapter = utils.Adapter('fhem'); 2018-03-21 21:03:57.448 - ^[[31merror^[[39m: Caught by controller[0]: ^ 2018-03-21 21:03:57.448 - ^[[31merror^[[39m: Caught by controller[0]: TypeError: utils.Adapter is not a function 2018-03-21 21:03:57.448 - ^[[31merror^[[39m: Caught by controller[0]: at Object. <anonymous>(/opt/iobroker/node_modules/iobroker.fhem/main.js:10:21) 2018-03-21 21:03:57.448 - ^[[31merror^[[39m: Caught by controller[0]: at Module._compile (module.js:577:32) 2018-03-21 21:03:57.448 - ^[[31merror^[[39m: Caught by controller[0]: at Object.Module._extensions..js (module.js:586:10) 2018-03-21 21:03:57.449 - ^[[31merror^[[39m: Caught by controller[0]: at Module.load (module.js:494:32) 2018-03-21 21:03:57.449 - ^[[31merror^[[39m: Caught by controller[0]: at tryModuleLoad (module.js:453:12) 2018-03-21 21:03:57.449 - ^[[31merror^[[39m: Caught by controller[0]: at Function.Module._load (module.js:445:3) 2018-03-21 21:03:57.449 - ^[[31merror^[[39m: Caught by controller[0]: at Module.runMain (module.js:611:10) 2018-03-21 21:03:57.449 - ^[[31merror^[[39m: Caught by controller[0]: at run (bootstrap_node.js:387:7) 2018-03-21 21:03:57.450 - ^[[31merror^[[39m: Caught by controller[0]: at startup (bootstrap_node.js:153:9) 2018-03-21 21:03:57.450 - ^[[31merror^[[39m: Caught by controller[0]: at bootstrap_node.js:500:3 2018-03-21 21:03:57.450 - ^[[31merror^[[39m: host.ioBroker-Pi instance system.adapter.fhem.0 terminated with code 1 () 2018-03-21 21:03:57.450 - ^[[32minfo^[[39m: host.ioBroker-Pi Restart adapter system.adapter.fhem.0 because enabled</anonymous>
-
Hi André,
nicht gut
Wie hast du die Datei kopiert?
Gerade main.js hier runtergeladen und über samba Freigabe auf Pi kopieri= alles gut
Gruß
LausiD
-
Hi André,
Wie hast du die Datei kopiert? `
Ich nutze FileZilla um auf den PI zu kommen.
Habe die Datei runtergeladen und dann direkt in das Verzeichnis kopiert.
Dann per SSH die Rechte angepasst. (sudo chmod -666 main.js)
EDIT: Habe es gerade nochmal versucht. Gleicher Effekt. Sobald ich die Datei tausche startet der Adapter nicht mehr.
Gleiche Fehler wie gestern.
-
Hallo André,
du hast noch einen Bug gefunden….danke
Habe den Fehler gefunden und gefixt. Im Anhang ist eine neue main.js
Zusätzlich werden jetzt noch Objekte von Attributes "alias,model" und Internals "TYPE" angelegt.
Bitte um Test und Rückmeldung...vielen Dank!
Gruß LausiD
PS: Natürlich gerne auch Rüclmeldung von anderen FHEM Adapter Usern `
Machst du pull request auf github? -
Hallo André,
gerade nochmal die main.js reinkopiert und geht.
Sieht es bei dir auch so aus?
Kannst noch mit "sudo chmod 777 main.js" versuchen?
Gruß
LausiD
2201_putty_fhem.jpg -
Hey,
Ich hatte auch schon volle Rechte vergeben. Ohne Erfog.
Interessant ist aber, dass bei dir das gesamte Verzeichnis
Unter ROOT läuft. Bei mir wird FHEM unter dem Standarduser PI
angelegt.
Kann es daran liegen?
Gruß André
[EDIT]
Hab dasVz. gerade mal auf den ROOT USer und Gruppe geändert.
Leider bleibt das Ergebnis gleich. Du hast bei dir noch ein paar Dateien mehr im Vz.
Liegt es daran?
6338_rootpi.png -
Hi.
mal eine blöde Frage: Dein FHEM Adapter hat aber schon Version 0.4.1, oder?
Gruß
LausiD
-
:lol:
Ja, das ist die Version.
-
OK
Installiere bitte trotzdem nochmal die letzte Version von github.
Wäre echt schade, mache gerade noch viele Dinge für den Adapter und habe noch viele Ideen
Gruß
LausiD
-
Alles klar…
vermutlich ne blöde Frage weil ich bis dato immer nur aus dem ioBroker heraus selbst installiert habe.
Ich gehe wieder über den Putty und per "npm install iobroker.fhem" den Adapter installieren..
Korrekt?
Gruß
André
-
Unter Adapter den FHEM Adapter anwählen –> oben links Symbol 2 Pfeile im Kreis -->> Installieren fertig
Viel Erfolg und Gruß
-
Grandios!!!
Über diesen Weg hat das nun geklappt.
Aus GITHUB installiert. Main.js ausgetauscht und Rechte gesetzt.
Das System ist zwar gerade - aus welchem Grund aus immer - etwas träge…
Aber die Status werden nun korrekt gesetzt.
Perfekt LausiD >>> Danke für deinen Einsatz
-
Na endlich…..das war aber ein langer Weg!
Aber hat sich am Ende doch noch gelohnt
Viel Spass beim Testen....vielleicht mach ich heute noch eine neue main.js
Gruß
LausiD
-
Hallo,
ich komme von Fhem und bin vom iobroker begeistert.
Eine tolle Arbeit habt ihr da geleistet.
Ich nutze den Fhem Adapter. Es funktioniert auch soweit. Da meine Fhem Installation recht umfangreich ist habe ich dementsprechend sehr viele Ordner im iobroker Fhem Adapter.
Das ist recht unübersichtlich.
Es wäre meines Erachtens eine sinnvolle Erweiterung, wenn man in den Einstellungen im iobroker Fhem Adapter einen room in Fhem angeben könnte. Damit würden nur die Geräte aus Fhem im Iobroker angezeigt, die man in Fhem diesem room zugeordnet hat.
Ist nur so eine Idee.
Gruß
Norbert