Neueste Beiträge

#11
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von peterboeckmann - 06 Mai 2026, 10:05:32
Hallo Heiko,

Zitat von: DS_Starter am 06 Mai 2026, 08:30:10Es müssen also 337W entweder über der Bat WR oder über getrennte Kanäle fließen. Wenn nicht, muß ich mir das anschauen.
Einen passenden Flow Screenshot hast du nicht oder?

Einen passenden Screenshot habe ich leider in dem Moment nicht gemacht.
Meine Beobachtung ist aber die, dass nur der Anteil dargestellt wurde, der über den Batteriewechselrichter geflossen ist.
Ich habe das mithilfe der Screenshots von Montag Abend nochmal dargestellt.
Siehe Montage der Screenshots anbei.

Einen echten Screenshot beider Varianten inkl. der jeweiligen collectData-Logs kann ich heute abend machen, wenn wieder Strom aus beiden Batterien kommt.

Viele Grüße,
Peter
#12
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von stefanru - 06 Mai 2026, 09:35:37
Habe die neue Version mit dem Scheduler fix gestern ins SVN gestellt.

"1.1.2"  => "04.05.2026  Fix schedule setter: support both API format and reading format, stop retry on VALIDATION_ERROR"

Gruß,
Stefan
#13
Zigbee / Aw: ThermoPro TP49 / Phoscon C...
Letzter Beitrag von satprofi - 06 Mai 2026, 09:28:25
hallo.
muss man den dongle noch zusätzlich flashen oder genügt zigbee2mqtt installieren ?
lg
#14
Codeschnipsel / Aw: Neues Modul: 73_DepartureB...
Letzter Beitrag von Sailor - 06 Mai 2026, 09:27:05
Hallo JWRu

Zitat von: JWRu am 06 Mai 2026, 06:08:31Edit: Habe gerade mal ein Update gemacht. Mit der aktuellen Version (73_DepartureBnT.pm:v1.0.0-s31167/2026-04-30) gibt es keine Probleme.

Das war der Sinn des Updates!  ;D

Gruß
    Sailor
#15
Einplatinencomputer / Aw: USB Verbindung funktionier...
Letzter Beitrag von Burny4600 - 06 Mai 2026, 09:20:45
Zitat von: tomcat.x am 31 März 2026, 10:49:39Über das hier bin ich gestolpert:
GOTO="alsa_restore_std" has no matching label

Betreffend UDEV Rules hat das nichts mit meiner Feststellung zu tun.
Also nur Erweiterung der plugdev Zuweisung die vor Trixie bei meiner Schnittstelle nicht notwendig war.
#16
Bastelecke / Aw: unbekanntes Funkprotokoll ...
Letzter Beitrag von DerD - 06 Mai 2026, 09:03:04
Zitat von: Ralf9 am 05 Mai 2026, 21:57:30Bei der zweiten und dritten haben am Ende 2 Pulszeiten nicht gepasst, habe 0 durch 6 ersetzt, dann hats gepasst

So ganz habe ich das nicht kapiert was du damit sagst. War das eine manuelle Anpassung der Streamdaten oder der Auswerteparameter? Bei ersterem wäre für die Routine außer Enpfangsverbesserung ja nichts möglich, oder?

Ich hatte für den 218.1 nie eine Erkennung gehabt, deshalb aus der whitelist genommen.
Der 703-Sender wird im Regelfalll auch von 218 erkannt. Nur in den Einzelfällen nicht, wie den obigen. Kann man da nicht was anpassen, dass es die auch erkennt?
Da wollte ich eh mal fragen warum es den überhaupt gibt. Die Parameter sind nämlich auch etwas seltsam, short low fast so lang wie long high.

        zero            => [-2.1],   # -500 short low
        one             => [1],      #  235 short high
        two             => [-3.6],   # -840 long  low
        float           => [2.5],    #  580 long  high

#17
Frontends / Aw: [FULLY] Support Thread ab ...
Letzter Beitrag von bertl - 06 Mai 2026, 08:52:44
Zitat von: Beta-User am 06 Mai 2026, 07:30:35über ein Attribut "disabledForIntervals" nachdenken
Ja, dann macht "return if !$interval;" Sinn.
Weil bei einer mögliche Implementierung des "disabledForIntervals" der Timer wieder angestoßen werden würde/müsste.

