Danke, das wars. Ich habe vieles versucht, das war aber nicht dabei.
Ich habe mir einen Echo ins Haus geholt und versuche nun mit verschiedenen Blocklys das Haus zum Sprechen zu bringen....... und dabei bin ich über deine Blocklys gestolpert, die sind genial aufgebaut.
Gruss
Stef
Danke für dein Hilfe, ich bin erst heute dazu gekommen das nochmals anzuschauen.
Die Aufteilung habe ich noch so hinbekommen, danke.
Aktuell weiss ich aber nicht wo diese Variablen "Wert" bei der Subtrahierung herkommen oder wie diese befüllt sind.
So sieht mein Blocky momentan aus.
Ich versuche da noch herauszufinden was da genau noch nicht ganz passt. Im Moment bekomme ich im Objekt für den Niedertarif den Zählerstand, im Hochtarif erhalte ich aber einen andern Wert.
Danke euch schon mal für die Inputs.
Gruss
Stefan
Hallo zusammen
Ich wende diesen Adapter nun schon seit 2 Jahren an und er hat in dieser Zeit immer sauber funktioniert und seine Sache gut gemacht....
Falls mein Problem hier nicht hingehört bitte an den richtigen Ort verschieben.
Seit Anfang diesen Jahres spinnt die Auswertung mit meinem Shelly 3EM. Beinahe einmal in der Woche habe ich einen Devicereset drin und der Zählerstand wird jedes Mal verdoppelt....
Vorher wie geschrieben fast immer Ruhe. Auch Neustarts vom Shelly waren kein Problem.
Ich habe nun viel im Forum gelesen und auch gesehen, dass Shelly da wohl sehr eigen sein sollen und ich nicht den direkten Datenpunkt für die Auswertungen nutzen soll.
Wie bringe ich den Datenpunkt aber so hin, das er für Sourceanalytix verwertet werden kann und vom Shelly aktualisiert wird?
Reicht ein Alias vom Shelly-Datenpunkt?
Dane für den Schupf in die richtige Richtung. Der Adapter ist übrigens sehr gut aufgebaut, aber immer noch nicht offiziell freigegeben, oder? Ist das demnächst geplant?
Danke für die Zeit und geniesst das schöne Wetter
Stefan
@wendy2702
Das habe ich bereits gelesen, komme aber nicht weiter.
Gemäss Log scheint er ja zumindest mit dem Waveshare eine Verbindung machen zu können. Oder interpretiere ich das falsch?
Ich habe mittlerweile so viele Kombinationen durchgetestet, das ich nicht weiss wo der Fehler zu suchen ist.
Ich finde es speziell, dass ich auch den Waveshare-Server nicht mit dem VirCom in meinem Netz finde.
Ich werde nochmals alles auf Werkseinstellungen setzen und neu versuchen.
Hallo zusammen
Ich versuche seit ein paar Tagen meinen neuen WP-Wassererwärmer per ModBus an die IoBroker-Installation anzubinden. Ich hatte ModBus in der Vergangenheit bereits mit einer WP im Einsatz, grundsätzlich funktioniert die Verbindung also korrekt.
Ich habe die Schnittstellenkarte mit einem RJ11-Stecker mit einem https://www.galaxus.ch/de/s1/product/waveshare-industrieller-serieller-server-rs232485-zu-wifi-oder-ethernet-poe-b-entwicklungsboard-kit-39538575?utm_campaign=organicshopping&utm_source=google&utm_medium=organic&utm_content=8244233&supplier=8244233&gQT=1 verbunden und diesen entsprechend den zahlreichen Anleitungen konfiguriert.
Die Verbindung von IoBroker auf den WaveShare funktioniert mittlerweile "fehlerfrei", sprich ich erhalte beim Abruf der Daten keine Verbindungfehler.
Allerdings erhalte ich keine Daten, im Log erscheinen die folgenden Zeilen:
modbus.0
2025-03-28 06:37:00.363 info Disconnected from slave 192.168.45.31
modbus.0
2025-03-28 06:37:00.363 debug Closing client on purpose.
modbus.0
2025-03-28 06:36:59.359 debug Cleaning up request fifo.
modbus.0
2025-03-28 06:36:59.359 debug Clearing timeout of the current request.
modbus.0
2025-03-28 06:36:59.359 debug Socket closed with error
modbus.0
2025-03-28 06:36:53.333 debug [DevID_1/inputRegs] Poll address 30009 - 17 registers
modbus.0
2025-03-28 06:36:53.333 debug [DevID_1] Poll start ---------------------
modbus.0
2025-03-28 06:36:53.332 info Connected to slave 192.168.45.31
Gemäss der Registerliste von Dimplex sollten die Register soweit passen.
Ich habe schon mit den diversen Tools versucht zu arbeiten, da klappt die Verbindung jeweils auf den Waveshare, nur weiter geht es nicht. Mit dem Vir_Com eine Verbindung auf den WaveShare herzustellen ist mir aktuell noch nicht gelungen, da der im Netz nicht gefunden wird.
Die Belegung der Kabel habe ich ebenfalls schon diverse Male getauscht. Hier gibt es sehr viele verschiedene Angaben dazu, bei mir klappt aber bisher noch keine.
Hat das jemand in der gleichen Konstellation am Laufen und kann mir Hilfestellung geben.
Gruss
Stefan
Danke, das wars. Ich habe vieles versucht, das war aber nicht dabei.
Ich habe mir einen Echo ins Haus geholt und versuche nun mit verschiedenen Blocklys das Haus zum Sprechen zu bringen....... und dabei bin ich über deine Blocklys gestolpert, die sind genial aufgebaut.
Gruss
Stef
Hallo zusammen
Ich habe diese Blocklys gefunden und wollte diese entsprechend einsetzen.
Die Vorarbeiten habe ich erledigt, Alias sind entsprechend angelegt und die Blocklys entsprechend kopiert und eingefügt.
Leider erhalte ich beim Start der Scripte diese Fehler im Log:
javascript.0
2023-11-28 17:40:52.894 error at processImmediate (node:internal/timers:478:21)
javascript.0
2023-11-28 17:40:52.894 error at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.javascript/main.js:1636:17)
javascript.0
2023-11-28 17:40:52.894 error at /opt/iobroker/node_modules/iobroker.javascript/main.js:2161:17
javascript.0
2023-11-28 17:40:52.894 error at prepareScript (/opt/iobroker/node_modules/iobroker.javascript/main.js:2063:37)
javascript.0
2023-11-28 17:40:52.893 error at createVM (/opt/iobroker/node_modules/iobroker.javascript/main.js:1810:21)
javascript.0
2023-11-28 17:40:52.893 error at new Script (node:vm:94:7)
javascript.0
2023-11-28 17:40:52.893 error SyntaxError: missing ) after argument list
javascript.0
2023-11-28 17:40:52.893 error ^^^^^^^^^^^^^
javascript.0
2023-11-28 17:40:52.893 error selektor_Batterien_voll_leer = Array.prototype.slice.apply($('(functions='batterien_voll_leer_alias')'));
javascript.0
2023-11-28 17:40:52.893 error script.js.common.Geraete.Batterien_voll_leer compile failed: at script.js.common.Geraete.Batterien_voll_leer:1244
Die Functions an sich gibt es aber und die Schreibweise ist exakt die gleiche.....
Was habe ich übersehen?
Danke für einen erhellenden Tip, das wurmt mich nun schon seit ein paar Stunden....
Gruss
Stefa
@crunchip
Dann werde ich das nochmals genau prüfen und einen solchen DeviceReset möglichst genau analysieren und auch auf dem Shelly selbst mitloggen.
Danke für deine Hilfe und die wertvollen Inputs.
Gruss und einen guten Start in die kurze Woche 
Stefan
@crunchip
Ich logge damit den Datenpunkt "Energie" mit dem Resultat aus dem Script welches du mir empfohlen hast.
var energie;
energie = getState("0_userdata.0.Energie.Zählerstand.Energie").val;
on({id: [].concat(['shelly.0.SHEM-3#8CAAB56194DB#1.Total.ConsumedPower']), change: "gt"}, async function (obj) {
var value = obj.state.val;
var oldValue = obj.oldState.val;
energie = (typeof energie == 'number' ? energie : 0) + (parseFloat((obj.state ? obj.state.val : "")) - (obj.oldState ? obj.oldState.val : ""));
setState("0_userdata.0.Energie.Zählerstand.Energie"/*Energie*/, energie, true);
});
@crunchip sagte in [SourceAnalytix 0.4.8-Final] Released !:
@stef1981 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Wenn der Shelly kurzzeitig den doppelten Wert liefert wird der natürlich auch so übernommen im Script.
das tut er doch gar nicht, er setzt ich zurück auf null
Dann verstehe ich aber die Sprünge in der Influx nicht:
Das sind genau die Zeitpunkte bei denen ein DeviceReset aufgezeichnet wurde.
was sich verdoppelt ist
@stef1981 sagte in [SourceAnalytix 0.4.8-Final] Released !:
der Wert innerhalb von Sourceanalytix hat sich während den letzten DeviceResets immer wieder verdoppelt
das ist das aktuelle Problem vom Adapter
Oder verstehe ich hier etwas grundlegendes vom Adapter nicht?
Ich brüte da mal noch ein wenig herum und versuche das zu verstehen (nochmaliges Lesen der Anleitung vom Adapter), aber vermutlich sehe ich den Wald vor lauter Bäumen nicht, bzw. die richtigen Zahlen zwischen den vielen DevicesResets nicht mehr.....
Danke euch für die Unterstützung
Gruss
Stefan
@crunchip sagte in [SourceAnalytix 0.4.8-Final] Released !:
@stef1981 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Das neue Script hat auch alles mitgeloggt und hat jetzt auch falsche Werte drin......
wie kann das script falsch Werte haben, das addiert doch nur
Ja, das Script addiert nur, leider auf die falschen Werte die vom Shelly kommen.
Wenn der Shelly kurzzeitig den doppelten Wert liefert wird der natürlich auch so übernommen im Script.
Allerdings sind die falschen Werte ja nur im Sourceanalytix, im Shelly selbst habe ich ja die richtigen Werte drin:
Aus dem Shelly:
Der Datenpunkt für Sourceanalytix:
{
"type": "state",
"common": {
"name": "Total consumed energy",
"type": "number",
"role": "value.power.consumption",
"read": true,
"write": false,
"def": 0,
"unit": "Wh",
"custom": {
"sourceanalytix.0": {
"enabled": true,
"alias": "Shelly_Total",
"selectedPrice": "ElectricityDay",
"selectedUnit": "Wh",
"costs": true,
"consumption": true,
"meter_values": true,
"start_day": 39284.0136,
"start_week": 33514.5373,
"start_month": 39277.5561,
"start_quarter": 39277.5561,
"start_year": 5054.405,
"valueAtDeviceReset": 33525.9237,
"valueAtDeviceInit": null,
"cumulativeValue": 39284.0136,
"deviceResetLogicEnabled": true,
"threshold": 0.001,
"basicRate": false
Und der Datenpunkt von Sourceanalytix:
Das heisst, der Wert innerhalb von Sourceanalytix hat sich während den letzten DeviceResets immer wieder verdoppelt, was ich aber nicht verstehe....
Hilft es eventuell wenn ich die DeviceReset-Funktion abschalte?
Bei mir wir der Wert bei einem DeviceReset verdoppelt und nicht auf 0 gesetzt....
Gruss
Stefan
Ich habe den Wert mal auf 0.001 angepasst. Mal schauen wie es sich verhält.
Es scheint als wäre der DeviceReset erst seit dem letzten Firmware-Upgrade auf dem Shelly, aber dafür schön regelmässig einmal die Woche.........
Was hast du als Ersatz für den 3EM im Einsatz??
Gruss
Stefan
@stef1981 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Danke dir. Ich habe mir das Script eingebaut und entsprechend angepasst.
Ich lasse es mal laufen und beobachte was bei einem erneuten DeviceReset vom Shelly passiert.
Den Tip mit dem Heraufsetzen vom DeviceReset-Wert habe ich mir in meiner Testumgebung mal nachgebaut. Eventuell hilft das auch noch.
Ist auf jeden Fall unschön wenn die Funktion so lange einwandfrei klappt und dann alle Auswertungen durcheinander kommen weil das Teil so rumzickt....Gruss
Stefan
So, nun eine Woche gewartet und auf eine einwandfreie Funktion gehofft..... Nichts da, der Shelly macht wieder einen DeviceReset und der Zählerstand im Sourceanalytix geht durch die Decke..... langsam verzweifle ich daran..... Bei mir verdoppelt sich bei jedem DeviceReset der Wert.
Hier mal der Datenpunkt:
{
"type": "state",
"common": {
"name": "Total consumed energy",
"type": "number",
"role": "value.power.consumption",
"read": true,
"write": false,
"def": 0,
"unit": "Wh",
"custom": {
"sourceanalytix.0": {
"enabled": true,
"alias": "Shelly_Total",
"selectedPrice": "ElectricityDay",
"selectedUnit": "Wh",
"costs": true,
"consumption": true,
"meter_values": true,
"start_day": 39268.0819,
"start_week": 33514.5373,
"start_month": 10911.303,
"start_quarter": 5054.405,
"start_year": 5054.405,
"valueAtDeviceReset": 33525.9237,
"valueAtDeviceInit": null,
"cumulativeValue": 39268.0819,
"deviceResetLogicEnabled": true,
"threshold": 100000,
"basicRate": false
Das neue Script hat auch alles mitgeloggt und hat jetzt auch falsche Werte drin......
Ich habe jetzt noch den Schwellenwert für einen DeviceReset auf 100000 hochgestellt.
Ich weiss echt nicht warum jede Woche mindestens ein Reset erkannt wird.
Bin ich der einzige mit so einem zickigen 3EM?
Gruss Stefan
