Neueste Beiträge

[Sind im Argument Leerzeichen vorhanden, ist das gesamte Argument in Hochkomma einzuschließen.]

#41

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 08 März 2026, 13:07:23

Mehrere Leerzeichen enthaltende Indexe zu löschen geht.

delIndex=<Index>,<Index>,... - löscht einen oder mehrere Datensätze mit dem Index. Der Index kann als Regex angegeben sein.
Sind im Argument Leerzeichen vorhanden, ist das gesamte Argument in Hochkomma einzuschließen.
Beispiele: 1.) delIndex=2025013023 2.) delIndex='2025013023, 2025013024'

-> contrib

#42

Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...

Letzter Beitrag von JudgeDredd - 08 März 2026, 13:06:06

Bei mir läuft zwar Node v20.20.1 aber für alexa-cookie2 sollte ja Node >=16 ausreichen.
und die alexa-cookie2 Sourcen sind auch tatsächlich vorhanden ? (node_modules/alexa-cookie2)

[Edit:]

#43

Wallboxen und E-Fahrzeuge / Aw: Ladestation (öffentlich) Z...

Letzter Beitrag von Prof. Dr. Peter Henning - 08 März 2026, 12:57:16

Edit: angenommen, es gäbe am chargepoint 2 (oder mehr) connectors, dann könnte man die multi-Zeile einfach mehrfach angeben und die Nummer des connectors (.0) hochzählen. Dann natürlich den readingName auch entsprechend anpassen.

Im Prinzip müsste es möglich sein, das "count()" mehrstufig anzulegen.

LG

pah

#44

Anfängerfragen / Aw: Klärungsbedarf bei einem U...

Letzter Beitrag von Prof. Dr. Peter Henning - 08 März 2026, 12:54:55

2/3 Deiner Antwort beruhen wieder einmal auf falschen Annahmen und fehlendem Verständnis auf Deiner Seite,

Ich denke, eher 150 Prozent...

Habe ich exakt wie in der commandRef beschrieben benutzt was sofort zu einem Overflow geführt hat der mir den kompletten Server für einen halben Tag lahmgelegt hat. Sorry, aber nein Danke - das Risiko ist mir zu unüberschaubar.

Das halte ich für granatenmäßigen Unsinn. Wenn man etwas "exakt wie in der CommandRef beschrieben" verwendet, gibt es mit SICHERHEIT keinen Overflow. Das Risiko sitzt jedenfalls nicht _im_ Computer.

Tipp & Frage zugleich:
In deinen Beiträgen sind Codezeilen immer nicht lesbar, da sie von der Höhe zu klein dargestellt werden. Keine Ahnung ob das gewollt ist oder nicht, aber es macht das lesen deiner Beiträge enorm schwer, da man den Code immer erstmal kopieren und irgendwo einfügen muss um zu sehen was darin steht. Keine Ahnung ob das bei Mehrzeilern auch so ist, hier sind es ja alles immer nur Einzeiler.

 
Brr. Schon mal die Scrollbalken auf der rechten Seite des Feldes gesehen???

Es spielt doch gar keine Rolle wann oder wodurch die Berechnung ausgelöst wird, sondern NUR was berechnet wird,

Auch das ist einfach Unsinn, denn genau darin liegt die Ursache des Fehlers.

Ich finde das nervig: Der TE weigert sich, die Dinge einfach und korrekt zu machen und verlangt von uns, dass wir seine krummen Umwege nachvollziehen, am Besten noch ausbessern. Werde mich jetzt betateilchen anschließen und diesen Unsinn hier ignorieren.

pah

[Revision 30920: 76_SolarForecast: contrib Version 2.3.1]

#45

FHEM Code changes / Revision 30920: 76_SolarForeca...

Letzter Beitrag von System - 08 März 2026, 12:51:03

Revision 30920: 76_SolarForecast: contrib Version 2.3.1

76_SolarForecast: contrib Version 2.3.1

Source: Revision 30920: 76_SolarForecast: contrib Version 2.3.1

#46

Wallboxen und E-Fahrzeuge / Aw: Ladestation (öffentlich) Z...

Letzter Beitrag von betateilchen - 08 März 2026, 12:48:02

Das sollte einfach gehen über das OpenChargeMap-API https://www.openchargemap.org/develop/api. Bei genauerer Betrachtung kann man wahrscheinlich alle Daten daher holen, ohne über den Weg EnBW zu gehen.

Die API liefert hier (natürlich ohne gesetzte Filter) genau eine von drei vorhandenen öffentlichen Ladesäulen.
So richtig hilfreich scheint das nicht zu sein.

#47

Heizungssteuerung/Raumklima / Aw: Einbindung BWT Perla mit W...

