Hauptmenü

Neueste Beiträge

#1
FHEM Code changes / Revision 30761: 76_SolarForeca...
Letzter Beitrag von System - 20 Januar 2026, 22:10:49
Revision 30761: 76_SolarForecast: contrib Version 2.0.0

76_SolarForecast: contrib Version 2.0.0

Source: Revision 30761: 76_SolarForecast: contrib Version 2.0.0
#2
Perl für FHEM-User / Aw: Basic Auth klappt nicht mi...
Letzter Beitrag von TomLee - 20 Januar 2026, 22:06:40
Ich schaus mir später noch oder Morgen, an. Danke das dich mit beschäftigt hast.
#3
Perl für FHEM-User / Aw: Basic Auth klappt nicht mi...
Letzter Beitrag von frober - 20 Januar 2026, 22:01:21
Soweit ich das sehe musst du die Auth per POST mit senden.

https://symfony.com/doc/current/reference/configuration/security.html

Z.B.
http://www.abc.com/details?method=post&user=john&psswd=445566

Wie das genau bei symfony aussieht habe ich nicht gefunden, aber im Link weiter unter steht zumindest die Variable für User und passwd.
#4
Perl für FHEM-User / Aw: Basic Auth klappt nicht mi...
Letzter Beitrag von TomLee - 20 Januar 2026, 21:55:41
Zitat von: passibe am 20 Januar 2026, 21:19:38
Zitat von: TomLee am 20 Januar 2026, 20:40:27Ich hab jetzt mit den gezeigten Beispielen nix falsch gemacht und es sollte grundsätzlich eigentlich so klappen?
Nur, wenn die Anwendung, bei der du dich authentifizieren willst, auch tatsächlich Basic Auth nutzt, wonach es aktuell aber eher nicht aussieht.

Kannst es ja auch mal testen: https://testpages.eviltester.com/pages/auth/basic-auth/

Versteh ich nicht, natürlich unterstützt sie Basic Auth sonst könnt ich mich mit den Credentials ja nicht einloggen.
#5
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 20 Januar 2026, 21:52:06
Die Abwesenheit wird nun auch nach aiRawData übernommen (hatte ich vergessen  ::) ) und man kann sich auch nur die letzten/aktuellsten X Datensätze anzeigen lassen:

  get ... valDecTree  aiRawData 5

Below are 5 of a total of 8493 records are displayed.

2026012017 => hod: 17, dayname: Di, sunaz: 236, sunalt: 1, rad1h: -, wcc: 0, weatherid: 0, rr1c: 0.00, temp: 1.8, socwhsum: 28132
              pvrl: 169, pvrlvd: 1, minutes_wp: -, conaifc: 660, con: 593, gcons: 23, presence: -
              csme01: 25, csme03: 0, csme04: 147, csme05: 0, csme06: 9, csme07: 0, csme08: 0, csme09: 0
2026012018 => hod: 18, dayname: Di, sunaz: 247, sunalt: -8, rad1h: -, wcc: 0, weatherid: 0, rr1c: 0.00, temp: 1.3, socwhsum: 27279
              pvrl: -, pvrlvd: 1, minutes_wp: -, conaifc: 597, con: 794, gcons: 25, presence: -
              csme01: 21, csme03: 0, csme04: 141, csme05: 0, csme06: 0, csme07: 0, csme08: 10, csme09: 30
2026012019 => hod: 19, dayname: Di, sunaz: 258, sunalt: -16, rad1h: -, wcc: 0, weatherid: 0, rr1c: 0.00, temp: 0.6, socwhsum: 26711
              pvrl: -, pvrlvd: 1, minutes_wp: -, conaifc: 716, con: 601, gcons: 23, presence: -
              csme01: 20, csme03: 0, csme04: 141, csme05: 0, csme06: 1, csme07: 0, csme08: 0, csme09: 6
2026012020 => hod: 20, dayname: Di, sunaz: 270, sunalt: -26, rad1h: -, wcc: 7, weatherid: 1, rr1c: 0.00, temp: 0.1, socwhsum: 26143
              pvrl: -, pvrlvd: 1, minutes_wp: -, conaifc: 646, con: 624, gcons: 23, presence: 1
              csme01: 20, csme03: 0, csme04: 138, csme05: 0, csme06: 11, csme07: 0, csme08: 10, csme09: 0
2026012021 => hod: 21, dayname: Di, sunaz: 282, sunalt: -35, rad1h: -, wcc: 9, weatherid: 1, rr1c: 0.00, temp: -0.2, socwhsum: 25290
              pvrl: -, pvrlvd: 1, minutes_wp: -, conaifc: 656, con: 783, gcons: 24, presence: 1
              csme01: 22, csme03: 0, csme04: 125, csme05: 0, csme06: 11, csme07: 0, csme08: 0, csme09: 36

Unsere Daten werden immer umfangreicher und i.A. interessieren nur die letzten Datensätze zur Anzeige.

