Z-Wave.Me Zwischenstecker Schalter IP20 Z-Wave ZME_064374

[waver]

Gleich vorweg ich bin kompletter FHEM und Z-Wave Anfänger.

Ich habe mir zwei Schalt-Aktoren vom Typ ZME_064374 http://manuals.zwaveeurope.com/make.php?lang=de&type=mini&sku=ZME_064374 gekauft.

Dazu ein USB Stick ZWA ZME_UZB1 http://www.z-wave.me/index.php?id=28 als Controller.

Alles Neuware vom Händler.

Das Problem ist nun, dass sich die beiden ZME_064374 komplett unterschiedlich verhalten obwohl sie optisch absolut identisch aussehen.

Einer läuft so, wie ich es von einen ZME_064374 erwarten würde.

Der zweite verhält sich aber wie ein einfacher Popp / Düwi Schalter http://products.z-wavealliance.org/products/354 ohne Zusatzfunktionen wie z.B. Verbrauchsmessung.

Dazu zwei Abfragen aus FHEM:

Schalter der ok ist:

Code Auswählen Erweitern


get ZWave_SWITCH_BINARY_3 model
model:0x0115 0x1000 0x0200
model:0x0115 0x1000 0x0200
modelId:0115-1000-0200

get ZWave_SWITCH_BINARY_3 version
version:Lib 3 Prot 3.67 App 1.0


Schalter der nicht ok ist:

Code Auswählen Erweitern


get ZWave_SWITCH_BINARY_5 model
model:Popp / Duwi ZW ZS 3500 Plugin Switch

modelId:0064-3001-0000

get ZWave_SWITCH_BINARY_5 version
version:Lib 6 Prot 2.51 App 1.0


Außerdem gibt es in FHEM für den "guten" Schalter viel mehr Attribute als für den anderen.


Wie kann das sein?

Werden die "alten" Popp / Düwi Schalter nur durch ein Firmware-Update um die neuen Funktionen erweitert und beim zweiten Schalter wurde das Update einfach vergessen?

Oder besteht die Möglichkeit, dass ich etwas falsch gemacht habe?

[krikan]

Werden die "alten" Popp / Düwi Schalter nur durch ein Firmware-Update um die neuen Funktionen erweitert und beim zweiten Schalter wurde das Update einfach vergessen?

Im wesentlichen ja: Firmwareupdate ist entscheidend. Schaue auf Homepage von zwave.me. Bei einigen Produkten soll es auch Hardwareergänzungen-/-änderungen geben, genaueres ist mir aber unbekannt.

Oder besteht die Möglichkeit, dass ich etwas falsch gemacht habe?

Eigentlich nicht. Die "get <device> model" und "get <device> version" Angaben kommen direkt vom Gerät und sind beim 2. Gerät für mich eindeutig: Gerät ohne Firmwareupdate. Würde ich  nach Möglichkeit auf jeden Fall umtauschen.

[waver]

Vielen Dank für die schnelle Antwort.

Im wesentlichen ja: Firmwareupdate ist entscheidend. Schaue auf Homepage von zwave.me. Bei einigen Produkten soll es auch Hardwareergänzungen-/-änderungen geben, genaueres ist mir aber unbekannt.

Die einzigen Downloads die mit der Firmware etwas zu tun haben, sind für den Z-Stick: https://z-wave.me/index.php?id=14

Wenn jeder die alten Popp / Düwi Schalter mit zusätzlichen Funktionen updaten könnte, wäre das auch schlecht für das Geschäft von z-wave.me.

Wie läuft das überhaupt mit Firmware-Updates bei Z-Wave?
Werden bei anderen Herstellern Firmware-Updates bereitgestellt?
Und wie werden die überhaupt eingespielt?

Eigentlich nicht. Die "get <device> model" und "get <device> version" Angaben kommen direkt vom Gerät und sind beim 2. Gerät für mich eindeutig: Gerät ohne Firmwareupdate. Würde ich  nach Möglichkeit auf jeden Fall umtauschen.

Im Moment bin ich doch etwas verunsichert, vielleicht schicke ich alles wieder zurück.

[krikan]

Die einzigen Downloads die mit der Firmware etwas zu tun haben, sind für den Z-Stick: https://z-wave.me/index.php?id=14

Meines Wissens nach können die das nur selbst. Sorry, wenn das zu unscharf ausgedrückt war. Auf der Homepage von zwave.me findest Du nur Infos, dass die DÜWi-Produkte durch Update verbessert wurden; darauf wollte ich hinweisen.

