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

[OliverIO]

@ben1983
nein. der vorherige prozess des adapters wurde (noch) nicht beendet.
daher kann keine neuer prozess gestartet werden.

kann man den adapter mal anschauen? hast den schon bei github hochgeladen?

[Ben1983]

@oliverio ja aber was kann ich dazu, wenn der den neu startet, bevor er ihn schließt?

[OliverIO]

@ben1983
irgend etwas verhindert oder behindert das beenden des adapters.
evtl räumst du nicht auf?

bspw wenn du asynchrone requests startest, und die noch nicht beendet sind bzw die verbindungen noch nicht beendet wurden, dann verhindert das, das der prozess beendet werden kann.
das sind auch die dinge, die zu sogenannten memory leaks führen.

[Ben1983]

@oliverio ok.
andere Frage...

ich nutze den Befehl hier um auf Änderungen zu reagieren:

this.subscribeForeignStates(this.config.schwimmerschalter);

Das funktioniert auch: (wird mit geloggt)

zisternensteuerung.02022-02-02 00:43:02.651	info	state javascript.0.Simulation.Zisterne.Schwimmerschalter changed: true (ack = false)

aber sobald ich dies im onready ausführe, dann kommen auch im Sekundentakt folgendes:

zisternensteuerung.0
2022-02-02 00:43:03.065	info	state system.host.dev-zisternensteuerung-DESKTOP-JHNIDES.inputCount changed: 3 (ack = true)

zisternensteuerung.0
2022-02-02 00:43:03.064	info	state system.host.dev-zisternensteuerung-DESKTOP-JHNIDES.freemem changed: 2939 (ack = true)

zisternensteuerung.0
2022-02-02 00:43:03.063	info	state system.host.dev-zisternensteuerung-DESKTOP-JHNIDES.mem changed: 36.2 (ack = true)

zisternensteuerung.0
2022-02-02 00:43:03.062	info	state system.host.dev-zisternensteuerung-DESKTOP-JHNIDES.uptime changed: 9731 (ack = true)

zisternensteuerung.0
2022-02-02 00:43:03.059	info	state system.host.dev-zisternensteuerung-DESKTOP-JHNIDES.load changed: 1.58 (ack = true)

zisternensteuerung.0
2022-02-02 00:43:03.055	info	state system.host.dev-zisternensteuerung-DESKTOP-JHNIDES.memHeapUsed changed: 30.78 (ack = true)

zisternensteuerung.0
2022-02-02 00:43:03.053	info	state system.host.dev-zisternensteuerung-DESKTOP-JHNIDES.memHeapTotal changed: 36.48 (ack = true)

zisternensteuerung.0
2022-02-02 00:43:03.048	info	state system.host.dev-zisternensteuerung-DESKTOP-JHNIDES.memRss changed: 68.66 (ack = true)

zisternensteuerung.0
2022-02-02 00:43:03.046	info	state system.host.dev-zisternensteuerung-DESKTOP-JHNIDES.alive changed: true (ack = true)

Warum ????
Die states wurden ja gar nicht hinzugefügt

[OliverIO]

@ben1983
doch die sind da. die legt iobroker zu jedem adapter selber an und
sind im objects reiter zu finden, wenn du den experten modus aktivierst
und dann system.adapter.<adaptername>.<instanz> suchst

[Ben1983]

@oliverio ok, aber ich wollte ja nur auf die Änderung von dem übergebenen Wert reagieren.
Nicht auf irgend welche anderen.

[Ben1983]

@oliverio ich würde gerne zyklisch auf Änderungen reagieren und schüttelten ausführen.
Wie mache ich das am besten?
Mit setinterval? Und dann eine Switch case?

Und innerhalb der Schrittketten möchte ich auf Timer warten.
Was nutzt man hier am besten? Settimeout oder AwAit würde ja wieder dazu führen, dass ich das nicht mehr stoppen kann, oder dann den settimeout auf NULL schreiben?

[OliverIO]

@ben1983
nein, iobroker informiert dich über Änderungen
und du filterst dann selber, bei was du etwas machen möchtest.
wenn da Änderungen zu datenpunkten gemeldet werden, dann machst du einfach nichts.
wie oben schon geschrieben, bekommst du ja oft zu änderungen 2 meldungen (ack=false und ack=true)

du kannst ja mal die anderen adapter studieren, wie die das machen.
daraus lernt man ebenfalls viel.
source ist ja immer verfügbar auf github

[Ben1983]

@oliverio danke,
Ich hatte eben nur mit dem Wert und ack gerechnet. Nicht noch mit zig anderen werten, die dann auch ausgeführt werden, obwohl sich nichts ändert.
Was interessiert mich irgend eine Zeit. Mich interessiert ja nur der Wert und der ack.

