@raspido sagte in Sensordaten von Tasmota in Datenpunkte schreiben: @codierknecht Super DANKE für die Hilfe, habe es gerade erst geschafft endlich zu testen und es klappt. Super DANKE nochmal. Aber nochmal die Frage, an das Senden, läuft das "genauso"? Also wenn ich in Alias.0 ein Datenpunkt anlege und anstelle "Konverter beim Lesen" "Konverter beim Schreiben" nutze? Die Shellys meine ich zu erinnern haben ja mittlerweile auch JSON als MQTT Topic. Michael Sorry wenn ich das Thema nochmal hoch hole, aber ich stehe gerade vor derselben Frage. Kann man den Alias Datenpunkt als JSON auch beschreiben? Und wenn ja, wie?

@ray-1 Hallo, vielleicht kann ich mich hier auch noch mal einklinken. Ich habe einen Raspberry pi und den IOBroker drauf und seit 3 Tagen wird der Growatt Adapter nicht mehr grün Hat bis jetzt alles funktioniert, aber wir haben einen neuen Router bekommen und es lief dort auch 14 Tage. Im IOBroker habe ich nix geändert. Das einzigste, was ich vor 14 Tagen gemacht habe, ich habe meine Shinephone Wifi Sticks ausgetauscht und dafür die Lan X Sticks angeschlossen. Da die per Kabel direkt am Router stecken, war das sehr einfach und hat auch bis jetzt funktioniert. Hat jemand eine Idee Ich habe einen WR Growatt SPH 10000 mit Growatt Battery, einen Growatt MOD 10000 und einen Growatt 3000, alle liefern keine Daten mehr. Weil der Adapter nicht grün ist, nehme ich an, das das der Grund ist. Über die Growatt APP auf dem Handy und auf dem Rechner über Server.growatt funktioniert es, aber ich möchte es natürlich im IOBroker haben. Gruss Karl Heinz

@benejan sagte in Austausch von Werten mit eigener Software: Ich kaufe ein anderes CAN-Modul, für das es einen fertigen Adapter gibt. Habt ihr eine Empfehlung? Es gibt keinen Adapter der eine bestimmte Hardware Unterstützt. CAN Hardware which is supported by the kernel and creates an interface like can0 Quelle: https://github.com/crycode-de/ioBroker.canbus @asgothian sagte in Austausch von Werten mit eigener Software: Nutzen des simple-API adapters. Ich würde da eher den rest-api Adapter empfehlen.

@mcu Hm also zu http://192.168.100.1:9200/metrics geht bei mir keine Seite auf. Nur wenn ich ohne Port die Adresse eingebe, bekomme ich was angezeigt.

@homoran Danke Dir. Ich hab's dann offenbar nicht geblickt :-( Nehme alles zurück und behaupte das Gegenteil ... zumindest den Teil mit dem bösen Versorger.

@bongo sagte in [Script] JUDO Wasserenthärtung - Connectivity-Modul API: @arteck Hm, der Adapter ist dem Namen nach für JUDO i-soft. Mein gerät ist ein JUDO SOFTwel. Da gibt es zwar Überschneidungen in der API aber vom Namen her würde es nicht passen, was für mich keine Rolle spielen würde. Hallo @Bongo, ich habe die judo i-soft SAFE+ im Einsatz und nutze seit längerer Zeit den JUDO i-soft Adapter von @arteck. Der bietet mir eigentlich alles, was ich für SmartHome und Vis benötige. Allerdings kommen damit folgende Themen auf: Der Adapter läuft nur mit dem alten Connectivity-Modul von judo (das ohne WLAN und ohne API). JUDO hat mir freundlicherweise nach Veröffenlichung auch die neue Modul-Variante zukommen lassen (mit WLAN und API), damit spielt aber leider der Adapter von Arteck nicht mehr. Der Adapter von Arteck läuft nur über Cloud/Portal von judo (kein lokaler Zugriff, keine Funktion mit der neuen API). Leider hat aber das judo-Portal auffällig viele Ausfälle/Down-Zeiten. Ich hatte Arteck mal angeschrieben, ob er nicht den Adapter auf das neue Modul und einen lokaöen Zugriff anpassen könnte (zumal judo sicher in letzter Zeit und künftig nur noch die neuen Connectivity-Module ausliefern wird). Ich verstehe, dass er aber nicht mehr Zeit investieren kann/möchte (zumal er auch mir geschrieben hat, dass er keine Test-Umgebung hat und dass die API so "grottenschlecht" ist). Als ich Dein Skript weiter oben gesehen habe, war ich begeistert: Lokaler Zugriff auf die API des neuen connectivity-Moduls ohne das judo-Portal! Ich hab's mal getestet: Tatsächlich funktionieren einige Datenpunkte für die i-soft SAFE+ schon direkt mit Deinem Script. Idealerweise wollte ich dann Dein Script so anpassen, dass ich auch die anderen Werte, die die i-soft SAFE+ direkt bietet, auslesen kann (zB. Salz-Füllstand in kg und in %), "Reichweite Salz" etc., die API ist ja von JUDO veröffentlicht. Musste aber schnell erkennen, dass meine Javascript-Kenntnisse dafür leider nicht ausreichen... Insofern würde ich Dich gerne im Vorschlag von @arteck bekräftigen, entweder den Adapter anzupassen oder gerne auch eine angepasste Script-Version für die i-soft SAFE+ zu veröffentlichen. Auslesen von Statistik-Daten etc. wären meines Erachtens nicht nötig, dass mache ich zB auch bisher schon mit SourceAnalytix etc. Wenn ich das richtig verstehe, hast Du keine i-soft im Einsatz - Gerne kann ich als "Tester" der Script-Anpassungen unterstützen. Schöne Grüße und schon heute "einen guten Rutsch".

