Neueste Beiträge

#11

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von peterboeckmann - 06 Mai 2026, 10:05:32

Hallo Heiko,

Es 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

[Edit: Habe gerade mal ein Update gemacht. Mit der aktuellen Version (73_DepartureBnT.pm:v1.0.0-s31167/2026-04-30) gibt es keine Probleme.]

#14

Codeschnipsel / Aw: Neues Modul: 73_DepartureB...

Letzter Beitrag von Sailor - 06 Mai 2026, 09:27:05

Hallo JWRu

Edit: 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! 

Gruß
    Sailor

#15

Einplatinencomputer / Aw: USB Verbindung funktionier...

Letzter Beitrag von Burny4600 - 06 Mai 2026, 09:20:45

Ü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

Bei 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.

Code Auswählen Erweitern

        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

ü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.

Du 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

PERL 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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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

Hi
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.