Neueste Beiträge

Seiten1 2 3 ... 10
#1
Automatisierung / Aw: Neues Modul - 74_Unifi - F...
Letzter Beitrag von Gary - 12 Juni 2026, 14:38:36
Ich habe ein wenig gesucht und mehrere Beiträge der Unifi Community und auf Reddit gefunden, die die eine kürzliche Änderung des Sessions Timeouts bestätigen und mehrheitlich das nicht gut finden. Wie diesen hier: New, and very frequent requests to reauthenticate

Für das Modul bedeutet das entweder eine Lösung zu finden, regelmäßig oder bei Bedarf neu einzuloggen oder darauf zu hoffen, dass Unifi das wieder zurück ändert (in meiner persönlichen Erfahrung eher unwahrscheinlich). Für mich hat das Modul bisher sehr gut funktioniert.
#2
Heizungssteuerung/Raumklima / Aw: THZ Tecalor (LWZ Stiebel E...
Letzter Beitrag von erlassen - 12 Juni 2026, 14:14:40
Genau, ich habe bislang keine Brücke gesetzt. Ich habe die externe Heizkreispumpe lediglich testweise vom Ausgang ,,HK2" auf den Ausgang ,,KÜHL" umgeklemmt.

Deine Vermutung könnte tatsächlich passen. Ich werde am Wochenende einmal nachmessen, ob Heiz- und Kühlausgang von derselben Versorgung gespeist werden. Dann könnte man gegebenenfalls eine Brücke setzen und die Pumpe ganzjährig an beiden Signalen betreiben. Das wäre meine Wunschlösung.
#3
Automatisierung / Aw: Neues Modul - 74_Unifi - F...
Letzter Beitrag von Wolle02 - 12 Juni 2026, 12:40:16
Die Symptome (keine Aktualisierung der Readings mehr) sind bei mir die gleichen nur die Fehlermeldung im Log ist bei mir anders. Aber da dieses Modul scheinbar auch schon länger nicht mehr gepflegt wird, habe ich keine große Hoffnung, dass es hier zeitnah zu einer Abhilfe kommt.  :(

Als Workaround habe ich mir Node-Red im Docker erstellt und rufe die Unifi Werte dort ab. Dort funktioniert der Login mit einem API-Key, der auf der UDM erstellt werden kann. Das scheint jetzt der offizielle Weg zu sein.
Jedenfalls funktioniert das gut und die benötigten Werte pushe ich mir per MQTT nach Fhem.
#4
Automatisierung / Aw: Neues Modul - 74_Unifi - F...
Letzter Beitrag von Gary - 12 Juni 2026, 11:50:27
Ich habe seit einigen Tagen das Problem, dass nach einer gewissen Laufzeit die Unifi Daten der Geräte nicht mehr aktualisiert werden. Der Timestamp der Readings ändert sich zwar weiterhin, aber die Werte der Readings nicht mehr. Nach einem Neustart von FHEM geht es wieder ein paar Stunden und dann wieder das Problem.

Zum Zeitpunkt, wo es nicht mehr geht, habe ich im Log diese Fehler:

Code Auswählen
2026.06.12 02:00:36 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_Unifi.pm line 1244.
2026.06.12 02:00:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/74_Unifi.pm line 2582.
2026.06.12 02:00:36 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_Unifi.pm line 1197.
2026.06.12 02:00:37 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_Unifi.pm line 1028.
2026.06.12 02:00:37 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_Unifi.pm line 1421.
2026.06.12 02:00:37 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_Unifi.pm line 1380.
2026.06.12 02:00:37 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_Unifi.pm line 1463.
2026.06.12 02:00:37 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_Unifi.pm line 2016.
2026.06.12 02:00:37 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/74_Unifi.pm line 1083.
Mit Verbose Debug sehe ich im Log, dass die API offenbar Fehler erzeugt, keine Werte kommen und immer nur die zuletzt abgefragten wieder neu zugewiesen werden:

Code Auswählen
2026.06.12 11:16:18 5: unifi (Unifi_Notify) - executed.
2026.06.12 11:16:18 5: unifi: get called with ?.
2026.06.12 11:16:58 5: unifi (Unifi_DoUpdate) - executed.
2026.06.12 11:16:58 5: unifi (Unifi_GetEvents_Send) - executed.
2026.06.12 11:16:58 5: unifi (Unifi_GetEvents_Receive) - executed.
2026.06.12 11:16:58 5: unifi (Unifi_GetEvents_Receive) - Failed (without message)! - state:''
2026.06.12 11:16:58 5: unifi (Unifi_GetUnarchivedAlerts_Send) - executed.
2026.06.12 11:16:58 5: unifi (Unifi_GetUnarchivedAlerts_Receive) - executed.
2026.06.12 11:16:58 5: unifi (Unifi_GetUnarchivedAlerts_Receive) - Failed (without message)! - state:''
2026.06.12 11:16:58 5: unifi (Unifi_GetAccesspoints_Send) - executed.
2026.06.12 11:16:58 5: unifi (Unifi_GetAccesspoints_Receive) - executed.
2026.06.12 11:16:58 5: unifi (Unifi_GetAccesspoints_Receive) - Failed (without message)! - state:''
2026.06.12 11:16:58 5: unifi (Unifi_GetClientInsights_Send) - executed.
2026.06.12 11:16:58 5: unifi (Unifi_GetClientInsights_Receive) - executed.
2026.06.12 11:16:58 5: unifi (Unifi_GetClientInsights_Receive) - Failed (without message)! - state:''
2026.06.12 11:16:58 5: unifi (Unifi_GetVoucherList_Send) - executed.
2026.06.12 11:16:58 5: unifi (Unifi_GetVoucherList_Receive) - executed.
2026.06.12 11:16:58 5: unifi (Unifi_GetVoucherList_Receive) - Failed (without message)! - state:''
2026.06.12 11:16:58 5: unifi (Unifi_GetWlans_Send) - executed.
2026.06.12 11:16:58 5: unifi (Unifi_GetWlans_Receive) - executed.
2026.06.12 11:16:58 5: unifi (Unifi_GetWlans_Receive) - Failed (without message)! - state:''
2026.06.12 11:16:58 5: unifi (Unifi_GetClients_Send) - executed.
2026.06.12 11:16:59 5: unifi (Unifi_GetClients_Receive) - executed.
2026.06.12 11:16:59 5: unifi (Unifi_GetClients_Receive) - Failed (without message)! - state:''
2026.06.12 11:16:59 5: unifi (Unifi_GetHealth_Send) - executed.
2026.06.12 11:16:59 5: unifi (Unifi_GetHealth_Receive) - executed.
2026.06.12 11:16:59 5: unifi (Unifi_GetHealth_Receive) - Failed (without message)! - state:''
2026.06.12 11:16:59 5: unifi (Unifi_ProcessUpdate) - executed after 0.4984 seconds.
2026.06.12 11:16:59 5: unifi (Unifi_SetHealthReadings) - executed.
2026.06.12 11:16:59 5: unifi (Unifi_SetClientReadings) - executed.
Meine Vermutung wäre demnach, dass nach einer gewissen Zeit ein erneutes Login nötig ist. Und dass sich das kürzlich bei Unifi geändert hat.
Ich verwende eine Cloud Gateway Ultra mit Network Version 10.4.57. Ich verwende für FHEM einen dedizierten Admin User mit Local Access Rights in Unifi.

@KyleK: Du hast ja offenbar auch die Fehler im Log mit dieser Version - werden deine Werte überhaupt noch aktualisiert?
Irgendwelche Ideen? Ähnliche Probleme?
#5
MQTT / Aw: mqtt2.template: Contributi...
Letzter Beitrag von satprofi - 12 Juni 2026, 11:26:22
hallo.
hier noch patch für die genialen ZG-204ZM
Code Auswählen
name:zigbee2mqtt_human_body_presence_detector_ZG-204ZM
desc: Human body presence detector via zigbee2mqtt <br>Tested with: Tuya ZG-204ZM Presence Detector
filter:TYPE=MQTT2_DEVICE:FILTER=CID~zigbee.*
order:L_08a001
par:BASE_TOPIC;base topic set in configuration.yaml of the zigbee2mqtt bridge;{ AttrVal('DEVICE','devicetopic',AttrVal('DEVICE','readingList','')) =~ m,[\b]?([^/:]+)[/].+, ? $1 : undef }
par:DEV_ID;name of the device in the zigbee2mqtt bridge;{ AttrVal('DEVICE','devicetopic',AttrVal('DEVICE','readingList','')) =~ m,[^/]+[/]([^/:]+).*, ? $1 : undef }
par:ICON;ICON as set, defaults to people_sensor;{ AttrVal('DEVICE','icon','people_sensor') }
attr DEVICE icon ICON
attr DEVICE devStateIcon Motion..true:people_sensor Motion..false:motion_detector
attr DEVICE devicetopic BASE_TOPIC/DEV_ID
attr DEVICE stateFormat Motion: presence
attr DEVICE readingList $\DEVICETOPIC:.* { json2nameValue($EVENT,'',$JSONMAP) }
attr DEVICE setList  \
 motion_detection_mode:only_pir,pir_and_radar,only_radar $DEVICETOPIC/set {"motion_detection_mode":"$EVTPART1"}
  distance:far,medium,near $DEVICETOPIC/set {"approach_distance":"$EVTPART1"}
  static_detection_sensivity:0,1,2,3,4,5,6 $DEVICETOPIC/set {"static_defection_sensivity":"$EVTPART1"}
 motion_detection_sensitivity:0,1,2,3,4,5,6,7,8,9,10 $DEVICETOPIC/set {"motion_detection_sensitivity":"$EVTPART1"}
attr DEVICE model zigbee2mqtt_human_body_presence_detector
setreading DEVICE attrTemplateVersion 20260612
#6
Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...
Letzter Beitrag von kurt6908 - 12 Juni 2026, 11:12:55
Hallo,

erst mal vielen Dank an Michael für das Engagement den Fehler zu bereinigen. Dennoch komme ich mit dem Workaround nicht klar:

Ich habe

NPM Cookie Version Reading 3.4.1
npm --version 6.14.18

Das Reading 3.4.1 würde mich zu einem NPM-Update veranlassen, aber ich finde im Netz und auf der Seite von Michael kein Update, sondern nur Neuinstallationen von NPM.

Ein npm update verändert nichts an der --version und auch das Reading 3.4.1 verändert sich nicht.

Kann mir da jemand bitte einen Schubbser geben?

Vielen Dank.

 
#7
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Shadow3561 - 12 Juni 2026, 11:11:12
Moin, bei mir läuft seit dem letzte update nichts mehr wirklich rund.
Seit Tagen bekomme ich die Meldung
Code Auswählen
The AI for forecasting con is not yet operational.
Cause: Training aborted: insufficient number of valid datasets (141 < 2000)Nun habe ich aus laute Verzweiflung ein "reset aiData" ausgeführt.
Hier mal mein aiControl
Code Auswählen
aiConActivate=1 aiConProfile=v1_common_active_pv aiTrainStart=7 aiStorageDuration=3000 aiTreesPV=3 aiConHiddenLayers=50-25 aiConTrainStart=5:2 aiConLearnRate=0.005 aiConBitFailLimit=0.34
Was kann ich tun um wieder eine halbwegs aussagekräftige Vorhersage ui bekommen?
Gruss
#8
Ankündigungen / Aw: readingsProxy: überarbeite...
Letzter Beitrag von erwin - 12 Juni 2026, 09:10:45
Hallo Boris,
Es geht um die valueFn !
Da wird $DEVICE nicht definiert.
In der Vorgänger-version vom Modul hat folgendes funktioniert:
Code Auswählen
attr testdev valueFn {  my $opmode = (ReadingsVal($DEVICE,'HK4_OpMode','on') eq 'off')?'off':'on'; # on/auto/off
   my $status = ReadingsVal($DEVICE,'HK4_Pumpe','on');
   my $s1 = 'err';
   if($VALUE eq 'on') { 
      if ($opmode eq 'on') {
         $s1 = ($status eq 'on')?'heating':'waiting';
      } else {
         $s1 = 'cold';
      }
   } else {
      $s1 = ($opmode eq 'on')?'warm':'idle';
   }
   return "$opmode $s1";
}Mit der neuen Version könnte man diesen code vereinfachen, allerdings bräuchte man dann auch den Namen vom readingsProxy im eval verfügbar, um auf die "eigenen" readings zuzugreifen.
l.g. erwin
#9
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von Snocksman - 12 Juni 2026, 09:01:24
Kurze Rückinfo: FHEM läuft auch heute morgen noch wie es soll. Der Workaround scheint also zu funktionieren.  8)
#10
FHEM Code changes / Revision 31351: controls_fhem....
Letzter Beitrag von System - 12 Juni 2026, 08:30:19
Revision 31351: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 31351: controls_fhem.txt: fhemupdate checkin
Seiten1 2 3 ... 10