@paul53 Ja Paul das funktioniert. Dankeschön

@homoran ja sorry kann ich noch nicht testen da der Estrich noch nicht auf den Rohren ist. Wollte mich nur erstmal vorab mit der Reglung Beschäftigen.

@stein sagte in Script wird immer mehr verzögert ausgeführt: Oh man, ich schäme mich ein bisschen, ich habe grade den Verdacht dass es der openknx adapter ist. Wenn ich einen state von hand (ohne script) änder dauert es auch einige Sekunden bis der state sich ändert. Andersrum kommen aber state Änderungen auf dem bus sofort im iobroker an. Sehe jetzt auch dass die geschrieben states vom iobroker auf dem openknx adapter sehr lange noch rot, also nicht acknowledged sind. Das wird mein Problem sein. Aber warum ist das wohl so? Mach nen neuen Thread auf, KNX ist was ganz anderes als Skripte und dafür brauchst du die Aufmerksamkeit von anderen Leuten, verlinke dann auf den hier. Ich hab davon keine Ahnung :)

Der Thread hat zwar kaum mehr Bezug zum Bereich "Skripten / Logik" aber in jedem Fall sei auch hier ein expliziter Hinweis insbesondeee da wir uns hier nicht im Tester Bereich befinden: Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird. Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen. Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird. Und falls es irgendwie unklar ist: ioBroker unterstützt folgende Arten von Installation: aus dem STABLE Repository Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern. aus dem LATEST Repository Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist. direkt von GITHUB Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben. direkt von npm Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist. Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch. @mcm1957

@andibr und noch die Digitalen Status: [image: 1734784153456-bildschirmfoto-vom-2024-12-21-13-25-27.png] Wieder CMI [image: 1734784233747-bildschirmfoto-vom-2024-12-21-13-30-17.png] Woher ich auch immer die Holdingregister-Adresse her habe, weiss ich echt nicht mehr. Wie bereits geschrieben, dass sind Einstellung die bei mir seit mehr als 1 Jahr einwandfrei in Betrieb sind und die Temperaturwerte verwende ich auch auf eine Vis, die täglich mehrfach benutzt wird, darum weiss ich dass die Werte durch kommen. Ganz wichtig ist das der IOB eben Modbus-Slave ist, weil das CMI immer der Master sein will, und auch nichts anderes kann. Mein CMI hat folgende Version: CMI024152 V1.43.4 - B1.06 - H4.00

@axmlm sagte in Berechneter Wert wird von Modbus nicht weiter übergeben: So jetzt funktionierts, Natürlich :grin: @axmlm sagte in Berechneter Wert wird von Modbus nicht weiter übergeben: Endlich den Unterschied zwischen "aktualisieren" und "steuern" verstanden. Dann war's ja für alle erfolgreich! da sind aber noch paar aktualisiere drin! Wenn sich dahinter eigene DP verbergen ist das ok, wenn es AdapterDPs sind nicht! EDIT und ein nach Zahl ist aus dem Rahmen gefallen

Habe für mich mal eine funktionierende Lösung in einem neuen Post aufgeschrieben: https://forum.iobroker.net/topic/78632/info-auslagerung-von-scripte-aus-global-aufs-filesystem

Habe für mich mal eine funktionierende Lösung in einem neuen Post aufgeschrieben: https://forum.iobroker.net/topic/78632/info-auslagerung-von-scripte-aus-global-aufs-filesystem

Hi @paul53, vielen Dank für deine Arbeit, dein Weg ist besser. Mir fehlt noch die Erfahrung mit allem aber besonders mit Blockly. Mein Weg war etwas umständlich . Das script war dem ganzen Projekt angepasst. ich werde das morgen dierekt umsetzen danke nochmal und einen schönen Abend LG Maro

