Hauptmenü

Neueste Beiträge

#11
Heizungssteuerung/Raumklima / Aw: Neues Modul: 58_DaikinClou...
Letzter Beitrag von Take-Off - 28 März 2024, 22:04:25
Besten Dank für die schnelle Antwort.

Mit dieser Version hat das Einrichten funktioniert. Die Emura 3 Geräte wurden automatisch angelegt und ich sehe den Status.
Funktion teste ich morgen. :)

Wollen wir hoffen dass Daikin einsichtig ist, das 200 Request/day Limit ist ja wohl ein schlechter Scherz. >:(
#12
DOIF / Aw: Indirekter Zeittrigger mit...
Letzter Beitrag von xenos1984 - 28 März 2024, 21:51:58
Zitat von: betateilchen am 28 März 2024, 21:46:59Popcorn...

Nein, das ist Ausnahmsweise mal kein Popcorn-Thread, da ich genau weiß, was ich da umsetze und was ich dafür brauche. Es geht in meiner Frage nur darum, welche Triggermöglichkeiten DOIF schon von sich aus bereitstellt. Die dann zu nutzen bekomme ich schon noch hin. Ist ja nicht mein erstes DOIF, weder im FHEM-Modus noch im Perl-Modus.
#13
Sonstige Systeme / Aw: Neu: 77_SMAEM - Modul für ...
Letzter Beitrag von bismosa - 28 März 2024, 21:49:50
Hallo!

Bei mir wird aktuell die PV-Anlage aufgebaut  :)
Da ich den Sunny Home Manager 2.0 habe, habe ich auch gleich Versucht die Daten mit diesem Modul auszulesen.
Klappt super! Allerdings habe ich ein paar Fragen dazu:
Der SHM 2.0 läuft seit ca. 18h
1.) Ich bin erstaunt, dass ich bereits 1,6 kvarh Blindleistung eingespeist habe. Aktuell stehe ich bei 163 var.
Ist das "normal"?

2.) Intervall: Da ich gerne eine Echtzeitanzeige der Wirkleistung realisieren möchte, habe ich den Intervall auf 1 gesetzt. So kommen die Werte sehr schnell (ca. 2 sek.) in FHEM an.
Das ist für mich ausreichend. Wenn ich nun aber alle Werte protokolliere, wird die Datenmenge gewaltig. (Vielleicht auch endlich mal ein Grund auf DBLog umzustellen)
Kann ich SMAEM mehrfach definieren, um einen anderen Intervall für die Protokollierung zu haben? Dann könnte ich die Last in FHEM etwas reduzieren. Zusätzlich könnte ich für die Echtzeitanzeige auf Events bei Readingänderung größtenteils verzichten. Welche Erfahrungen habt ihr hier gemacht?

3.) Die "..._Zaehler" Werte: Die werden vom SHM gemeldet? Ich hatte hier im Thread irgendwo gelesen, dass diese sich zurücksetzen, wenn der Strom mal weg ist. Stimmt das so noch? Sonst werden sie kontinuierlich hochgezählt?
Da ich gerne den tagesverbrauch erfasse, könnte ich mit dem Wert auch gut arbeiten. Oder gibt es da eine einfache Lösung? In der Statusseite vom Wechselrichter wird auch sowohl Ertrag als auch Netzbezug "heute/gestern" angezeigt. Die Werte hätte ich auch gerne in FHEM.
Ein eigener Zähler nach Verbrauch kann ja eigentlich nichts bringen, da der Verbrauch ja nur eine Momentaufnahme darstellt...oder?


Gruß
Bismosa
#14
DOIF / Aw: Indirekter Zeittrigger mit...
Letzter Beitrag von betateilchen - 28 März 2024, 21:46:59
Popcorn...
#15
DOIF / Aw: Indirekter Zeittrigger mit...
Letzter Beitrag von xenos1984 - 28 März 2024, 21:45:48
Danke für die Vorschläge!

Statt des "zentralen DOIF" könnte ich doch auch ein DOIF_Readings anlegen, oder? Vorausgesetzt, in DOIF_Readings ließen sich auch Zeittrigger nutzen, und nicht nur Readings.

In dem Fall nutze ich tatsächlich den DOIF-FHEM Modus, weil das DOIF dann automatisch jederzeit einen bestimmten Status hat und nur bei Statuswechsel schaltet (kein do always). Alles auf Perl-Modus umzustellen wäre etwas aufwändiger, aber natürlich auch möglich.
#16
Heizungssteuerung/Raumklima / Aw: Neues Modul: 58_DaikinClou...
Letzter Beitrag von FrankL - 28 März 2024, 21:36:40
Ich hab auf Github schon mal die geänderte Modulversion, die mit der neuen API arbeitet, eingecheckt. Da sind auch ein paar Erklärungen zum Update und zum Authorisierungsprozess mit da.

Da das Developer-Portal von Daikin aber immer noch nicht fertig ist bzw. vollständig zur Verfügung steht, geht die OAuth2-Authorisierung aktuell nur über einen Behelfsweg. Da die neue API weniger Daten zur Verfügung stellt und mit dem Request-Limit weitere Einschränkungen bestehen, empfehle ich derzeit noch keinen Umstieg auf die neue Version, soweit die alte API noch funktioniert.

MfG Frank
#17
Codeschnipsel / Aw: 📬 NTFY.sh: Push Nachrichte...
Letzter Beitrag von mähschaf - 28 März 2024, 21:32:24
Guten Abend,

erst einmal vielen Dank für die tolle Arbeit!

Was mich interessieren würde: Gibt es beim Senden der Nachricht die Möglichkeit - ähnlich wie mit @TOPIC das defaultTopic - auch die defaultPriority zu überschreiben? Ich habe dazu nichts gefunden...

Vielen Dank und schöne Ostertage,
Martin
#18
FHEMapp / Aw: FHEMApp4 - Beta Version
Letzter Beitrag von juemuc - 28 März 2024, 21:24:21
Zitat von: jemu75 am 28 März 2024, 20:39:16
Zitat von: marboj am 28 März 2024, 08:00:21hattest Du nochmal darüber nachgedacht, eine Verlinkung auf einzelne Panels einzubauen?

Ich habe einen Ansatz, wie das machbar wäre. Werde vorr. mit v4.0.34-beta eine Lösung dafür liefern.  ;)

Grüße
Jens

Hallo Jens,

könnte man das nicht über ein Template lösen, bei dem dann die "Übersichtsebene" ausgeblendet wird? Dies wäre für mich die perfekte Lösung  O:-)

Viele Grüße
Jürgen
#19
Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...
Letzter Beitrag von Adimarantis - 28 März 2024, 21:17:41
Nice  :)
Dann setze ich das doch einfach standardmäßig im "define" als icon (sofern nicht schon gesetzt)
#20
DOIF / Aw: Indirekter Zeittrigger mit...
Letzter Beitrag von Damian - 28 März 2024, 21:15:36
und wenn du noch einen Zeittrigger zu Beginn und zum Ende benötigst, kannst auch gleich über den Status eines zentralen DOIFs gehen.

di_mytime DOIF ([start] and $md eq "0328") DOELSEIF ([end] and $md eq "0401")
attr cmdState on|off


und dann im Haupt-DOIF abfragen ([mytrigger] and [di_mytime] eq "on") (...)
bei einem reinen Ereignistrigger müsstest du das Intervall noch mal mit or verknüpfen, weil mytrigger dann ja false ist.

([mytrigger] and [?di_mytime] eq "on" or [di_mytime] eq "on") (...)