Neuinstallation und neu anlernen ? F4 Fehler

Begonnen von pg03, 03 März 2017, 08:25:38

Vorheriges Thema - Nächstes Thema

pg03

Hallo,
ich bin neu dabei und habe eine Frage. Da ich zurzeit noch viel falsch mache fange ich öfters an neu zu installieren. Da ich verschiedene HM Aktoren bereits an fhem & raspbarry angelernt habe, erscheint beim pairen der Fehler F4 - der Aktor erscheint aber in fhem. Die ID der RPI-PCB  mache ich immer gleich. Kann ich den Fehler ignorieren oder muss ich jedes mal einen Werksreset der Aktoren durchführen?

Beta-User

Glaskugel polier (wenn Du nicht verstehst, was das bedeuten soll, solltest Du erst mal die angepinnten Beiträge im Anfängerbereich lesen, Deine Fehlerbeschreibung ist ziemlich vage):

Die Batterien Deiner Thermostate sind praktisch leer, tausche die mal!?!

Gruß, Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Thorsten Pferdekaemper

Zitat von: pg03 am 03 März 2017, 08:25:38ich bin neu dabei und habe eine Frage. Da ich zurzeit noch viel falsch mache fange ich öfters an neu zu installieren.
Warum? Zumindest FHEM braucht das normalerweise nicht.

Zitat
Da ich verschiedene HM Aktoren bereits an fhem & raspbarry angelernt habe, erscheint beim pairen der Fehler F4 - der Aktor erscheint aber in fhem. Die ID der RPI-PCB  mache ich immer gleich. Kann ich den Fehler ignorieren oder muss ich jedes mal einen Werksreset der Aktoren durchführen?
Wenn ansonsten alles funktioniert, dann würde ich mal davon ausgehen, dass man den Fehler ignorieren kann. Ich glaube sogar, dass in dem Fall ein Anlernen gar nicht notwendig ist. Einfach mal "get config" machen und je nach Device kurz die Konfigurationstaste drücken.
Gruß,
   Thorsten
FUIP

MadMax-FHEM

#3
Der Fehler F4 wird dir doch vom Thermostaten angezeigt.
Er hat (erst mal) nichts mit fhem zu tun.

EDIT: ups, Thermostat habe ich jetzt einfach mal beispielhaft angenommen, weil der ein Display hat wo der Fehler stehen könnte (viele andere Aktoren die ich so kenne haben kein Display)

Wenn du dort schaust, ohne zu wissen habe ich mal "Fehler F4 Homematic" in google eingegeben (sowas kann man machen) und dann kommt z.B.:

https://www.elv.de/topic/beim-anlernen-mit-hm-cc-rt-dn-erscheint-f4-beim-anlernen.html

Ob genau das relevant ist weiß ich nicht weil mir meine Glaskugel nicht sagt um welches Gerät es (genau) geht ;)
Aber in dem Fall wäre ein Blick in das Handbuch des HM-Gerätes wahrscheinlich aufschlussreich...

Entweder war der Homematic Aktor (oder was immer den Fehler zeigt) schon mal an einer "anderen" Zentrale angelernt oder es hat sich (oder du) doch mal die HMID geändert.

Wenn dem so ist, dann hilft nur zurücksetzen des Aktors und neu anlernen.

EDIT2: Eine Neuinstallation (was immer du darunter verstehst) ist eigentlich nicht notwendig und eine Neuinstallation von fhem (falls du das meinst) schon gar nicht (außer es läuft noch mehr nicht und es gibt haufenweise Fehler im Log etc.)

Wenn der Fehler auch kommt, wenn man ihn versucht an die SELBE (HMID) Zentrale anzulernen und er tatsächlich in fhem funktioniert (also ein anzeigen der Statuswerte etc. ist KEIN Anzeichen dass er auch angelernt ist! Denn fhem liest die Funknachrichten mit und zeigt sie halt an), sich also auch schalten lässt, denn ein HM-Aktor reagiert nur auf Befehle SEINER Zentrale...

Jetzt musst du entscheiden was zu tun ist...

Aber auch ich war mal Anfänger aber dauernd neu installieren macht das System nicht stabiler und ist immer Arbeit...

Für zukünftige Fragen ins Forum: etwas mehr Informationen bringen deutlich bessere Hilfe!

Also z.B. nennen was für ein Gerät genau.
Am besten ein list desselben: list <DEVICENAME>
Und evtl. noch des zugehörigen IODev z.B.: list myHMUART

Bevor du nun diese Dinge einfach in die fhem Web-Cmd eingibts und dann schreibst es kommen Fehler: DAS SIND NUR BEISPIELE! Du musst nat. die Namen deiner Geräte einsetzen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

pg03

