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

[eric2905]

Moin,

@pix:

Ich schlage vor, jedem Adapter einen eigenen Thread zu spendieren. http://forum.iobroker.net/viewtopic.php?f=20&t=4215, war dann schnell sehr unübersichtlich. `
oh ja, das stimmt.

Ich werde diese Posting nachher in sep. aufsplitten, falls foxthefox nicht schneller ist ;-)

Gruß.

Eric

****[Edit]

Habe das Thema gesplittet]****

Von unterwegs getippert.

[foxthefox]

Hallo,

ich habe in github eine überarbeitete Version erarbeitet um die Sensordefinition nicht io_package.json machen zu müssen.

Alles sollte jetzt mit der admin.html gemacht werden.

Um die sensorspezifischen Rohdaten/Definitionen zu behandeln, habe ich Teilfunktionen in jeelink.js erstellt.

Diese würde ich gerne in /lib/sensors.js auslagern, komme hier aber nicht weiter.

Ich hatte es wie folgt versucht:

in sensors.js
function defineemonTH(id){
alles das was jetzt in der Funktion in jeelink steht
}
module.exports = defineemonTH;

in jeelink.js

var sensor=require(./lib/sensors);

main(){
..
sensor.defineemonTH(sid);
..
}

aber das funktioniert nicht.

Kann mir jemand einen Tip geben, wie es richtigerweise funktioniert? :?:

Oder geht das gar nicht so?

Gruß

Klaus

[simpixo]

Also ich nutze momentan den Jeelink vom kleinerDrache, er hat sozusagen diesen ein wenig erweitert! Somit ist es möglich die ID's der Sensoren in der Adminseite anzugeben! Vielleicht hilf dir sein Ansatz weiter

Der Link lautet: https://github.com/kleinerDrache/iobroker.lacrosse

Gruß

Adrian

Gesendet von iPhone mit Tapatalk Pro

[foxthefox]

die Sensor-Definition in der Adminseite hab ich ja auch jetzt drin.

Das geht auch ohne Probleme, ich möchte den Code für die Sensoren halt in eine separate Datei auslagern.

Den Adapter kenne ich, Ziel ist es den jeelink-Adapter einfach erweiterbar und übersichtlicher zu machen.

Dazu wär es halt cool die einzelnen Sensoren in unterlagerten Dateien zu behandeln und ggf, etwas in der Hauptroutine anzupassen.

Gruß

Klaus

[simpixo]

Ja das wäre toll wenn der Adapter weiter entwickelt werde würde! [emoji6] ich besitze 9 Sensoren und es kommen noch ein paar dazu

Also wenn ich was testen soll, einfach Bescheid geben ;-)

Gruß

Adrian

Gesendet von iPhone mit Tapatalk Pro

[foxthefox]

also ich bin dran ;)

Welche Sensoren wären es denn?

dann such ich mir die Telegrammdaten zusammen, um die entsprechenden Aufrufe in Code umzusetzen.

Gruß

Klaus

[simpixo]

Also ich habe die technoline Tx 29 dth

Die werden mit dem Adapter in iobroker richtig eingelesen! Also das funktioniert schon!

Es müsste aber einfacher sein die Sensoren zu pflegen! Oder nach Batteriewechsel die ID herauszufinden [emoji6]ist immer ein Krampf

Gruß

Adrian

Gesendet von iPhone mit Tapatalk Pro

[foxthefox]

OK.

Also wenn ich es richtig verstehe, dann ändert sich die ID jedes mal nach dem Batteriewechsel?!

Das ist eher unschön.

Damit der Wert immer gleich referenziert werden kann, muß ich wohl anders beim Anlegen der Daten vorgehen, da hier die Adresse mit in die Namensgebung mit einfließt.

Gruß

Klaus

[simpixo]

Ja genau! Die ändert sich immer beim Batteriewechsel! Hab das in Moment so gelöst das ich die Id's Räumen zugeordnet habe diese dienen dann zur weiteren Berechnungen und auch diese werden Historisiert

Gruß

Adrian

Gesendet von iPhone mit Tapatalk Pro

[simpixo]

@foxthefox:

OK.

Gruß