Im Moment bin ich doch etwas verunsichert, vielleicht schicke ich alles wieder zurück.

Schicke auf jeden Fall den ohne Update zurück. Rest bleibt Deine Entscheidung

Der UZB1 ist vollkommen in Ordnung. Bei den Geräten würde ich aber an Deiner Stelle bei einem Einstieg nur noch ZWave+Geräte einsetzen.

[waver]

[...]
Der UZB1 ist vollkommen in Ordnung. Bei den Geräten würde ich aber an Deiner Stelle bei einem Einstieg nur noch ZWave+Geräte einsetzen.

Das wollte ich eigentlich auch aber im Moment bezweifle ich fast, dass der ZME_064374 Z-Wave+ zertifiziert ist.

Auf der Seite http://products.z-wavealliance.org/regions/1/categories finde ich den ZME_064374 gar nicht.

Auf den Geräten selbst ist auch nur ein Aufkleber mit Z-Wave Logo aber keiner mit Z-Wave+ Logo.

Und die Formulierung im Manual http://manuals.zwaveeurope.com/make.php?lang=de&type=mini&sku=ZME_064374 ist auch nicht so eindeutig: "Es erfüllt alle Anforderungen der Z-Wave Plus Zertifizierung."

Das kann man auch so interpretieren, dass zwar eine Zertifizierung möglich wäre aber aktuell gar nicht vorliegt.

Wie siehst Du das mit wesentlich mehr Z-Wave KnowHow?

Oder kannst Du mir einen Schalter mit Z-Wave+ und vergleichbarem Funktionsumfang empfehlen?

Vielen Dank im voraus.

[krikan]

Kann mir beim besten Willen nicht vorstellen, dass Deiner eine ZWave+Zertifizierung hat. Hat nur SDK 4.55, darum nach meiner Kenntnis nur ZWave-Zertifizierung möglich.
Und wenn der ZWave+ hätte, hätte er auch die entsprechende Command classes (u.a. ZWAVEPLU_INFO).
Problem ist, dass es dieses Gerätegehäuse häufiger von verschiedenen Herstellern gibt. Das ist schwierig auseinander zuhalten. Meine auch als popp.eu-Variante mit ZWave+-Zertifizierung.

Kann Dir leider keinen Zwischenstecker empfehlen, da ich keinen einsetze. Schaue einfach bei http://products.z-wavealliance.org/regions/1/categories nach. Dort kannst Du auch nach ZWave+ suchen. Bei der Bestellung beim Händler auch genau schauen, ob es eine ZWave+-Variante ist.

[waver]

Kann mir beim besten Willen nicht vorstellen, dass Deiner eine ZWave+Zertifizierung hat.

Denke ich inzwischen auch.

Hat nur SDK 4.55, darum nach meiner Kenntnis nur ZWave-Zertifizierung möglich.

Dieser Popp http://www.popp.eu/products/wall-plug-switch/ hat laut Manual auch nur SDK 4.55 aber auch Z-Wave+: http://www.popp.eu/wp-content/uploads/2015/08/Manual_IP20_POPP_En.pdf
Kann aber natürlich ein Fehler im Manual sein.

Und wenn der ZWave+ hätte, hätte er auch die entsprechende Command classes (u.a. ZWAVEPLU_INFO).

Wenn ich an der richtigen Stelle bin hat er laut FHEM folgende:

Code Auswählen Erweitern


UNKNOWN_5e BASIC SWITCH_BINARY PROTECTION CONFIGURATION ASSOCIATION MULTI_CHANNEL_ASSOCIATION INDICATOR METER UNKNOWN_5a UNKNOWN_59 SWITCH_ALL VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL

Was könnten diese UNKNOWN_5x sein?

[rudolfkoenig]

UNKNOWN_5x ist ein Hinweis auf eine sehr stark veraltete FHEM Version.

[krikan]

Mache mal ein update mit "shutdown restart". Du arbeitest mit einer uralten Version von Fhem.
Dann siehst Du auch, dass hinter den UNKOWN_5e sich ZWAVEPLUS_INFO befindet. Jetzt wird es total merkwürdig.
Altes SDK 4.55 mit CC die typisch für  ZWave+ und aktuellem SDK 6.5x sind!?
Jetzt würde mich der verwendete Chip im gezeigten Gerät interessieren: Ist das wirklich ein aktueller 500er Chipsatz? Command zur Abfrage muss ich suchen, habe ich gerade nicht im Kopf.