#4
Zitat von: Beta-User am 03 März 2017, 09:00:36
Die Batterien Deiner Thermostate sind praktisch leer, tausche die mal!?!

Sind 5 Tage alt, dass kann es nicht sein.

Warum ich neu aufgesetzt habe: Weil ich nach dem update von node in homebridge nur noch Fehlermeldungen bekommen hatte und  keine Ahnung hatte wie ich das hätte fixen können.

Das der Fehler F4 lt. Anleitung mit dem anlernen an einer "anderen Zentrale" zusammen hängen soll habe ich auch gesehen. Allerdings ist es ja die gleiche Zentrale (HM-MOD-UART) und auch die HMID habe ich immer gleich geändert. Ich vermute mal das es kein Problem ist, aber dafür kenne ich mich eben noch viel zu wenig aus...

Hier mal ein list vom Thermostat (HM-CC-RT-DN):

DEF        51A51D04
   NAME       WZ_Heizung_Clima
   NOTIFYDEV  global
   NR         38
   NTFY_ORDER 50-WZ_Heizung_Clima
   STATE      T: 18.3 desired: 17.0 valve: 0
   TYPE       CUL_HM
   chanNo     04
   device     HM_51A51D
   Readings:
     2017-03-03 10:54:01   ValvePosition   0
     2017-03-03 10:54:01   boostTime       -
     2017-03-03 10:54:01   controlMode     manual
     2017-03-03 10:54:01   desired-temp    17.0
     2017-03-03 10:54:01   measured-temp   18.3
     2017-03-03 10:54:01   partyEnd        -
     2017-03-03 10:54:01   partyStart      -
     2017-03-03 10:54:01   partyTemp       -
     2017-03-03 10:54:01   state           T: 18.3 desired: 17.0 valve: 0
   Helper:
     getCfgListNo
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shregr:
       07         00
Attributes:
   model      HM-CC-RT-DN
   room       04_WZ


und vom Thermstat (HM-TC-IT-WM-W-EU)

Internals:
   DEF        515B4002
   NAME       WZ_Thermometer_Climate
   NOTIFYDEV  global
   NR         28
   NTFY_ORDER 50-WZ_Thermometer_Climate
   STATE      T: 18.3 desired: 17.0
   TYPE       CUL_HM
   chanNo     02
   device     HM_515B40
   Readings:
     2017-03-03 10:39:34   boostTime       -
     2017-03-03 10:39:34   commReporting   off
     2017-03-03 10:39:34   controlMode     manual
     2017-03-03 11:01:34   desired-temp    17.0
     2017-03-03 11:01:34   humidity        49
     2017-03-03 11:01:34   measured-temp   18.3
     2017-03-03 11:01:34   state           T: 18.3 desired: 17.0
     2017-03-03 10:39:34   winOpenReporting off
   Helper:
     getCfgListNo
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shregr:
       07         00
Attributes:
   model      HM-TC-IT-WM-W-EU
   room       04_WZ


Ich hoffe das sind jetzt genug Infos...

Beta-User

Das mit den Batterien hätte gepaßt, wenn es alte HM-Thermostate gewesen wären, aber Du hast uns bis eben ja nicht verraten, um welche Art Gerät es ging ;).

