- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
SVG / Plots / logProxy / Aw: Bar graph Treppeneffekt en...
Letzter Beitrag von Rampler - 02 Mai 2024, 06:10:56Zitat von: rudolfkoenig am 01 Mai 2024, 16:58:49Wenn man eine weitere Spalte ohne Tagesreset einbaut, dann koennte man dafuer die delta-d Funktion verwenden.
Steh grad auf dem Schlauch..
Eine weitere Spalte wohin ? In die SmartMeter statEinspeisung_Total:..., welche vom Statistikmodul kommt ?
#2
SVG / Plots / logProxy / Aw: Werte für Darstellung durc...
Letzter Beitrag von MadMax - 02 Mai 2024, 05:53:51Indem du Device:Reading::[Function] im plot nutzt.
Device:Reading::$val=$val/1000
Gruß
Max
Device:Reading::$val=$val/1000
Gruß
Max
#3
Off-Topic / Aw: Lidl WI-FI Steckdose SWS-A...
Letzter Beitrag von epek - 02 Mai 2024, 02:23:47Sorry für das Necroposting, aber nachdem der icomen-Server seit Wochen endgültig abgedreht ist, habe ich Probleme beim Initialisieren einer der Aplic/CSL-Dosen. @biopio also entweder verstehe ich das Python-Skript nicht, oder ich bekomme es nicht hin. Zumindest läuft das Skript nach der Korrektur eines Indents beim else: in Zeile 404.
Die Dose blinkt schnell rot, mein PC ist mit NetworkManager im Zielnetz des APs, in den die Dose soll, das init.py das import wifisocket as ws und
ws.send_password('Meinsupertolleswlanpasswort', 120) enthält, läuft auch.
Aber a) woher weiß eine neue Dose im Pairing-Mode, in dem sie promiscuous lauscht, was im WPA2-verschlüsselten WLAN, dessen Kennung ich ihr über das Skript ja nicht sage, von ws.send_password gesendet wird?
b) woher weiß die Dose, welche ESSID sie braucht? Oder probiert die das Passwort dann einfach durch?
c) müsste man dann ws.sendpassword nicht über ein offenes WLAN machen?
Sorry für die Anfängerfragen. Dass eine bereits einmal initialisierte Dose nach dem 5 Sekunden-Reset nicht alle Daten verloren hat, ist klar. Sie wäre dann immer noch im lokalen Netz. Aber irgendwo in der Doku steht etwas von neuen Dosen. Ich kapier es nicht. Bitte um Info!
Die Dose blinkt schnell rot, mein PC ist mit NetworkManager im Zielnetz des APs, in den die Dose soll, das init.py das import wifisocket as ws und
ws.send_password('Meinsupertolleswlanpasswort', 120) enthält, läuft auch.
Aber a) woher weiß eine neue Dose im Pairing-Mode, in dem sie promiscuous lauscht, was im WPA2-verschlüsselten WLAN, dessen Kennung ich ihr über das Skript ja nicht sage, von ws.send_password gesendet wird?
b) woher weiß die Dose, welche ESSID sie braucht? Oder probiert die das Passwort dann einfach durch?
c) müsste man dann ws.sendpassword nicht über ein offenes WLAN machen?
Sorry für die Anfängerfragen. Dass eine bereits einmal initialisierte Dose nach dem 5 Sekunden-Reset nicht alle Daten verloren hat, ist klar. Sie wäre dann immer noch im lokalen Netz. Aber irgendwo in der Doku steht etwas von neuen Dosen. Ich kapier es nicht. Bitte um Info!
#4
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von kask - 02 Mai 2024, 01:53:22Mein Hauptanliegen liegt bei dem Consumptionwerten hierbei.
Nicht die PV Forecast Werte.
Da ist eine schnelle Abfrage nicht nötig.
Dafür sind mehrere Devices nicht wirklich nötig. So wie bisher festgestellt.
Ich bilde mir aus (fast) allen SF's z.B. auch Werte. Und der Durschnitt aller Devices liegt meist am nächsten zum wirklichen Ertrag.
Klar kann es passieren das einzelne SF's genauer sind.
Aber gerade bei unbeständigem Wetter ist es so immer genauer und bei gutem Wetter ist die Abweichung vernachlässigbar zu dem besseren SF's.
Für mich und meine Anlage ist der Durchschnittswert mein Favorit.
Deshalb habe ich nicht "die" API die am besten ist. Klar habe ich darunter Favoriten. Aber selbst die sind meist nicht genauer wie der Durschnitt aller.
Und bei mehreren Devices macht es halt auch Sinn diese Zeitversetzt durch zu takern. Sind ja nicht gerade die Resourcen schonensten Module mitunter.
Ich muss mal gucken wie ich das Umsetzte was ich mir da denke.
Vieleicht lass ich ein Modul öfter takern was die beste Aufrufverarbeitungszeit im Durchschnitt hat. VictronVRM vermutlich.
Und die anderen tacker ich in einem sehr großem Interval durch. Ich muss mal gucken.
Nicht die PV Forecast Werte.
Da ist eine schnelle Abfrage nicht nötig.
Dafür sind mehrere Devices nicht wirklich nötig. So wie bisher festgestellt.
Ich bilde mir aus (fast) allen SF's z.B. auch Werte. Und der Durschnitt aller Devices liegt meist am nächsten zum wirklichen Ertrag.
Klar kann es passieren das einzelne SF's genauer sind.
Aber gerade bei unbeständigem Wetter ist es so immer genauer und bei gutem Wetter ist die Abweichung vernachlässigbar zu dem besseren SF's.
Für mich und meine Anlage ist der Durchschnittswert mein Favorit.
Deshalb habe ich nicht "die" API die am besten ist. Klar habe ich darunter Favoriten. Aber selbst die sind meist nicht genauer wie der Durschnitt aller.
Und bei mehreren Devices macht es halt auch Sinn diese Zeitversetzt durch zu takern. Sind ja nicht gerade die Resourcen schonensten Module mitunter.
Ich muss mal gucken wie ich das Umsetzte was ich mir da denke.
Vieleicht lass ich ein Modul öfter takern was die beste Aufrufverarbeitungszeit im Durchschnitt hat. VictronVRM vermutlich.
Code Auswählen
ForecastDWD CODE(0x559d502140) 364 6877772 561425.86 0.08 0.00 0.00 02.05. 00:28:23 HASH(ForecastDWD)
ForecastSolarAPI CODE(0x559d502140) 334 6877772 492662.48 0.07 0.00 0.00 02.05. 00:11:33 HASH(ForecastSolarAPI)
Forecast CODE(0x559d502140) 330 6877772 542474.85 0.08 0.00 0.00 02.05. 00:00:05 HASH(Forecast)
ForecastOpenMeteoEnsemble CODE(0x559d502140) 326 6877772 1075603.99 0.16 0.00 0.00 02.05. 00:00:04 HASH(ForecastOpenMeteoEnsemble)
ForecastOpenMeteoWorld CODE(0x559d502140) 313 6877772 530529.66 0.08 0.00 0.00 02.05. 00:00:04 HASH(ForecastOpenMeteoWorld)
ForecastOpenMeteo CODE(0x559d502140) 309 6877772 511606.73 0.07 0.00 0.00 02.05. 00:00:05 HASH(ForecastOpenMeteo)
ForecastVictronVRM CODE(0x559d502140) 290 6877772 499226.55 0.07 0.00 0.00 02.05. 00:00:05 HASH(ForecastVictronVRM)
Und die anderen tacker ich in einem sehr großem Interval durch. Ich muss mal gucken.
#5
Anfängerfragen / Aw: update
Letzter Beitrag von Otto123 - 01 Mai 2024, 23:59:15Zitat./Log-Archive//fhem-2022-03.logDa stimmt doch eine Pfadangabe - archivedir ? - nicht?!
#6
Einplatinencomputer / Aw: GPIO Bookworm
Letzter Beitrag von Otto123 - 01 Mai 2024, 23:53:59So nahe untersucht habe ich das ja nicht. Aber in einem aktuellen debian für den Pi (auch für mich ein ungewöhnliches OS) war sysfs-gpio nicht mehr drin und mit gpiod hat die Aktivierung von Pin17 funktioniert. Ich habe nur ein bisschen gelesen und mag da keine strategische Aussage treffen 
#7
Homematic / Aw: HomeBrewWired - Diskussion...
Letzter Beitrag von loetmeister - 01 Mai 2024, 23:29:27Hi Juri,
ok, wäre auch zu einfach gewesen.
Hab es nun etwas anders gelöst, und im Debug modus überprüft. Die Default Zeit von 50 Sekunden klappt nun... also alles darunter sollte auf jeden Fall ok sein.
Mach mal diese Änderungen,
https://github.com/loetmeister/HBWired/commit/d7cbbbb15e5831b53ac9241bba1b2d1dc47222ea
bzw. lade die aktuellen HBWBlind.h / HBWBlind.cpp herunter. (https://github.com/loetmeister/HBWired/tree/master/libraries/src)
Gruß,
Thomas
ok, wäre auch zu einfach gewesen.
Hab es nun etwas anders gelöst, und im Debug modus überprüft. Die Default Zeit von 50 Sekunden klappt nun... also alles darunter sollte auf jeden Fall ok sein.
Mach mal diese Änderungen,
https://github.com/loetmeister/HBWired/commit/d7cbbbb15e5831b53ac9241bba1b2d1dc47222ea
bzw. lade die aktuellen HBWBlind.h / HBWBlind.cpp herunter. (https://github.com/loetmeister/HBWired/tree/master/libraries/src)
Gruß,
Thomas
#8
Einplatinencomputer / Aw: Test GPIO am Raspberry 5 (...
Letzter Beitrag von klausw - 01 Mai 2024, 23:27:27Zitat von: Stelaku am 30 April 2024, 18:08:17Das mit den pull up hat wiring pi früher mit erledigt oder ?
Genau, wie auch Frank schreibt ist wiringpi eigentlich nur deswegen dringeblieben.
Ich hätte es sonst liebend gern rausgeworfen, da es immer wieder zu Mißverständnissen gefürt hat.
#9
Einplatinencomputer / Aw: GPIO Bookworm
Letzter Beitrag von klausw - 01 Mai 2024, 23:22:36Also ist es beim aktuellen Debian schon entfernt worden?
Ich habe bisher immer nur das Raspberry OS verwendet. Da wurde es demnach noch mit reingenommen.
Fummeln muss man ja nicht groß, mit dem richtigen OS geht es ja.
Allerdings muss ich dir rechtgeben das es so nicht bleiben kann. Wer weiß wie lange es Raspberry OS noch beibehält und andere Einplaninenrechner könnten bereits außen vor sein.
Könnte gpiod (gpioget, gpioset, pinctrl...) eine Lösung sein?
Gibt es noch andere Möglichkeiten die man sich ansehen sollte?
Ich würde schon gern auf etwas Nachhaltiges setzen wenn ich das Modul umbaue.
Ich habe bisher immer nur das Raspberry OS verwendet. Da wurde es demnach noch mit reingenommen.
Fummeln muss man ja nicht groß, mit dem richtigen OS geht es ja.
Allerdings muss ich dir rechtgeben das es so nicht bleiben kann. Wer weiß wie lange es Raspberry OS noch beibehält und andere Einplaninenrechner könnten bereits außen vor sein.
Könnte gpiod (gpioget, gpioset, pinctrl...) eine Lösung sein?
Gibt es noch andere Möglichkeiten die man sich ansehen sollte?
Ich würde schon gern auf etwas Nachhaltiges setzen wenn ich das Modul umbaue.
#10
Anfängerfragen / Aw: EasyHome WIFI Steckerset v...
Letzter Beitrag von epek - 01 Mai 2024, 23:14:14Update: Aplic Support und Medion Support wissen nicht weiter, weil icomen außerhalb ihres Bereichs liegt. Der Account von Frank Wen dürfte stillgelegt sein. Die Links aus den Apps führen ins Leere.
Damit ergibt sich mit den Aplic-Dosen ein Problem:
Hat man sie aus welchem Grund auch immer einmal resettet, kann man sie offenbar nicht wieder initialisieren. Die Apps, über die das lief, waren icomen und icomen x2, die beide ohne den Server nicht mehr funktionieren.
Bei den Medion-Dosen dürfte das kein Problem sein, weil man den AccessPoint ,,LSD", soweit ich mich erinnern kann, einfach bereitsstellt und auf den dhcp-lease der Dose per Browser verbindet und mit admin/admin einloggen und alle Einstellungen ändern kann.
Bei der Aplic Modell-Nr. 301795 funktioniert das nicht. Mit Wireshark sehe ich, dass sie einen WLAN-Scan (Broadcast ohne ESSID) initiiert und nach der ESSID ,,UPGRADE-AP" sucht. Auf einen derart bereitgestellten AP verbindet sie jedoch nicht und macht noch nicht einmal einen Verbindungsversuch. Auch im Adhoc-Mode verschmäht sie ihn und sie strahlt auch nichts aus wodurch ich auf eine hidden ssid schließen könnte. Aber ich muss zugeben, ich bin ein wenig eingerostet in diesen Dingen. Weiß jemand Rat?
Damit ergibt sich mit den Aplic-Dosen ein Problem:
Hat man sie aus welchem Grund auch immer einmal resettet, kann man sie offenbar nicht wieder initialisieren. Die Apps, über die das lief, waren icomen und icomen x2, die beide ohne den Server nicht mehr funktionieren.
Bei den Medion-Dosen dürfte das kein Problem sein, weil man den AccessPoint ,,LSD", soweit ich mich erinnern kann, einfach bereitsstellt und auf den dhcp-lease der Dose per Browser verbindet und mit admin/admin einloggen und alle Einstellungen ändern kann.
Bei der Aplic Modell-Nr. 301795 funktioniert das nicht. Mit Wireshark sehe ich, dass sie einen WLAN-Scan (Broadcast ohne ESSID) initiiert und nach der ESSID ,,UPGRADE-AP" sucht. Auf einen derart bereitgestellten AP verbindet sie jedoch nicht und macht noch nicht einmal einen Verbindungsversuch. Auch im Adhoc-Mode verschmäht sie ihn und sie strahlt auch nichts aus wodurch ich auf eine hidden ssid schließen könnte. Aber ich muss zugeben, ich bin ein wenig eingerostet in diesen Dingen. Weiß jemand Rat?