[gefixed] Heutiges CUL_HM update defekt

[Leeloo_Dallas]

Komisch, hatte ich eigentlich gemacht.

==> So einfach kann die Welt sein. 
DANKE !!!


==> NACHTRAG ========>

So einfach ist es wohl noch nicht ganz.

Ein ConfigCheck meldet noch:

Code Auswählen Erweitern

configCheck done:

missing register list
    Zentrale_vTeamLead: RegL_00.

PairedTo missing/unknown
    Zentrale_vTeamLead

Zentrale_vTeamLead = Device, um HM-Rauchmelder einfacher zu verwalten

Gibts noch was bei den Rauchmelderm zu beachten?

[Otto123]

Mach mal bitte ein

Code Auswählen Erweitern

list Zentrale_vTeamLead

[Leeloo_Dallas]

Code Auswählen Erweitern

Hier das Ergebnis von "List Zentrale_vTeamLead"

[codeInternals:
   CFGFN      /opt/fhem/mycfg/10_Zentrale_CCD.cfg
   DEF        911911
   FUUID      5c486142-f33f-b5a5-a25d-df66a229c8dcaecb
   IODev      Zentrale_CCD
   LASTInputDev Zentrale_CCD
   MSGCNT     18
   NAME       Zentrale_vTeamLead
   NOTIFYDEV  global
   NR         386
   NTFY_ORDER 50-Zentrale_vTeamLead
   STATE      CMDs_done
   TYPE       CUL_HM
   Zentrale_CCD_MSGCNT 18
   Zentrale_CCD_RAWMSG 05010120D41441911911F10815010401000006ACAE24E5
   Zentrale_CCD_RSSI -32
   Zentrale_CCD_TIME 2019-01-23 14:31:08
   channel_01 Zentrale_vTeamLead_Btn1__Rauchmelder
   lastMsg    No:D4 - t:41 s:911911 d:F10815 010401000006ACAE24E5
   protCmdDel 1
   protLastRcv 2019-01-23 14:31:05
   protRcv    3 last_at:2019-01-23 14:31:05
   protRcvB   3 last_at:2019-01-23 14:31:05
   protResnd  3 last_at:2019-01-23 14:27:18
   protResndFail 1 last_at:2019-01-23 14:27:22
   protSnd    19 last_at:2019-01-23 14:31:00
   protSndB   18 last_at:2019-01-23 14:31:00
   protState  CMDs_done
   rssi_at_Zentrale_CCD cnt:18 min:-35 max:-32 avg:-33.16 lst:-32
   READINGS:
     2018-03-30 07:32:03   battery         ok
     2019-01-23 14:31:00   state           CMDs_done
     RegL_00.:
       VAL       
   helper:
     HM_CMDNR   212
     cSnd       ,01F1081591191100040000000000
     mId        FFF1
     regLst     ,0
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +911911,00,01,00
       nextSend   1548250269.00463
       prefIO     
       rxt        0
       vccu       
       p:
         911911
         00
         01
         00
     mRssi:
       mNo        D4
       io:
         Zentrale_CCD:
           -24
           -24
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
     rssi:
       at_Zentrale_CCD:
         avg        -33.1666666666667
         cnt        18
         lst        -32
         max        -32
         min        -35
     tmpl:
Attributes:
   IODev      Zentrale_CCD
   autoReadReg 4_reqStatus
   expert     2_raw
   group      System,System_vDevices
   icon       secur_smoke_detector
   model      VIRTUAL
   room       SYSTEM
   webCmd     update

[Otto123]

Hmm, bei mir sehen die Attribute anders aus.

model virtual_1
subType virtual

Hast Du die gesetzt?

Gruß Otto

[Leeloo_Dallas]

Das Ding hab ich schon lange laufen und irgendwann mal so definiert:

Code Auswählen Erweitern

define Zentrale_vTeamLead CUL_HM 911911
setuuid Zentrale_vTeamLead 5c486142-f33f-b5a5-a25d-df66a229c8dcaecb
attr Zentrale_vTeamLead IODev Zentrale_CCD
attr Zentrale_vTeamLead autoReadReg 4_reqStatus
attr Zentrale_vTeamLead expert 2_raw
attr Zentrale_vTeamLead group System,System_vDevices
attr Zentrale_vTeamLead icon secur_smoke_detector
attr Zentrale_vTeamLead model VIRTUAL
attr Zentrale_vTeamLead room SYSTEM

a) setuuid ist heute (beim Update) neu hinzugekommen
b) subType kannte ich bei der damaligen Definition nicht. Habe es bis dato wohl nicht gebraucht.

Weitere Ideen?

[Otto123]

eigentlich legt er beim define beide Attribute selbst an.
Ob diese attribute existentiell oder egal für das TeamDev kann ich nicht sagen.