Bitte nutze doch zukünftig code-Tags (# oben) für list usw.. Wenn auch andere Devices dieses F4-Verhalten haben, stimmt doch was mit Deiner HMId nicht, ansonsten hat evtl. der RT einen Hau. Wenn er das einzige HM Device ist, mußt Du ihn nochmal auf Werkseinstellungen bringen und neu pairen.

Gruß, Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Thorsten Pferdekaemper

Hi,
in den lists sieht man nicht, ob die Dinger jetzt ordentlich gepairt sind. Ich glaube, dafür muss man das Attribut expert auf einen höheren Wert stellen. Es sollte irgendwo ein Reading "pairedTo" oder so geben.
Gruß,
   Thorsten
FUIP

pg03

Leider habe habe ich schon einige Thermostate und Wandthermometer angelernt...

Aber Fhem info zeigt ja insg. 14 an (wenn ich das recht interpretiere)

Fhem info:
  Release  : 5.8 FeatureLevel: 5.8
  OS       : linux
  Arch     : arm-linux-gnueabihf-thread-multi-64int
  Perl     : v5.20.2
  uniqueID : af395484626155b9a98928caa20aaef9
  upTime   : 12:09:12

Defined modules:
  CUL_HM     : 14
  FHEMWEB    : 3
  FileLog    : 3
  HMUARTLGW  : 1
  allowed    : 4
  autocreate : 1
  eventTypes : 1
  notify     : 1
  telnet     : 1

Defined models per module:
  CUL_HM     : ActionDetector,HM-CC-RT-DN,HM-TC-IT-WM-W-EU

Transmitting this information during an update: no
You can change this via the global attribute sendStatistics


kann ich die irgendwie wieder "aktivieren" ohne sie neu anzulernen?

Ich habe mal den Wert hochgesetzt und:
Internals:
   DEF        515B4002
   NAME       WZ_Thermometer_Climate
   NOTIFYDEV  global
   NR         28
   NTFY_ORDER 50-WZ_Thermometer_Climate
   STATE      T: 18.4 desired: 17.0
   TYPE       CUL_HM
   chanNo     02
   device     HM_515B40
   Readings:
     2017-03-03 11:49:31   boostTime       -
     2017-03-03 11:49:31   commReporting   off
     2017-03-03 11:49:31   controlMode     manual
     2017-03-03 12:11:44   desired-temp    17.0
     2017-03-03 12:11:44   humidity        49
     2017-03-03 12:11:44   measured-temp   18.4
     2017-03-03 12:11:44   state           T: 18.4 desired: 17.0
     2017-03-03 11:49:31   winOpenReporting off
   Helper:
     getCfgListNo
     Expert:
       def        1
       det        1
       raw        1
       tpl        1
     Role:
       chn        1
     Shregr:
       07         00
     Tmpl:
Attributes:
   expert     251_anything
   model      HM-TC-IT-WM-W-EU
   room       04_WZ


erhalten...

MadMax-FHEM

Zitat von: Thorsten Pferdekaemper am 03 März 2017, 12:08:18
Hi,
in den lists sieht man nicht, ob die Dinger jetzt ordentlich gepairt sind. Ich glaube, dafür muss man das Attribut expert auf einen höheren Wert stellen. Es sollte irgendwo ein Reading "pairedTo" oder so geben.
Gruß,
   Thorsten

Jep, konnte ich jetzt auch nicht erkennen...

Aber wenn du ein set ..._Clima desired-temp 16.0 absetzt reagiert der Thermostat?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

MadMax-FHEM

Hochsetzen im Sinne von mehr anzeigen, also 1_all z.B.


(Auch/gerade) als Anfänger sollte man zunächst lesen/lernen wozu hier geraten/eine Lösung genannt wird und dann erst ("drauf los") konfigurieren...

Schon mal z.B. Wiki über Homematic, Wand-/, Heizkörperthermostate gelesen?

Was "sagt" hminfo?
Z.B. set hm configCheck

Und bevor du wieder eunfach eintippst: mal nach Hminfo fhem das Wiki finden und mal lesen (falls noch nicht gemacht)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

pc1246

Hallo
Es waere auch sinnvoll, wenn Du uns ein list vom Device postest, und nicht eins vom Klimakanal! Da kann man naemlich nichts sehen!
Gruss Christoph
HP T610
Onkyo_AVR;Enigma2; SB_Server; SB_Player; HM-USB; PhilipsTV; harmony hub; Jeelink mit PCA301; Somfy; S7-300; LGW; HUE; HM-IP auf Charly; div

MadMax-FHEM

Zitat von: pc1246 am 03 März 2017, 12:24:11
Hallo
Es waere auch sinnvoll, wenn Du uns ein list vom Device postest, und nicht eins vom Klimakanal! Da kann man naemlich nichts sehen!
Gruss Christoph

Ah, stimmt...
Is mir auf dem Handy nicht gleich ins Auge...
...aua, jetzt schon... ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Thorsten Pferdekaemper

Zitat von: pg03 am 03 März 2017, 12:13:56
Leider habe habe ich schon einige Thermostate und Wandthermometer angelernt...
Warum "leider"?

Zitat
Aber Fhem info zeigt ja insg. 14 an (wenn ich das recht interpretiere)
Ich glaube, dass das nur zeigt, dass es sie gibt.

Zitat
kann ich die irgendwie wieder "aktivieren" ohne sie neu anzulernen?
Das kann ich jetzt nicht beantworten, da ich die Frage nicht verstehe. Sobald die Batterien drin sind, sind die Teile aktiv. Das hat mit dem Anlernen nichts zu tun.

Zitat von: pc1246 am 03 März 2017, 12:24:11
Es waere auch sinnvoll, wenn Du uns ein list vom Device postest, und nicht eins vom Klimakanal!
Au... Ich hatte mich schon gewundert, aber so genau nicht geschaut.

Gruß,
   Thorsten

FUIP

pg03

So jetzt mal ein (hoffentlich) komplettes list:


Save config ?
04_WZ
CUL_HM
System
Unsorted
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor

Internals:
   DEF        51A51D
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     285
   NAME       HM_51A51D
   NOTIFYDEV  global
   NR         33
   NTFY_ORDER 50-HM_51A51D
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 WZ_Heizung_Weather
   channel_02 WZ_Heizung_Climate
   channel_03 WZ_Heizung_WindowRec
   channel_04 WZ_Heizung_Clima
   channel_05 WZ_Heizung_ClimaTeam
   channel_06 WZ_Heizung_remote
   lastMsg    No:7A - t:10 s:51A51D d:000000 0A88B80C0040
   myHmUART_MSGCNT 285
   myHmUART_RAWMSG 0500003F7A861051A51D0000000A88B80C0040
   myHmUART_RSSI -63
   myHmUART_TIME 2017-03-03 12:25:27
   protCmdDel 15
   protLastRcv 2017-03-03 12:25:27
   protResnd  3 last_at:2017-03-03 00:31:13
   protResndFail 1 last_at:2017-03-03 00:33:44
   protSnd    4 last_at:2017-03-03 00:33:41
   protState  CMDs_done_Errors:1
   rssi_at_myHmUART avg:-62.22 cnt:285 lst:-63 max:-61 min:-65
   Readings:
     2017-03-03 00:34:45   Activity        alive
     2017-03-03 00:25:11   CommandAccepted yes
     2017-03-02 23:34:16   D-firmware      1.4
     2017-03-02 23:34:16   D-serialNr      NEQ1490953
     2017-03-02 23:34:16   R-pairCentral   set_0xF10000
     2017-03-03 12:25:27   actuator        0
     2017-03-03 12:25:27   battery         ok
     2017-03-03 12:25:27   batteryLevel    2.7
     2017-03-03 12:25:27   desired-temp    17.0
     2017-03-03 12:25:27   measured-temp   18.4
     2017-03-03 12:25:27   motorErr        ok
     2017-03-03 00:33:44   state           MISSING ACK
   Helper:
     HM_CMDNR   122
     mId        0095
     rxType     140
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +51A51D,00,00,00
       nextSend   1488540327.58303
       prefIO
       rxt        2
       vccu
       p:
         51A51D
         00
         00
         00
     Mrssi:
       mNo        7A
       Io:
         myHmUART   -61
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       prs        1
     Rssi:
       At_myhmuart:
         avg        -62.2280701754386
         cnt        285
         lst        -63
         max        -61
         min        -65
     Shregw:
       07         04
Attributes:
   IODev      myHmUART
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-CC-RT-DN
   room       CUL_HM
   serialNr   NEQ1490953
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit



der configcheck führt zu:
configCheck done:

missing register list
    HM_515B40: RegL_00.
    HM_51A51D: RegL_00.
    WZ_Heizung_Clima: RegL_01.,RegL_07.
    WZ_Heizung_ClimaTeam: RegL_01.
    WZ_Heizung_Climate: RegL_01.
    WZ_Heizung_Weather: RegL_01.
    WZ_Heizung_WindowRec: RegL_01.
    WZ_Heizung_remote: RegL_01.
    WZ_Thermometer_Climate: RegL_01.,RegL_07.,RegL_08.,RegL_09.
    WZ_Thermometer_SwitchTr: RegL_01.
    WZ_Thermometer_WindowRec: RegL_01.
    WZ_Thermometer_remote: RegL_01.
    WZ_Thermomter_Weather: RegL_01.

peer list incomplete. Use getConfig to read it.
    incomplete: WZ_Heizung_Clima:
    incomplete: WZ_Heizung_ClimaTeam:
    incomplete: WZ_Heizung_Climate:
    incomplete: WZ_Heizung_Weather:
    incomplete: WZ_Heizung_WindowRec:
    incomplete: WZ_Heizung_remote:
    incomplete: WZ_Thermometer_Climate:
    incomplete: WZ_Thermometer_SwitchTr:
    incomplete: WZ_Thermometer_WindowRec:
    incomplete: WZ_Thermometer_remote:
    incomplete: WZ_Thermomter_Weather:

PairedTo mismatch to IODev
    HM_515B40 paired:set_0xF10000 IO attr: -.
    HM_51A51D paired:set_0xF10000 IO attr: -.

templist mismatch
    WZ_Heizung_Clima: file: ././tempList.cfg for WZ_Heizung_Clima does not exist
    WZ_Thermometer_Climate: file: ././tempList.cfg for WZ_Thermometer_Climate does not exist


OK, ich stelle fest, dass das ganze Thema doch noch viel umfangreicher ist als ich erwartet habe.... Ich habe schon sehr sehr viel gelesen, aber nur lesen ohne ausprobieren ist ja sinnlos und durch meine Versuche komme ich dann immer an den Punkt wo ich durch einen "Neustart" versuche gemachte Fehler zu eleminieren....


Beta-User

Zitat2017-03-02 23:34:16   R-pairCentral   set_0xF10000
sieht mir nicht nach einer HMId aus, die absichtlich gesetzt wurde...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors