@paul53 const idAuslöser ="mqtt.0.shellies.Regensensor_GTHRN.input.1" var url = "http://192.168.178.43:8082/set/0_userdata.0.testwert" on({ id: idAuslöser, change: "any" }, function (dp) { var zahl = getState(idAuslöser).val log (zahl) httpGet('http://192.168.178.43:8082/set/0_userdata.0.testwert?value=' + getState(idAuslöser).val, { responseType: 'arraybuffer' }, async (err, response) => { }); }); So klappt das. Danke

@paul53 oh man.... jetzt hab ich geschnallt wo der timeout wert herkommt... 5min = 300000ms?! dann steht ja schon alles da. Danke dir für die Erleuchtung! :angel:

Hier gibts eine komplett überarbeitete Version meines Scriptes. https://forum.iobroker.net/topic/79071/neues-script-hausspeicher-energiemanager-sonnen

@accuface Vielleicht musst Du die Abfragen auch etwas staffeln, damit der iobroker nicht mit den Anfragen überhäuft ist.

@oliverio Super funktioniert. Vielen Dank :blush:

@lengi Wenn's nur um das Zählen geht: Ich mach's noch einfacher mit wenigen Zeilen JS const ids = Array.prototype.slice.apply($("(functions=window)")); on({id: ids, change: "ne"}, async function() { let count = 0; for (let id of ids) { if (getState(id).val) count++; } setStateAsync("0_userdata.0.Vis.fenster", count, true); }); Die zu überwachenden Fenster kommen in eine Aufzählung (Kategorie): [image: 1735949763881-0fd7c587-ba56-4dd6-b76d-4eb38be25686-grafik.png]

@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