NEWS

@blackst225 Danke für den Link zum

ein interessanter Fall.mit Besonderheiten.

mal sehen, ob es hier auch so aussieht

@ralf-8 sagte in [gelöst] Instanz per Script starten oder stoppen:

Ich möchte nicht die Influxdb-Instanz neu starten

sollst du auch nicht!
es geht um den "Pfad"! dir fehlte das .alive und damit der State

@ralf-8 sagte in [gelöst] Instanz per Script starten oder stoppen:

setState funktioniere nur bei Datenpunkten.

und genau das ist der zuständige State für das Beispiel.

@mcm1957
Danke, dass ist auch eine Idee.
Ich probieren beides mal aus.
Mal sehen wie sich das Auslesen in der UI anfühlt.

@asgothian
Die Sauger fahren in Abwesenheit der Bewohner automatisch zwischen 8 und 16 Uhr wenn keiner zu Hause ist.
Wenn ich Homeoffice habe fährt der Keller Sauger nicht, wenn jemand im EG zu Hause ist, startet der nicht, gleiches gilt fürs OG.
Um 12 / 16 / 18 Uhr bekomme ich, meine Frau oder die Kinder eine Telegramm Nachricht ob der Sauger im KG / EG / DG gestartet werden soll da er heute noch nicht automatisch gestartet wurde (weil jemand Anwesend ) dies kann dann mit Ja oder Nein beantworten und je nach dem startet der jeweilige Sauger oder nicht.

Mit deiner Änderung hast du recht, das baue ich so noch um, danke.

@paul53 Ah super, das geht natürlich auch!

Das gibt mir somit die "externe" Darstellung des aktuellen Objekt-Wertes wieder:

const valExtern = getObject(objId).common.states[ getState(objId).val];

@haus-automatisierung said in Fehler beim Schreiben in Influx mit JavaScript:

@kapitaen31 sagte in Fehler beim Schreiben in Influx mit JavaScript:

Vor einiger Zeit habe ich von haus-automation das Video zum schreiben der PV-Daten in die Influx gesehen.

Sorry, hatte die neue Version des Scripts (ohne axios, direkt mit httpPost) selbst noch nicht getestet und versehentlich schon online gestellt. Funktioniert jetzt (v0.3):

https://haus-automatisierung.com/software/2023/05/11/influxdb2-pv-dashboard.html

Perfekt... Jetzt läuft es. Vielen Dank...

@paul53 sagte in Probleme mit Skript (Bild an Telegram senden):

const request = require('request');

Danke, das hat erstmal funktioniert, aber er warnt jetzt, dass request "deprecated" ist, ich werd mal mit der Anleitung, die @TT-Tom verlinkt hat, auf httpGet umstellen.

@berndsolar13 Wird bei mir auch noch bemängelt. Nur "logs" konnte ich durch "log" fixen.

Allerdings kommt es noch bei Luftfeuchtewerten ohne Nachkomma zu einem Fehler:
80df59e3-43cf-480c-ae9e-32ae92db3277-grafik.png
63 = 630 %
63.0 = 63 %

@homoran Du bist ein Schatz und ich bin blöd. Danke 🙂

Es darf nicht catch (error), sondern muss catch (exMsg) heissen. Problem gelöst.

@laser sagte: Unterbrechen von JS- Abarbeitung für die timeout-Zeit?

Nein, setTimeout() wird asynchron ausgeführt.

Das mit dem require habe ich wohl auch nicht ganz verstanden und deswegen nicht im Code gehabt. Amateur halt 😉

@paul53 sagte in Was wird bei einem Selector.on alles zurückgeliefert?:

@ben1983 sagte: Wo erkenne ich denn, was wirklich alles geliefert wird?

obj.name gibt es nicht, sondern obj.common.name.
Das gilt nicht nur für ein Selektor.on(), sondern generell für on().

Kann wohl sein, aber es wird mir 1. hier angeboten:
87d81e88-a5e3-4d5b-80e2-3d146d808bad-image.png

kommt bei der Verwendung auch dort der Name aus obj.common.name raus

Aber danke für die Info.
Hätte ich mir ja denken können 🙂

@paul53 sagte in scripte analyse - welches script sendet viele änderungen:

Anscheinend werden diese dann per if(script) ausgefiltert.

Ja genau, weil state.c dann undefined ist.

@ubecker geht mit prepend und append auch dort auch

@berlinerbolle
Das läuft seit jahren hier schon in einer Modbus, HTTP kombination....

für MQTT müsste ich mal alles zurücksetzen und neu machen.... (damals gab es noch kein MQTT in der Wallbox)....

Vielleicht wird es mal zeit dafür.....

@mcu Schon gefunden

Returns the list of all CRON jobs and schedules (except astro). Argument must be true if you want to get the list for every running script.

@paul53 ich habe jetzt ausführlich getestet. Das ging gut, weil linux bei mir unter einer VM (Orcacle Virtualbox) läuft. So konnte ich auch auf "alte" Zustände zurückgreifen.

Ich habe das upgrade von nodejs einmal via "iob nodejs-update 20" und einmal manuel über apt, wie hier beschrieben "Diskussion zum HowTo nodejs-Installation und upgrade" auf die 20 durchgeführt.

Ergebnisse:

Im Verhalten führen beide upgrade Varianten zu gleichen Ergebnissen (was schon mal gut ist)

unter der Version 18 laufen meine Scripte komplett fehlerfrei durch

unter der 20er Version entsteht der Fehler "socket hang up"

es ist bemerkenswert, dass das Script fehlerfrei, also ohne "socket hang up", durchläuft, wenn ich es nach ca. 20 Sekunden erneut auslöse (wir sprechen noch immer von den Scripten, die ich am 1.Juni umd 10:23 hier gepostet habe). Dieses Verhalten ist reproduzierbar, ebenso die Tatsache, daß es beim ersten Auslösen stets die Fehlermeldung bringt.

Hat irgendwer eine Idee, was ich testen, wo ich ansetzen könnte, um den bug (falls es überhaupt einer ist) zu finden, einzugrenzen oder zu eliminieren? Oder mit wem ich dieses Problem diskutieren resp. in welchem threat ich es melden sollte?

@thomas-braun
Habe ich jetzt auch so gemacht und per crontab einen Kopierjob eingerichtet, der mir die Dateien dann ins richtige Verzeichnis und aufs NAS schiebt.

Danke! 😊