Update liegt im Contrib.
#6
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 20 Januar 2026, 21:26:14
Ergänzung / Vorbereitung von "presence" für die "Zukunft"  ;)  
attr <devicenameSF> setupEnvironment <Schlüssel=Wert> <Schlüssel=Wert> ...
presence   
        Eine <Gerät>:<Reading>:<Regex> Kombination, die den Anwesenheitsstatus der Bewohner liefert.
        Der angegebene reguläre Ausdruck muß 'true' für den Status 'Anwesenheit' ergeben, sonst 'false'.
        Syntax: <Gerät>:<Reading>:<Regex>

Die Anwesenheit in der jeweiligen Stunde ist zeitgewichtet, d.h. der überwiegende Status gewinnt.
Die Einbindung in die AI FEATURES folgt. Dann ist wieder Training gefragt. Deswegen hier erstmal nur Einbindung und Datensammlung.

Beispiel zur Einbindung / Nutzung der (zukünftigen) Anwesenheiterkennung von mind >1< von >2< Bewohnern in AI:IFANN:

A:
1 x Userreading in SF anlegen:
Die Namen der Devices/Readings in Beispielen müssen auf die eigenen und vorhandenen Devicenamen / Readingnamen anpasst werden)
user_presence {if(ReadingsVal("Handy_01","state","") eq "present") {return "present"} elsif (ReadingsVal("Handy_02","state","") eq "present") {return "present"} else {return 0}}

B:
1 x setupEnvironment <Schlüssel=Wert> <Schlüssel=Wert> ...
    hier nur die Ergänzung dazu vornehmen (wenn Einträge vorhanden sind) wegen bzw. für "presence"
presence=Forecast:user_presence:present
Viel Spass dabei  ;D

Hier noch ein Ergebnis in pvHistory dazu:
     
      21 => pvapifcraw: 0, pvfc: 0, pvrl: 0, ........
            ........weatherid: 101, wcc: 26, windspeed: 1.28, rr1c: 0.00, pvcorrf: 1.35/0.74 temp: 2, presence: 1
            .....
und auch hier in PVcircular
21 => pvapifcraw: 0, ........ gfeedin: 0, wcc: 26, rr1c: 0.00
      temp: 2, windspeed: 1.28, presence: 1, wid: 101, wtxt: -
      pprl01: .......
#7
Perl für FHEM-User / Aw: Basic Auth klappt nicht mi...
Letzter Beitrag von passibe - 20 Januar 2026, 21:19:38
Zitat von: TomLee am 20 Januar 2026, 20:40:27Ich hab jetzt mit den gezeigten Beispielen nix falsch gemacht und es sollte grundsätzlich eigentlich so klappen?
Nur, wenn die Anwendung, bei der du dich authentifizieren willst, auch tatsächlich Basic Auth nutzt, wonach es aktuell aber eher nicht aussieht.

Kannst es ja auch mal testen: https://testpages.eviltester.com/pages/auth/basic-auth/
#8
Multimedia / Aw: Modul für Denon (Marantz) ...
Letzter Beitrag von vneise - 20 Januar 2026, 21:00:00
Zitat von: olwaldi am 20 Januar 2026, 15:36:11Wenn Du die Zonen sowieso nicht nutzt, würde ich doch meine Änderung von toggle bevorzugen. Ansonsten muß man ja auch toggle zum Ausschalten verwenden, um auch alle Zonen wieder auszuschalten.

Die Doku habe ich bei mir schonmal wie vorgeschlagen angepaßt. Bzgl. toggle warte ich aber noch die Meinung der anderen ab...

Habe schon oft Fragen im Netz gesehen, wo "verzweifelte" Anwender sich wundern, daß ihr Denon eingeschaltet bleibt, obwohl sie ihn vermeintlich ausgeschaltet haben. Liegt eben daran, daß irgendwie mal versehentlich eine Zone eingeschaltet worden ist und eben eingeschaltet bleibt, wenn man nur die zoneMain ausschaltet. Ganz ohne fhem...


Was Du schreibst, spricht ja eher dafür, über den toggle alles zu schalten und mit toggle <zone> nur eine Zone. Für mich und anscheinend andere, die sich hier beteiligen, funktioniert die aktuelle Implementierung. Nur es ist aus meiner Sicht eben ein "Fehler" für eine komfortable User-Journey. Um andere Zonen als die zoneMain zu schalten, gibt es in fhem dann nur Möglichkeit über ein rawCommand - nicht schön, jedoch machbar.

btw: in der Doku zu den Attributen fehlen noch Einträge für
- deviceInfoPort
- do_not_notify
- inputs

Das Attribut "disable" ist in der UI Dropdown-Liste für Attribute nicht mehr verfügbar.

VG
#9
Unterstützende Dienste / Aw: PRESENCE cover version - a...
Letzter Beitrag von JoWiemann - 20 Januar 2026, 20:50:53
Hallo Thomas,

danke für den Hinweis. Lasse ich mir etwas einfallen.

Grüße Jörg
#10
Perl für FHEM-User / Aw: Basic Auth klappt nicht mi...
Letzter Beitrag von TomLee - 20 Januar 2026, 20:40:27
Meinst Du, einfach den Maintainer des Projekt fragen, würde die Frage schneller beantworten wie hier weiter rätseln?

Ich hab jetzt mit den gezeigten Beispielen nix falsch gemacht und es sollte grundsätzlich eigentlich so klappen?