Amazon Dash Button

[justme1968]

und im modul den port auf 6767 setzen nicht vergessen.

[Omega]

@malted:
Mit

Code Auswählen Erweitern


/sbin/logread -f -u -r 192.168.0.24 6767 -p /var/run/logread.1.pid

kommt im Log folgendes an:

Code Auswählen Erweitern


Sun Sep 18 12:43:22 2016 daemon.info hostapd: wlan0: STA ac:63:be:xx:xx:xx IEEE 802.11: authenticated
Sun Sep 18 12:43:22 2016 daemon.info hostapd: wlan0: STA ac:63:be:xx:xx:xx IEEE 802.11: associated (aid 1)
Sun Sep 18 12:43:22 2016 daemon.info hostapd: wlan0: STA ac:63:be:xx:xx:xx WPA: pairwise key handshake completed (RSN)
Sun Sep 18 12:43:22 2016 daemon.info dnsmasq-dhcp[1057]: DHCPREQUEST(br-lan) 192.168.1.169 ac:63:be:xx:xx:xx
Sun Sep 18 12:43:22 2016 daemon.info dnsmasq-dhcp[1057]: DHCPACK(br-lan) 192.168.1.169 ac:63:be:xx:xx:xx
Sun Sep 18 12:43:23 2016 daemon.info hostapd: wlan0: STA ac:63:be:xx:xx:xx IEEE 802.11: disassociated
Sun Sep 18 12:43:23 2016 daemon.info logread[704]: Logread connected to 192.168.0.24:6767
Sun Sep 18 12:43:23 2016 daemon.info logread[1413]: Logread connected to 192.168.0.24:6767
Sun Sep 18 12:43:23 2016 daemon.info logread[1413]: failed to send log data to 192.168.0.24:6767 via udp
Sun Sep 18 12:43:24 2016 daemon.info logread[1413]: Logread connected to 192.168.0.24:6767



@ justme1968:

im modul den port auf 6767 setzen

Wahrscheinlich mein größeres Problem, da ich auf dem Cubietruck (noch) kein iptables habe. Muss mich da erst einmal schlau machen. Die nackte Installation von iptables wird wohl nicht ausreichen. Zumindest die Schnittstellen müssen vermutl. definiert werden. Alles nur Dinge, mit denen ich mich bisher eher oberflächlich beschäftigt habe.

LG
Holger

[justme1968]

nur den port im modul eintragen. wenn du den ipenwrt weg gehst brauchst du keine iptables.

[Omega]

Auf dem IoTGW steht das Logging auf 192.168.0.24:6767 und im Terminal läuft

Code Auswählen Erweitern


/sbin/logread -f -u -r 192.168.0.24 6767 -p /var/run/logread.1.pid


Nach dem Drücken des Buttons steht im IoTGW-LOG:

Code Auswählen Erweitern


Sun Sep 18 17:16:36 2016 daemon.info logread[1490]: Logread connected to 192.168.0.24:6767
Sun Sep 18 17:17:39 2016 daemon.info hostapd: wlan0: STA ac:63:be:xx:xx:xx IEEE 802.11: authenticated
Sun Sep 18 17:17:39 2016 daemon.info hostapd: wlan0: STA ac:63:be:xx:xx:xx IEEE 802.11: associated (aid 1)
Sun Sep 18 17:17:39 2016 daemon.info hostapd: wlan0: STA ac:63:be:xx:xx:xx WPA: pairwise key handshake completed (RSN)
Sun Sep 18 17:17:39 2016 daemon.info dnsmasq-dhcp[1057]: DHCPREQUEST(br-lan) 192.168.1.169 ac:63:be:xx:xx:xx
Sun Sep 18 17:17:39 2016 daemon.info dnsmasq-dhcp[1057]: DHCPACK(br-lan) 192.168.1.169 ac:63:be:xx:xx:xx
Sun Sep 18 17:17:39 2016 daemon.info hostapd: wlan0: STA ac:63:be:xx:xx:xx IEEE 802.11: disassociated


Auf der FHEM-Seite habe ich in 37_dash_dhcp.pm den Port von 67 auf 6767 geändert und das Modul neu geladen.

Ein list des Device bringt

Code Auswählen Erweitern


Internals:
   CFGFN
   CONNECTS   1
   FD         125
   LAST_CONNECT 2016-09-18 16:57:55
   NAME       dash
   NR         1124
   NTFY_ORDER 50-dash
   STATE      listening
   TYPE       dash_dhcp
   Readings:
     2016-09-18 16:57:55   state           listening
Attributes:
   allowed    ac-63-be-xx-xx-xx,0c-47-c9-xx-xx-xx
   room       Test


Es kommt aber nichts an. Muss auf der FHEM-Seite das Proxy-Script doch laufen oder welche Schritte habe ich übersehen?
Danke für eure Geduld.
Holger

[justme1968]

in allowed müssen die mac adressen wie normal üblich mit : angegeben werden.

[Omega]

Heureka!!

Danke - jetzt läuft alles
LG
Holger

[gent]

Hallo zusammen,

