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

[marcuskl]

Bei mir ist auch 10.16.1 Empfohlen, wie kommt das ?

[apollon77]

Weil es die seit ein paar Tagen gibt und SIe aktueller als die 10.1.6.0 ist

Wir EMpfehlen bei ioBroker eine LTS Version. In dem Fall "10.x"

[Dr. Bakterius]

Sorry für crossposting aber bei mir meldet der Info-Adapter nach einem Update auf 10.16.1, dass die Version 10.16.1 installiert ist, es aber die neuere Version 10.16.0 gibt.

[apollon77]

@Dr-Bakterius Dann doch bitte anstelle dieses Cross-Posts der, korrekt, hier nicht hergehört, ein GitHub Issue im Info Adapter anlegen falls es das nicht schon gibt.

[Dr. Bakterius]

@apollon77 Schon klar, aber 1. wurde das Thema nunmal hier auch aufgeworfen, 2. geht es anderen vielleicht auch so und 3. ist doch ein Forum genau dafür da - sonst könnten alle gleich auf Git umziehen.

[AlCalzone]

@Dr-Bakterius sagte in [How-to] Node.js für ioBroker richtig updaten:

ist doch ein Forum genau dafür da - sonst könnten alle gleich auf Git umziehen

Ich glaube die Intention von @apollon77 kam falsch an. Die Probleme aufdecken und Workarounds diskutieren kann man durchaus hier. Allerdings gehört eine Fehlermeldung wenn überhaupt ins entsprechende Unterforum - und nicht irgendwo in ein How-To.

Vor allem dient die Struktur eines Forums nicht gerade der Übersicht und Arbeitsplanung, wenn wild in Themen verstreut Fehler und Probleme gemeldet werden. Dafür ist GitHub (nicht git) mit seinen Issues ganz hervorragend geeignet. Da geht nichts verloren, man kann ordentlich priorisieren, etc.... Wir Entwickler machen nichts anderes, wenn im Forum Fehler diskutiert werden - Problembeschreibung extrahieren, Issue aufmachen.

Allerdings kostet das bei der Hülle und Fülle an Meldungen extrem viel Zeit. Zeit, die nicht zur Fehlerbehebung und Verbesserung von Adaptern verwendet werden kann.

Sieh es mal so:
Wenn du dir die 3-5 Minuten nimmst, die es kostet, ein Issue aufzumachen und dort das Problem so zu beschreiben, dass es ohne Rückfragen und Kontext verständlich ist, leistest du einen aktiven Beitrag dazu, dass die Entwicklung von ioBroker schneller voran geht. Ich würde wetten, dass die Zeitersparnis die sich daraus für die Entwicklung ergibt, um ein vielfaches höher ist als die paar Minuten, die es dich kostet.

[apollon77]

Exakt so habe ich es auch gemeint.

Ein Forum ist da um zu diskutieren und ggf Fehler zu reproduzieren und ähnliches. Es ist aber für die Entwickler nicht geeignet einen Überblick zu behalten. So schnell wie sich Threads im Forum von einem Thema zum nächsten entwickeln (da reicht ein Post) kann ein Entwickler gar nicht aktuell bleiben. Hier gilt in meinen Augen der "The best tool for the Job" Ansatz. GitHub ist ein Tool für die Entwickler um Ihre Arbeit zu organisieren. Beides hat damit klar seine Berechtigung und Nutzen.

Wir haben hier einige Entwickler die mehrere Adapter geschrieben haben und gegebenenfalls noch an zig anderen mitarbeiten die nicht von Ihnen stammen. Ich alleine müsste im Forum Threads von über 20-30 Adaptern verfolgen, selbst das relevante rausziehen und Issues anlegen ... Jetzt rechne das mit den von @AlCalzone genannten Zeiten mal schnell aus (zumal man auch Forum mal "eben fix von unterwegs" macht und man so gar nicht gescheit die Informationen überführen oder "auf Widervorlage" legen kann). Ich kann das gern tun, dann haben wir eine super Bugliste - nur Zeit diese auch abzuarbeiten habe ich dann keine mehr (und ehrlich "Lust" ggf auch nicht).