[krikan]

ZWave+-Zertifizierung gibt es nur mit aktuellen Chipsatz, wenn ich das http://z-wavealliance.org/z-wave_plus_certification/ richtig verstehe. Dann altes SDK?
Wenn ich auf der Popp.eu Seite nachschaue ist im Handbuch tatsächlich ZWave+Logo abgebildet. Sonst sehe ich dort aber keine Infos zu ZWave+. Bei http://products.z-wavealliance.org wird bei den Zwischensteckern von Popp nichts mit ZWave+ gelistet.

[waver]

UNKNOWN_5x ist ein Hinweis auf eine sehr stark veraltete FHEM Version.

Ich bin Anfänger und habe mich auf eure Anleitung verlassen: http://fhem.de/HOWTO_DE.html

Dort ist die Version 5.6 verlinkt und die habe ich installiert.

Mache mal ein update mit "shutdown restart". Du arbeitest mit einer uralten Version von Fhem.

Habe ich gerade gemacht. Die Ausgabe von Version hat sich aber nicht geändert:

Code Auswählen Erweitern


# $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $
# $Id: 01_FHEMWEB.pm 6884 2014-11-04 22:03:52Z rudolfkoenig $
# $Id: 92_FileLog.pm 6769 2014-10-15 17:03:30Z rudolfkoenig $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 99_Utils.pm 6660 2014-10-03 06:35:43Z rudolfkoenig $
# $Id: 00_ZWDongle.pm 6883 2014-11-04 21:51:16Z rudolfkoenig $
# $Id: 10_ZWave.pm 6824 2014-10-27 21:44:59Z rudolfkoenig $
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $
# $Id: 91_eventTypes.pm 6792 2014-10-19 16:03:13Z rudolfkoenig $
# $Id: 91_notify.pm 6371 2014-08-07 05:33:37Z rudolfkoenig $
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $

Wie kann ich sonst updaten?

Dann siehst Du auch, dass hinter den UNKOWN_5e sich ZWAVEPLUS_INFO befindet. Jetzt wird es total merkwürdig.
Altes SDK 4.55 mit CC die typisch für  ZWave+ und aktuellem SDK 6.5x sind!?

Woher hast Du SDK 4.55? Ich sehe die Infos nur auf der Seite von z-wave.me aber ob das zuverlässig stimmt?

Jetzt würde mich der verwendete Chip im gezeigten Gerät interessieren: Ist das wirklich ein aktueller 500er Chipsatz? Command zur Abfrage muss ich suchen, habe ich gerade nicht im Kopf.

Weiß ich nicht. Kommando schon gefunden?

ZWave+-Zertifizierung gibt es nur mit aktuellen Chipsatz, wenn ich das http://z-wavealliance.org/z-wave_plus_certification/ richtig verstehe. Dann altes SDK?
Wenn ich auf der Popp.eu Seite nachschaue ist im Handbuch tatsächlich ZWave+Logo abgebildet. Sonst sehe ich dort aber keine Infos zu ZWave+. Bei http://products.z-wavealliance.org wird bei den Zwischensteckern von Popp nichts mit ZWave+ gelistet.

Im Text steht es auch drin: "The device is certified and tested against all important European Safety
Regulations and fully complies with the Z-Wave Plus standard. The device supports secure communication and the
firmware can be upgraded over the air (OTA)"

[krikan]

Habe ich gerade gemacht. Die Ausgabe von Version hat sich aber nicht geändert:

Ok, wieder zu unscharf: erst in Fhem-Befehlszeile "update" eingeben und durchlaufen lassen und dann "shutdown restart" eingeben.
Unsere Anleitung ist korrekt  .
http://www.fhemwiki.de/wiki/Z-Wave#Welche_Infos_sollten_Anfragen_im_ZWave-Forum_enthalten.3F und an diversen anderen Stellen. Auch auf der Download-Seite. Also bitte Ruhe bewahren  Oder uns aktiv helfen zu verbessern.

Woher hast Du SDK 4.55?

Aus der Ableitung Deiner gezeigten version-Abfrage.

Kommando schon gefunden?

Nicht gesucht, da noch nicht zu gekommen.

Regulations and fully complies with the Z-Wave Plus standard. The device supports secure communication and the

