Neueste Beiträge

#91

Sonstiges / Aw: Wohnraumlüftung mit freeai...

Letzter Beitrag von twaldecker - 06 Mai 2026, 11:14:22

Hallo,

wir mussten die API von freeair-connect.de ändern. Alte Methoden auf Daten zuzugreifen funktionieren nicht mehr. Dafür gibt es jetzt ein swagger.yml file als Beschreibung der API.

In der Home Assistant integration habe ich die neue API implementiert. Mit FHEM kenne ich mich leider nicht aus.

Das swagger.yml für die API ist hier abgelegt: http://freeair-connect.de/api/swagger.yml

Falls es Probleme gibt lasst es mich wissen, versprechen oder garantieren kann ich aber nichts.

#92

Sprachsteuerung / Aw: Alexa Verbindung fehlerhaf...

Letzter Beitrag von Burny4600 - 06 Mai 2026, 10:49:52

Es gab einige Rechteprobleme und das Problem, das durch die manuelle Anlage des Benutzer fhem die Zugriffe nicht einwandfrei funktionierten.
Eine einfache manuelle Anlage des Benutzers fhem verweist auf das Verzeichnis /home/fhem und nicht auf /opt/fhem, was für die alexa-fhem aber relevant ist.
Es ist einen manuelle Anlage das Benutzers fhem mit der aktuellen FHEM-Installation auch nicht mehr notwendig. Wie lange das so ist entzieht sich meiner Kenntnisse.
Seit meiner ersten FHEM-Installation vor langer Zeit, das ist über 10 Jahre her, hatte ich das so aus Anleitungen übernommen und nicht mehr geändert.

Jedenfalls konnte ich wieder alles herstellen was ich für FHEM-Gerätesteuerung via Alexa und Sprachansagen brauche.

Anbei ein Leitfaden wie ich die Installation durchgeführt habe. Vielleicht hilft es dem Einen oder Anderen.
Sollte ich im Leitfaden etwas übersehen haben, bitte kurze Rückmeldung.

#93

Zigbee / Aw: ThermoPro TP49 / Phoscon C...

Letzter Beitrag von binford6000 - 06 Mai 2026, 10:05:44

hallo.
muss man den dongle noch zusätzlich flashen oder genügt zigbee2mqtt installieren ?
lg

Nein: https://www.zigbee2mqtt.io/guide/adapters/deconz.html
The latest stable firmware versions are recommended and listed in the firmware changelog

VG Sebastian

#94

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

#95

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

#96

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

#97

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

#98

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.

#99

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


Ergänzung:

Code Auswählen Erweitern

cmdBank:
A: b=0 freq:868.965MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:4004.48Baud) [boffs=0000]

   ccmode=0 sync=D391 Modulation:2-FSK (SYNC_MODE:No preamble/sync) DEVIATN:14.282kHz

Code Auswählen Erweitern

ccregAll:

ccreg 00: 0D 2E 2D 07 D3 91 3D 04 32 00 00 06 00 21 6B F6
ccreg 10: 57 43 00 23 B9 31 07 00 18 14 6C 07 00 90 87 6B
ccreg 20: F8 56 11 ED 2D 14 11 41 00 59 7F 3F 88 31 0B

cc1101 reg detail - addr, name, value, (OOK default),[reset]
0x00 IOCFG2   - 0x0D [29]
0x01 IOCFG1   - 0x2E
0x02 IOCFG0   - 0x2D [3F]
0x03 FIFOTHR  - 0x07
0x04 SYNC1    - 0xD3
0x05 SYNC0    - 0x91
0x06 PKTLEN   - 0x3D [0F]
0x07 PKTCTRL1 - 0x04
0x08 PKTCTRL0 - 0x32 [45]
0x09 ADDR     - 0x00
0x0A CHANNR   - 0x00
0x0B FSCTRL1  - 0x06 [0F]
0x0C FSCTRL0  - 0x00
0x0D FREQ2    - 0x21 (10) [1E]
0x0E FREQ1    - 0x6B (B0) [C4]
0x0F FREQ0    - 0xF6 (71) [EC]
0x10 MDMCFG4  - 0x57 [8C]
0x11 MDMCFG3  - 0x43 (C4) [22]
0x12 MDMCFG2  - 0x00 (30) [02]
0x13 MDMCFG1  - 0x23 [22]
0x14 MDMCFG0  - 0xB9 [F8]
0x15 DEVIATN  - 0x31 (00) [47]
0x16 MCSM2    - 0x07
0x17 MCSM1    - 0x00 [30]
0x18 MCSM0    - 0x18 [04]
0x19 FOCCFG   - 0x14 [36]
0x1A BSCFG    - 0x6C
0x1B AGCCTRL2 - 0x07 [03]
0x1C AGCCTRL1 - 0x00 [40]
0x1D AGCCTRL0 - 0x90 [91]
0x1E WOREVT1  - 0x87
0x1F WOREVT0  - 0x6B
0x20 WORCTRL  - 0xF8
0x21 FREND1   - 0x56
0x22 FREND0   - 0x11 [16]
0x23 FSCAL3   - 0xED (E9) [A9]
0x24 FSCAL2   - 0x2D (2A) [0A]
0x25 FSCAL1   - 0x14 (00) [20]
0x26 FSCAL0   - 0x11 (1F) [0D]
0x27 RCCTRL1  - 0x41
0x28 RCCTRL0  - 0x00
0x29 FSTEST   - 0x59
0x2A PTEST    - 0x7F
0x2B AGCTEST  - 0x3F
0x2C TEST2    - 0x88
0x2D TEST1    - 0x31
0x2E TEST0    - 0x0B


#100

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.