Zitat von: Beta-User am 06 Mai 2026, 07:30:35Du meinst wohl, dass man FULLY_UpdateDeviceInfo() aufrufen soll?
Nein ich meine nicht "FULLY_UpdateDeviceInfo" sondern "FULLY_GetDeviceInfo".
Beide Funktionen machen ja das gleiche, bis auf das "FULLY_SetPolling".
Und das wird ja in "FULLY_Start" gesetzt.
Daher denke ich, dass das Verschieben von "FULLY_GetDeviceInfo" wie im Post https://forum.fhem.de/index.php?msg=1363144 vorgeschlagen, passen sollte.
Da es ja nur um das Update der Readings geht und nicht um das Polling.
EDIT: "FULLY_Start" wird beim Define und wenn sich Attribute ändern aufgerufen - somit sollte das "FULLY_GetDeviceInfo" keine Probleme machen.
#18
Server - Linux / Aw: FHEM Docker Image v5.3.0-b...
Letzter Beitrag von mistepke - 06 Mai 2026, 08:48:45
Zitat von: Sidey am 05 Mai 2026, 23:28:14
Zitat von: mistepke am 05 Mai 2026, 09:02:51PERL WARNING: could not find ParserDetails.ini in /usr/src/app/core/lib/perl5/XML/SAX

Kannst Du den ParserDetails.ini Fehler einem Modul zuordnen?


Ich meine das es mit "define vitoconnect" aufgetreten ist. Das war ja auch meine letztes Problem mit dem aktuellen FHEM Image.
#19
FRITZ!Box / FRITZ!Smart Thermo 301 und Ho...
Letzter Beitrag von mistepke - 06 Mai 2026, 08:42:52
Hallo zusammen,

mit der Umstellung auf die Homebridge 2.0 Version wollte ich mich meines Fritz-Platform Plugins entledigen, da dies nicht mehr weiterentwickelt wird. Über diese Plugin habe ich meine FRITZ!Smart Thermo 301 ins Apple Homekit eingeblendet. Das hat soweit sehr gut funktioniert.
Das FHEM Plugin in Homebridge hat aktuell auch ein Problem mit der Honebridge 2.0 Version, aber hier hoffe ich auf eine schnelle Lösung, ist ja bereits gemeldet.

Jetzt zu meinem Problem. Alles ausser eines verhält sich wie gewünscht. Wenn ich im Apple Homekit das Thermostat auf Aus (Off) stellen möchte, springt es auf 14 Grad und Cooling anstatt auf Aus. Im FHEM steht der Wert unter "heatingState" auch auf COOLING. Wenn ich direkt in der Fritz Smart Home App das Thermostat auf "AUS" stelle geht es. Der "heatingState" steht auf "OFF".

Folgendes Homebridge Mapping verwende ich:
TargetTemperature=desired-temp::targetTemp,minValue=8,maxValue=28,minStep=0.5
CurrentTemperature=temperature,nocache=1
TargetHeatingCoolingState=heatingState,values=OFF:0;;;;HEAT:1;;;;COOL:2;;;;AUTO:3,cmds=OFF:closed;;HEAT:desired-temp+20;;COOL:desired-temp+16
CurrentHeatingCoolingState=heatingState,values=HEAT:1;;;;COOL:2;;;;OFF:0;;;;AUTO:0,valud=AUTO
StatusLowBattery=batterylow,values=0:BATTERY_LEVEL_NORMAL;1:BATTERY_LEVEL_LOW
BatteryLevel=batteryPercent
LockPhysicalControls=devicelock,values=no:CONTROL_LOCK_DISABLED;yes:CONTROL_LOCK_ENABLED
Model=FBTYPE
StatusActive=present,valueOn=yes,valueOff=no
history:size=1024

Und das passende userReading dazu:
heatingState
{
  (ReadingsNum($NAME,"desired-temp",0) == 7.5)
    ? "OFF" :
      (ReadingsNum($NAME,"temperature",0) < ReadingsNum($NAME,"desired-temp",0))
        ? "HEAT" :
          (ReadingsNum($NAME,"temperature",0) >= ReadingsNum($NAME,"desired-temp",0))
            ? "COOL" : "AUTO"
},
targetTemp
{
  ReadingsNum($NAME,"state",1)
}

Ich weiß hier leider nicht mehr weiter. Hat jemand eine Idee?

Danke und Grüße
Michael
#20
FRITZ!Box / Aw: Fritzbox: Fritz_Readout_AP...
Letzter Beitrag von JoWiemann - 06 Mai 2026, 08:32:19
Zitat von: RalfRog am 06 Mai 2026, 07:46:03Hi
Ich glaube in #8 ist es angehängt (2MB).
Der Post vor dem PDF mit dem List.
Hilft aber nichts, wenn global verbose bei kleiner 2 liegt. Deswegen hatte ich ja um verbose 3 im Devices und einer neuen Bereitstellung des Log gebeten.