Klaus `

Also ich habe mal deinen Adapter installiert… leider funktioniert der Adapter bei mir gar nicht. Ich erhalte die folgende Fehlermeldung im LOG

host.HQ-ioBroker-Prod	2017-02-06 10:49:41.941	info	Restart adapter system.adapter.jeelink.0 because enabled
host.HQ-ioBroker-Prod	2017-02-06 10:49:41.941	error	instance system.adapter.jeelink.0 terminated with code 0 (OK)
jeelink.0	2017-02-06 10:49:41.919	info	terminating
jeelink.0	2017-02-06 10:49:41.912	info	cleaned everything up...
jeelink.0	2017-02-06 10:49:41.911	error	at SerialPort. (/opt/iobroker/node_modules/iobroker.jeelink/node_modules/serialport/lib/serialport.js:330:14)
jeelink.0	2017-02-06 10:49:41.911	error	at SerialPort._emitData (/opt/iobroker/node_modules/iobroker.jeelink/node_modules/serialport/lib/serialport.js:350:18)
jeelink.0	2017-02-06 10:49:41.911	error	at SerialPort. (/opt/iobroker/node_modules/iobroker.jeelink/node_modules/serialport/lib/serialport.js:147:14)
jeelink.0	2017-02-06 10:49:41.911	error	at Object.parser (/opt/iobroker/node_modules/iobroker.jeelink/node_modules/serialport/lib/parsers.js:23:13)
jeelink.0	2017-02-06 10:49:41.911	error	at Array.forEach (native)
jeelink.0	2017-02-06 10:49:41.911	error	at /opt/iobroker/node_modules/iobroker.jeelink/node_modules/serialport/lib/parsers.js:24:17
jeelink.0	2017-02-06 10:49:41.911	error	at SerialPort.emit (events.js:169:7)
jeelink.0	2017-02-06 10:49:41.911	error	at emitOne (events.js:77:13)
jeelink.0	2017-02-06 10:49:41.911	error	at SerialPort. (/opt/iobroker/node_modules/iobroker.jeelink/jeelink.js:440:24)
jeelink.0	2017-02-06 10:49:41.911	error	at logLaCrosseDTH (/opt/iobroker/node_modules/iobroker.jeelink/jeelink.js:379:26)
jeelink.0	2017-02-06 10:49:41.911	error	ReferenceError: obj is not defined
jeelink.0	2017-02-06 10:49:41.910	error	uncaught exception: obj is not defined
jeelink.0	2017-02-06 10:49:41.907	debug	splice : 14,1,4,180,49
jeelink.0	2017-02-06 10:49:41.906	info	data received: OK 9 14 1 4 180 49
jeelink.0	2017-02-06 10:49:41.763	info	[LaCrosseITPlusReader.10.1h (RFM69CW) @17241 kbps / 868300 kHz]
jeelink.0	2017-02-06 10:49:41.763	info	data received:
smartmeter.0	2017-02-06 10:49:40.631	info	Received 7 values, 3 updated
jeelink.0	2017-02-06 10:49:40.006	info	open
jeelink.0	2017-02-06 10:49:39.985	info	RFM12B setting up object = LaCrosse 5
jeelink.0	2017-02-06 10:49:39.981	info	entered ready
jeelink.0	2017-02-06 10:49:39.979	info	starting. Version 0.0.2 in /opt/iobroker/node_modules/iobroker.jeelink, node: v4.7.3
jeelink.0	2017-02-06 10:49:39.966	debug	statesDB connected
jeelink.0	2017-02-06 10:49:39.939	debug	objectDB connected
web.0	2017-02-06 10:49:39.787	info	2017-02-06T09:49:39.786Z Connected system.user.admin
host.HQ-ioBroker-Prod	2017-02-06 10:49:39.568	info	instance system.adapter.jeelink.0 started with pid 31081

Weißt du woran das liegen könnte?

Denn dein Adapter sieht Vielversprechend aus würde ich gern benutzen aber er müsste auch bei mir laufen

Gruß

Adrian

[foxthefox]

` > Weißt du woran das liegen könnte?

Denn dein Adapter sieht Vielversprechend aus würde ich gern benutzen aber er müsste auch bei mir laufen `
Hallo Adrian,

yepp, hab gestern beim Umbau noch eine Zeile vergessen zu löschen.

Ist in github korrigiert.

Bitte teste es jetzt nochmal und gib mir Feedback.

Das der Adapter universeller wird, war der Plan ;)

Gruß

Klaus

[simpixo]

Also habe den Adapter aktualisiert…. jetzt läuft der Adapter aber....

Im LOG sehe ich immer das folgende, obwohl die ID's im Adapter Admin angelegt wurden

~~<link_text text="https://uploads.tapatalk-cdn.com/201702 ... 3ebf10.jpg">https://uploads.tapatalk-cdn.com/20170206/3aba2ef46bb683cf7b077390093ebf10.jpg</link_text>" />

Unter Objekte sehe ich die angelegten ID's aber ohne Werte. Die sind einfach leer

Gruß

Adrian

Gesendet von iPad mit Tapatalk Pro~~

[foxthefox]

@simpixo:

Unter Objekte sehe ich die angelegten ID's aber ohne Werte. Die sind einfach leer `

das nix geschrieben wird, steht ja schon drin.

