UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[sigi234]

@C-3po sagte in Test Adapter tr-064 v3.0.x:

Daten in den VIS

Mal kurz erklärt: Vorgang bei einzelner Vis

Vis speichern unter Vis_xy, mit Notepad++ bearbeiten und ersetze tr-064-community.0 mit tr-064.0 alle ersetzen
speichern unter: Vis_xy
Vis wieder importieren. Wenn ok dann alte Vis löschen und neue Vis umbenennen auf alte.

[sigi234]

@apollon77

3.1.1 installiert

• DP tr-064.0.callmonitor.ringing bleibt auf true

• Alle Json Listen Dauer wird nicht aktualisiert

[v522533]

Bei mir wird die Anwesenheit nicht aktualisiert. Habe die gleichen Einstellungen wie am Community Adapter vorgenommen. Beide Instanzen laufen parallel. Der Community Adapter aktualisiert die Anwesenheitswerte, der neue Adapter nicht.

[wendy2702]

Bei mir läuft er gar nicht mehr.

Hatte den Community nie installiert sondern noch ne Uralt Version von SOEF.

Jetzt Update gemacht und seitdem das:

2020-01-25 13:57:00.987  - info: host.pi-iobroker Restart adapter system.adapter.tr-064.0 because enabled
2020-01-25 13:57:31.008  - info: host.pi-iobroker instance system.adapter.tr-064.0 started with pid 10465
2020-01-25 13:57:32.401  - error: host.pi-iobroker Caught by controller[0]: /opt/iobroker/node_modules/soef/soef.js:1383
2020-01-25 13:57:32.402  - error: host.pi-iobroker Caught by controller[0]:     fns.adapter = fns.adapter(options);
2020-01-25 13:57:32.403  - error: host.pi-iobroker Caught by controller[0]:                       ^
2020-01-25 13:57:32.403  - error: host.pi-iobroker Caught by controller[0]: TypeError: fns.adapter is not a function
2020-01-25 13:57:32.404  - error: host.pi-iobroker Caught by controller[0]:     at Object.exports.Adapter (/opt/iobroker/node_modules/soef/soef.js:1383:23)
2020-01-25 13:57:32.404  - error: host.pi-iobroker Caught by controller[0]:     at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.tr-064/tr-064.js:16:20)
2020-01-25 13:57:32.404  - error: host.pi-iobroker Caught by controller[0]:     at Module._compile (internal/modules/cjs/loader.js:778:30)
2020-01-25 13:57:32.405  - error: host.pi-iobroker Caught by controller[0]:     at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
2020-01-25 13:57:32.405  - error: host.pi-iobroker Caught by controller[0]:     at Module.load (internal/modules/cjs/loader.js:653:32)
2020-01-25 13:57:32.405  - error: host.pi-iobroker Caught by controller[0]:     at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
2020-01-25 13:57:32.406  - error: host.pi-iobroker Caught by controller[0]:     at Function.Module._load (internal/modules/cjs/loader.js:585:3)
2020-01-25 13:57:32.406  - error: host.pi-iobroker Caught by controller[0]:     at Function.Module.runMain (internal/modules/cjs/loader.js:831:12)
2020-01-25 13:57:32.406  - error: host.pi-iobroker Caught by controller[0]:     at startup (internal/bootstrap/node.js:283:19)
2020-01-25 13:57:32.407  - error: host.pi-iobroker Caught by controller[0]:     at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3)
2020-01-25 13:57:32.407  - error: host.pi-iobroker instance system.adapter.tr-064.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
2020-01-25 13:57:32.407  - info: host.pi-iobroker Restart adapter system.adapter.tr-064.0 because enabled

JS 2.2.7
Node 10.18.0
NPM 6.13.4

[zahnheinrich]

@wendy2702
Lösche den Adapter komplett, nicht nur die Instanz.
Dann Adapter neu installieren.
So gings bei mir, hatte das selbe Problem.

[C-3po]

@sigi234

hab es Stück für Stück gemacht, trotzdem Danke.

Aber nun ein anderes Problem. Keines der Device geht wieder auf false zurück.

Echt super jetzt.

Der tip mit dem deinstallieren hat auch nichts gebracht.

[C-3po]

@zahnheinrich

klappt nicht.

[apollon77]

@C-3po Versuch mal bitte die 3.0.1 (downgrade sollte per Admin gehen). Geht da alles wieder?

[C-3po]

@apollon77

grade versucht. geht auch nicht.

[apollon77]

@C-3po dann sehr Strange weil in der 3.0.1 ging das bei mir und anderen ...

[stenmic]

@v522533
ist bei mir das Gleiche.
Die Anwesenheit funktioniert bei mir (zwei iPhones) auch nicht.

[Jan1]

@apollon77
Kann ich bestätigen, bei 3.0.1 läuft das wieder.

[C-3po]

@apollon77

doch, jetzt reagiert er wieder..

hatte nicht lange genug gewartet.

[Feuersturm]

@apollon77 Nutze auch die Version 3.0.1 und der State active wechselt von false nach true und auch wieder zurück.

[apollon77]

@Feuersturm Das heisst bei 3.1..x geht es nicht aber bei 3.0.x?

[apollon77]

... und wenn das so ist bitte legt GitHubIssues an und schreibt klar rein das es an der 3.1 liegt und in 3.0 ging und beschreibt das Problem so genau wie möglich

[Feuersturm]

@apollon77 Das konnte ich noch nicht ausprobieren. Vielleicht schaffe ich es heute Nacht, ansonsten vermutlich morgen Abend.

[FredF]

@apollon77 sagte in Test Adapter tr-064 v3.0.x:

... und wenn das so ist bitte legt GitHubIssues an und schreibt klar rein das es an der 3.1 liegt und in 3.0 ging und beschreibt das Problem so genau wie möglich

Das kann ich bestätigen. Habe die 3.1.1 als erstes installiert und keine Änderung des State activ erfolgt. Mit 3.0.1 geht es.
Mir ist aufgefallen das bei 3.1.1 unter devices kein state

tr-064-community.0.devices.jsonDeviceList

angelegt wurde. Der kam erst mit 3.0.1

Github issue ist angelegt.

[apollon77]

Bluefox hat soeben die ECHTE 3.1.1 auf npm gepackt (also genau ca. 20:36). Wer also eine 3.1.1 VORHER von GitHub installiert hat dann bitte nochmals vom GitHub drüber installieren!

In der Version sollten alle States die vorher nicht mehr auf false gingen (ringing und ggf auch device states) wieder korrekt schalten. Ebenso ist ein fix im Callmonitor drin. Bitte prüft nochmals alles was in der 3.1.0 oder früheren 3.1.1 nicht ging ...

[apollon77]

@FredF Bitte nochmal retesten!