Das kommt davon, wenn man sich auf die SuFu mit ZWave+ verlässt  . Finde es trotzdem mehr als merkwürdig. Warum nimmt man ein steinaltes SDK?

[waver]

Ok, das Update hat jetzt geklappt:

Code Auswählen Erweitern


# $Id: fhem.pl 9141 2015-08-27 19:04:33Z rudolfkoenig $
# $Id: 01_FHEMWEB.pm 9079 2015-08-16 10:43:51Z rudolfkoenig $
# $Id: 92_FileLog.pm 9107 2015-08-22 13:16:05Z rudolfkoenig $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 99_Utils.pm 7914 2015-02-08 11:14:10Z rudolfkoenig $
# $Id: 00_ZWDongle.pm 9027 2015-08-08 11:37:52Z rudolfkoenig $
# $Id: 10_ZWave.pm 9152 2015-08-29 09:30:23Z rudolfkoenig $
# $Id: 98_autocreate.pm 9108 2015-08-22 13:18:56Z rudolfkoenig $
# $Id: 91_eventTypes.pm 8725 2015-06-10 09:50:06Z rudolfkoenig $
# $Id: 91_notify.pm 8953 2015-07-13 15:13:06Z rudolfkoenig $
# $Id: 98_telnet.pm 8952 2015-07-13 12:30:26Z rudolfkoenig $


Allerdings die Ausgabe der Klassen hat sich nicht verändert. Muss ich den Schalter neu verbinden oder sonst noch was aktualisieren?

[waver]

Habes jetzt nur mit einem neuen Assoziieren hinbekommen:

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        ff50bc03 6
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     1
   NAME       ZWave_SWITCH_BINARY_6
   NR         55
   STATE      associationAdd 1 01
   TYPE       ZWave
   ZWDongle_0_MSGCNT 1
   ZWDongle_0_RAWMSG 00040006087205011510000200
   ZWDongle_0_TIME 2015-08-30 19:12:27
   homeId     ff50bc03
   id         06
   lastMsgTimestamp 1440954747.37948
   Readings:
     2015-08-30 19:12:27   model           0x0115 0x1000 0x0200
     2015-08-30 19:12:27   modelId         0115-1000-0200
     2015-08-30 19:12:26   state           associationAdd 1 01
     2015-08-30 19:12:27   transmit        OK
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO BASIC SWITCH_BINARY PROTECTION CONFIGURATION ASSOCIATION MULTI_CHANNEL_ASSOCIATION INDICATOR METER DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO SWITCH_ALL VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
   room       ZWave

In dem Manual vom Popp http://www.popp.eu/wp-content/uploads/2015/08/Manual_IP20_POPP_En.pdf sind auch die Command Classes aufgeführt und da ist ZWAVEPLUS_INFO auch dabei.

Ich vermute mal, der Popp und dieser ZME_064374 dürften ziemlich ähnlich sein, oder?

[waver]

Ich bekomme ziemlich häufig Timeouts z.B. bei

Code Auswählen Erweitern


get ZWave_SWITCH_BINARY_6 versionClass 32
get ZWave_SWITCH_BINARY_6 zwavePlusInfo


Komischerweise habe ich bei einem List danach die Antworten auf die Anfragen vorher im List Output:

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        ff50bc03 6
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     5
   NAME       ZWave_SWITCH_BINARY_6
   NR         55
   STATE      TRANSMIT_NO_ACK
   TYPE       ZWave
   ZWDongle_0_MSGCNT 5
   ZWDongle_0_RAWMSG 00040006095e0201050007000700
   ZWDongle_0_TIME 2015-08-30 19:28:29
   homeId     ff50bc03
   id         06
   lastMsgTimestamp 1440955709.33771
   Readings:
     2015-08-30 19:12:27   model           0x0115 0x1000 0x0200
     2015-08-30 19:12:27   modelId         0115-1000-0200
     2015-08-30 19:22:57   state           TRANSMIT_NO_ACK
     2015-08-30 19:28:23   transmit        OK
     2015-08-30 19:22:57   versionClass_20 01
     2015-08-30 19:28:29   zwavePlusInfo    version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:0700 userIcon:0700
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO BASIC SWITCH_BINARY PROTECTION CONFIGURATION ASSOCIATION MULTI_CHANNEL_ASSOCIATION INDICATOR METER DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO SWITCH_ALL VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
   room       ZWave


