NEWS

@DasDing1988 sagte:

Jedoch erhalte ich keine Daten

Kommen Fehlermeldungen im Log ?
Das NPM-Modul dht-sensor ist unter Zusätzliche NPM-Module in der Konfiguration der Javascript-Instanz eingetragen ?
Die Datenpunkte javascript.0.Klima.Temperatur und javascript.0.Klima.rel_Feuchte sind erzeugt worden (Ordner "Objekte") ?

@infojtreichler-ch
Welcher Browser?
Mal den Browsercache geleert?
Raspi rebootet?

Hi,
danke für den Link. Ich dachte ich "melde" das hier mal, damit das jemand anpassen kann damit andere User direkt zum Ziel kommen.

Ach so:

Heute bzw. vorhin kam noch folgendes hinzu:

Spoiler

javascript.0 2019-04-06 19:14:28.911 warn at TCP.onread (net.js:601:20) javascript.0 2019-04-06 19:14:28.911 warn at Socket.Readable.push (_stream_readable.js:208:10) javascript.0 2019-04-06 19:14:28.910 warn at readableAddChunk (_stream_readable.js:250:11) javascript.0 2019-04-06 19:14:28.910 warn at addChunk (_stream_readable.js:263:12) javascript.0 2019-04-06 19:14:28.910 warn at Socket.emit (events.js:211:7) javascript.0 2019-04-06 19:14:28.910 warn at emitOne (events.js:116:13) javascript.0 2019-04-06 19:14:28.910 warn at Socket.<anonymous> (/opt/iobroker/node_modules/redis/index.js:274:27) javascript.0 2019-04-06 19:14:28.910 warn at JavascriptRedisParser.execute (/opt/iobroker/node_modules/redis-parser/lib/parser.js:574:12) javascript.0 2019-04-06 19:14:28.910 warn at JavascriptRedisParser.returnReply (/opt/iobroker/node_modules/redis/index.js:192:18) javascript.0 2019-04-06 19:14:28.909 warn at RedisClient.return_reply (/opt/iobroker/node_modules/redis/index.js:833:9) javascript.0 2019-04-06 19:14:28.909 warn at return_pub_sub (/opt/iobroker/node_modules/redis/index.js:794:18) javascript.0 2019-04-06 19:14:28.909 warn at RedisClient.emit (events.js:217:7) javascript.0 2019-04-06 19:14:28.909 warn at emitThree (events.js:136:13) javascript.0 2019-04-06 19:14:28.909 warn at RedisClient.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:596:25) javascript.0 2019-04-06 19:14:28.909 warn at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3425:37) javascript.0 2019-04-06 19:14:28.908 warn at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:364:25) javascript.0 2019-04-06 19:14:28.908 warn at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:963:38) javascript.0 2019-04-06 19:14:28.908 warn at Object.<anonymous> (script.js.Klima.Heizungsabsenkung_Fenstersensoren:48:5) javascript.0 2019-04-06 19:14:28.907 warn at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1258:20) javascript.0 2019-04-06 19:14:28.897 warn Wrong type of innogy-smarthome.0.Bad.Heizkörperthermostat-1.PointTemperature: "undefined". Please fix, while deprecated and will not work in next versions.

Der "wrong type..." fehler dürfte auf den Absturz von Javascript zurückzuführen sein.
Ich habe ein Script, welches beim Öffnen des Fensters die gerade eingestellte Temperatur am Heizkörperthermostat als Variable speichert, den Wert dann auf 8°C setzt und beim Schließen des Fensters wieder auf den Wert der Variable.
Durch den Absturz dürfte der Wert gelöscht worden sein, und daher die Meldung beim Schließen der Fenster, dass "undefined" nicht gesetzt werden kann.
Ob der ganze Rest oberhalb damit zusammenhängt, weiß ich nicht. Sonst kam das auch nicht....

@foxriver76 Danke, issue 60 behebt das Problem in v2.3.3

@dslraser ja das hat er mir angezeigt, aber ich selbst hab ihn erst heute gefunden.
Da er mir weitergeholfen hat, aber unvollständig war, dachte ich ergänze ich ihn für den nächsten.

