Neueste Beiträge

Seiten: 1 ... 7 8 [9] 10
81
Bastelecke / Antw:Stromnetz-Frequenz-Messung mit ESP8266
« Letzter Beitrag von frober am Gestern um 17:10:07 »
Jetzt wird es bei mir auch schlimmer.  >:(

2022-01-21_16:33:48 50.002
2022-01-21_16:33:55 51.549
2022-01-21_16:33:59 51.552
2022-01-21_16:34:03 50.510
2022-01-21_16:34:08 50.512
2022-01-21_16:34:12 50.514
2022-01-21_16:34:13 50.007
2022-01-21_16:34:22 50.001
2022-01-21_16:34:32 50.003
2022-01-21_16:34:39 53.767
2022-01-21_16:34:43 54.346
2022-01-21_16:34:47 50.503
2022-01-21_16:34:52 51.018
2022-01-21_16:34:56 50.503
2022-01-21_16:35:00 50.500
2022-01-21_16:35:04 50.499
2022-01-21_16:35:04 50.000

Peaks wieder im 4-5 s -Takt  :o
Nur zur Info, ich übertrage alle 10s und jeden Peak > 0,1Hz

Da ich jeden Peak > 0,2Hz per Mail bekomme, konnte ich nun ~200 Mails löschen ::)
82
Sonstige Systeme / Antw:fhempy: Tuya Cloud
« Letzter Beitrag von klausisi am Gestern um 17:02:46 »
Hallo miteinander,

mein tuya_cloud_connector will sich einfach nicht erfolgreich verbinden. Status bleibt auf connecting

IODev      local_pybinding
   NAME       tuya_cloud_connector
   NR         403
   PYTHONTYPE tuya_cloud
   STATE      connecting
   TYPE       fhempy
   READINGS:
     2022-01-21 16:48:20   state           connecting

fhempyserver ist online

 LAST_START 2022-01-21 16:48:07
   LAST_STOP  2022-01-21 16:48:07
   NAME       fhempyserver_15733
   NR         402
   NTFY_ORDER 50-fhempyserver_15733
   PID        29301
   STARTS     2
   STATE      ???
   TYPE       fhempyServer
   currentlogfile ./log/fhempy-2022-01-21.log
   logfile    ./log/fhempy-%Y-%m-%d.log
   CoProcess:
     cmdFn      fhempyServer_getCmd
     name       fhempy
     state      running FHEM/bindings/python/bin/fhempy

local_pybinding is open

BindingType fhempy
   DEF        fhempy
   DeviceName ws:127.0.0.1:15733
   FD         137
   FUUID      61eaa12b-f33f-b08c-de6c-2fd790f1af023e81
   IP         127.0.0.1
   NAME       local_pybinding
   NR         401
   NTFY_ORDER 50-local_pybinding
   PARTIAL   
   PORT       15733
   STATE      opened
   TYPE       BindingsIo
   WEBSOCKET  1
   localBinding 1
   nextOpenDelay 10
   READINGS:
     2022-01-21 16:48:19   state           opened
     2022-01-21 16:48:19   version         0.1.197


2022-01-21 16:48:09,660 - INFO     - fhempy.lib.fhem_pythonbinding: Starting fhempy...
2022-01-21 16:48:09,670 - INFO     - fhempy.lib.fhem_pythonbinding: Waiting for FHEM connection
2022-01-21 16:48:09,709 - INFO     - websockets.server: server listening on 0.0.0.0:15733
2022-01-21 16:48:19,881 - INFO     - websockets.server: connection open
2022-01-21 16:48:19,883 - INFO     - fhempy.lib.fhem_pythonbinding: Incoming FHEM connection: 127.0.0.1

Mir gehen langsam die Ideen aus, kann wer bitte helfen?

83
FHEM Code changes / Revision 25536: 31_HUEDevice.pm: better debug output
« Letzter Beitrag von System am Gestern um 17:01:06 »
Revision 25536: 31_HUEDevice.pm: better debug output

31_HUEDevice.pm: better debug output

Source: Revision 25536: 31_HUEDevice.pm: better debug output
84
Zigbee / Antw:HUEBridge push api unterstützung
« Letzter Beitrag von justme1968 am Gestern um 17:00:44 »
mir ist nicht ganz klar welche daten hier rein kommen die die warnung erzeugen deshalb wird statt der warnung ab morgen etwas debug info ausgespuckt. wenn es dann noch mal passiert bitte posten.
85
Server - Linux / Antw:FHEM hinter Proxy
« Letzter Beitrag von WhyTea am Gestern um 16:59:42 »
Ok danke. Ich habe eben diesen alten Thread gefunden. Ich weis wirklich nicht warum ich den immer übersehen habe.
https://forum.fhem.de/index.php?topic=60471.45

