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

[apollon77]

Hallo liebe User ... ich habe eine Nachricht - ob gut oder schlecht muss jetzt jeder selbst entscheiden.

Nachdem wir jetzt 3 Monate versucht haben unter dem "neuen" Namen tr-064-community bei npm das paket zu veröffentlichen und npm das wegen dem Namen abgelehnt hat, hat es Bluefox nun geschafft den Zugriff auf den "echten" Namen tr-064 zu erhalten.

Aus diesem Grund haben wir uns entschieden die -community Version wieder einzustampfen und unter dem Orignalen Namen weiterzumachen. Wir werden daher unter tr-064-community keine Version auf npm veröffentlichen!
Die hohe Anzahl an bestehenden Usern die immer noch die alte Version nutzen (600 User auf Community Version, ca. 11k auf originaler Version) haben diesen Schritt aus unserer Sicht mehr als gerechtfertigt!

Die neue Version als kurzer GitHub test hier:
https://forum.iobroker.net/topic/29295/test-adapter-tr-064-v3-0-x

Ich hoffe Ihr seid nicht "zu böse". Die Konfiguration is Kompatibel, also lässt sich das system.adapter.tr-064-community.X Objekt unter "native" kopieren ...

Ingo

[Negalein]

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

Hi Ingo!

also lässt sich das system.adapter.tr-064-community.X Objekt unter "native" kopieren ...

wie ist das zu verstehen? Wie muss ich vorgehen um die Objekte vom Community in den alten TR064 bekomme?

[apollon77]

@Negalein https://github.com/iobroker-community-adapters/ioBroker.tr-064#how-to-migrate-from-tr-064-community-intermediate-verison-and-name

[SBorg]

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

ich habe eine Nachricht - ob gut oder schlecht muss jetzt jeder selbst entscheiden.

Ich finde es gut, dann hat wenigstens das Wirrwarr um "welche Version nutzt du" ein Ende :+1: :sunglasses:

[opossum]

@apollon77 ,
die Instanz installiert, bis jetzt ist alles ok. Habe dann den community deinstalliert. Natürlich ein paar Anpassungen in der VIS-im Callmonitor gemacht. Es läuft aber bisher sauber.

[zahnheinrich]

@apollon77

Ich betreibe iobroker in einem Docker Container neuester Version auf der Synology, alle Adapter aktuell.
Node.js: v10.18.1
NPM: 6.13.4

Der community tr-64 lief seit langem ohne Probleme.

Nach Installation des neuen tr-64 bekomme ich beim Start:

host.iobroker	2020-01-24 18:54:55.510	error	instance system.adapter.tr-064.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.iobroker	2020-01-24 18:54:55.510	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3)
host.iobroker	2020-01-24 18:54:55.509	error	Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
host.iobroker	2020-01-24 18:54:55.509	error	Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32)
host.iobroker	2020-01-24 18:54:55.509	error	Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
host.iobroker	2020-01-24 18:54:55.509	error	Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:778:30)
host.iobroker	2020-01-24 18:54:55.508	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.tr-064/lib/calllist.js:3:14)
host.iobroker	2020-01-24 18:54:55.508	error	Caught by controller[0]: at require (internal/modules/cjs/helpers.js:25:18)
host.iobroker	2020-01-24 18:54:55.508	error	Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:692:17)
host.iobroker	2020-01-24 18:54:55.507	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:562:25)
host.iobroker	2020-01-24 18:54:55.507	error	Caught by controller[0]: at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15)
host.iobroker	2020-01-24 18:54:55.507	error	Caught by controller[0]: Error: Cannot find module './soef.js'
host.iobroker	2020-01-24 18:54:55.507	error	Caught by controller[0]: ^
host.iobroker	2020-01-24 18:54:55.506	error	Caught by controller[0]: throw err;
host.iobroker	2020-01-24 18:54:55.505	error	Caught by controller[0]: internal/modules/cjs/loader.js:638
host.iobroker	2020-01-24 18:54:54.975	info	instance system.adapter.tr-064.0 started with pid 31079
host.iobroker	2020-01-24 18:54:24.935	info	Restart adapter system.adapter.tr-064.0 because enabled

Ich dachte, das Problem bzgl soef wäre erledigt :astonished:

Wenn ich versuche, den soef im Verzeichnis nach zu installieren, bekomme ich