@xandar31 sagte: eine Nachricht zu bekommen, wenn der Stand auf <100cm fällt und dann erst wieder >100cm. [image: 1733934541700-blockly_temp.jpg] Man sollte allerdings eine Hysterese vorsehen, da sonst bei Schwankung um 100 cm etliche Nachrichten erzeugt werden können. EDIT: Etwa so: [image: 1733934837249-blockly_temp.jpg]

@vippis Bei vis2 bin ich mir zwar etwas unsicher, aber bei vis1 wird der Skript Reiter sehr früh geladen und ausgeführt. Zu diesem Zeitpunkt existieren in der Regel die Widgets noch nicht. Daher greifen die Anlage der Event Listener ins Leere Eine weitere Alternative, neben dem, was du jetzt gemacht hast, wäre noch, alle Funktionen in den Skript, Reiter und in den HTML Tag über die Event Attribute, wie beispielsweise onClick https://www.w3schools.com/jsref/event_onclick.asp dann die Funktion zu definieren.

@vippis Man muss halt das Node FS Modul nehmen :)

@paul53 Guten Abend, wir hatten eben eine kleine Adventfeier. Daher die Verzögerung. Ja genau das habe ich zur "Goldenen Stunde" ausprobiert und das ist - mit deiner Quelltext-Fund passend - des Rätsels Lösung. Der Trigger triggert auf das Astro-Ereignis und in dem Vergleich wird -1 Minute gerechnet, dann funktioniert es perfekt. Astro "Golden Hour" - Vordach funktioniert, Seitenlich mit Absicht noch nicht umgestellt. 2024-12-08 15:25:17.481 - info: javascript.0 (606) script.js.packages.autoLight.autoLightTrigger: Sonnenuntergang-Trigger um: 15:25:17.480 2024-12-08 15:25:17.500 - info: javascript.0 (606) script.js.packages.autoLight.seitenlicht: Seitenlicht: Beginne autoLightCheck 2024-12-08 15:25:17.501 - info: javascript.0 (606) script.js.packages.autoLight.seitenlicht: autoLightSeitenlicht ist aktiv. Prüfe Zeitrahmen (Sonnenuntergang bis Mitternacht) 2024-12-08 15:25:17.502 - info: javascript.0 (606) script.js.packages.autoLight.seitenlicht: Außerhalb des Zeitrahmens. Schalte Lichter aus. 2024-12-08 15:25:17.502 - info: javascript.0 (606) script.js.packages.autoLight.seitenlicht: Seitenlicht: Ende autoLightCheck 2024-12-08 15:25:17.503 - info: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck 2024-12-08 15:25:17.504 - info: javascript.0 (606) script.js.packages.autoLight.vordach: solarNoon: 15:24:17.478 2024-12-08 15:25:17.505 - info: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 15:25:17.505 2024-12-08 15:25:17.505 - info: javascript.0 (606) script.js.packages.autoLight.vordach: Innerhalb des Zeitrahmens. Schalte Lichter an. 2024-12-08 15:25:17.506 - info: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheck Ein weiterer Test bzw. die Umstellung auf "Sonnenuntergang" hat auch korrekt funktioniert. Trigger und Ausführung mit Vergleich -1 Minute hat geklappt. Die Frage ist nun, wie man weiter damit umgeht (Nutzer (wie ich) und Entwickler (wie ihr)). Man könnte es als Bug bezeichnen. Man könnte den Quelltext an der Stelle ändern - was das für Auswirkungen haben könnte, habe ich nicht geprüft. Ich wäre auch fein damit, eben eine Zeitspanne zu subtrahieren (Minute, Sekunde etc...). Wäre toll, wenn jemand noch etwas dazu sagen würde. Ich bedanke mich jedenfalls jetzt schon mal für die ausführliche, tolle Hilfe. Können aber gerne weiter über dieses Thema reden.

@blockmove sagte in PWM-Display dimmen: Python-Skript sinnvoll steuern: @e-i-k-e said in PWM-Display dimmen: Python-Skript sinnvoll steuern: Hat hier jemand eine Idee dazu ? Schmeiss mal den Teil raus # Optional interactive loop try: while True: try: value = input() if value.lower() == "exit": break value = float(value) if value > 100: led.value = 1 elif value < 0: led.value = 0 else: led.value = value / 100 except ValueError: pass sleep(1) except KeyboardInterrupt: # Clean exit on Ctrl+C sys.exit(0) So wie ich es sehe wartet das Script da auf eine Eingabe von der Tastatur. Einfach mal probieren ... Bin nicht so der Python - Raspi - Fachmann. Danke für deinen Vorschlag. Die Eingabeeinforderung wird beendet, allerdings funktioniert das Skript dann nicht mehr - es wird nicht mehr gedimmt.