Mache ich bei solchen Abfragen etwas falsch? Muss ich da irgendeine bestimmte Zeit abwarten?

[krikan]

Ich vermute mal, der Popp und dieser ZME_064374 dürften ziemlich ähnlich sein, oder?

Vermutung unterstütze ich wegen Optik und Erfahrungen aus der Vergangenheit. Das ist aber kein Wissen.
Das die Klassen im Handbuch stehen hatte ich auch gesehen. Aber ich finde es immer alles noch mehr als merkwürdig.
SDK 4.5 ist aus 2009
SDK 6.5x ist aus 2013 und wurde mit 500er ICs vorgestellt.

Zu den Gets:
Siehst Du die Box mit Angabe des Timeouts? Das sollte nicht regelmäßig sein; normalerweise nur in Ausnahmefällen.

[waver]

Vermutung unterstütze ich wegen Optik und Erfahrungen aus der Vergangenheit. Das ist aber kein Wissen.
Das die Klassen im Handbuch stehen hatte ich auch gesehen. Aber ich finde es immer alles noch mehr als merkwürdig.
SDK 4.5 ist aus 2009
SDK 6.5x ist aus 2013 und wurde mit 500er ICs vorgestellt.

Unterstützt dann mein ZME_064374 Z-Wave Plus komplett? Oder nur teilweise? Oder gar nicht?

Zu den Gets:
Siehst Du die Box mit Angabe des Timeouts? Das sollte nicht regelmäßig sein; normalerweise nur in Ausnahmefällen.

Du meinst das Popup von FHEM? Ja, sehe ich. Da steht aber keine Zeit drin: "Timeout reading answer for get mcEndpoints"
Die Timeouts kommen schon öfters.

Wieso steht das Ergebnis der Abfrage dann aber im List wenn ich das Popup mit dem Timeout bekommen habe?

[krikan]

Unterstützt dann mein ZME_064374 Z-Wave Plus komplett? Oder nur teilweise? Oder gar nicht?

Keine Ahnung. Die Command Classes scheint das Ding zu kennen. Ob der Chip der neue ist? Was jetzt genau dahintersteckt, ist so kaum festzustellen. Hersteller fragen, ob 500er Chipsatz und warum kein SDK6.5 und hier berichten.

Die Timeouts kommen schon öfters.

Dann stimmt etwas nicht. Ich ahne Deine Frage, kann sie aber nicht beantworten Alle Assoziationen korrekt,....

Wieso steht das Ergebnis der Abfrage dann aber im List wenn ich das Popup mit dem Timeout bekommen habe?

Nach einer Sekunde denkt Fhem, das nichts mehr kommt und zeigt die Box. Wenn später, so wie bei Dir, doch noch die Antwort eintrifft, verarbeitet Fhem sie und sie steht deshalb im list.

[waver]

Welches SDK ist es dann bei dem Teil mit der alten Firmware? Wegen der größeren Lib hätte ich vorher auf neuer getppt aber das kann ja nicht sein. Gibt es da irgendwo eine Liste wo man das nachschauen kann?

Code Auswählen Erweitern


version:Lib 6 Prot 2.51 App 1.0


Gibt es eigentlich eine CommandClass für das OTA Firmware-Update mit dem Popp wirbt oder läuft das ganz anders ab?

[krikan]

Welches SDK ist es dann bei dem Teil mit der alten Firmware? Wegen der größeren Lib hätte ich vorher auf neuer getppt aber das kann ja nicht sein. Gibt es da irgendwo eine Liste wo man das nachschauen kann?

Code Auswählen Erweitern


version:Lib 6 Prot 2.51 App 1.0


http://wiki.micasaverde.com/index.php/ZWave_Protocol_Version : SDK 5.02
Es gibt für mich keine erkennbare Logik in der Vergabe der ProtId->SDK-Übersetzung. Das ist genauso seltsam, wie ein SDK 5.x das älter ist als SDK 4.5.

CommandClass für das OTA Firmware-Update

Das soll mit der Command Class FIRMWARE_UPDATE_MD gehen.

[waver]

http://wiki.micasaverde.com/index.php/ZWave_Protocol_Version : SDK 5.02
Es gibt für mich keine erkennbare Logik in der Vergabe der ProtId->SDK-Übersetzung. Das ist genauso seltsam, wie ein SDK 5.x das älter ist als SDK 4.5.