[Ben1983]

@ben1983 oder sollte man lieber schedule nutzen? Das nutze ich in dem js adapter.
Was meint ihr ist für die dapterwntwicklung besser?
Möchte wie gesagt auf Änderungen reagieren, dann auch zyklisch schrittketten durchlaufen und auf eine bestimmte Uhrzeit reagieren.

Löst ihr schrittketten mit Timeouts, oder zählen der Zyklen, oder mit await?

Beispiel Code wäre echt cool.

[OliverIO]

@ben1983

Beispiele:
TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime

[OliverIO]

@ben1983

ah ich vergaß. im adapter gibt es ja den befehl:

    // in this template all states changes inside the adapters namespace are subscribed
    this.subscribeStates("*");

damit filtert iobroker bereits für dicht.
ich abonniere aber immer alle und filtere lieber selber, daher weiß ich nicht genau was man da als parameter alles angeben kann. müsst in der doku stehen

[Ben1983]

@oliverio aber ich gebe doch nur das hier an:

this.subscribeForeignStates(this.config.schwimmerschalter);

Warum kommt dann nicht nur das?

Was hat bspw. Das hier damit zu tun?
Ist doch ein ganz anderer State, oder?

2022-02-02 00:43:03.062	info	state system.host.dev-zisternensteuerung-DESKTOP-JHNIDES.uptime changed: 9731 (ack = true)

Verstehe den Zusammenhang nicht.

[OliverIO]

@ben1983 said in Eigenen Adapter erstellen:

subscribeForeignStates

dann lese mal die beschreibung zu den beiden befehlen durch:
https://github.com/ioBroker/ioBroker.docs/blob/master/docs/en/dev/adapterdev.md
beide erwarten als parameter suchpattern. anhand dessen wird gefiltert.

der unterschied zwischen
subscribeStates
und
subscribeForeignStates
ist
der eine kann nur states abbonieren die zum adapter gehören
der mit foreign kann auch alle anderen states abonnieren.

also wenn du keine anderen states sehen willst, dann verwende
subscribeStates

in deinem beispiel oben steht als parameter eine variable drin.
this.config.schwimmerschalter
da weiß ich nicht was da drin steht, daher weiß ich auch nicht warum er falsch filtert

[Ben1983]

@oliverio da steht die id eines States drin.
Dieser ist von extern, also muss ich ja die foreign nutzen.

Verstehe halt absolut nicht, wenn ich einen fremden State „abonniere“, warum er mir dann eine Änderung der uptime vom Adapter meldet???!

[OliverIO]

@ben1983

Weiß auch nicht.
Aber halte dich nicht damit auf und Filter selbst

[Ben1983]

@oliverio ok.
Würde es halt gerne verstehen, wo das her kommt.
Aber zurück zu meiner anderen Frage,
Wie realisiert ihr denn zyklische Abläufe und Timer?

[Wal]

@ben1983 sagte in Eigenen Adapter erstellen:

Wie realisiert ihr denn zyklische Abläufe und Timer?

zyklisch -> setInterval(callback[, delay[, ...args]])
einmal -> setTimeout(callback[, delay[, ...args]])

Das findest du in der Nodejs Doku .

Als ich angefangen habe mit der Programmierung wurden schon vorhandene Adapter von mir analysiert.

Allerdings muss ich auch sagen das ich erst seit kurzem das mit state.ack kapiert habe, nachdem @apollon77 mir das 5 mal erklärt hatte, danke nochmal. :+1:

[Ben1983]

@wal danke.
Und wenn man zu einer bestimmten Uhrzeit etwas einschalten möchte?
Im JS Adapter habe ich dazu schedule verwendet,
oder muss man dann im intervall auf die aktuelle Zeitvergleichen?

Andere Idee wäre, nur auf die Änderung zu reagieren und dann einen intervall zu setzen. Dieser ruf dann die auszuführende schrittkette auf.
das wäre doch ne coole sache, dann würde der Adapter so lange quasi schlafen und keine "Last" verursachen.

dann müsste ich auch nur irgendwie eine änderung der systemzeit mit bekommen.
gibts da eine variable für?

[Ben1983]

@oliverio also wenn ich es so eintrage, dann wird nur auf den State getriggert:

this.subscribeForeignStates("javascript.0.Simulation.Zisterne.Schwimmerschalter");

aber wenn ich die config variable verwende, dann leider nicht, dann erscheinen die vielen trigger oben, weiß jemand, was das so auf sich hat?

this.subscribeForeignStates(this.config.schwimmerschalter);

In der config Variable steht nämlich genau der String von oben drin.

EDIT: Habe es raus gefunden.
In der Config Variable war ein fehlerhafter eintrag