Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[OliverIO]

@ben1983
nein,
für die adapterentwicklung gibt es verschiedene phasen von der entwicklung bis zum stabilen adapter
pre-alpha: du entwickelst und testest für dich in deinem dev-container

alpha: du lädst den adapter nach github hoch, schreibst ins forum und bittest interessierte deinen adapter zu testen. diese können den adapter dann direkt aus github installieren. es gibt im adapter menü des iobrokers einen extra knopf für installieren von github.

beta: alle geplanten funktionen sind eingebaut. du möchtest den tester-kreis vergrößern, dann kannst du ihn im latest/beta repository anmelden. dann sehen den adapter alle, die in den einstellungen als repository latest/beta gewählt haben.

stable: wenn dann der adapter ausreichend getestet ist, dann kannst du eine version auswählen und die im stable repository anmelden

wenn du dann später weitere funktionen umsetzen willst, dann stellst du die wieder über github zur verfügung. dadurch das dein adapter aber schon im latest-repository angemeldet ist, sehen das die anderen wieder und können ihren adapter aktualisieren. und wieder nach einer weile kannst du die dann stabile version wieder im stable repository aktualisieren.

[Ben1983]

@oliverio OK, danke für die Info.
Ich bin gerade an einem Adapter dran.
Habe erst mal alle Dinge, welche ich denke nicht zu benötigen aus der main.js gelöscht.

Wenn ich den Adapter nach einem Stop Starte, dann schein alles einwandfrei zu laufen.
Gehe ich im Reiter Instanzen jedoch auf den Neustart kreis, so erscheint diese meldung im Log.

host.dev-zisternensteuerung-DESKTOP-JHNIDES
2022-02-01 23:03:06.415	error	instance system.adapter.zisternensteuerung.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)

zisternensteuerung.0
2022-02-01 23:03:04.670	warn	Got terminate signal. Checking desired PID: 12604 vs own PID 7228
host.dev-zisternensteuerung-DESKTOP-JHNIDES
2022-02-01 23:03:04.659	info	instance system.adapter.zisternensteuerung.0 started with pid 12604

zisternensteuerung.0
2022-02-01 23:03:04.647	warn	Got terminate signal. Checking desired PID: 0 vs own PID 7228
host.dev-zisternensteuerung-DESKTOP-JHNIDES
2022-02-01 23:03:04.637	debug	startInstance zisternensteuerung.0 loglevel=info, compact=false

ist das normal / OK?

Und beim Stoppen erscheint das hier:

zisternensteuerung.0
2022-02-01 23:16:31.963	error	adapter disabled

[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: