[gelöst] 2fach-Funk-Wandtaster soll über notify Steckdose anschalten

[Otto123]

Moin,

mal sehen ob Martin dazu was sagen kann, aber aus meiner Sicht fehlen da alle Register die pro Peer gesetzt werden können. Jetzt könnte man meinen, die kommen erst wenn gepeert. Bei mir sind die aber immer alle sichtbar. Aktiviere doch mal die Anzeige des internen Peer.

Code Auswählen Erweitern

set Steckdose regSet intKeyVisib visib
Und mach dann nochmal ein regList.

Gruß Otto

[frank]

hier gibt es ein problem mit der model-id (mid).
das list zeigt mid=00AC und attr model HM-ES-PMSW1-Pl-DN-R1. attr model ist also falsch, müsste HM-ES-PMSw1-Pl sein.

mein hminfo (get hminfo models -f ES) zeigt folgende models:

Code Auswählen Erweitern

models filtered:ES
  subType          name                       ID supportedMode            Info  List  channels
  powerMeter       HM-ES-PMSw1-DR           00EA normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSw1-Pl           00AC normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSw1-Pl-DN-R1     00D7 normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSw1-Pl-DN-R2     00E2 normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSw1-Pl-DN-R3     00E3 normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSw1-Pl-DN-R4     00E4 normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSw1-Pl-DN-R5     00E5 normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSw1-SM           00F6 normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerSensor      HM-ES-TX-WM              00DE config,wakeup            00:10 1     1-2 IEC,

hast du attr model selbst gesetzt oder wurde es von autocreate angelegt?

[dudngretl]

Moin,

mal sehen ob Martin dazu was sagen kann, aber aus meiner Sicht fehlen da alle Register die pro Peer gesetzt werden können. Jetzt könnte man meinen, die kommen erst wenn gepeert. Bei mir sind die aber immer alle sichtbar. Aktiviere doch mal die Anzeige des internen Peer.

Code Auswählen Erweitern

set Steckdose regSet intKeyVisib visib
Und mach dann nochmal ein regList.

Gruß Otto

Gemacht, kommt immer noch dass:

Code Auswählen Erweitern

list:         register | range              | peer     | description
   0: confBtnTime      |   1 to 255min      |          | 255=permanent special:permanent
   0: intKeyVisib      |     literal        |          | visibility of internal channel options:visib,invisib
   0: localResDis      |     literal        |          | local reset disable options:on,off
   0: pairCentral      |   0 to 16777215    |          | pairing to central

hast du attr model selbst gesetzt oder wurde es von autocreate angelegt?

Ich habe das nicht selbst gemacht, sondern wie die anderen HM Komponenten auch "angelernt" wie in den WIKIS beschrieben.
Also hmpairforsec und dann Knöpfchen gedrückt.

[frank]

was zeigt denn bei dir "get hminfo models -f ES"?

[dudngretl]

 

Code Auswählen Erweitern

Please define hminfo first