Danke, die Liste ist schon super aber leider nicht aktuell deswegen kann ich Deine Aussage jetzt nicht ganz nachvollziehen. Lib und App scheinen keine Rolle zu spielen.

Das soll mit der Command Class FIRMWARE_UPDATE_MD gehen.

Die der Popp zumindest laut Manual gar nicht hat genau wie mein ZME_064374. Könnte es vielleicht mit MANUFACTURER_SPECIFIC gehen?

Beim Controller ZME_UZB1 ist mir inzwischen aufgefallen, dass es da auch etliche UNKNOWN_xy gibt. Kann ich das auch mit einem Update beheben.
Oder muss ich den Controller quasi neu Inkludieren wie den Switch zuerst? Beim Controller weiß ich aber gar nicht wie das geht.

Code Auswählen Erweitern


Vers:5 Rev:1 ManufID:0115 ProductType:0400 ProductID:0001 SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION APPLICATION_COMMAND_HANDLER ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 UNKNOWN_0a ZW_SET_R_F_RECEIVE_MODE ZW_SET_SLEEP_MODE ZW_SEND_NODE_INFORMATION ZW_SEND_DATA ZW_SEND_DATA_MULTI ZW_GET_VERSION ZW_SEND_DATA_ABORT ZW_R_F_POWER_LEVEL_SET ZW_SEND_DATA_META ZW_GET_RANDOM MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER MEMORY_PUT_BUFFER FLASH_AUTO_PROG_SET UNKNOWN_28 NVM_GET_ID NVM_EXT_READ_LONG_BUFFER NVM_EXT_WRITE_LONG_BUFFER NVM_EXT_READ_LONG_BYTE NVM_EXT_WRITE_LONG_BYTE ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT ZW_REPLICATION_COMMAND_COMPLETE ZW_REPLICATION_SEND_DATA ZW_ASSIGN_RETURN_ROUTE ZW_DELETE_RETURN_ROUTE ZW_REQUEST_NODE_NEIGHBOR_UPDATE ZW_APPLICATION_UPDATE ZW_ADD_NODE_TO_NETWORK ZW_REMOVE_NODE_FROM_NETWORK ZW_CREATE_NEW_PRIMARY ZW_CONTROLLER_CHANGE ZW_SET_LEARN_MODE ZW_ASSIGN_SUC_RETURN_ROUTE ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID ZW_SEND_SUC_ID ZW_EXPLORE_REQUEST_INCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_66 UNKNOWN_67 UNKNOWN_78 GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE UNKNOWN_92 UNKNOWN_93 UNKNOWN_98 UNKNOWN_b4 ZW_WATCHDOG_ENABLE ZW_WATCHDOG_DISABLE ZW_WATCHDOG_CHECK ZW_SET_EXT_INT_LEVEL ZW_RF_POWERLEVEL_GET ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS WATCHDOG_START WATCHDOG_STOP UNKNOWN_d4 UNKNOWN_ef ZME_FREQ_CHANGE ZME_BOOTLOADER_FLASH UNKNOWN_f5


[krikan]

Danke, die Liste ist schon super aber leider nicht aktuell deswegen kann ich Deine Aussage jetzt nicht ganz nachvollziehen. Lib und App scheinen keine Rolle zu spielen.

Ich kann (eher will zeitlich) nicht alles im Detail belegen und nachweisen. Sorry. Zu Quellen musst Du Dich bitte durchs Wiki/Forum quälen und Internetsuche bemühen. Versuche zwar möglichst fundiert zu antworten, aber da mein Wissen nur aus verstreuten Sekundärquellen stammt (wir haben keinen Zugriff auf offizielle Sigma-Quellen), kann man Fehler nicht ausschließen. Und dann hoffe ich hier im Forum auf Protest, um mich/uns weiterzubringen.

Beim Controller kennen wir eben auch nicht alle Bezeichnungen der caps; darum UNKOWN_xy und selbst wenn wir die Bezeichnung kennen, bedeutet es nicht, das es implementiert ist.

Könnte es vielleicht mit MANUFACTURER_SPECIFIC gehen?

Eher unwahrscheinlich. CC hat eine andere Funktion.

Zu Deinem ZME/Popp: Ich finde es mehr als merkwürdig und würde mal beim Hersteller(n) nachfragen. Nur der kann diese Dinge mit Sicherheit aufklären, wenn er will. Und dann natürlich hier berichten .