Neueste Beiträge

#1
Sonstige Systeme / Aw: Entwicklungs-Thread Modul ...
Letzter Beitrag von daheim - 05 Mai 2026, 19:42:01
Hallo Starkstrombastler,

mir sind in den letzten Monaten div. HM Aktoren kaputt gegangen und ich habe diese durch Shellys ersetzt. Bei HomeMatic war es möglich das beim Schalten ein state auf set_on / set_off gesetzt wurde, bis zur Rückmeldung.

Ich habe das Problem, dass meine Frau zu hecktisch ist und des öfteren das Shelly mehrmals schaltet, da keine Rückmeldung kommt, bis das Shelly geschaltet hat. (Ich hoffe du verstehst mich)

Mit Hilfe der KI, habe ich deinen Code erweitert um die Funktion set_on / set_off. Die ersten Tests sind positiv verlaufen und ich wollte dich fragen, ob du die Erweiterung mit in deinen Code aufnehmen würdest?

Konkret ist ab der Codezeile 2969 hinter
Log3 $name,4,"[Shelly_Set] switching channel $channel for device $name with command $cmd";#4
   # Log3 $name,0,"[Shelly_Set] $name ".$hash->{props}{namespace}."  ".($hash->{props}{gen}?1:0);

Die folgenden Zeilen eingefügt worden

my $state_preview;
    if( $cmd =~ /turn=on/ || $cmd =~ /on=true/ ){
        $state_preview = "set_on";
    }elsif( $cmd =~ /turn=off/ || $cmd =~ /on=false/ ){
        $state_preview = "set_off";
    }
    if( defined($state_preview) ){
        readingsBeginUpdate($hash);
        readingsBulkUpdate($hash, "state", $state_preview);
        if( defined($channel) && $channel =~ /^\d+$/ ){
            readingsBulkUpdate($hash, "relay_$channel", $state_preview);
        }
        readingsEndUpdate($hash, 1);
    }

Wenn Du das nicht möchtest, ist das für mich auch ok...

Viele Grüße
Daniel
#2
Sprachsteuerung / Aw: homebridge/homekit
Letzter Beitrag von Newbie - 05 Mai 2026, 19:33:08
Hallo,

bei mir steht das im Log nach dem Update auf Version 2.0

Zitat[FHEM] Child bridge ended (code 1, signal null). The child bridge ended unexpectedly, which is normally due to the plugin not catching its errors properly. Please report this to the plugin developer by clicking on the 'Report An Issue' option in the plugin menu dropdown from the Homebridge UI. If there are related logs shown above, please include them in your report.

vG Jens
#3
Frontends / Aw: [FULLY] Support Thread ab ...
Letzter Beitrag von bertl - 05 Mai 2026, 19:13:15
Ja, so macht es spaß!

Zitat von: Beta-User am 05 Mai 2026, 16:42:22Übersehe ich bei diesem überschlägigen Vergleich was wichtiges?

Nein, da geht es aus meiner Sicht nur um Kosmetik.
Sobald das Polling wieder aktiviert wird, muss zuerst das "pollInterval" verstreichen, dass ein Update passiert.
Anders würde gleich ein Update angestoßen werden.

Bevor wir uns jetzt bezüglich loop und dessen Auswirkung genauer unterhalten, eine grundsätzliche Frage an dich:
Wie kann der Fall, dass der $disableLevel > 1 wird überhaupt eintreten, speziell in diesem Modul?
#4
Sprachsteuerung / Aw: homebridge/homekit
Letzter Beitrag von Ralli - 05 Mai 2026, 18:22:07
Nach dem Update auf 2.0 funktionieren bspw. die über FHEM eingebunden HUEBridge-Devices, für die bis dato keine besondere Konfiguration nötig war, nicht mehr - Meldung "nicht erreichbar" aber keine Fehlermeldungen in einem Log. Ich habe erst einmal zurückgerollt, bis ich Zeit finde, mich irgendwann mit dem Update und daraus resultierenden Konfigurationsanpassungen zu beschäftigen.
#5
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von dieter114 - 05 Mai 2026, 18:08:57
Zitat von: grappa24 am 04 Mai 2026, 11:49:11@Dieter: Sind das 2 getrennte Strings am Knoten? Falls ja wie eingerichtet?
Das sind 3 WR!
Ein 11KW Fronius und zwei 2KW Growatt die über ein Reading vorher zusammengefasst sind.
Wenn du getrennte Strings erfassen willst braucht du die Einzelwerte jeweils.
#6
FRITZ!Box / Aw: Fritzbox: Fritz_Readout_AP...
Letzter Beitrag von JoWiemann - 05 Mai 2026, 17:47:10
Hallo Dieter,

