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

[mcm1957]

@martybr

Ja, wenn sich acqua meldet würde es mich freuen. Er/sie hat ja einiges an Arbeit hineingesteckt. Dafür gebührt ein ganz großes DANKE. Eigentlich Schade, dass da die ltzetn 5% fehlen ...

Wenn es an Unterstützung liegt - gilt ganz allgemein für alle - bitte einfach Fragen. "Wir" helfen gerne.

[arteck]

@martybr was fehlt dir den ?

[MartyBr]

@arteck
An deinem Adapter fehlt mir keine Funktion!!
Ich hatte den "Fully Browser mit MQTT" Anfang des Jahres im Testsystem installiert. Im Thread war von einer gemeinsamen Weiterentwicklung, später einer Integration beider Adapter in einem neuen Adapter zu lesen.
Da ich gerade einige Geräte in den MQTT (habe mosquitto am laufen) eingebunden hatte, fiel mir der Adapter wieder auf.
Wenn der Fully MQTT nicht weiterentwickelt wird, dann kann ich ihn ja aus dem Testsystem löschen.
An dieser Stelle möchte ich dir für deine tolle Arbeit danken, insbesondere für den ZIGBEE Adapter, der nun für mich unverzichtbar geworden ist. :+1:

[arteck]

@martybr ich frag nochmal was fehlt dir an dem neuen ... was geht den nicht ??

[MartyBr]

@arteck Eine Frage vorne weg: Ist der Adapter schon in nem (Repo) erreichbar? Ich hatte bisher den Adapter im Testsystem auf GitHub installiert.
Hier eine Info zu meiner Anforderung: Ich schalte per Blocky beim Klingelton meiner Doorbird auf den Hintergrund Prozess Doorbird um. Per "toforeground" schalte ich nach 60 Sek. zurück auf den Fully Browser Prozess.
Das muss ich mit dem Fully mQTT noch testen, da ich es bisher nicht produktiv im Einsatz habe (da ich auf dem Prod.System möglichst keine Github Adapter einsetze und bei Fully MQTT auf einen nem-Adapter gehofft habe).

[arteck]

@martybr sagte in TEST - Adapter Fully Browser mit MQTT (0.0.11):

Ist der Adapter schon in nem (Repo) erreichbar? I

nein ist noch nicht.. was nicht schlimm ist..

@martybr sagte in TEST - Adapter Fully Browser mit MQTT (0.0.11):

Hier eine Info zu meiner Anforderung: Ich schalte per Blocky beim Klingelton meiner Doorbird auf den Hintergrund Prozess Doorbird um. Per "toforeground" schalte ich nach 60 Sek. zurück auf den Fully Browser Prozess.
Das muss ich mit dem Fully mQTT noch testen, da ich es bisher nicht produktiv im Einsatz habe (da ich auf dem Prod.System möglichst keine Github Adapter einsetze und bei Fully MQTT auf einen nem-Adapter gehofft habe).

das verstehe ich nicht.. läuft es nicht oder du musst noch Testen

[MartyBr]

@arteck ich muss noch testen. Das bekomme ich bis morgen hin. Muss dazu die Scripte übertragen und auch Doorbird auf dem Testsystem installieren.

Ich melde mich dazu. Gibt es einen Hinweis auf Überführung des Adapters in den Latest Repo?

[mcm1957]

@martybr

Bezüglich latest repo habe ich ca 5 Beitrage vorher den PR verlinkt.
Es sind ein paar Klinigkeiten zu fixen. Und außerdem sollte es wohl einen Maintainer geben - zumindest zum Zeitpubnkt der Aufnahme in das Repo...