Ich weiß sowieso nicht, wieso das überhaupt relevant ist. Man kann doch auch über alte Themen diskutieren 🙂

@Homoran danke dir!!!

@simatec Dankeschön. Das schaue ich mir gerne an!

@wendy2702 sagte in Raspberry Pi abstürze hören nicht auf:

Es gab mal ein Problem mit einer Version des Info Adapters. Weiß aber gerade nicht mehr welche das wahr. Steht irgendwo im Forum.

Hast du hier etwas aus dem Syslog entfernt:

Apr 2 21:31:11 raspberrypi systemd[1]: Started Cleanup of Temporary Directories. Apr 3 03:08:41 raspberrypi bash[435]: Stacktrace:

Sieht für mich so aus als wenn es ein Problem mit dem Winston Syslog gibt....

Hast du deine Installation mal so geändert das dein iobroker log auch in das Linux Syslog geschrieben wird?

Wie voll ist die Speicherkarte?

Deine Node Version "node: v8.15.1" hat glaube ich ein Speicherproblem wenn ich mich richtig erinnere. In Verbindung mit JS-Controller 1.5.7 solltest du dir überlegen auf Node 10.x zu wechseln oder zumindest dein Node 8 Version zu aktualisieren.

Habe nichts im Syslog entfernt.

Wie mache ich das es noch ins Syslog geschrieben wird ?

10% sind belegt von 32GB

Hi,
von Null auf Neu oder ev. alte Teile wieder verwendet/hinein kopiert? Ich vermute du hast teilweise ein Rechte-Problem (iobroker vs. root). Hast du schon mal den Installations-Fixer drüber laufen lassen?

Es wird ja auch nur das gelöscht, was du einstellst. Wenn du nur je ein Backup lokal liegen hast, kann nicht gelöscht werden. Es bleiben je nach Einstellung immer die letzten x Backups vom löschen unberührt.

Da du nur je ein minimal und ein mysql lokal liegen hast, wird auch nichts gelöscht.

ich habe das gleiche Problem, der DC zeigt allerdings nur 12 Prozent an. Nuestart der CCU lößt das Problem Kurzzeitig..

Vielleicht auch ein Fall für den Fixer

https://forum.iobroker.net/topic/21474/gelöst-update-js-controller-geht-nicht-auf-ubuntu

@wendy2702 sagte in Meldungen zu veralteten Paketen:

Nein. Das müssen die Adapter Entwickler fixen.

Wenn sie es denn können. Manchmal stecken die angemeckerten Pakete tief in der Paketstruktur, sodass man nicht unbedingt einen Einfluss drauf hat.

AHH danke
Dann kann das hier geschlossen werden

@Tom63 sagte in Backitup - Komplett läuft nach Update nicht bei Option IOBroker stoppen:

@Tom63

@simatec sagte in Backitup - Komplett läuft nach Update nicht bei Option IOBroker stoppen:

So wie es sich anhört, hat der User iobroker keine Rechte auf den Stick zu schreiben

Dann verstehe ich aber nicht, wenn man die optionalen Sudo Rechte aktiviert hat warum es nicht geht.
Denke im Scribt müsste der Kopierbefehl mit Sudo voran ausgeführt werden.

Derzeit habe ich dem Stick alle Rechte gegeben, aber beim nächsten mounten bzw. durchbooten des Raspi ist ja wieder ein neuer Zustand ...

Weil hier nicht mirt einem shell Befehl kopiert wird, sondern im Java.
Das Thema wurde gerade neulich hier bereits geklärt.
Dein Stick benötigt die Schreibrechte für den User iobroker. Am besten wäre auch als Dateisystem ntfs statt fat32

Ja, ich habe auf debug.

Mal sehe wie es nächste nacht wird.

@wendy2702 said in Fehler bei mehreren Adaptern zugleich:

st das Linux?

Debian 9

Jo cool, klasse. Das wars. Meldung ist weg.
Vielen Dank!!!

🙂