- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#41
Codeschnipsel / Aw: [Contrib] GIFTV (Geek Magi...
Letzter Beitrag von Wzut - 03 April 2026, 15:44:13@Damian , das ist Solar Forcast -> https://forum.fhem.de/index.php?msg=1361124
aber da Heiko auch einen hatte , hänge ich beide hier an
aber da Heiko auch einen hatte , hänge ich beide hier an
#42
Codeschnipsel / Aw: [Contrib] GIFTV (Geek Magi...
Letzter Beitrag von Damian - 03 April 2026, 15:39:00Welches Icon ist der Strommast, den brauche ich für meine energy-card.
#43
Bastelecke / Aw: ESP RGBWW Controller - Fir...
Letzter Beitrag von pjakobs - 03 April 2026, 15:21:47heute gibt's ne neue Version, ich hab jetzt viel Zeit damit zugebracht, die neue ESP32 Hardware und die zugehörige neue HardwarePWM Implementation zu testen - das ist jetzt drin.
Weil ich damit ein paar Probleme hatte, habe ich heute noch was implementiert, was grundsätzlich sinnvoll sein dürfte: ich habe endlich remote logging vernünftig implementiert und zwar als einfaches BSD rSyslog.
Dazu gibt es eine neue Konfigurationskarte auf der "network" Seite, auf der Ihr rsyslog ein und ausschalten, sowie host und port konfigurieren könnt.
Ihr braucht dazu einen rsyslog host, das kann etwa ein fhem host sein, in meinem Fall habe ich ein `lightinator.config` file in `/etc/rsyslog.d/` mit folgendem Inhalt angelegt:
Weil ich damit ein paar Probleme hatte, habe ich heute noch was implementiert, was grundsätzlich sinnvoll sein dürfte: ich habe endlich remote logging vernünftig implementiert und zwar als einfaches BSD rSyslog.
Dazu gibt es eine neue Konfigurationskarte auf der "network" Seite, auf der Ihr rsyslog ein und ausschalten, sowie host und port konfigurieren könnt.
Ihr braucht dazu einen rsyslog host, das kann etwa ein fhem host sein, in meinem Fall habe ich ein `lightinator.config` file in `/etc/rsyslog.d/` mit folgendem Inhalt angelegt:
Code Auswählen
template(name="LightinatorLog" type="string" string="/var/log/lightinator.log")
template(name="LightinatorWithIP" type="list") {
property(name="timegenerated" dateFormat="rfc3339")
constant(value=" ")
property(name="fromhost-ip")
constant(value=" : ")
property(name="rawmsg")
constant(value="\n")
}
ruleset(name="LightinatorLogProcessing") {
action(type="omfile" dynaFile="LightinatorLog" template="LightinatorWithIP")
stop
}
module(load="imudp")
input(type="imudp" port="514" ruleset="LightinatorLogProcessing")
die Version ist live, sobald die CI durchgelafuen ist. #44
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von JoWiemann - 03 April 2026, 15:19:19Hallo electron-bbs,
es wäre schön, wenn Du folgenden Code:
Grüße Jörg
es wäre schön, wenn Du folgenden Code:
Code Auswählen
sub FBUser() {
use LWP::UserAgent;
use Data::Dumper;
my $agent = LWP::UserAgent->new( env_proxy => 1, keep_alive => 1, Content_Type => 'text/xml; charset=utf-8', protocols_allowed => ['http'], timeout => 10);
my $url = "http://ip der 7390";
my $response = $agent->get( $url );
Log3 "FBUser", 3, "FBUser: \n" . Dumper($response->content);
return Dumper($response->content);
}in Deine 99_myUtils packen könntests und dann in der Fhem Kommandozeile mit {FBUser} ausführen würdest. Den Log-Eintrag dann bitte einmal posten. Danke DirGrüße Jörg
#45
Anfängerfragen / Aw: Verständnisproblem bei ein...
Letzter Beitrag von kgie - 03 April 2026, 15:15:33Es wäre sicher hilfreich, wenn Du konkret schreibst, was Du versucht hast, was dabei rausgekommen ist und was du erwartet hast.
#46
Anfängerfragen / Verständnisproblem bei einfach...
Letzter Beitrag von PerlSkripter - 03 April 2026, 14:14:00Hallo zusammen,
ich beschäftige mich gerade etwas intensiver mit DOIF und stoße dabei auf ein Verständnisproblem, vielleicht kann mir das jemand kurz erklären.
Ich habe versucht, eine einfache Regel umzusetzen (z.B. abhängig von Uhrzeit und einem Device-State), aber das Verhalten ist nicht immer so, wie ich es erwarten würde. Manchmal wird die Bedingung scheinbar korrekt erkannt, manchmal passiert gar nichts.
Mir ist nicht ganz klar, ob ich hier einen Denkfehler habe oder ob es an der Reihenfolge bzw. Auswertung der Bedingungen liegt. Auch das Zusammenspiel mit "wait" oder ähnlichen Parametern ist für mich noch etwas unübersichtlich.
Vielleicht hat jemand ein kurzes Beispiel oder kann erklären, worauf man bei solchen einfachen Konstruktionen besonders achten sollte. Ich habe das Gefühl, dass ich irgendwo ein grundlegendes Prinzip übersehe hier.
Vielen Dank schon mal!
ich beschäftige mich gerade etwas intensiver mit DOIF und stoße dabei auf ein Verständnisproblem, vielleicht kann mir das jemand kurz erklären.
Ich habe versucht, eine einfache Regel umzusetzen (z.B. abhängig von Uhrzeit und einem Device-State), aber das Verhalten ist nicht immer so, wie ich es erwarten würde. Manchmal wird die Bedingung scheinbar korrekt erkannt, manchmal passiert gar nichts.
Mir ist nicht ganz klar, ob ich hier einen Denkfehler habe oder ob es an der Reihenfolge bzw. Auswertung der Bedingungen liegt. Auch das Zusammenspiel mit "wait" oder ähnlichen Parametern ist für mich noch etwas unübersichtlich.
Vielleicht hat jemand ein kurzes Beispiel oder kann erklären, worauf man bei solchen einfachen Konstruktionen besonders achten sollte. Ich habe das Gefühl, dass ich irgendwo ein grundlegendes Prinzip übersehe hier.
Vielen Dank schon mal!
#47
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 03 April 2026, 14:09:21Hallo Wzut,
schön dich wieder hier im Thread mal zu lesen.
Klar kannst du machen. Es gibt in dem openAutomation Projekt schon ein scene_power_grid was ich hier angehängt habe. Unlängst hatte ich auch schon Wind-Icons aus dieser Sammlung einchecken lassen. openAutomation ist ein sehr schöner Fundus für Icons. Kannst ja mal schauen was dir besser gefällt.
Schöne Ostern und VG,
Heiko
schön dich wieder hier im Thread mal zu lesen.
Klar kannst du machen. Es gibt in dem openAutomation Projekt schon ein scene_power_grid was ich hier angehängt habe. Unlängst hatte ich auch schon Wind-Icons aus dieser Sammlung einchecken lassen. openAutomation ist ein sehr schöner Fundus für Icons. Kannst ja mal schauen was dir besser gefällt.
Schöne Ostern und VG,
Heiko
#48
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von elektron-bbs - 03 April 2026, 14:01:30Mit dieser Version aus dem SVN habe probiert. Ich bin mittlerweile zu dem Ergebnis gekommen, das die 7390 ein fehlerhaftes Array liefert (ich habe ein paar Logausgaben eingebaut):
Code Auswählen
FRITZ!Box Fon WLAN 7390:
"activeUsers":[[],
{"pid":"loginPage","users":[[],[]]}
Not a HASH reference at ./FHEM/72_FritzSmart.pm line 9977.
FRITZ!Box 7590:
"activeUsers":[{"value":"fritz2355","text":"fritz2355","UID":"boxuser89"}],
{"pid":"loginPage","users":[{"value":"fritz2355","text":"fritz2355","UID":"boxuser89"}],"pushBtnLogin":false,"fromInternet":false,"pushmailEnabled":true,"sid":"0000000000000000"}
FRITZ!WLAN Repeater 310
"activeUsers":[],
{"pid":"loginPage","users":[]}
#49
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von JoWiemann - 03 April 2026, 13:56:20Hallo,
vielen Dank für die Rückmeldungen zu Diversity. Interessant ist, dass einige 7590 einen Inhalt zurück melden, während andere, wie auch meine, es nicht tun. Aber gut. Ich werde das Modul entsprechend anpassen, so dass das "alte" Diversity und das neuere Redirection zusammen passen.
Grüße Jörg
PS: Die Abfrage gibt nur Rufumleitungen aus, die für die eingerichteten SIP hinterlegt sind.
vielen Dank für die Rückmeldungen zu Diversity. Interessant ist, dass einige 7590 einen Inhalt zurück melden, während andere, wie auch meine, es nicht tun. Aber gut. Ich werde das Modul entsprechend anpassen, so dass das "alte" Diversity und das neuere Redirection zusammen passen.
Grüße Jörg
PS: Die Abfrage gibt nur Rufumleitungen aus, die für die eingerichteten SIP hinterlegt sind.
#50
Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...
Letzter Beitrag von Ralli - 03 April 2026, 13:26:14Hab's auch wieder anhand der Anleitung von Jörg. Danke.