Neueste Beiträge

#1

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.

#2

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



#3

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.

#4

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.

#5

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

#6

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.

#7

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 06 Mai 2026, 08:30:10

Moin Peter,

beide Bat liefern ein pout:

Code Auswählen Erweitern

2026.05.06 06:14:52 1: SolarForecast DEBUG> collect Battery Readings data: device=Enphase =>
2026.05.06 06:14:52 1: SolarForecast DEBUG> pin: 0 W, pout: 222 W, totalin: 3387715 Wh, totalout: 3239753 Wh, soc: 46
2026.05.06 06:14:52 1: SolarForecast DEBUG> collect Battery Readings data: device=ha_tjsLMch1 =>
2026.05.06 06:14:52 1: SolarForecast DEBUG> pin: 0 W, pout: 115 W, totalin: 29908.4495373365 Wh, totalout: 15453.199455785 Wh, soc: 32
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?

Eine Möglichkeit, mehrere Batterien in der Flussgrafik abzubilden, gibt es nicht, oder?

Nein, momentan nicht. Vllt. mache ich das mal wenn inhaltlich keine Wünsche/Bugs mehr vorhanden sind und ich mehr Input in die Flow stecken kann.

LG,
Heiko

[Revision 31189: controls_fhem.txt: fhemupdate checkin]

#8

FHEM Code changes / Revision 31189: controls_fhem....

Letzter Beitrag von System - 06 Mai 2026, 08:10:51

Revision 31189: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 31189: controls_fhem.txt: fhemupdate checkin

#9

Sprachsteuerung / Aw: homebridge/homekit

Letzter Beitrag von Wolfpunk - 06 Mai 2026, 08:02:18

https://github.com/justme-1968/homebridge-fhem/issues/112

#10

Sprachsteuerung / Aw: homebridge/homekit

Letzter Beitrag von Wolfpunk - 06 Mai 2026, 08:00:11

@justme1968:

Code Auswählen Erweitern

HAP-NodeJS WARNING: The accessory 'WZ_LED_01' has an invalid 'Name' characteristic ('WZ_LED_01'). Please use only alphanumeric, space, and apostrophe characters.
Ensure it starts and ends with an alphabetic or numeric character, and avoid emojis. This may prevent the accessory from being added in the Home App or cause unresponsiveness.