Ich denke es ist bei einem Community-getriebenen Open-Source-Projekt nicht unüblich das wir hier zusammenarbeiten. Und das bedeutet für mich das Issues von jedem User reportet werden können und sollten. Je besser aufbereitet und je detailierter wenn nötig umso einfacher für den Entwickler idealerweise direkt loszulegen.

GitHub hat weiterhin den Vorteil das man mit zB "Daumen hoch" auch Abstimmen kann bzw sagen kann das man auch betroffen ist und, das mal endlich sinnvoll genutzt, der Entwickler eine Idee bekommt wie wichtig einzelne Bugs oder Themen sind, sonst bekommt halt doch der etwas zuerst der am lautesten schreit.

Bei vielen Threads funktioniert das wunderbar und hält den Rücken frei für die Entwickler das zu tun was Sie gern tun: Software Entwickeln!

Sie es einfach als "Win-Win Situation" ...

[Dr. Bakterius]

Hey Leute! Das war ja auch keine Kritik von mir, habe @apollon77 aber wohl falsch verstanden. Ich bewundere und schätze eure Arbeit sehr und wenn ich dabei helfen kann, mach ich das auch gerne.

Allerdings bin ich mir nicht sicher ob es so eine große Hilfe ist, jedes Problem gleich auf GitHub zu melden? Liegt vielleicht an einem Bedienfehler. Und da ist es nicht verkehrt zuerst mal im Forum "nachzufühlen" ob auch andere das Problem beobachten oder vielleicht sogar helfen können. Dann kann man immer noch den Entwickler "quälen".

[AlCalzone]

@Dr-Bakterius sagte in [How-to] Node.js für ioBroker richtig updaten:

Allerdings bin ich mir nicht sicher ob es so eine große Hilfe ist, jedes Problem gleich auf GitHub zu melden?

Wenn es offensichtliche Fehler sind wie in deinem Fall (eine ältere Version wird als neue vorgeschlagen), dann definitiv. Aber bitte prüfen, ob das nicht schon auf der Liste steht.

Bei Unklarheiten lieber vorher mal im Forum nachforschen, ob es nicht doch ein Bedienfehler o.ä. ist.

[e-i-k-e]

Guten Abend,
beitreibe ein redis Multihost System (1x Rock64, 5xRaspberry) und habe dieses soeben auf Node.js v10.16.3 aktualisiert (NPM: 6.9.0, jscontroller: 1.5.14).
Auf dem Master wurde die Variante "npm rebuild" mit diversen Fehlern beendet, somit habe ich das "reinstall-Skript" ausgeführt. Es wurden nach und nach alle Adapter neu installiert, diese sind aktuell auch im Zustand "grün".
Auf den Slave setze ich jeweils den Adapter RPI ein, um die GPIO zu steuern. Dies funktioniert nicht mehr, selbst wenn ich Manuel einen GPIO OUT über Objekte setze, wird dieser Zustand nicht umgesetzt. Den jeweiligen Adapter habe ich bereits händisch gelöscht und neu installiert, keine Verbesserung.
Was könnte ich noch versuchen?

[Stabilostick]

@e-i-k-e

Hilft Dir das?

https://forum.iobroker.net/post/270052

[e-i-k-e]

@Stabilostick
Danke.
Ich werde mal alle rpi2 Adapter löschen und neu installieren.

---

Kurze Rückmeldung:

Es hat funktioniert!
Wichtig ist, dass auch der Adapter komplett gelöscht wird. Direkt über ioBroker hat es nicht funktioniert. Folgender Weg war erfolgreich.

iobroker stop
cd /opt/iobroker
npm uninstall iobroker.rpi2 --silent --save --prefix 
iobroker start

[slesa]

@apollon77 Hallo, danke für all die Anleitungen. Sehr hilfreich.
Man könnte noch vermerken, dass falls man danach erst gelesen hat, dass man zuerst auf http umschalten muss, das reinstall-Script starten ausreicht.