Ich hatte dass eigtl. damals nach der Anleitung (https://wiki.fhem.de/wiki/HomeMatic_HMInfo) eingerichtet...

"get hm help" geht...

Code Auswählen Erweitern

Unknown argument choose one of
---checks---
get configCheck [-typeFilter-]                     # perform regCheck and regCheck
get regCheck [-typeFilter-]                        # find incomplete or inconsistant register readings
get peerCheck [-typeFilter-]                       # find incomplete or inconsistant peer lists
---actions---
set saveConfig [-typeFilter-] [-file-]             # stores peers and register with saveConfig
set archConfig [-a] [-file-]                       # as saveConfig but only if data of entity is complete
set purgeConfig [-file-]                           # purge content of saved configfile
set loadConfig [-typeFilter-] -file-               # restores register and peer readings if missing
set verifyConfig [-typeFilter-] -file-             # compare curent date with configfile,report differences
set autoReadReg [-typeFilter-]                     # trigger update readings if attr autoReadReg is set
set tempList [-typeFilter-][save|restore|verify|status|genPlot][-filename-]# handle tempList of thermostat devices
set x-deviceReplace <old device>       # WARNING:replace a device with another
  ---infos---
set update                                         # update HMindfo counts
get register [-typeFilter-]                        # devicefilter parse devicename. Partial strings supported
get peerXref [-typeFilter-]                        # peer cross-reference
get models [-typeFilter-]                          # list of models incl native parameter
get protoEvents [-typeFilter-] [short|all|long]    # protocol status - names can be filtered
get msgStat                                        # view message statistic
get param [-typeFilter-] [-param1-] [-param2-] ... # displays params for all entities as table
get rssi [-typeFilter-]                            # displays receive level of the HM devices
          last: most recent
          avg:  average overall
          range: min to max value
          count: number of events in calculation
  ---clear status---
set clear[G] [-typeFilter-] [msgEvents|readings|msgStat|register|rssi]
                       # delete readings selective
          msgEvents    # delete all protocol-events , msg events
          msgErrors    # delete protoevents for all devices which had errors
          readings     # all readings
          register     # all register-readings
          oldRegs      # outdated register (cleanup)
          rssi         # all rssi data
          msgStat      # message statistics
          trigger      # trigger readings
          attack       # attack related readings
          all          # all of the above
---help---
get help                            #
***footnote***
[-nameFilter-]   : only matiching names are processed - partial names are possible
[-modelsFilter-] : any match in the output are searched.

set cpRegs -src:peer- -dst:peer-
            copy register for a channel or behavior of channel/peer
set templateDef -templateName- -param1[:-param2-...] -description- -reg1-:-val1- [-reg2-:-val2-] ...
                 define a template
set templateSet -entity- -templateName- -peer:[long|short]- [-param1- ...]
                 write register according to a given template
set templateDel -entity- -templateName- -peer:[long|short]- 
                 remove a template set
set templateExe -templateName-
                 write all assigned templates to the file
get templateUsg -templateName-[sortPeer|sortTemplate]
                 show template usage
get templateChk [-typeFilter-] -templateName- -peer:[long|short]- [-param1- ...]
                 compare whether register match the template values
get templateList [-templateName-]         # gives a list of templates or a description of the named template
                  list all currently defined templates or the structure of a given template
======= typeFilter options: supress class of devices  ====
set -name- -cmd- [-dcasev] [-f -filter-] [params]
      entities according to list will be processed
      d - device   :include devices
      c - channels :include channels
      i - ignore   :include devices marked as ignore
      v - virtual  :supress fhem virtual
      p - physical :supress physical
      a - aktor    :supress actor
      s - sensor   :supress sensor
      e - empty    :include results even if requested fields are empty

     -f - filter   :regexp to filter entity names

Wieder ein dummer Anwenderfehler?

[Otto123]

hminfo ist der Modulname und dein define heisst hm?
Dann alles gut

Code Auswählen Erweitern

get hm models -f ES

[dudngretl]

Ui, und schon geht's 

Code Auswählen Erweitern


Tablet-UI
Anwesenheit
Aussen
BMA
Bügelzimmer
CUL_HM
FritzBox
HomeMatic
Logfiles
Rollladen
Sensoren
System
Text2Speech
Unsorted
Wohnzimmer
Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor

models filtered:ES
  subType          name                       ID supportedMode            Info  List  channels
  powerMeter       HM-ES-PMSW1-DR           00EA normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSW1-PL           00AC normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSW1-PL-DN-R1     00D7 normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSW1-PL-DN-R2     00E2 normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSW1-PL-DN-R3     00E3 normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSW1-PL-DN-R4     00E4 normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSW1-PL-DN-R5     00E5 normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerMeter       HM-ES-PMSW1-SM           00F6 normal                   00:10 1,1,3p.4p.5p.6p 1 Sw, 2 Pwr, 3 SenPwr, 4 SenI, 5 SenU, 6 SenF,
  powerSensor      HM-ES-TX-WM              00DE config,wakeup            00:10 1     1-2 IEC,

[frank]

seltsam. sieht aus wie bei mir.

welches model steht denn auf der rückseite des gerätes gedruckt?

[dudngretl]

Moin.

Auf der Rücksteite steht:

eQ-3
HM-ES-PMSw1-PI-DN-R1
Power meter switch actuator


Gruß

[frank]

ok, also voodoo. 

ich habe jetzt mal über meinen HM-ES-PMSw1-Pl (gehäuseaufdruck) mit seriennummer "drübergepairt".

Code Auswählen Erweitern

2019.06.18 09:07:34.759 0 : HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:863FA201 d:FF r:FFA9 m:02 8000 24AF1D 1ACE1F 2500AC4B455130393637313033513F0100
2019.06.18 09:07:34.885 3 : Device SwitchES01 added to ActionDetector with 000:10 time
2019.06.18 09:07:34.894 3 : CUL_HM pair: SwitchES01 powerMeter, model HM-ES-PMSw1-Pl serialNr KEQ0967103

das device sendet 00AC in der anlernmessage und fhem "übetsetzt" die mid korrekt in HM-ES-PMSw1-Pl.

ausserdem wurde beim drüberpairen intKeyVisib auf invisible geändert. dadurch waren auch sämtliche hinweise über das vorhandene interne peering im sw-channel verschwunden. get regList zeigt aber mögliche peerregister.


paire auch mal "drüber" und poste die vergleichbaren zeilen aus fhem.log.

attr global verbose 3
attr CUL1 verbose 4
set CUL1 hmPairSerial OEQ1974470

[dudngretl]

Ok. Nur auf Nummer sicher...

Mit drüber pairen meinst du die drei Zeilen die du unten aufgeführt hats und nicht hmpaitfoesec und dann knöpfchen?

Gruß

[frank]

genau, meine zeilen sollten genügen.

allerdings im hauptdevice beobachten, ob irgendwann cmds_done erreicht wird. wenn das loggen erfolgreich war, kannst du die verbose attribute wieder löschen (default), oder auf deine alten werte zurück setzen.

[dudngretl]

Ist erledigt:

Code Auswählen Erweitern

2019.06.19 19:17:51 4: CUL_Parse: CUL1 A 14 4C 845E 662341 000000 80DDA1000000000008F9FEE6 -87
2019.06.19 19:17:59 4: CUL_Parse: CUL1 A 1A 01 8000 662341 F11234 2500D74F455131393734343730513F0100E5 -87.5
2019.06.19 19:17:59 3: Device Steckdose added to ActionDetector with 000:10 time

Das hier habe ich übrigens eben gesehen im FHEM.LOG:

Code Auswählen Erweitern

2019.06.18 03:30:00 3: CUL_HM set Steckdose_Sw on-for-timer 1800
2019.06.18 03:30:04 3: CUL1: Unknown code ERR:CCA, help me!
2019.06.18 03:30:05 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL1)
2019.06.18 03:30:09 3: Setting CUL1 serial parameters to 38400,8,N,1
2019.06.18 03:30:09 3: CUL1: Possible commands: ABbCeFGhiKkLlMmNRTtUuVWXxYZ
2019.06.18 03:30:09 1: /dev/ttyACM0 reappeared (CUL1)

