NEWS

@Bluefox
gibt es dazu evtl Ideen ?

@djmarc75 sagte in Shelly - MQTT Unterstützung für MiniPMG3 ?:

Alles völlig nachvollziehbar !

Leider. Hatte gehofft, dass das Konzept langfristig funktioniert. Also dass man maximal viel kostenlos liefert und entwickelt - und dann Leute von sich aus sagen: "Das ist ja stark, das unterstütze ich mit einem Kurs-Kauf".

@hosssa Hallo Hossa, ich habe das selbe Problem und leider noch kompletter Anfänger im iobroker. Ich hoffe du siehst meine Frage nach.
Wie installiere ich deine API im iobroker?
Kann die Version auch die Wirkleistung des Wechselrichters verändern?
LG
Olaf

Das System läuft jetzt schon eine ganz Weile ohne Probleme. Nur ein Gerät zickt immer mal etwas rum, ein Woox Wasserventil. Gibt es irgendwo eine Anleitung wie ich einzelne Geräte über das Frontend (also die Web-Gui) einrichten kann?
Also sowas wie eine Tabelle wo man alle Befehle/Einstellungen findet die man verwenden kann.
Da ist die Doku etwas dünn auf der Zigbee2Mqtt Seite, oder hab ich es nur nicht gefunden?

@theo996 aktuell ist es bei mir wieder weg. Ich greife sehr ungern in meine Shelly Config ein. Bin froh das alles läuft und die Shellies zu konfigurieren ist immer ein leichtes drama. Mal tauchen sie im Objektbaum nicht auf obwohl alles eingestellt ist etc. pp.

@wcag22 Ja, dass die gleich falsch messen können ist egal, ich meinte ja nur, wenn sie verschieden anzeigen (8° vs 10°) hätten sich weitere Fragen erledigt.
Wenn die 0°C wichtig sind, würde ich mit Eiswasser "kalibrieren". Ansonst, ob es 30 oder 32° sind, ist eigentlich meist egal 😉

@chris76e said in Adapter, um nahenden & aktuellen Niederschlag zu erkennen:

@codierknecht sagte in Adapter, um nahenden & aktuellen Niederschlag zu erkennen:

Das niederländische "Buienalarm" ist (zumindest in relativer Grenznähe) einer der zuverlässigsten Anbieter.
Über dieses (undokumentierte) API erhält man Daten für die nächsten 2 Stunden im 5-Minuten-Intervall:
https://cdn-secure.buienalarm.nl/api/3.4/forecast.php?lat=51.5&lon=6.2&unit=mm

Du kannst auch über diesen link an die Daten kommen https://gadgets.buienradar.nl/data/raintext?lat=51.5&lon=6.2

000|22:40 000|22:45 000|22:50 000|22:55 092|23:00 087|23:05 092|23:10 077|23:15 000|23:20 087|23:25 092|23:30 000|23:35 087|23:40 099|23:45 087|23:50 000|23:55 077|00:00 000|00:05 000|00:10 000|00:15 000|00:20 000|00:25 000|00:30 000|00:35

Hatte mir mal ein script zusammen gebastelt