[AndyUM61]

Hallo,

wie Lange dauert eigentlich ein npm rebuild?
Da ich ja erhebliche Probleme habe, versuche ich gerade ein rebuild.

Seid ca. 30 Minuten scheint sich aber nichts zu tun.
Im Teminal steht seit dem :

> iobroker.vis@1.2.1 install /opt/iobroker/node_modules/iobroker.vis                                                   
> node main.js --install    

Läuft da noch was ?

Das ganze läuft im docker mit buanet/iobroker:latest

[apollon77]

@AndyUM61 An sich sollte das schnell gehen. Brich ab und mach nochmal

[AndyUM61]

@apollon77
Also ich komme seid Freitag mit meinem ioBroker einfach nicht weiter:(.

Ich habe das eben noch einmal gestartet und er hängt wieder an der selben Stelle:

> iobroker.vis@1.2.1 install /opt/iobroker/node_modules/iobroker.vis                                                   
> node main.js --install    

irgend wann kommt dann "Socket geschlossen"??

Ich habe unter Error/ Bog schon einen Beitrag angelegt, aber so richtig konnte mir keiner helfen.

Bei mir bricht der ioBroker immer ab mit der Fehlermeldung:

2019-10-15 12:42:00.006  - error: host.iobroker uncaught exception: wakeUp is not defined
2019-10-15 12:42:00.007  - error: host.iobroker ReferenceError: wakeUp is not defined
    at startScheduledInstance (/opt/iobroker/node_modules/iobroker.js-controller/main.js:2611:17)
    at Job.procs.(anonymous function).schedule.schedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.js-controller/main.js:3121:65)
    at Job.invoke (/opt/iobroker/node_modules/node-schedule/lib/schedule.js:173:10)
    at /opt/iobroker/node_modules/node-schedule/lib/schedule.js:552:11
    at Timeout._onTimeout (/opt/iobroker/node_modules/node-schedule/lib/schedule.js:510:7)
    at ontimeout (timers.js:436:11)
    at tryOnTimeout (timers.js:300:5)
    at listOnTimeout (timers.js:263:5)
    at Timer.processTimers (timers.js:223:10)

Das macht er mindestens 2x am Tag um 12:01 Uhr und um 00:01 Uhr.
Im Admin ist aber kein Chron-Job zu diesen Zeitpunkten zu sehen.
Nach dem abgebrochenen rebuild kommt dieser Fehler auch gleich kurz nach dem Neustart.

Nach gefühlten 20 Neuinstallationen und Restores weiß ich einfach nicht mehr weiter:(.

[apollon77]

@AndyUM61 Jupp dieser Fehler wurde sich gerade gemeldet. Schau mal in js-Controller 2.0 Beta thread. Der Fehler ist in 2.0.31 gefixt was als nächstes ins latest kommt. Oder installiert vom GitHub (siehe Beta thread)

[AndyUM61]

@apollon77
Na das hört sich doch gut an.
Da haben also doch noch Andere auch dieses Problem;).

Dann mal Herzlichen Dank für deine Antwort!

[smartboart]

@Stabilostick sagte in [How-to] Node.js für ioBroker richtig updaten:

d) Neuinstallation mit Restore
Eine kleine Abwandlung der letzten Variante ist eine Neuinstallation. Hierbei sichert man das "iobroker-data" Verzeichnis (oder nutzt das Backup von oben). Dann löscht man das gesamte ioBroker-Verzeichnis und nutzt den Installer.

Hi, wie würde dieser Part mit einem Multihost System also mit dem Master und vor allem file und states mit Redis aussehen? In welchem step aktiviere ich das multihost system und die umstellung auf Redis?

[apollon77]

@smartboart An sich ist das easy: Identisch. In iobroker-data ist die Konfig des Hosts drin und damit auch die Info welcher DB-Typ genutzt wird und wohin man connnecten muss. Also iobroker-data zurückkopieren und starten. Dann sollte das gleiche passieren.

Hier dann aber master zuerst und in der Zeit die Slaves stoppen. Und danach die Slaves nacheinander