Die Zeile ist nicht definiert oder nicht eineindeutig kommt eigentlich nur, wenn die config die Sendeadresse nicht kennt, oder wenn es eine Doppelbelegung gibt.

Schwer zu sagen, woran es liegt.

Kannst du von der Tabelle in der config-page ein screenshot machen und posten?

Gruß

Klaus

[simpixo]

@foxthefox:

Kannst du von der Tabelle in der config-page ein screenshot machen und posten?

Gruß

Klaus `

Hallo Klaus

hier die Screenshots…

und die leeren Objekte

Hoffentlich bekommst du das hin :?

Gruss

Adrian

[foxthefox]

also das sieht komisch aus.

Das einzige was mir auffällt, die einzige Übereinstimmung gibt es bei #14. :o

Im log sind noch die Adressen 48, 55, 60, 63 empfangen, aber nicht definiert, dafür sind in der config 5 und 34 definiert. :?

Ich würde in github noch ein paar logs dazubauen, würdest du es dann testen und screenshots machen? gerne auch per PN schicken.

Klaus

[simpixo]

ja klar kann ich machen, helfe doch gern wenn der Adapter danach lauffähig ist

Zur Information ich habe nicht alle angerichtet, zum testen nur 3 Stück von meinen 9 ;) Müssen alle ID´s angelegt werden?

Auch der Screenshot des LOG´s ist nur ein kleiner Auszug…

[foxthefox]

@simpixo:

ja klar kann ich machen, helfe doch gern wenn der Adapter danach lauffähig ist `

so, hab in github ein paar zusätzliche logs eingebaut, könntest es also nochmal testen.

bräuchte dann nen screenshot vom log.

und in der getobject-function den Vergleich von "===" auf "==" geändert -> evtl. wars das ja schon

Klaus

[simpixo]

@foxthefox:

und in der getobject-function den Vergleich von "===" auf "==" geändert -> evtl. wars das ja schon

Klaus `

Was soll ich dazu sagen…. es funktioniert jetzt!!! [emoji1303][emoji1303][emoji1303]

Die Objekte werden mit den richtigen Werten befüllt!! Toll!!

Mal eine andere Frage: in der Einstellungen kann ich ja Namen vergeben, wäre es möglich diese zu benutzen um die Datenpunkte zu benennen oder wenigsten die Ordner!?

Und wie wäre es wenn wir gleich die Datenpunkte richtig benennen!? Aus humid wird Luftfeuchtigkeit und temp-> Temperatur usw.

Gruß

Adrian

Gesendet von iPad mit Tapatalk Pro

[foxthefox]

@simpixo:

Was soll ich dazu sagen…. es funktioniert jetzt!!! [emoji1303][emoji1303][emoji1303]

Die Objekte werden mit den richtigen Werten befüllt!! Toll!!

Mal eine andere Frage: in der Einstellungen kann ich ja Namen vergeben, wäre es möglich diese zu benutzen um die Datenpunkte zu benennen oder wenigsten die Ordner!?

Und wie wäre es wenn wir gleich die Datenpunkte richtig benennen!? Aus humid wird Luftfeuchtigkeit und temp-> Temperatur usw. `

Hallo Adrian,

danke für den Test. Werde es dann morgen nach npm schieben.

Grundsätzlich wäre es möglich die Datenpunktreferenzen anders zu benennen, allerdings muß dies konsistent im Adapter umgesetzt werden. Die Zeit dafür würde ich eher für etwas anderes nutzen. :idea:

Auch die Datenstrukturverzeichnisse sollten kein Problem sein, ich kenne mich da nicht so aus, aber die enums scheinen mir da geeigneter zum Sortieren/Suchen. Hab auch noch kein Adapter gesehen, der diese Namen/Räume in die Datenstruktur übernimmt.

Gruß

Klaus

[foxthefox]

neue Version 0.0.2 ist in npm online.

wesentliche Änderung, es kann nun in der config-page eine eineindeutige Sensor ID vergeben werden und wenn sich nach Batteriewechsel die SendeID ändert, so kann dies über die config-page geändert werden.

Man muß lediglich über debug Modus die neue ID ausfindig machen ;)

Für die nächste Version habe ich vor die ID nach Batteriewechsel als nicht-zugewiesene ID in der config-page zu listen.

Dann kann man diese in die existierende Liste übernehmen und den neuen Eintrag löschen.

Leider habe ich da noch ein Problem und komme nicht weiter.

Im Adapter habe ich

adapter.config.sensors.push({"sid":tmp[2],"usid":"nodef","stype":"emon???","name":"room???"});

und im log merkt man auch, daß die ID in den config-Daten enthalten ist, aber die config-page enthält diesen Eintrag nicht :o

Hat jemand eine Idee?

Gruß

Klaus