Ist zum ersten mal aufgetreten...

[frank]

ok, wenigstens sendet der aktor das, was auf dem gehäuse steht. mId => 00D7.
bleibt der voodoo, wie kam mId=00AC in dein device.
attr modelForce hast du auch nie benutzt?

wurde mId nun auch im list geändert?
wenn nicht würde ich das device in fhem löschen und neu anlegen.


was ist nun mit get regList in chn1?


cca:
der cul konnte nicht senden, da er gerade viel zu empfangen hatte. kann man auch viel im forum finden: zb
https://forum.fhem.de/index.php/topic,56198.msg477558.html#msg477558


für homematic gilt grundsätzlich:
ein cul mit culfw / a-culfw ist 3. wahl,
mit ts_culfw 2. wahl,
und ein homematic io 1. wahl.

störungen konnen aber alle betreffen, auch die devices.

[dudngretl]

OK, danke - bin jetz dann immer wieder unterwegs und werde mir dass dann danach anschauen, prinzipiell läufts ja (noch)...

für homematic gilt grundsätzlich:
ein cul mit culfw / a-culfw ist 3. wahl,
mit ts_culfw 2. wahl,
und ein homematic io 1. wahl.

Hierzu hätte ich zwei Fragen:

1) Meinst du mit "homematic io" dann Homematic Smart Home Zentrale CCU3 oder CCU2 und dass dann zusätzlich an FHEM statt meinem CUL-Stick?

2) Ich hatte damals den CUL Stick genommen da ich im Internet gelesen hatte, bei den Zentralen (CCU2...) geht Kommunikation nach "draussen" also über irgendwelche Server ähnlich wie bei  SOMFY o.ä. Dass wollte ich nicht da ich alles nur im internen Netz haben möchte und nicht über "CHINA oder US-Server". Stimmt dass dann nicht? Dann würde ich mich hier einmal einlesen und evtl. einen Abtausch anpeilen...

Grüße und Danke