FHEM Adapter

ahfreezer

cool Danke…gut..da hätte ich auch mal drauf kommen können ;-)

Hier sieht es auch gut aus.

Bei geöffneter Tür schickt FHEM per Telnet den Wert on

Bei geschlossener Tür schickt FHEM per Telnet der Wert off.

Im Log von ioBroker kommt immer nur TRUE an.
6338_offen.png
6338_geschlossen.png
6338_log_in_iobroker.png

LausiD

Bow…..Übertrag sieht alles gut aus

Die gute Nachricht: Nur mit dem Reading Name "doorwindow" habe ich das gleiche Verhalten - nur true. Jeder andere Name geht.

Die schlechte Nachricht: Habe im Moment auch keine Lösung :-(

ahfreezer

Das Gute im Schlechten: Es lässt sich reproduzieren ;-)

Danke dir für deine Recherche und Mühe!

Ich überlege über welchen Workaround ich das lösen kann. GGf in FHEM über ein Userreading oder

über ein Notify auf das Attribut doorwindow?

Alles nicht schön, aber ggf. kann ich damit weiterarbeiten..

Dir noch einen schönen Abend.

LausiD

Danke

Ein Versuch noch…..bei mir ging es danach

1. unter Objekte die Zeile doorwindow löschen

2. Adapter FHEM beenden und neu starten

Dadurch wird das Reading in ioBroker neu eingelesen

Gruß

LausiD

Bluefox

~~@ahfreezer:~~

cool Danke…gut..da hätte ich auch mal drauf kommen können ;-)

Hier sieht es auch gut aus.

Bei geöffneter Tür schickt FHEM per Telnet den Wert on

Bei geschlossener Tür schickt FHEM per Telnet der Wert off.

Im Log von ioBroker kommt immer nur TRUE an. `
Zeige bitte dein Objekt für doorWindow (native ist interessant)

ahfreezer

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"
}

6338_nativ.png
6338_allg.png

LausiD

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

ahfreezer

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é

ahfreezer

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!

LausiD

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

ahfreezer

Hi LausiD,

wenn ich es schaffe (derzeit liegt die halbe Family flach)

werde ich es heute abend direkt mal durchtesten.

VG

André

ahfreezer

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>

LausiD

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

ahfreezer

~~@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.

Bluefox

~~@LausiD:~~

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?

LausiD

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

ahfreezer

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

LausiD

Hi.

mal eine blöde Frage: Dein FHEM Adapter hat aber schon Version 0.4.1, oder?

Gruß

LausiD

ahfreezer

:lol:

Ja, das ist die Version.

LausiD

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

Community Forum

NEWS

FHEM Adapter

Support us

248

32.4k

81.4k

1.3m