- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#91
Anfängerfragen / Aw: Welche Temperatursensoren ...
Letzter Beitrag von ToJu - 05 August 2026, 22:12:24Danke für die Anregung Christian
#92
Kalendermodule / Aw: ical url mit komplexen Pas...
Letzter Beitrag von grossmaggul - 05 August 2026, 21:37:27Hat sich erledigt, das Problem war das Prozentzeichen im Passwort, damit das korrekt an FHEM weitergereicht wird, muss man das Attribut noWildcards setzen.
#93
Kalendermodule / [gelöst] ical url mit komplexe...
Letzter Beitrag von grossmaggul - 05 August 2026, 21:15:06Hallo,
ich habe mehrere Kalender, die über ical ihre Daten ziehen.
Das Problem, ich habe recht komplexe Passwörter generiert und damit hat das Kalendermodul einige Schwierigkeiten(vielleicht aber auch ich.
Die url sieht so aus:
Ich habe es schon mit URL Encoding versucht, aber das funktioniert nicht, es gibt immer ein "401 <hidden>: wrong authentication"
Ich hatte vorher ein einfacheres Passwort, damit funktionierte das einwandfrei.
Gibt es dafür eine Lösung, außer der, ein einfacheres Passwort zu benutzen?
gm
P.S. Das obige Passwort ist nur ein Beispiel und kein reales Passwort
ich habe mehrere Kalender, die über ical ihre Daten ziehen.
Das Problem, ich habe recht komplexe Passwörter generiert und damit hat das Kalendermodul einige Schwierigkeiten(vielleicht aber auch ich.
Die url sieht so aus:
Code Auswählen
https://user:/vkG\Tzz%_raS/c"@baikal.server.de/baikal/dav.php/calendars/user/XXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXXX?exportIch habe es schon mit URL Encoding versucht, aber das funktioniert nicht, es gibt immer ein "401 <hidden>: wrong authentication"
Ich hatte vorher ein einfacheres Passwort, damit funktionierte das einwandfrei.
Gibt es dafür eine Lösung, außer der, ein einfacheres Passwort zu benutzen?
gm
P.S. Das obige Passwort ist nur ein Beispiel und kein reales Passwort
#94
Anfängerfragen / Aw: Welche Temperatursensoren ...
Letzter Beitrag von cs-online - 05 August 2026, 20:25:28Hallo zusammen,
etwas anderes Setting: LaCrosse-Gateway und Technoline TX29DHT. Das Gateway mit WLAN kann überall positioniert werden und die Batterien vom TX29DHT halten 2 Jahre. Innen wie außen.
Grüße
Christian
#95
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 05 August 2026, 19:41:02ZitatDiese Werte sind natürlich alle kompletter Schwachsinn. Ignoriert die SF, weil ganz offensichtlicher Schwachsinn, oder kann/soll ich die irgendwie löschen?Es gibt eine Schutzfunktion die derartige Ausreißer beim Training ignoriert.
Du kannst sie aber im Sinne der Datenhygiene besser löschen sonst sucht man ggf. wieder ewig nach Ursachen.
Das get mit "set ... reset delValue csme03>=xxxxx". Für xxxxx nimmst du einen für deinen Haushalt noch plausiblen maximalen Stundenverbrauch. Alles darüber wird gelöscht.
Wenn es nur wenige Datensätze sind, kannst du auch diese ganzen Datensätze löschen (delIndex=<Index>,<Index>,...).
Wenn ich richtig gelesen habe, gab es keine stündliche Aufzeichnung der Energieverbräuche. Wenn das stimmt, kann nur Unfug rauskommen. Ist das Problem gelöst, wird das am schnellsten bei der kurzfristigen Legacy Prognose sichtbar werden. Allerdings müsstest du dazu auch die pvCircular/pvHistory säubern. Wobei die pvHistory nach spätestens 31 Tagen sich selbst gereinigt hat.
#96
Wallboxen und E-Fahrzeuge / Aw: ABL EMH1 über RS485-ETH Ad...
Letzter Beitrag von ChrisB52 - 05 August 2026, 19:40:45Hallo Zusammen,
gibt es neue Infos zu dem ABL_FHEM-Adapter
Ich wäre sehr am Code interessiert
gibt es neue Infos zu dem ABL_FHEM-Adapter
Ich wäre sehr am Code interessiert
#97
Codeschnipsel / Aw: Blitze per MQTT
Letzter Beitrag von Prof. Dr. Peter Henning - 05 August 2026, 19:27:51Hier werden mehrere Dinge durcheinandergeworfen.
Kommerzielle Dienste wie z.B. BLIDS = BLitzInformationsDienst Siemens arbeiten mit TOA-Triangulation (Time of Arrival). Die Zeitstempel werden durch die Atomuhren an Bord der GPS-Satelliten bestimmt, sind also ungefähr auf eine Mikrosekunde genau. BLIDS wurde 2023 von ALDIS = Austrian Lightning Detection & Information System übernommen.
In Deutschland werden 32 Stationen betrieben, in Österreich 8. In ganz Europa sind es 170 - keine "tausende".
Die ausgewerteten VLF-Signale (Very Low Frequency) liegen im Bereich von 1-350 kHz. Damit beträgt die minimale Wellenlänge rund 860 Meter - und das bestimmt die Genauigkeit der Ortung, aus physikalischen Gründen nie besser als eine viertel Wellenlänge (ca. 200m) bei nahen Quellen und rund einer Wellenlänge bei größeren Entfernungen.
Blitzortung.org hingegen verwendet Signale nur bis 30 kHz, die Detektoren sind meist Eigenbaugeräte, siehe https://www.blitzortung.org/de/cover_your_area.php. Das System kann deshalb in der Regel nie genauer als ca. 2km sein - und das auch nur, wenn es nicht in jeder Sekunde blitzt. Ausnahme: Sensordichte höher als dieser Abstand, das sollte aber nur äußerst selten vorkommen.
Die Empfindlichkeit der Sensoren geht selbstverständlich in den Algorithmus ein, mit welchem die Hyperbeln für die mögliche Blitzposition berechnet werden - denn hier werden überlappende Kurven miteinander korreliert. Zwar haben die Eigenbaugeräte jeweils eine definierte intrinsische Empfindlichkeit, es besteht aber keine Kontrolle darüber, wie sie genau installiert wurden.
Aber gut, wir sind ein freies Land, jeder kann den Dienst verwenden, den er mag. Sollte sich aber nicht dagegen wehren, etwas Neues zu lernen
LG
pah
Nachtrag: Blitzortung.de fordert die Nutzer auf, ein Plugin für den Browser zu installieren - sonst kann man die Daten wohl nicht vollständig ansehen. Dieses Browser-Plugin ist tatsächlich unsicher, denn es sammelt Informationen über den Browser-Verlauf und sendet sie an ein unbekanntes Ziel. Von der Nutzung kann ich deshalb nur abraten.
Kommerzielle Dienste wie z.B. BLIDS = BLitzInformationsDienst Siemens arbeiten mit TOA-Triangulation (Time of Arrival). Die Zeitstempel werden durch die Atomuhren an Bord der GPS-Satelliten bestimmt, sind also ungefähr auf eine Mikrosekunde genau. BLIDS wurde 2023 von ALDIS = Austrian Lightning Detection & Information System übernommen.
In Deutschland werden 32 Stationen betrieben, in Österreich 8. In ganz Europa sind es 170 - keine "tausende".
Die ausgewerteten VLF-Signale (Very Low Frequency) liegen im Bereich von 1-350 kHz. Damit beträgt die minimale Wellenlänge rund 860 Meter - und das bestimmt die Genauigkeit der Ortung, aus physikalischen Gründen nie besser als eine viertel Wellenlänge (ca. 200m) bei nahen Quellen und rund einer Wellenlänge bei größeren Entfernungen.
Blitzortung.org hingegen verwendet Signale nur bis 30 kHz, die Detektoren sind meist Eigenbaugeräte, siehe https://www.blitzortung.org/de/cover_your_area.php. Das System kann deshalb in der Regel nie genauer als ca. 2km sein - und das auch nur, wenn es nicht in jeder Sekunde blitzt. Ausnahme: Sensordichte höher als dieser Abstand, das sollte aber nur äußerst selten vorkommen.
Die Empfindlichkeit der Sensoren geht selbstverständlich in den Algorithmus ein, mit welchem die Hyperbeln für die mögliche Blitzposition berechnet werden - denn hier werden überlappende Kurven miteinander korreliert. Zwar haben die Eigenbaugeräte jeweils eine definierte intrinsische Empfindlichkeit, es besteht aber keine Kontrolle darüber, wie sie genau installiert wurden.
Aber gut, wir sind ein freies Land, jeder kann den Dienst verwenden, den er mag. Sollte sich aber nicht dagegen wehren, etwas Neues zu lernen
LG
pah
Nachtrag: Blitzortung.de fordert die Nutzer auf, ein Plugin für den Browser zu installieren - sonst kann man die Daten wohl nicht vollständig ansehen. Dieses Browser-Plugin ist tatsächlich unsicher, denn es sammelt Informationen über den Browser-Verlauf und sendet sie an ein unbekanntes Ziel. Von der Nutzung kann ich deshalb nur abraten.
#98
MQTT / Aw: [HowTo] X-Sense Melder (SB...
Letzter Beitrag von Joerg_L - 05 August 2026, 17:40:55Hat super funktioniert, für 6 Rauchmelder. Jedoch das 7. Device ein Wassermelder erscheint leider nicht. Modell SWS51, Firmware 1.2.1
Grüße Jörg
Grüße Jörg
#99
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von TheTrumpeter - 05 August 2026, 16:02:47So, ich hab' das Problem jetzt mal behoben. Welche Nebeneffekt es hat, wird sich die nächsten Tage zeigen.
Der gesamte Verbrauch vom August ist nun natürlich der laufenden Stunde zugeschlüsselt worden:
Daher meine Folgefrage an DS_Starter:
Diese Werte sind natürlich alle kompletter Schwachsinn. Ignoriert die SF, weil ganz offensichtlicher Schwachsinn, oder kann/soll ich die irgendwie löschen?
Der gesamte Verbrauch vom August ist nun natürlich der laufenden Stunde zugeschlüsselt worden:
Code Auswählen
csmt03: 27302939.1998902, csme03: 61928.62, minutescsm03: 0, rcmdcsm03: 1:100, exconfc03: 0
csm03_off_points: 53.3, csm03_heating_points: 0, csm03_defrost_points: 0, csm03_hotwater_points: 0
csm03_cooling_points: 0, csm03_pool_points: 0, csm03_poolheating_points: 0, csm03_eco_points: 0Die zugrunde liegenden Gesamtzähler habe ich bisher immer nur am Monatsersten um 00:01:00 ausgelesen. Damit ist wohl der Monatsverbrauch des Vormonats immer der 1. Stunde des aktuellen Monats zugewiesen worden, was die Ausgabe von "get pvHistory 01 con" auch bestätigt:Code Auswählen
csmt03: 26979287.5681156, csme03: 321651.63, minutescsm03: 0, rcmdcsm03: 0:100, exconfc03: 0
csm03_off_points: 59.9, csm03_heating_points: 0, csm03_defrost_points: 0, csm03_hotwater_points: 0
csm03_cooling_points: 0, csm03_pool_points: 0, csm03_poolheating_points: 0, csm03_eco_points: 0Daher meine Folgefrage an DS_Starter:
Diese Werte sind natürlich alle kompletter Schwachsinn. Ignoriert die SF, weil ganz offensichtlicher Schwachsinn, oder kann/soll ich die irgendwie löschen?
#100
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 05 August 2026, 15:24:23Ja - wird so sein - ich bin mit dem einbinden / download von Grafiken immer seeeeeeeehhhhhhrrrrr laaaaannnngsam 