@mkraus81 said in PV Forecast und Forecast.solar Werte passen nicht: aber auch bei mir passt nicht mal ansatzweise... Ich verweise nochmals auf das was ich hier geschrieben habe. Es hängt auch ein bischen davon ab, wo dein Standort ist und welchen Forcecast Anbieter du nimmst. Die Prognose kann z.B. 2Km von dir entfernt passen, während sie bei dir halt nicht passt. Bei Forecast Solar z.B musst du mal auf der Seite auf 'Forecast Map' gehen und dann schauen wieviele von den gelben Punkte bei dir vorhanden sind. Je mehr Punkte desto besser die Vorhersage. Bei mir sind z.B. nur sehr wenige, weswegen ich Forecast Solar nicht nutze. Solcast funktioniert bei mir besser, ist aber seit der Umstellung etwas schlechter geworden.

@michihorn Das ist nur der temporäre Dateiname. Gefüllt wird das durch diese Funktion. Der Inhalt kommt von response.data

@oliverio geile seite für reiter! :clown_face:

@idstone Guter Hinweis. Hat mir geholfen, wieder Trigger-Punkte im Adapter auswählen zu können. Gruß Darth

danke, funkt!

@chris47803 Sieht doch gar nicht so verkehrt aus. Ich hatte auch oft ein kleines Delta, aber konnte das nie wirklich reproduzieren. Irgendwie zählt count mehr Daten, als beim Export geliefert werden. Da gibt es auch noch einen offenen Issue soweit ich mich erinnere

@arne-dieckmann sagte in valuetrackerovertime - Wert überschreiben/zurücksetzen: ValueTrackerOverTime ahh der ist an mir total vorbeigegangen.

@ubecker Okay, nochmal genauer nachgeschaut. Das kann ja so auch nicht gehen. Das ist syntaktisch falsch (Array und dann Eigenschaften übergeben? Gibt es nicht. Das müsste ein Objekt sein, wie Du schreibst): // Falsche Syntax: sendTo('history.0', 'storeState', [ id: 'alias.0.Energie.Gas.Monat', state: { ts: 1746474026000, val: 123, ack: true } ], result => console.log('added')); Das müsste sicherlich so lauten: sendTo('history.0', 'storeState', { id: 'alias.0.Energie.Gas.Monat', state: { ts: 1746474026000, val: 123, ack: true } }, result => console.log('added')); Die Anführungszeichen um die Attribute ändern jedenfalls nix. Kannst Du weg lassen. https://github.com/ioBroker/ioBroker.history/pull/411

@jan1 , nach ein paar Tagen kann ich sagen, dass der Shelly 2 PM mit Tasmota hervorragend mit Shuttercontrol funktioniert. Vielen Dank nochmal. Blöd nur, dass ich als letzten Akt noch ein Web Passwort vergeben habe, mich dabei aber vertippt und trotzdem ohne nachzudenken gespeichert habe. Aber das ist ein anderes Thema. Gruß

@andreask Dann weiss ich auch nichts mehr, sorry. Möglicherweise ist auch mit "non-null string...." ein "non-0 string" gemeint, und (zero-end) passt dann nicht.

So, ich hab nun alles soweit dokumentiert und über einen längeren Zeitraum im Einsatz. Pull Request auf https://github.com/ioBroker/modbus-templates ist gestellt, solange über mein github https://github.com/boriswerner/modbus-templates/tree/master Den ersten Post hier hab ich angepasst

jap, das hatte ich gestern gegooglet.. kann ignoriert werden.. danke für die Hilfe hier immer wieder thumps up dafür. danke wiedermals..

@oliverio Habe die ioBroker cloud. Wusste nicht, dass da auch der Port mit geht. Das muss dann irgendwie anders gehen, denn welche Adresse sollte mein NFC Tag (Eine Automatisierung) aufrufen. Habe es wie gesagt erst mal deaktiviert und nur mein Grafana online.

Hallo Zusammen, an meinem KACO hängt auch ein SDM630 per RTU Modbus Verbindung. Gibt es im KACO Register auch diese Werte? Also Einspeisung/Bezug? Danke

hab jetzt den Adapter gelöscht und neu installiert - startet jetzt wieder. die Dateien aus yahka.0.hapdata hatte ich gesichert und zurückgespielt allerdings sind die geräte jetzt alle weg ?! so ein Mist

@manuxi sagte in (gelöst) Shelly mit coIoT und Cloud: Da die Shellies im Garten sind, muss ich sie per Basic-Auth absichern. warum? nur weil sie im garten sind? die sind ohne genau so sicher wie die im haus.

@bf0911 ... und hier von mir: [image: 1746456091156-130eacf3-f52c-4a00-b704-ecfd1a3552be-image.png] Ich mache das ebenfalls mit Blockly und reagiere auf Änderungen an den Werten der jeweiligen Anlagen. Also sowohl die "Live-Werte" (kW) als auch die kummulierten Werte (kWh) von meinen drei PV-Anlagen und den zwei Akkus. Hierzu habe ich unter 0.userdata einfach entsprechende Datenpunkte angelegt und genau die "tracke" ich dann via SourceAnalytix. Wobei natürlich der Teil easy ist ... Blockly ist da schon etwas (aber nicht viel) anspruchsvoller.

@peter666666 sagte: ist es egal ob ich die Alias mit Steuere oder aktualisiere schalte oder? Nein, die (Nicht-)Bestätigung wird an den Original-DP weiter gereicht.

@padrino Keinen blassen schimmer mehr ... Wenn es zu prüfen ist bitte debug log und issue anlegen. Muss ich in ruhe schauen