const request = require("request"); function updateData() { const url = 'https://gadgets.buienradar.nl/data/raintext?lat=51.11&lon=6.15'; request(url, function(error, response, body) { if (error) { console.error(error); return; } const data = body.split("\n"); const jsonArray = []; data.forEach(item => { const [value, label] = item.split("|"); jsonArray.push({ label, value }); }); // Save the JSON data to IO-Broker setState("0_userdata.0.JSON.BuienradarRegenin5Minuten", JSON.stringify(jsonArray), true); let filteredData = jsonArray.filter(function(element) { return element.value !== ""; }); let rainSoon = filteredData.find(function(element) { return element.value > 0; }); if (rainSoon) { setState("0_userdata.0.Wetter.Regen.Beginn", rainSoon.label, true); setState("0_userdata.0.Wetter.Regen.Regenmenge", rainSoon.value, true); setState("0_userdata.0.Wetter.Regen.Regenbald", true, true); setState("0_userdata.0.Wetter.Regen.Regenbaldnächst", false, true); let nextRain = filteredData.find(function(element, index) { return index > filteredData.indexOf(rainSoon) && element.value > 0; }); if (nextRain) { setState("0_userdata.0.Wetter.Regen.NächsterBeginn", nextRain.label, true); setState("0_userdata.0.Wetter.Regen.NächsteRegenmenge", nextRain.value, true); setState("0_userdata.0.Wetter.Regen.NächsteEnde", (nextRain.label + nextRain.value * 5 * 60), true); setState("0_userdata.0.Wetter.Regen.NächsteDauer", (nextRain.value * 5), true); setState("0_userdata.0.Wetter.Regen.Regenbaldnächst", true, true); } else { setState("0_userdata.0.Wetter.Regen.NächsterBeginn", null, true); setState("0_userdata.0.Wetter.Regen.NächsteRegenmenge", null, true); setState("0_userdata.0.Wetter.Regen.NächsteEnde", null, true); setState("0_userdata.0.Wetter.Regen.NächsteDauer", null, true); } setState("0_userdata.0.Wetter.Regen.Ende", (rainSoon.label + rainSoon.value * 5 * 60), true); setState("0_userdata.0.Wetter.Regen.Dauer", (rainSoon.value * 5), true); } else { setState("0_userdata.0.Wetter.Regen.Beginn", null, true); setState("0_userdata.0.Wetter.Regen.Regenmenge", null, true); setState("0_userdata.0.Wetter.Regen.Regenbald", false, true); setState("0_userdata.0.Wetter.Regen.Regenbaldnächst", false, true); setState("0_userdata.0.Wetter.Regen.NächsterBeginn", null, true); setState("0_userdata.0.Wetter.Regen.NächsteRegenmenge", null, true); setState("0_userdata.0.Wetter.Regen.NächsteEnde", null, true); setState("0_userdata.0.Wetter.Regen.NächsteDauer", null, true); } }); } schedule("*/1 * * * *", updateData);

Danke, das sieht etwas praktischer zum Verarbeiten aus. Ich bin mit "Drops" tatsächlich noch nicht viel weiter gekommen, weil am Wochenende mehrere Dinge dazwischen kamem. Werde die kommende Woche weiter testen.

Vielen herzlichen Dank an euch!

@crunchip
ok, scheint irgendwas im Chrome zu sein. Wenn ich dem IOBroker eine andere IP gebe wird alles einwandfrei dargestellt.

@m-schalk

Damit macht Redis weniger snapshots und verbraucht weniger Ressourcen.

@digi-bit
Soweit ich weiß ist das in Vis automatisch dabei und kann nicht deinstalliert werden.

@apollon77
Danke für die Info.
Dann lass ich es erst mal so.

Hallo. Leider bekomme ich folgenden Schritt schon nicht hin...
f1a8550d-d27a-49f1-aa9a-a5b198f1e5ab-image.png

Das Ergebnis:
801df5d7-0789-4283-a31f-681992fe8581-image.png

Kann mir da jemand einen Tipp geben?

VG Maurice

Hi, erster Post hier.

@thomm was war denn der Fehler? Bekomme das auch nicht hin.

VG

@hru sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

Und man die Archivierung (z.B. in einer Influx DB) separat organisieren muss (über einen entsprechenden Adapter)

es muss keine echte Datenbank zusätzlich sein.
mit dem History Adapter geht's mit Bordmitteln

Ich hänge mich mal hier mit dran, da ich auch (vergeblich) versuche, den Cloudflare Adapter zum Laufen zu bringen.

Die entsprechenden Daten habe ich nach bestem Wissen und Gewissen eingetragen, dabei auch so Dinge wie den "Title of site" mal mit https, mal ohne angegeben. Ich komme aber nicht über den Aufruf der Seite auf ioBroker.

Gibt es hier jemand, der über den Adapter Zugriff auf ioBroker hat und kann mir helfen?

PS: Auf HA habe ich ohne Probleme Zugriff über Cloudflare. Hier habe ich eine andere URL angegeben.

dfa8246f-a12a-43c4-831f-0e584c7a42d3-image.png

3df0812a-8d7e-46f6-a3be-eedd9c805e02-image.png

@vippis sagte in Modbus Adapter Fehler ILLEGAL DATA ADDRESS:

ich bekomme aber mit den gleichen Einstellungen für die 4036, Temperatur Zuluft die sauber angezeigt wird mit der Umrechnung Faktor 0.1, keine Daten rein

abgesehen davon dass 4046 SIGNED ist, sollte trotzdem etwas kommen, wenn auch unsinnige Werte.

@vippis sagte in Modbus Adapter Fehler ILLEGAL DATA ADDRESS:

Kann es sein, dass das Gerät nur eine bestimmte Anzahl Abfragen erlaubt?

so etwas gibt es, dazu kann man in den Grundeinstellungen die maximal zeitgleich abgefragten Adressen begrenzen.
Hab aber beim querlesen in der Doku nichts gefunden.

Wie hast du denn mit der zweiten Instanz auf das Gerät zugegriffen?
Das Gerät arbeitet mit Modbus RTU.
Wenn du einen RS485toUSB Konverter nutzst kann nur eine Instanz auf diesen zugreifen.

@jrudolph
Das man die InkBird App dann nicht mehr verwenden kann, ist schon ein ziemliches Ausschlusskriterium für mich, da ich diese vermutlich am meisten benutzen würde. Die Steuerung über ioBroker wäre eher nur ein Bonus. Die SmartLife App ist für das Gerät nicht wirklich zu gebrauchen.

Ich habe nun aber trotzdem mal angefangen, die Daten aus dem Tuya Adapter auszuwerten.
Aktueller Stand:
101: Mode [Off (0), Manual (1), Auto (2)]
102: Regensensor ein- / ausschalten: [true, false]
103: Saisonaler Beregnungs-Offset in Prozent [-90 bis +100%]
104:
105: unklar, hat Auswirkungen auf 102
106:
107: Zeigt die aktive Zone als Liste an: Z.B: [0,2] --> Master (0) und Zone 2 aktiv
109: unklar
44: Mode: [Order, Together] Sinn: unklar
45: Zeigt aktuelle Programmierung an. Das Schreiben des Wertes hat bisher nicht funktioniert. Es gab also keine Reaktion auf dem Gerät.
Wenn man von Base64 nach Hex konvertiert, kann die Restzeit und die bereits abgelaufene Zeit in Minuten ablesen werden.

Beispiele:
AAEABQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==
00010005000000000000000000000000000000000000000000000000000000000000
--> Zone 1 auf 5 Minuten eingestellt

AAEAAAAHAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==
00010000000700000000000000000000000000000000000000000000000000000000
--> Zone 2 auf 7 Minuten eingestellt.

AAEAAAADAAAAAAAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAA==
00010000000300000000000000000000000000000004000000000000000000000000
--> Zone 2, noch 3 von 7 Minuten. Also schon 4 Minuten bewässert

AAEAAgACAAIAAgACAAIAAgACAAMAAAAAAAAAAAAAAAAAAA==
00010002000200020002000200020002000200030000000000000000000000000000
--> Alle Zonen für 2 Minuten eingestellt

@homoran said in <gelöst> Serieller Port defekt:

@apollon77 sagte in <gelöst> Serieller Port defekt:

"das system" macht doch aus den GPIOs einen "serial port unter /dev/tty* ... das ist ne ganz andere Ebene, auf der Wir

So wie du keinen Pi5 hast, hab ich keinen Lesekopf an den GPIOs meines Pi5 und kann es nicht testen.
Am USB läuft es einwandfrei, sogar per /dev/serial/by-id/

Dort werden aber auch keine am GPIO angeschlossenen serielle Geräte gelistet.
Da scheint mit dann doch irgendwo noch ein klitzekleiner Unterschied der Behandlung von seriellen Schnittstellen zu sein.

(alles reines Halbwissen!)

Also würdest Du mir empfehlen die 35€ für einen neuen Lesekopf investieren? Dann bleibt leider noch das Problem mit dem rpi.2 und dem Gaszähler. Aber das ist ja eine andere Baustelle!