Ich habe heute mal ein wenig 'rumgespielt. Ich habe etwa 10 mal den Button gedrückt und jetzt bin ich bei ca. 89% Akku angekommen. Es gibt die Möglichkeit Daten des Buttons abzufragen, in dem man den Button ca. 5 Sekunden drückt (blaues Licht ) und dann eine Verbindung zum WLAN "Amazon ConfigureMe" aufbaut. Dann die IP 192.168.0.1 im Browser aufruft und dann sieht man die Device Info vom Button. Unter anderem den Akkustand. Mehr als ca. 100 mal wird man den Button innerhalb FHEM daher leider nicht verwenden können.

Es sollte daher klar sein, dass man den Button in FHEM nicht unbedingt einsetzen sollte, um damit täglich Geräte zu schalten, sondern eher für "Alarmsituationen", die nicht sehr oft vorkommen.

Habt ihr ähnliche Erfahrungen gemacht? Was meint ihr dazu?

Viele Grüße vom Gent

[cyablo]

ganz normales notify.

du brauchst keine attribute setzen.

Mir ist aufgefallen das nach einem FHEM Neustart der Notifiy automatisch einmal getriggert wird, also als wenn ich den Button einmal drücke. Ist das normal?

[justme1968]

das sollte nicht so sein. ich kann mir auch nicht erklären warum das so sein könne.

setz mal verbose 5 beim start und schau ob du da etwas siehst.

gruss
  andre

[cyablo]

Log wirft nichts interessantes raus mit Verbose 5.

Generel sieht das so aus beim Neustart von FHEM:

Notifiy nach Neustart:
state    active     2016-09-29 11:28:10

Im Log:
2016.09.29 11:28:11 3: dash: Disconnected

Aktion wird ausgelöst:
2016.09.29 11:28:11 2: cul_eg IT_set: Testdose on

[justme1968]

du musst dein notify schon so genau machen das es nicht auf jedes event reagiert sondern nur auf deinen button. d.h. nicht auf state sondern auf short.

gruss
  andre

[cyablo]

Whooops... Hast du natürlich recht, mein Fehler.

[ambiman]

Hallo zusammen,

ich habe das Modul 37_dash_dhcp von justme1968 ebenfalls installiert.
Es funktioniet alles wie erwartet - jedoch ist mir aufgefallen, das mein DASH-Button mehrere BOOTP/DHCP Packete generiert (s.u.).
Um den Effekt im Notify zu "dämpfen", habe ich das Modul in Zeile 25 um die Attribute $readingFnAttributes erweitert.
Damit kann ich im Gerät das Attribut event-min-interval auf 5 Sekunden konfigurieren, was bei mir zum erwünschten Erfolg führte.

Ggf. hilft es jemanden mit dem gleichen Effekt..

Notwendige Änderung im Modul:

Code Auswählen Erweitern


$hash->{AttrList} = "disable:1,0 disabledForIntervals allowed port $readingFnAttributes";


Gerätedefinition nach der Anpassung:

Code Auswählen Erweitern


Internals:
   CFGFN
   CHANGED
   CONNECTS   1
   FD         33
   LAST_CONNECT 2016-10-06 18:00:53
   NAME       dash_oralb
   NR         156
   NTFY_ORDER 50-dash_oralb
   STATE      listening
   TYPE       dash_dhcp
   Readings:
     2016-10-06 19:23:25   ac-63-be-09-de-e2 short
     2016-10-06 18:00:53   state           listening
Attributes:
   allowed    ac:63:be:09:de:e2
   event-min-interval ac-63-be-09-de-e2:5
   port       6767


Mehrere BOOTP/DHCP Packete werden gesendet:

Code Auswählen Erweitern


2016.10.06 19:18:41.505 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.089 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.239 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.256 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.266 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.297 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.323 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.344 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.354 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.399 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.418 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.503 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.520 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.605 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.616 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.688 4: dash_oralb: got ac:63:be:09:de:e2
2016.10.06 19:18:42.707 4: dash_oralb: got ac:63:be:09:de:e2

....

19:23:24.837141 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from ac:63:be:09:de:e2 (oui Unknown), length 270
19:23:25.333512 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from ac:63:be:09:de:e2 (oui Unknown), length 270
19:23:25.449749 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from ac:63:be:09:de:e2 (oui Unknown), length 282
19:23:25.550861 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from ac:63:be:09:de:e2 (oui Unknown), length 270
19:23:25.653847 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from ac:63:be:09:de:e2 (oui Unknown), length 282
19:23:25.756665 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from ac:63:be:09:de:e2 (oui Unknown), length 270
19:23:25.858365 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from ac:63:be:09:de:e2 (oui Unknown), length 282
19:23:25.960970 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from ac:63:be:09:de:e2 (oui Unknown), length 282


Gruß,

ambiman

[justme1968]

danke.

hab es gleich in der version hier: https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553 eingebaut.

gruss
  andre

[Nordmann]

Ich versuche seit über einer Woche die Methode die hier beschrieben wird:
http://www.benjaminroesner.com/blog/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation/#comment-272

Ich komme aber bei Punkt 3 nicht weiter. Die Steckdose, die ich anspreche, macht gar nichts!

Kann mir da vielleicht jemand helfen?