NEWS

Update 2

Gestern hats mir im Laufe des Tages dann doch wieder die CCU2 abgeschossen. RPi mit ioBroker lief noch. Hab mir dann mal den Log angesehen. Anfänglich traten nur vereinzelt unreach/timout-Meldungen auf, die aber innerhalb von ca. 2 Stunden immer mehr zunahmen, bis dann irgendwann überhaupt keine Verbindung mehr aufgebaut werden konnte (CCU, Lightify ..). Von der CCU2 wurden Programme nicht mehr ausgeführt und über die Weboberfläche war kein Zugriff mehr möglich. Seit gestern Abend läuft der RPi mit ioBroker dann wieder über LAN. Ich werde denn mal berichten, obs damit endlich fehlerfrei läuft. :roll:

Aber schon seltsam, dass das Ganze über WLAN scheinbar solche Probleme macht. Zumal ich auch öfter gelesen habe, dass das eigentlich problemlos funktionieren soll.

Das habe ich gemacht hat aber leider nichts gebracht 😐

Jemand noch eine andere Idee?

__Einmalige Reparatur

Möchte man die Root Partition nur einmalig während des nächsten Bootvorgangs checken und reparieren, reicht es, im Hauptverzeichnis eine Datei mit Namen forcefsck anzulegen. Der dazu nötige Befehl lautet

1

sudo touch /forcefsck

Das funktioniert natürlich nur, wenn der Pi noch starten konnte und ich das Shell Kommando absetzen kann. Immerhin werde so noch offene Dateien wieder ordnungsgemäß geschlossen.__

Also bei mir funktioniert der neue "Script Engine"-Adapter 4.0.1 soweit sehr gut im Docker auf der DS718+.

996_2018-12-03_19h20_47.png
Der Dark Mode ist klasse.

Bei mir ist übrigens in der javascript.0-Instanz nur ein Haken bei "Erlaube das Kommando 'setObject'" gesetzt.
996_2018-12-03_19h25_58.png

Ok danke aber was das macht weiß keiner?

Kann ja nur mit dem Admin zusammenhängen. Aber bei mir macht da keiner was dran. Und Alleine?

Moin,

sodele - NPM hat nun Version 6.4.1 - JS Adapter läuft wieder.

Eine Fehlermeldung folgt noch:

javascript.0 2018-12-02 11:36:32.330 error : message handler implemented, but messagebox not enabled. Define common.messagebox in io-package.json for adapter or delete message handler.

Node.JS hat die V8.11.1 - ist das korrekt oder habe ich hier auch die falsche Version am Start?

Hier zum richtigen Beitrag:

viewtopic.php?f=23&t=19059

Also komisch allemal.

Schau mal was "dmesg" und "/var/log/syslog" so sagen …

Kann mit der Beschreibung alles von schnlechte Stromversorgung über CPU 100% bis zu RAM voll und sowas sein

@xxxspxxx:

So Mädels ich habe es hinbekommen. Also in IOBroker ist komischerweise unter den Adaptern noch der alte Link zu zigbee. Allerdings lädt der darüber trotzdem den aktuellen. Ich hatte bis eben noch 0.7.7 installiert.

Nun habe ich den komplette Adapter auf all meinen Systemen erst einmal komplett entfernt. Dann habe ich etwas gelesen und testweise einfach nochmal einen neuen installiert ( Updaten von 0.7.7 auf 0.8.0 hat er mir im iobroker gar nicht angeboten? GIbt es dazu ein Check den man ausführen kann?

Egal also habe ich jetzt version 0.8.0 die gestern raus gekommen ist und siehe da die Steckdose liefert auch mehr werte. Ich habe nicht mal die Geräte neu anlernen müssen. Weiß der kukuk wo das gespeichert ist. `

Unglaublich, aber es hat bei mir auch geklappt! Leider gab IObroker den Update auf 0.80 nicht an, aber als ich den Update direkt von der Github-Seite installiert hatte, hat alles reibungslos geklappt.

Vielen Dank an alle, die mitgedacht haben und vorallem xxxspxxx für die Lösung!

Meinst du den geänderten Titel? Der Passt auch nicht? Wie würdest du es formulieren?

das weis ich nicht.

Würde mir aber denke ich auch nicht helfen, bin kein linux crack, was soll ich da eingeben?

So, habe es jetzt im iobroker am laufen.

Habe rausgefunden wie ich das ioBroker eigene node-red in der shell starten kann und habe so eine richtige Fehlermeldung bekommen,

mit der ich das Problem beheben konnte.

gibt es hier etwas Neues? Ich habe leider dieses ärgerliche Problem immer noch. Da macht Skripten leider weniger Spass….

Weiss jemand eine Lösung?

Danke

Abend,

ist diese meldung bekannt ? nach einem reboot startet es wieder.

pi@ioBroker-Pi:~ $ iobroker list instances

/usr/bin/iobroker: Zeile 1: 26714 Trace/Breakpoint ausgelöst node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js $1 $2 $3 $4 $5

pi@ioBroker-Pi:~ $ sudo iobroker stop

Trace/breakpoint trap

pi@ioBroker-Pi:~ $ sudo iobroker start

Trace/breakpoint trap

pi@ioBroker-Pi:~ $

OK, ich habe jetzt mal ein paar Adapter deaktivert. Ich schaue mal, wie sich das dann verhält. Wenn ich den ADMIN über´s Handy parallel zum Laptop aufrufe, geht das System in die Knie, obwohl ich 5 Adapter deaktiviert habe.

Es scheint aber trotzdem damit zusammen zu hängen, daß wenn ich den ADMIN nur über´s Handy (iPhone) aufrufe nimmt er sich 225 MB Arbeitsspeicher (in meinem Fall knall 25%) / gibt es dafür eine Erklärung?

Was würdest du mir empfehlen, um das System konstanter zu bekommen? Wäre es nicht dann wiederum sinnvoll den SWAP einzuschalten?

Es ist ja noch nicht mal iobroker sondern nur der paw adapter … (Es leben sinnvolle Aussagekräftige Thread Titel 😞 )

Hat es schonmal funktioniert? Alles korrekt konfiguriert? Läuft der Paw Server auf dem Tablet?