Hauptmenü

Neueste Beiträge

#41
FHEM Code changes / Revision 30672: 72_FBTAM.pm: M...
Letzter Beitrag von System - 30 Dezember 2025, 12:00:51
Revision 30672: 72_FBTAM.pm: Minimale Überarbeitung und Bugfix

72_FBTAM.pm: Minimale Überarbeitung und Bugfix

Source: Revision 30672: 72_FBTAM.pm: Minimale Überarbeitung und Bugfix
#42
Marktplatz - Güter / [Verkaufe] AVR-NET-IO im Gehäu...
Letzter Beitrag von ext23 - 30 Dezember 2025, 11:53:14
Hallo,

ich habe noch ein AVR-NET-IO im Gehäuse und mit Netzteil abzugeben. Fotos unter:

https://villa-neuenhagen.de/files/AVR_01.jpg
https://villa-neuenhagen.de/files/AVR_02.jpg
https://villa-neuenhagen.de/files/AVR_03.jpg


/Daniel
#43
FRITZ!Box / Aw: 72_FRITZBOX.pm ab Version...
Letzter Beitrag von Prof. Dr. Peter Henning - 30 Dezember 2025, 11:27:12
Ich bin noch auf einen Fehler in dem aktuellen Modul gestoßen.
Von Zeit zu Zeit (unklar, wann und wodurch ausgelöst) verschwinden die Readings für den bzw. die Anrufbeantworter tam(...) komplett, obwohl der AB angeschaltet ist und auch Nachrichten enthält.

Reproduzierbar ist das bei einem manuellen "set FritzBox update".

LG

pah
#44
Sonstiges / Aw: Ecowitt API - diverse Wett...
Letzter Beitrag von Dr. Boris Neubert - 30 Dezember 2025, 11:21:09
So, neue Version ist eingecheckt und ab morgen früh 8 Uhr per Update verfügbar.

Es gibt ein neues Attribute maxAge: nach maxAge Sekunden wird ein Reading aktualisiert, selbst wenn der Wert unverändert ist. Default: 3600 (eine Stunde). Damit findet sich jeder Sensorwert wenigstens einmal die Stunde im Log und kommt so auch in Plots.

Empfehlung: nach dem Update das fehlerhafte Reading mit deletereading entfernen und Wind_Speed : durch Wind_Speed: mit einem Editor im Log ersetzen (FileLog neu laden danach nicht vergessen!).
#45
Sprachsteuerung / Aw: Echo Show 11 (Version 2025...
Letzter Beitrag von Fabiango - 30 Dezember 2025, 11:19:08
Danke für die Info.
Hab nun dort mal geschrieben, für jemand wo es auch nich Interessant ist.
Bisher jedoch noch kein Feedback aus der Community

https://forum.fhem.de/index.php?topic=82631.msg1354040#msg1354040
#46
FRITZ!Box / Aw: 72_FBTAM.pm für den FritzB...
Letzter Beitrag von Prof. Dr. Peter Henning - 30 Dezember 2025, 11:07:46
So, da hatte sich tatsächlich ein Fehler eingeschlichen - sorry dafür.
Ich habe den Fehler gefixt und das Modul eingecheckt, außerdem das Wiki sauber nachgezogen.
Bei mir funktioniert das alles ganz wunderbar, wer nicht das nächste Update abwarten möchte, kann sich das aus dem Repository holen.

Es gibt jetzt nur noch ein Problem: Das derzeit aktuelle FritzBox-Modul löscht offenbar von Zeit zu Zeit die Readings tam0(...) etc. komplett. In diesem Fall wird derzeit die Kopfzeile der Nachrichtenliste mit dem Namen "?" für den AB, sowie fehlenden Nachrichtenzahlen angezeigt. Offenbar gibt es hier einen Fehler im FRITZBOX-Modul. Wird an anderer Stelle diskutiert.

LG und Guten Rutsch

pah
#47
Automatisierung / Aw: ASC und Update
Letzter Beitrag von Damu - 30 Dezember 2025, 11:05:03
Super Danke

Für mich etwas komisch geschrieben:
ZitatMit den Befehlen add/delete/list/reset kann man die Liste der Kontrolldateien pflegen.
Mit den Befehlen "add", "delete", "list" oder "reset" kann man die Liste der Kontrolldateien pflegen
update add <repo> (hinzufügen)
update delete <repo> (löschen)
update list (repo Liste anzeigen)
update reset (Fremd-Repos löschen)

Nur ein Vorschlag
#48
Anfängerfragen / Aw: Nanocul für Klingel
Letzter Beitrag von Nobbynews - 30 Dezember 2025, 10:46:12
Was sagt denn
ls -l /dev/serial/by-id ?

Würde fast drauf wetten, dass in der def eine "0" hinter port fehlt.
Zitat/dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 1234


Edit:
Gerade erst den Screenshot gesehen. Es fehlt die "0" hinter port.
#49
Automatisierung / Aw: ASC und Update
Letzter Beitrag von krikan - 30 Dezember 2025, 10:41:22
Die commandref ist zum Thema "schmal".

Setze mal ab
update listDann daraus einzelne Repos löschen mit
update delete <repo>oder radikal alle Fremd-Repos löschen mit
update reset
#50
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Parallix - 30 Dezember 2025, 10:36:39
Zitat von: DS_Starter am 29 Dezember 2025, 20:39:01
ZitatDer große Wertebereich für den Zielzeit(offset) erscheint mir recht sinnfrei für Gegenden und Zeiten, in denen es gelegentlich auch mal dunkel wird.
Es ist eine Vereinfachung für die Regexprüfung. Ich vertraue darauf, dass der geneigte User diese Möglichkeit sinnvoll setzen kann.  ;)

Dass eine vereinfachte Regexprüfung der Grund für die Verschiebbarkeit des berücksichtigten Zeitintervallendes von bis zu 20 Stunden ist, das hätte ich nicht gedacht. Was mir eben auffällt ist, dass im Winter (bei einer maximal einstelligen ganzzahligen Anzahl an Sonnenstunden) die Einstellung nur sehr grob möglich ist. Selber würde ich mir z.B. -0:45h wünschen. Aber auch im Sommer würde ich persönlich nicht auf die Idee kommen, das berücksichtigte Zeitintervallende um mehr als 10:00h nach vorne zu verlegen. Auch frage ich mich, in welchen Fällen das berücksichtigte Zeitintervallende nach hinten verschoben werden sollte. Letzteres würde ja bedeuten, dass zu sehr späten Stunde noch mit einem nennenswerten PV-Ertrag gerechnet wird.

Zusammenfassend würde ich mir wünschen, dass man das berücksichtigte Zeitintervallende um eine Minuten-Delta in [0,999] nach vorne verschieben kann. Dies erscheint mir ein sinnvoller Bereich zu sein, da er sich aus einer maximale Tageslänge von ca. 17h (im Sommer in Mitteleuropa) ableitet (und eine einfache Regexprüfung erlaubt ;-))