root@iobroker:/opt/iobroker# cd node_modules/iobroker.tr-064
root@iobroker:/opt/iobroker/node_modules/iobroker.tr-064# npm install soef
sudo: Die Audit-Nachricht kann nicht gesendet werden: Unbekannter Fehler -1
sudo: pam_open_session: Systemfehler
sudo: Regelwerks-Plugin konnte Sitzung nicht initialisieren
root@iobroker:/opt/iobroker/node_modules/iobroker.tr-064#

Das selbe übrigens mit angehaltenem iobroker!
Hat jemand einen Tip?

[zahnheinrich]

@apollon77

Da der community tr-64 nicht mehr auf github ist und ich meinen Docker neu aufgesetzt habe, habe ich auch leider keinen fallback.
Keine Daten von der FritzBox, keine Anwesenheitserkennung usw...
Kann ich den alten tr-64 noch irgendwo downloaden?

Gruß Ulrich

[apollon77]

@zahnheinrich soef lib ist in der Version schon ewig raus und direkt drin. Und die Installation hat komplett geklappt?

Da fehlt wohl ein file was an sich da sein müsste. Und du bist bisher der einzige

[apollon77]

@zahnheinrich Versuch doch die gleiche Version vom GitHub nochmal neu zu installieren.

[zahnheinrich]

@apollon77

Kommando zurück:

Nach erneuter Deinstallation des Adapters (nicht nur der Instanz) und Neuinstallation geht es ohne Probleme.
Also alles gut!

Gruß Ulrich

[apollon77]

@zahnheinrich ps: und du bist sicher das du nicjt irgendwelche rechte Problem hast? Kenne mich aber mit Docker nicht aus.

[zahnheinrich]

@apollon77

OK, einen hab ich noch:

Der Datenpunkt "ringing" wird bei eingehendem Anruf zwar true, nach Anrufende jedoch nicht mehr "false".

Das soll wohl nicht so sein, oder?

Gruß Ulrich

[dslraser]

@zahnheinrich sagte in Test Adapter tr-064-community v1.0.x:

nach Anrufende jedoch nicht mehr "false"

kann ich nicht bestätigen, das funktioniert bei mir.(3.0.1)

[klausM]

@zahnheinrich

bei meiner 3.0.1 wird ringing korrekt gesetzt.

[zahnheinrich]

@klausM

Hmmm,

bei mir läuft eine 7590 mit der Laborversion 07.19-75208 BETA.
Auch Neustart brachte keine Änderung...

Beobachte ich mal weiter...

[klausM]

@zahnheinrich

7590 mit formaler 07.12. Und egal ob Anrufer ohne Verbindung auflegt oder der Anruf angenommen wird - "ringing" wird false gesetzt.

[klausM]

aber ...

kann es sein, das in der Community-Version 'tr-064.0.callmonitor.ringing' nach Ring hochgezählt wurde?

Bisher war das wohl so, denn so funktioniert es nicht mehr ...

function Ansagen() {
    if (getState("tr-064.0.callmonitor.ringing").val && counter++ < Ansagewiederholung) {
        log("-----------------------------");

[apollon77]

@klausM also laut Quellcode ist ringing ein Boolean und damit true/false.

[klausM]

@apollon77
ich will dir nicht wieder sprechen, dafür verstehe ich zu wenig von der Sache, aber als ich das Script so formuliert habe, war ringing int oder ähnliches.

function Ansagen() {
    if (getState("tr-064.0.callmonitor.ringing").val && counter++ < Ansagewiederholung) {
        log("-----------------------------");
        log("Anruf von " + AnruferName);
        log("-----------------------------");
        
        setState(alexaWohnzimmer + "Commands.speak","Anruf von " + AnruferName + "auf: " +  Anschluss(AnschlussNummer));
        setState(alexaPetra + "Commands.speak","Anruf von " + AnruferName + "auf: " +  Anschluss(AnschlussNummer));
        
        setTimeout(Ansagen, 6000);
    }
}

[Horst Böttcher]

boh ich dreh durch erst geht er dann wieder nicht
ich hab https://github.com/iobroker-community-adapters/ioBroker.tr-064 Instilliert
erst geht alles wenn man seine pi neumacht geht nix mehr woran kann es liegen