[martinp876]

Alle virtuellen devices bekommen das attr subType virtual.

[frank]

Alle virtuellen devices bekommen das attr subType virtual.

ein paar tage anfang januar sah das nach update aber genauso aus.
also ggf fhem erst einmal updaten.

[Leeloo_Dallas]

Moin,

zur besseren Einordnung.

Die Definition

Code Auswählen Erweitern

define Zentrale_vTeamLead CUL_HM 911911
wurde schon vor über 12 Monaten gemacht.

Die oben benannte Definition wurde damals von FHEM so erstellt.

Erst nach dem gestrigen Update liefert ein ConfigCheck diesen Eintrag.


======= Nachtrag ===============>
Ich hab die Einträge jetzt manuell nachgetragen/geändert.
Der "ConfigCheck" is jetzt wieder leer.
Ich hoffe, dass der Rest jetzt auch noch funktioniert.

[martinp876]

Der Eintrag ist korrekt aber mir Sicherheit unvollständig.  Der teamlead ist ein Kanal. Bislang hast du ein Device. Nun noch ein set ... virtual  1 und du hast den Kanal sowie das Attribut.
Das hatte subtype sollte automatisch gesetzt werden.  Nach dem Update in Vorbereitung wird es auch verriegelt sein.

Allerdings brauche ich noch etwas Zeit für ein vereinfachtes peeren.

[Leeloo_Dallas]

Sorry, hab es nicht vollständig beschrieben.
Ich habe früher bereits beides "Device" und "Kanal" definiert. Die Daten zum Kanal hatte ich hier nicht aufgeführt.

Seit meinen manuellen Nachtrag bzw. der Änderung von "VIRTUAL" in "virtual_1" und der Ergänzung von "subtype virtual" läuft alles stabil.
Gleichzeitig liefert ein ConfigCheck keinen Hinweis.

Lass Dir keinen Streß mit dem Update machen. Eventuelle Nacharbeiten anderer sollten jetzt zumindest ebenfalls zur Lösung führen/finden.

Wenn man mit dem jetzigen Stand einen teamlead samt Kanal anlegt gibt es folgendes Ergebnis:

Code Auswählen Erweitern

define TEST_vTeamLead CUL_HM 911911
setuuid TEST_vTeamLead 5c4ed3c8-f33f-b5a5-6a7e-740e74508910b950
attr TEST_vTeamLead expert 2_raw
attr TEST_vTeamLead model virtual_1
attr TEST_vTeamLead subType virtual
attr TEST_vTeamLead webCmd virtual
define TEST_vTeamLead_Btn1 CUL_HM 91191101
setuuid TEST_vTeamLead_Btn1 5c4ed3ce-f33f-b5a5-cadd-ff81d28d45bfc7b2
attr TEST_vTeamLead_Btn1 model virtual_1
attr TEST_vTeamLead_Btn1 peerIDs
attr TEST_vTeamLead_Btn1 webCmd press short:press long

Dir eine schöne Woche und nochmals ein großes Danke für deine Arbeit in FHEM sowie dem Forum.

[dk3572]

Einfach save drücken und neu starten.

Hallo,

das habe ich nun auch mal gewagt und siehe da, alles gut.

Nur komme ich mit diesen Infos nicht weiter:

Code Auswählen Erweitern

configCheck done:

missing register list
    TeamDev: RegL_00.

PairedTo missing/unknown
    TeamDev

templist mismatch
    Thermostat_Bad_Climate: file: ./tempList.cfg error:Can't open ./tempList.cfg: No such file or directory

Beispiel Fenster_Erker
Set getConfig und neu Anlernen ohne Erfolg.

Mittlerweile behoben.

Wie muss ich vorgehen?

Danke für Hilfe und VG
Dieter

[frank]

wahrscheinlich attribute korrigieren.

[dk3572]

wahrscheinlich attribute korrigieren.

Sehr gut, jetzt configCheck done: "leer"

Vielen Dank und schönen Abend noch.

[Pfriemler]

Neuer Pi, neues Glück 
10_CUL_HM.pm aus dem exclude_from_update (wo es seit Anfang Januar nach den ersten Versuchen mit mId stand ->
# $Id: 10_CUL_HM.pm 18184 2019-01-08 20:43:59Z martinp876 $
# $Id: HMConfig.pm 18284 2019-01-16 18:56:58Z martinp876 $
shutdown und restart.

Und nun, wider Erwarten, weit und breit nichts von mId oder .mId in der fhem.cfg.
# $Id: 10_CUL_HM.pm 18113 2019-01-01 16:53:31Z martinp876 $
ist identisch zur obigen.

Sind die mId jetzt doch noch nicht scharf? hier reden doch alle die ganze Zeit davon ...