(schlechte) Erfahrungen mit dem Aeon Labs Plus Smart Switch 6

Begonnen von MarkusAutomaticus, 07 Juli 2016, 11:07:03

Vorheriges Thema - Nächstes Thema

MarkusAutomaticus

Hallo zusammen,

zunächst das Positive:

  • wertige Anmutung
  • schickes Design, tolles Farbspiel des LED-Rings

Was gar nicht geht:

  • Die Reichweite ist unterirdisch, was der Fibaro locker schafft (Steckdose in Bodennähe im Nachbarraum), macht er, wenn überhaupt, nur äußerst unzuverlässig
  • Das Teil ist z-Wave Plus zertifiziert, aber ich sehe hier absolut keinen Vorteil gegenüber dem Fibaro ohne plus
  • out of the box zeigt er in den Readings keine Sensorwerte an, das macht der Fibaro auch völlig poblemlos

Der USB-Anschluss ist ein nettes Zuckerl, was sich aber mit 1Ampere im Zeitalter von QuickCharge  (Bis zu 3 Ampere und 12 Volt bei QC2.0, bei QC 3.0 bis 20V jeweils bei bis zu 18W),
schnell als überflüssig erweist.

Mit anderen Worten: Ich stehe kurz davor, das Teil zurückzuschicken.
Für den Preis bekomme ich zwei Osram Lightify-Zwischenstecker, die zuverlässig  3.680 W / 16 A schalten.

Habe ich etwas Elementares übersehen?
Muss man noch mit einem kryptischen Confg-Kommando die Handbremse lösen?

Gruß
Markus

PS.: Ich bilde mir ein, dass wenn ich mit on(NW)Sec inkludiere, dass dann die Reichweite größer ist?!
Macht das Sinn, oder ist das Zufall?
FHEM 5.8 |intel NUC Core i3: Ubuntu 22.04 | z-Wave: Aeon Labs USB Stick | Jeelink (v3c): LaCrosse-Sensoren | DuoFern Stick: Rademacher Gurtwickler | Philips Hue Bridge | CUNX: HomeMatic, EnOcean-Pigator

docfred

Ich empfange den Smart switch 6 durch eine betonierte Stockwerksdecke und Nachbarraum. Allerdings erst seit ich den Stick von Aeon Labs gegen den von ZWAVE.Me getauscht habe. Zuvor hat die Reichweite nicht ins Nachbarzimmer gereicht.

Der Smart Switch sendet von sich aus nicht viel, du kannst aber selbst bestimmen, was du gereportet haben willst.

Es gibt die Set-Befehle: configReportTypeSentInReportingGroup1-3 und configSendIntervalForReportingGroup1-3


Die Erklärungen hierzu lauten:
Help for configReportTypeSentInReportingGroup1 (numeric code 101):
Defines the type of report sent for reporting group 1. 2 is multisensor report. 4 is meter report for watts. 8 is meter report for kilowatts. Value 1 (msb) Reserved Value 2 Reserved Value 3 Reserved Value 4 (lsb) bits 7-4 reserved bit 3 KWH bit 2 Watt bit 1 Current bit 0 Voltage

Help for configSendIntervalForReportingGroup1 (numeric code 111):
Defines the time interval when the defined report for group 1 is sent.

Die Befehle
set XXXXXXXX configReportTypeSentInReportingGroup1  14 (das ist 2+4+8)
set XXXXXXXX configSendIntervalForReportingGroup1 20

Liefert folgendes
2016-07-07 13:44:10 ZWave ZWave_SWITCH_BINARY_2 current:  0.435 A
2016-07-07 13:44:11 ZWave ZWave_SWITCH_BINARY_2 energy:  2.427 kWh previous: 2.427 delta_time: 20 s
2016-07-07 13:44:12 ZWave ZWave_SWITCH_BINARY_2 power:  57.405 W
2016-07-07 13:44:30 ZWave ZWave_SWITCH_BINARY_2 current:  0.15 A
2016-07-07 13:44:31 ZWave ZWave_SWITCH_BINARY_2 energy:  2.427 kWh previous: 2.427 delta_time: 20 s
2016-07-07 13:44:50 ZWave ZWave_SWITCH_BINARY_2 current:  0.486 A
2016-07-07 13:44:51 ZWave ZWave_SWITCH_BINARY_2 energy:  2.428 kWh previous: 2.427 delta_time: 20 s
2016-07-07 13:44:53 ZWave ZWave_SWITCH_BINARY_2 power:  61.831 W
2016-07-07 13:45:10 ZWave ZWave_SWITCH_BINARY_2 current:  0.443 A
2016-07-07 13:45:11 ZWave ZWave_SWITCH_BINARY_2 energy:  2.428 kWh previous: 2.428 delta_time: 20 s
2016-07-07 13:45:13 ZWave ZWave_SWITCH_BINARY_2 power:  58.511 W
2016-07-07 13:45:30 ZWave ZWave_SWITCH_BINARY_2 current:  0.403 A
2016-07-07 13:45:31 ZWave ZWave_SWITCH_BINARY_2 energy:  2.428 kWh previous: 2.428 delta_time: 20 s
2016-07-07 13:45:33 ZWave ZWave_SWITCH_BINARY_2 power:  62.536 W
2016-07-07 13:45:50 ZWave ZWave_SWITCH_BINARY_2 current:  0.196 A
2016-07-07 13:45:51 ZWave ZWave_SWITCH_BINARY_2 energy:  2.428 kWh previous: 2.428 delta_time: 20 s
2016-07-07 13:45:53 ZWave ZWave_SWITCH_BINARY_2 power:  12.073 W
2016-07-07 13:46:10 ZWave ZWave_SWITCH_BINARY_2 current:  0.486 A
2016-07-07 13:46:11 ZWave ZWave_SWITCH_BINARY_2 energy:  2.428 kWh previous: 2.428 delta_time: 20 s
2016-07-07 13:46:12 ZWave ZWave_SWITCH_BINARY_2 power:  61.052 W
2016-07-07 13:46:30 ZWave ZWave_SWITCH_BINARY_2 current:  0.481 A
2016-07-07 13:46:31 ZWave ZWave_SWITCH_BINARY_2 energy:  2.428 kWh previous: 2.428 delta_time: 20 s
2016-07-07 13:46:33 ZWave ZWave_SWITCH_BINARY_2 power:  54.556 W