Wenn ich das auf meine Umgebung adaptiere würde das glaube ich so aussehen.
Also sowohl IP-Bereich 192.168.6.0/24 als auch alle hosts die auf lan.whity enden.
attr global proxyExclude ^192\.168\.6\.*|.*\.lan\.whity$
Wie ist Deine Meinung dazu?
86
Zigbee / Antw:[22.01.22] hue switch schaltet von selber
« Letzter Beitrag von justme1968 am Gestern um 16:41:53 »
log mit verbose 5 und event monitor wenn das passiert zeigen
87
Zigbee / Antw:HUEBridge push api unterstützung
« Letzter Beitrag von Jamo am Gestern um 16:33:30 »
Hallo justme,
gerade nochmal geschaut:
- Keine ungewollten Events mehr
- Nichts was mir im Logfile nach dem Neustart an Events aufgefallen waere.
Also für mich funktionierts, komisch das es beim ratman noch nicht geht.

PS: Einen habe ich: 2022.01.21 13:27:57 1: PERL WARNING: Use of uninitialized value $ts in numeric le (<=) at ./FHEM/31_HUEDevice.pm line 1810.

@knorxi & @Wardancer: Wie siehts bei euch aus?
88
I am experimenting with some settings and have used gradientHC1 = 0.0. The THZ504 always returns roomSetTemp + lowEndHC1, but the thz module computes 0.7+roomSetTemp + lowEndHC1, thus the 0.7 cannot be correct. Is this a 504 specific problem, or were those parameters in the curve computation routine obtained via curve fitting?
Hi Martin
I expect you refer to the curve shown by fhem.
I do not want to discuss the relevance of a gradient of 0
The curve from tecalor is not documeted both for your heatpump and older models.
Here you can look how we fitted the curve from user data, just read the old topics
https://forum.fhem.de/index.php/topic,13132.msg166268.html#msg166268
here  you can find the current implementation at about line 2099
https://github.com/mhop/fhem-mirror/blob/master/fhem/FHEM/00_THZ.pm

happy to implement any improvements.
immi
89
Server - Linux / Antw:FHEM hinter Proxy
« Letzter Beitrag von rudolfkoenig am Gestern um 16:26:46 »
Haengt vom Subnetz ab, z.Bsp. 192.168.1.*
Vorausgesetzt es ist ein C-Netz, und die Anfragen gehen via IP und nicht per Hostname ein.
90
Zitat
ich  hänge mich mal mit ran, bei mir tritt es auch auf, aber beim LaCrosseGateway, da hilft der Patch aber nicht, oder ich habe was übersehen:
2022-01-21 11:24:24 LaCrosseGateway LaCrosseGW1 UNKNOWNCODE OK 9 45 1 3 234 83

Ich habe die Nachrichten mal mit dem sduino getestet, der dispatch zum LaCrosse Modul funktioniert damit.

Ich habe in der fhem.pl in der Dispatch Routine 2 Debug Log Ausgaben "SYSTEM..." eingebaut
https://forum.fhem.de/index.php/topic,125292.msg1202188.html#msg1202188

2022.01.21 16:05:38.174 4 : sduinoD/msg get dispatch: OK 9 45 1 3 234 83
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop0 m=CUL_TCM97001
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop0 m=SD_WS
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop0 m=SD_WS07
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop0 m=SD_WS09
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop0 m=Hideki
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop0 m=LaCrosse
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop1 m=LaCrosse tfound=LaCrosse_0b
2022-01-21 16:05:38.176 LaCrosse LaCrosse_0b battery: ok
2022-01-21 16:05:38.176 LaCrosse LaCrosse_0b temperature: 0.2
2022-01-21 16:05:38.176 LaCrosse LaCrosse_0b humidity: 83

Zitat
Was war den eigentlich die "Optimierung" die jetzt zu dem Problem geführt hat?
Durch die Optimierung werden in der Matchlist Schleife die schon geladenen Module, die ja schon in der .clientarray Schleife auf ein match geprüft wurden, übersprungen

Gruß Ralf
Seiten: 1 ... 7 8 [9] 10