vom List her läuft das Modul einwandfrei. Das Reading
 2026-04-28 01:43:01   retStat_lastReadoutError cannot connect due to network error 500
ist vom 28.04.2026, also ein alter Eintrag.

Kannst Du bitte von ein Log bereit stellen. Bisher habe ich keine Ahnung, warum Du die Einträge bekommst. Bitte ein vollständiges Log als Textdatei als Anhang. Ein PDF ist nicht hilfreich.

Grüße Jörg
#7
Homematic / Aw: Erweiterung einer HMConfig...
Letzter Beitrag von ritchie - 05 Mai 2026, 17:26:23
Hi,

habe dann in der Nacht so viel geändert, das es morgens plötzlich nicht mehr lief.
So muss ich das ganze jetzt nochmals von vorne machen.
Kein Problem. Das Problem liegt wohl zwischen meinen Ohren ;-)

Viele Grüße
R.
#8
Sprachsteuerung / Aw: homebridge/homekit
Letzter Beitrag von Mitch - 05 Mai 2026, 17:19:20
Habe heute auf 2.0 geupdated, leider startet der Plugin und stürzt sofort wieder ab.
Muss heute Abend nochmal testen, dann kann ich auch Logs liefern.
#9
FHEM Development / Aw: Aw: readingsProxy: überarb...
Letzter Beitrag von Beta-User - 05 Mai 2026, 16:48:21
Zitat von: Dr. Boris Neubert am 05 Mai 2026, 10:26:26Es ist Andrés Modul, er war ursprünglich einverstanden, habe aber auf meine Nachfrage neulich nichts wieder gehört.
M.E. wäre es kein Verstoß, das einzuchecken, ich habe das hin und wieder auch schon für andere gemacht, und gehe davon aus, dass André sich ggf. gemeldet hätte, wenn er Einwände gegen die grundsätzliche Richtung gehabt hätte. Derzeit sind die Eingriffe auch überschaubar, und falls es Probleme gäbe, fixen wir die eben...
Soweit wäre ich dabei :) .
#10
Frontends / Aw: [FULLY] Support Thread ab ...
Letzter Beitrag von Beta-User - 05 Mai 2026, 16:42:22
:)  So macht das Freude - ich muss mich zwar mehr um das Thema kümmern als eigentlich Zeit dafür ist, aber es kommt immerhin was konstruktives raus, DANKE!

Zitat von: bertl am 05 Mai 2026, 16:14:54Eventuell das "FULLY_GetDeviceInfo ($name);" verschieben (wie im diff unten angeführt)!?
Habe mal in der "alten" Fassung mit NotifFn-Start nachgesehen - https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/89_FULLY.pm?rev=30558. Da wurde das (m.E. ungünstig, einer der Gründe für den Wechsel zu timer-basiert...) nur im define aufgerufen oder bei expliziter Anforderung. Von daher gäbe es vergleichend keinen Anlass, das noch zu einem anderen Zeitpunkt als einmalig zum FHEM-Start auszuführen. Übersehe ich bei diesem überschlägigen Vergleich was wichtiges?

Was das mit der loop angeht: Wäre es nicht "richtig", in dem (dankenswerterweise korrekte bemängelten) Fall das aktive Hochsetzen des Intervals durch den User vorauszusetzen und einfach gar keinen Timer mehr zu setzen:
-        $interval = $FULLY_POLL_INTERVAL if $interval == 0;
+        return if !$interval;