Geliefert wird ("bit 3 KWH bit 2 Watt bit 1 Current bit 0 Voltage")
der Stom (2)
die Leistung (4)
und die bisher verbrauchten kWh (8)
und das alle 20 Sekunden

Man sollte drei unterschiedliche ReportingGroups bilden können (z.B. kWh nur 1x pro Tag).


MarkusAutomaticus

Hallo docfred,

danke für deine Antwort!
Ich habe deine Konfigurationen direkt nachvollzogen und siehe da:

Kaum macht man es richtig, schon gehts ;)

Man darf halt nicht davor zurückschrecken, unübersichtliche Kommandos verwenden zu wollen.
Andererseits könnte das Teil ja bereits so vorkonfiguriert daherkommen.
Damit wäre 80% der Nutzer gedient und der Rest könnte sich vertiefen.

Gruß
Markus
FHEM 5.8 |intel NUC Core i3: Ubuntu 22.04 | z-Wave: Aeon Labs USB Stick | Jeelink (v3c): LaCrosse-Sensoren | DuoFern Stick: Rademacher Gurtwickler | Philips Hue Bridge | CUNX: HomeMatic, EnOcean-Pigator

docfred

Stimmt natürlich, allerdings ist das Teil damit deutlich flexibler als viele andere devices. Es müsste auch noch möglich sein bei Änderung zu reporten.

marvin78

Zitat von: MarkusAutomaticus am 07 Juli 2016, 14:08:26

Andererseits könnte das Teil ja bereits so vorkonfiguriert daherkommen.


Warum solle es? Andere möchten ggf. komplett etwas anderes als du. Ich finde es z.B. besser, dass der User so viel wie möglich selbst konfigurieren kann und so wenig wie möglich vorkonfiguriert ist. Das gilt für Software und für Hardware (Firmware).

MarkusAutomaticus

#5
Hallo,

ich meine ja nicht, dass nicht alles konfigurierbar sein soll.
Aber viele Leute lesen zunächst keine Handbücher.
Die wollen etwas auspacken, einschalten und erwarten, dass die beworbene (Basis)-Funktionalität einfach tut.

Im konkreten Fall also einen Zwischenstecker, der den Verbrauch der angeschlossenen Gerätschaften misst.
Wenn ich das Teil inkludiere, eine Lampe dranhänge und über FHEM anschalte, erwarte ich in den Readings zumindest die aktuelle Wattangabe.

Wenn ich diese nicht sehe, vermute ich einen Fehler beim Inkludieren oder am Zwischenstecker, aber sicher nicht, dass ich vorher noch


set Steckerle1 configReportTypeSentInReportingGroup1  14 (das ist 2+4+8)
set Steckerle1 configSendIntervalForReportingGroup1 20


absetzen muss.
Das hat einfach etwas mit Usability zu tun, mit User Experience, wie es Neudeutsch heißt ;)

Das schließt ja nicht aus, dass ich im Nachgang Bit für Bit den RGB-Wert, den der LED-Ring bei 17,57 Watt einzunehmen hat,
einstellen möchte.
Aber bei Inbetriebnahme muss das Teil nach wenigen Handgriffen den Eindruck erwecken, dass man ein fehlerfreies Produkt gekauft hat.

Im Übrigen ist gar nichts anzuzeigen ja auch eine Vorkonfiguration, warum stattdessen nicht die Leistung anzeigen?

Meine persönliche Meinung :)

Gruß
Markus
FHEM 5.8 |intel NUC Core i3: Ubuntu 22.04 | z-Wave: Aeon Labs USB Stick | Jeelink (v3c): LaCrosse-Sensoren | DuoFern Stick: Rademacher Gurtwickler | Philips Hue Bridge | CUNX: HomeMatic, EnOcean-Pigator

rudolfkoenig

Zu der Reichweite: ich habe Probleme, das ASS6 mit einem ZME UZB1 zu steuern, wenn ca 12m und zwei Waende dazwischenliegen. Sobald ich aber ein AN158  etwa in der Mitte dazunehme, gibt es keine Probleme.

Will sagen: ZWave+ hilft gar nicht, wenn man das Geraet weiterhin direkt erreichen will. Bei ZWave+ geht es darum, dass Meshing zuverlaessiger bzw. ohne "manuelle" Konfiguration klappt. Generell haben HomeMatic/FS20 Geraete eine bessere Reichweite als ZWave, allerdings kann man eine ZWave-Installation mit "Zwischenstecker" (insb. mit ZWave+) gut erweitern.