Primärer Blockingpoint ist das die Standard Github Tests nicht passen (Node 14 ist obsolete, node 20 fehlt.

https://github.com/ioBroker/ioBroker.repositories/pull/2184#issuecomment-1670103903

Wenn di @arteck den Adapter warten willst / kannst ist es auch OK. Keine HAnung ob du ZUgriff aufs Repo hast (oder bekommen kannst).

Generell ist von einem produktiven Einsatz von Adaptern die NUR via Github zu installieren sind drimngend abzuraten. Bitte bei solchen Adaptern den Developer drängen, eine Aufnahme in das Repository zu veranlassen. Die INstllation von Adaptern via Github erfolgt IMMER auf eigenes Risiko.

Im Zuge des JS-Controller 5 Updates haben sich einige Adapter gezeigt, die nicht mit js-controlelr 5 kompatibel waren. Alle in den Repositories registrierten Adapter wurden vorab gescanned und die Probleme behoben bzw. zumindest in den Releasenotes vor der Installation auf das Auslaufen des Adapters hingewiesen - bei "Selbstbedienungs-Adaptern" ist dies naturgemäß nicht möglich.

[MartyBr]

@mcm57
Danke für die Klärung. Der Fully MQTT läuft bei mir NUR im Testsystem und liefert dort Daten. Geschaltet habe ich über den Adapter noch nicht. Dann warte ich mal die weitere Entwicklung ab. Ich möchte mit das Prod.System stabil halten. Ich habe gerade den Server neu aus dem Backup angelegt, da ich nach der Plattenvergrößerung Probleme mit Grub bekommen habe. Das liess sich lösen, aber neu ist besser (so konnte ich auch Altlasten beseitigen).
Der Fully Browser läuft bisher auch auf dem JS 5.0.12 ohne Probleme und sehr stabil.

[mcm1957]

@martybr

Damit es für alle klar ist

Ich finde es toll, dass jemand Zeit und Wissen einsetzt um einen Adapetr zu entwickeln. DANKE an @Acgua für seinen Beitrag.

Es tut mir auch leid, sollte die Arbeit nicht verwendet werden können. Aber im Sinne einer halbwegs stabilen Umgebung für Repository Benutzer erscheint es mir nicht sinnvoll einne neuen Adapter im Repository freizuschalten für den es niemand gibt, der sich drum kümmern kann (Zugriff) und vor allem will. Sollte Acgua sich nicht melden und es gibt jemand der den Adapter betreuen will bitte melden - wir können ihn gerne in den Community Bereich clonen. Nur auchhier macht das nur Sinn, wenn es jemand gibt der ihne betreut - ich will nicht den Community Bereich zu einem Adapterfriedhof der Ungewarteten machen.

Ergo: Warten und Hoffen wir noch ein wenig, dass nur Urlaub / Arbiet (und hoffentlich nichts Ernstes @Acgua bisher von einer Reaktion abgehalten hat.

[Ein ehemaliger Benutzer]

@martybr @arteck @Acgua

Also bei mir laeuft der Adapter mittlerweile einwandfrei mit js-controller 5.x...

Find es nur schade, dass er nur noch mqtt macht, hab n olles Tablet, da macht der Fully kein mqtt, weil n altes Android..

Waere schoen, wenn der Adapter entweder in den Fully-Adapter integriert oder als eigenstaendiger released wuerde...

[arteck]

@ilovegym ja so war ursprünglich der Plan...
@mcm57 wenn @Acgua kein bock, Zeit oder oder hat. dann übernehme ich den .. und passe den entsprechend des alten an

@Acgua war schon seid April nicht aktiv..

[MartyBr]

@arteck
@Acgua @mcm57 @ilovegym
Das klingt gut. Wenn ich das hier richtig sehe, dann gibt es drei Adapter für die Tablett Steuerung mittels Fully Kiosk. Ich würde es begrüßen, wenn es hier eine Konzentration auf einen Adapter geben würde. Was aber nicht bedeutet, dass kreative Ideen nicht in alternative Lösungen umgesetzt werden sollen.
Hier wird durch die Entwickler viel Freizeit "geopfert", und dann ist es schade, dass Lösungen nicht weitergeführt werden. Ich habe hier Hochachtung für den Einsatz aller Beteiligten. Ich glaube, dass macht auch einen großen Teil des Erfolges der ioBroker-Community aus.

Vielen Dank an alle Entwickler :+1:

[mcm1957]

@arteck

Ok, von meiner Seite kein Einwand.

Kontaktversuche siehe obiger PR, zusätzlich hab ich ein "still maintained" issue geschrieben (https://github.com/Acgua/ioBroker.fully-mqtt/issues/50).

Ergo, wenn sich da in den nächste sagen wir 14 Tagen noch immer niemand rührt, übernimm bitte und mach den Adapter fertig. Ich nehme an, du übersiedelst ihn dann zu dir? Oder willst du ihn in den community-bereich verschieben? Überleg ob fork sinnvoll oder besser gleich ein import um eine saubere Abkopplung zu haben ohne ewige (und nie bereinigte) 1234 commits ahead Meldungen.

npm ist nach meiner Kenntnis übernehmbar - kontaktier dafür Bluefox, er sollte schon (Mit-)Owner sein.

Wenn du definitv übernimmst, bitte gib mir Bescheid - ich schließ dann den existierenden latest PR. Erstell du dann einen neuen wenn der Adapter aus deiner Sicht bereit bist.

[arteck]

@mcm57 jo isch guck...ich meld mich

[arteck]

tja schade.. 3 Wochen weiter ..keine Meldung... dann werde ich wohl gucken..

---

ich würde sagen.. wir ersetzen den alten fully adapter damit..oder wollt ihr 2 haben.. ??

was fehlt noch.. ?? Fehler ?? ne liste währe schön

• ich seh dass der in tree den namen nimmt nicht wie der alte fully die ip hat.. (hier müssten scripte angepasst werden)

[MartyBr]

@arteck
Persönlich reicht mir ein Adapter. Das muss kein Wettrennen sein, die Funktionen sind vergleichbar. Wichtig ist mir der Datenpunkt "Commands.toForeground", aber der ist ja in beiden Adaptern vorhanden.

[Ein ehemaliger Benutzer]

@arteck

Also, wenn gerade "wuensch dir was" aktiv ist... :-)
Ein Adapter reicht, wenn die mqtt-Variante in den Fullybrowser Adapter uebernommen wird, ist alles ok.
Fehler macht der Adapter bei mir nicht mehr, er funktioniert mit Node 18.18.2 wie auch mit Node 20.9.0 und js-controller 5.0.15 einwandfrei.

Ja, er nimmt den Namen in den Objektbaum, was ich richtig gut finde, denn bei gut 20 Tablets hab ich echt keine Ahnung welches das 10.1.1.45 oder das 10.1.1.63 ist... wenn ich da n Namen sehe, dann weiss ich, was da gemeint ist..
Das war bei mir der Hauptgrund, weg vom Fullyadapter zu gehen..

Wenn du deinen Fullyadapter nicht dahingehend (und vielleicht viele User ihre Scripte ja auch) nicht anpassen wollen, dann kann man vielleicht zusaetzlich in den Objekten den Namen des Tablets anzeigen?
Notfalls mach ich das auch einmal per Hand, hauptsache, der Adapter ueberschreibt es nicht beim neustart / update...

Oder in der Config ne Option, Namen im Objektbaum nutzen, anstatt IP Adresse..
Damit waere natuerlich jedem geholfen :-)

[arteck]

@ilovegym
das klingt schon mal gut..

bissel Kosmetik :

den Namen als ID finde ich auch gut.. warum ich damals es per IP gemacht hab. kein plan.. ich werde die ip aber unter den Namen im tree einstellen.. so kann man es auch sehen.. sonst musst du immer in Setting rein

was ist mit dem Namen.. lassen oder in meinen umbenenen... (somit meinen einstampfen)

[Ein ehemaliger Benutzer]

@arteck

dein Adapter basiert ja nur auf die Restapi, dieser nur noch(am Anfang hatte er auch Restapi drin) auf basis Mqtt.. und ich hab n paar Olle Tablets(Firehd) die koennen kein mqtt bei Fully, weil zu alt.. von daher waere es wichtig, dass beides im Adapter moeglich ist..

Name, Fullybrowser-Adapter, wie der den Fully steuert, ist doch im Namen des Adapters egal.. das war hier nur, weil es schon deinen gab.. nehm ich mal an..