Letzter Beitrag von gotmoon - 08 März 2026, 12:40:38

Tatsächlich hat sich die Perla weiterentwickelt.
Ich bin mir nicht sicher, ob die aktuelle FW nun schon die API integriert hat. Wenn nicht, kann man bei BWT erfragen, ob man eine entsprechende FW erhält.
Man schreibe eine Email an: ProfilineAS@bwt.de und kläre mit dem Support ob es möglich ist einen lokalen API Zugriff zu erhalten.

Meine Perla habe ich dann per HTTPMOD eingebunden.

Code Auswählen Erweitern

define BWT HTTPMOD http://192.168.xxx.xxx:8080/api/GetCurrentData 300
attr BWT requestHeader1 Authorization: Basic [Passwort]
attr BWT extractAllJSON 1
attr BWT enableControlSet 1
attr stateFormat {sprintf("Heute: %.0f Liter - Monat: %.d m³ - Salz-Status: %.d %%", ReadingsVal($name,"WaterTreatedCurrentDay_l",0), ReadingsVal($name,"WaterTreatedCurrentMonth_l",0)/1000, ReadingsVal($name,"RegenerativLevel",0))}
Dazu ein Logfile und vielleicht noch ein Plot
Bei mir klappts seither Problemlos.

#48

Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...

Letzter Beitrag von locodriver - 08 März 2026, 12:36:06

@locodriver

wenn das alles so stimmt, was Du schreibst, dann sollte das passen.
Welche NodeJS/npm Version setzt Du ein ?

Vielleicht zeigst Du auch mal Dein alexa-cookie Verzeichnis.

Node ist : 18.20.4 und
npm ist: 9.2.0.

Anbei noch das Verzeichnis.


Interessant ist, dass immerhin alles das funzt, wenn Alexa nur mit "ok" antworten muss.

#49

Anfängerfragen / Aw: Logfiles - Groesse reduzie...

Letzter Beitrag von betateilchen - 08 März 2026, 12:31:11

addLog kannte ich noch nicht,

Ein Blick in die commandref hilft oft weiter...

#50

Zigbee / Hue Pro Einbindung Workaround ...

Letzter Beitrag von gotmoon - 08 März 2026, 12:29:51

Kleine Info, wie ich die Hue Pro bei mir eingebunden habe.

Die Pro war eher ein Impulskauf, weil meine deconz hin und wieder zickte.
Als die Hue Pro nicht in FHEM einzubinden war, wurde ich hier im Forum leider nicht fündig, sondern habe die Lösung einer anderen Community adaptiert.

Voraussetzung:
Hue Pro
Docker (Ich nutze zusätzlich Portainer)
Fhem

Idee dahinter:
Ein in die Kommunikation zwischengeschalteter Proxy "übersetzt" die https (also verschlüsselt und mit Zertifikat) in http (klartext).

Umsetzung:
In Docker wird ein container geladen, der eine eigene IP-Adresse erhält und genau diese Aufgabe ausführt.

Das Image heißt "caddy:latest" und ist über Docker Hub verfügbar.
Dazu muss ein macvlan im lokalen IP Adressbereich erstellt werden. Das Bridge Netzwerk sollte nicht genutzt werden. Der Container bekommt also eine eigene IP-Adresse (die wir später in FHEM brauchen).
Es müssen 3 Volumes erstellt werden. Der Container braucht sie für "/data", "/etc/caddy", "/config"
Mit Putty navigiert man dann in den Ordner, der mit "/etc/caddy" verknüpft ist (am besten mit sudo-Rechten)
und erstellt dort eine Datei, die "Caddyfile" heißt (für windows nutzer - JA ohne Dateiendung)
Das geht mit Putty und dem Befehl

Code Auswählen Erweitern

nano Caddyfile
dann öffnet sich quasi das Progamm "nano" und eine leere Datei.
Dort fügt man folgendes ein:

Code Auswählen Erweitern

:80 {
    reverse_proxy 192.168.xxx.xxx:443 {
        transport http {
            tls_insecure_skip_verify
        }
    }
}
Die IP die hier eingesetzt werden muss ist die IP der Hue Pro

danach STRG+O (zum Speichern)
und STRG+X (zum schließen)

Den Container startet man dann.
Die dem Caddy Container zugewiesene IP ist für FHEM dann die IP der Hue Bridge und wird so wie andere Hue Bridges verwendet.


Für alle, die noch am Brainstormen sind, was sonst noch so geht:
Es gehen wohl auch div. andere Reverse-Proxys
Man kann diyhue verwenden, hat bei mir jetzt nicht sofort gut geklappt.
Man kann wohl auch den Umweg über HomeAssistant nehmen (Hue bridge per Matter integrieren und per MQTT weiterreichen)

Viel Erfolg damit.