Amazon Dash Button

Begonnen von gloob, 31 August 2016, 08:20:07

Vorheriges Thema - Nächstes Thema

MadMax-FHEM

Da läuft nix mit 230V...
...soweit mir bekannt.

Sind genau wie von Wuppi68 vorgeschlagen (bzw. fast): ESP (verm.), der aber nicht nur einen DHCP abschickt, sondern auch einen Web-Request. Beispielsweise an fhem (sollte gehen)...

Oder aber wohl auch per MQTT (wobei ich nicht weiß, ob das der "billige" auch so macht)...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

TomLee

ZitatWie lange würden zwei Batterien aa bei einem ESP im deep sleep halten?

Frag mich seit Tagen welche Spannung wohl jetzt übertragen wird bei meinem Selbstbau-Wassersensor, schau morgen mal, werde aber dann egal wie neue Batterien einsetzen, ganz voll waren sie von Anfang an nicht, aber fast.

https://forum.fhem.de/index.php/topic,85571.msg1004576.html#msg1004576

simonberry

Hallo
@MadMax-FHEM:
es gibt von Shelly schon die Variante mit 230 V. Der Shelly Button ist nur ein Gehäuse für den Shelly1 / shelly1pm.

Der Shelly Button1 ist ein Akku-betriebener WLAN Schalter, der auch unterschiedliche Befehle kennt (kurz, lang, 2xkurz, 3xkurz). Wenn man das Teil mit USB versorgt ist die Reaktion super schnell.
Falls meine Dashbuttons sterben, werde ich mir weitere ShellyButton1 holen, den ersten hab ich mir schonmal zum Spielen geholt. Ich find die Teile ganz pfiffig.

Viele Grüße
Simonberry
NUC5i3RYK#DBLOG; MYSQL; LIRC; MPD; HM-CFG-HM-USB-2: HM-divers; MQTT2; Signalduino; Shelly; Sonoff; dash_dhcp; FS20; IT; FroniusWR; Somfy RTS; NFS-Server
Rpi B#: nfsmount; ser2net CUL868; CUL433; GPIO4:DS18B20; WEMOS-D1-MINI#JVC-via-IR;

MadMax-FHEM

Zitat von: simonberry am 05 August 2020, 17:38:54
Hallo
@MadMax-FHEM:
es gibt von Shelly schon die Variante mit 230 V. Der Shelly Button ist nur ein Gehäuse für den Shelly1 / shelly1pm.

Der Shelly Button1 ist ein Akku-betriebener WLAN Schalter, der auch unterschiedliche Befehle kennt (kurz, lang, 2xkurz, 3xkurz). Wenn man das Teil mit USB versorgt ist die Reaktion super schnell.
Falls meine Dashbuttons sterben, werde ich mir weitere ShellyButton1 holen, den ersten hab ich mir schonmal zum Spielen geholt. Ich find die Teile ganz pfiffig.

Viele Grüße
Simonberry

Ah, ok.

Gut so genau hab ich mir das nicht angesehen ;)
Bzw. war/ist auf der Seite nicht so wirklich viel zu lesen...

Danke, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Kurt77

Zitat von: simonberry am 05 August 2020, 17:38:54
Der Shelly Button1 ist ein Akku-betriebener WLAN Schalter, der auch unterschiedliche Befehle kennt (kurz, lang, 2xkurz, 3xkurz). Wenn man das Teil mit USB versorgt ist die Reaktion super schnell.
^
Hallo Simonberry,
Ich kann nicht bestätigen, das der Button1 mit USB-Versorgung "superschnell" reagiert. Möglicherweise reagiert er mit USB etwas schneller, bin mir da aber nicht sicher.
Warum sollte sich die Reaktionszeit mit und ohne Strom auch unterscheiden?

Danke und Gruß,
Kurt

simonberry

Hallo Kurt,

Im Batteriebetrieb ist der Button langsamger, weil er im deep-Sleep Modus ist und nach einem Tastendruck

  • erst aufgeweckt wird
  • sich  mit dem WLAN verbindet
  • evtl per DHCP eine IP abruft
  • die Verbindung zum MQTT Server aufbaut
  • die Nachricht abschickt
  • sich wieder schlafen legen
das kostet spürbar Zeit.

Im USB-Modus ist der Button bereits mit dem WLAN und dem MQTT-Server verbunden und muss nur die Nachricht schicken.

viele Grüße

Simonberry
NUC5i3RYK#DBLOG; MYSQL; LIRC; MPD; HM-CFG-HM-USB-2: HM-divers; MQTT2; Signalduino; Shelly; Sonoff; dash_dhcp; FS20; IT; FroniusWR; Somfy RTS; NFS-Server
Rpi B#: nfsmount; ser2net CUL868; CUL433; GPIO4:DS18B20; WEMOS-D1-MINI#JVC-via-IR;

Kurt77

Hallo Simonberry,
sehr gut, Du hast in allen Punkten Recht!

Danke und Gruß,
Kurt

gloob

#592
Dann würde ich trotzdem noch zum Ikea Button greifen. Der läuft mit Zigbee und dadurch deutlich länger als ein USB Batterie Gerät mit WLAN, außerdem ist das Kommando schnelle verschickt.
Entweder den (noch nicht verfügbaren) Shortcut Button für 7€ oder den Dimmer mit 2 Tastern für 6€.

https://www.ikea.com/de/de/p/tradfri-kabelloser-dimmer-weiss-70408595
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

CBSnake

Zitat von: gloob am 10 August 2020, 14:46:09
Dann würde ich trotzdem noch zum Ikea Button greifen. Der läuft mit Zigbee und dadurch deutlich länger als ein USB Batterie Gerät mit WLAN, außerdem ist das Kommando schnelle verschickt.
Entweder den (noch nicht verfügbaren) Shortcut Button für 7€ oder den Dimmer mit 2 Tastern für 6€.

https://www.ikea.com/de/de/p/tradfri-kabelloser-dimmer-weiss-70408595

Ja kann ich bestätigen, auch wenn longpress wirklich long ist :-)
FHEM auf Debian 10, HM-Wlan, JeeLink-Wlan, Wlanduino, ConBee, TP-Link Steckdose, GHoma Steckdosen, Shelly Steckdosen

Kurt77

Hallo,
hier laufen 2 Dashs. Der eine zeigt nach Drücken ein Event im event-Monitor, der andere nichts. Beide sind per Netzwerk-Ping erreichbar, die Lists sehen identisch aus.

Was ist bei diesem hier das Problem?

Code:
-----------------------
Internals:
   CONNECTS   2
   FD         4
   FUUID      5f1ad16d-f33f-7695-d797-08b515a55cbe0bdc
   LAST_CONNECT 2020-08-10 20:51:25
   LAST_DISCONNECT 2020-08-10 20:51:25
   NAME       d_dash1
   NR         49
   NTFY_ORDER 50-d_dash1
   PORT       6767
   STATE      listening
   TYPE       dash_dhcp
   READINGS:
     2017-12-19 22:31:22   50-f5-da-bb-5a-7c short
     2020-08-10 20:51:25   state           listening
Attributes:
   allowed    50:f5:da:bb:5a:7c
   event-min-interval .*:10
   event-on-change-reading .*
   port       6767
   room       dashbutton
-----------------------

Danke und Gruß,
Kurt

simonberry

Hallo Kurt

Man benötigt nur 1 dash_dhcp Device, für alle Dashbuttons.
Das Attribut allowed, könnte auch den anderen Button aussperren.

Viele Grüße

Simonberry




NUC5i3RYK#DBLOG; MYSQL; LIRC; MPD; HM-CFG-HM-USB-2: HM-divers; MQTT2; Signalduino; Shelly; Sonoff; dash_dhcp; FS20; IT; FroniusWR; Somfy RTS; NFS-Server
Rpi B#: nfsmount; ser2net CUL868; CUL433; GPIO4:DS18B20; WEMOS-D1-MINI#JVC-via-IR;

Kurt77

Hallo Simonberry,
Attribut "allowed" auf beiden Geräten gelöscht: dash2 Zeigt sich im event-Monitor, dash1 nicht, also gleiches Verhalten wie vorher.

dash2 disabled, Einstellungen gespeichert, danach "shutdown Restart": dash1 zeigt sich nicht.

Hast Du noch Ideen?

Danke und Gruß,
Kurt

simonberry

Hi Kurt,

hier ist mal der (gekürzte !) List meines dash_dhcp:

Internals:
   CHANGED   
   CONNECTS   2
   FD         5
   FUUID      5c59a6d1-f33f-530c-d786-d5fc1d629e7ec096
   LAST_CONNECT 2020-08-11 05:43:11
   LAST_DISCONNECT 2020-08-11 05:43:11
   NAME       dash_dhcp
   NR         230
   NTFY_ORDER 50-dash_dhcp
   PORT       6767
   STATE      listening
   TYPE       dash_dhcp
   READINGS:
     2020-06-19 16:27:43   dashFax         short
     2020-06-23 22:00:19   dashMarkiseLicht short
     2020-07-27 21:54:56   dashTerrasseBewohnt short
     2020-08-11 14:28:05   dashWaescheBalkon short
     2020-07-23 10:22:32   dashWaschmaschineOn short
   helper:
     devAliases:
       50-f5-da-f2-14-f0 dashWaschmaschineOn
       ac-63-be-35-34-18 dashTerrasseBewohnt
       ac-63-be-4c-4b-ca dashFax
       ac-63-be-4d-76-88 dashMarkiseLicht
       ac-63-be-e6-d7-6a dashWaescheBalkon
Attributes:
   DbLogExclude .*
   devAlias   50-f5-da-f2-14-f0:dashWaschmaschineOn
ac-63-be-35-34-18:dashTerrasseBewohnt
ac-63-be-4c-4b-ca:dashFax
ac-63-be-4d-76-88:dashMarkiseLicht
ac-63-be-e6-d7-6a:dashWaescheBalkon
   disable    0
   event-min-interval .*:10
   group      IoDev
   port       6767
   room       Technik
   widgetOverride devAlias:textFieldNL-long


Dazu gibt's ein feines schlankes notify:


Internals:
   DEF        dash_dhcp:..*short { notiDashbutton($SELF, $NAME, $EVENT) }
   FUUID      5c59a6d2-f33f-530c-d65a-e884f9721440299b
   NAME       notiDashbutton
   NOTIFYDEV  dash_dhcp
   NR         287
   NTFY_ORDER 50-notiDashbutton
   REGEXP     dash_dhcp:..*short
   STATE      2020-08-11 15:40:51
   TRIGGERTIME 1597153251.47726
   TYPE       notify
   READINGS:
     2020-08-11 05:43:06   state           active
Attributes:
   DbLogExclude .*
   group      myUtils
   icon       system_fhem


Und eine (gekürzte !) Funktion in 99_myUtils.pm


# UP-BEGIN : notiDashbutton  - Reaktionen auf Dashbuttons / DHCP anfragen
#
# dash_dhcp:..*short
#
sub notiDashbutton  ($$$)
{
# Variablen übernehmen
  my ($SELF, $NAME, $EVENT) = @_;
# EVENT in Teil zerlegen
  my @EVTPART = split(" ", $EVENT);
# Anzahl Event Teile ermitteln
  my $ANZEVT = scalar @EVTPART;

# Melden macht frei
  Log 4,"$SELF: NAME:$NAME ANZ:$ANZEVT EVENT:$EVENT";

# DashButton Waschmaschine Start
  if ("$EVTPART[0]" eq "dashWaschmaschineOn:")
  {
    fhem("set Waschmaschine on");
  }
# DashButton RolloAuf
  elsif ("$EVTPART[0]" eq "dashRolloAuf:")
  {
    fhem("set RolladenLinks auf");
  }
# DashButton Wäsche draußen
  elsif ("$EVTPART[0]" eq "dashWaescheBalkon:")
  {
    fhem("set WaescheBalkon on");
  }
# DashButton TerrasseBewohnt draußen
  elsif ("$EVTPART[0]" eq "dashTerrasseBewohnt:")
  {
    fhem("set TerrasseBewohnt on");
  }
# Dashbutton MarkiseLicht 2
  elsif ("$EVTPART[0]" eq "dashMarkiseLicht:")
  {
    fhem("set MarkiseLicht on");
  }
# Fax
  elsif ("$EVTPART[0]" eq "dashFax:")
  {
    fhem("set Fax on");
  }
}
# UP-ENDE : notiDashbutton  - Reaktionen auf Dashbuttons / DHCP anfragen


Gekürzt heißt, ich habe wesenltich mehr Geräte, auf die ich reagiere, wenn sie sich im WLAN anmelden, hier sind nur 5 Dashbuttons als Beispiel drinnen.

evtl hilt es ja Dir, oder gerne auch jemanden anderen weiter.

LG
Simonberry
NUC5i3RYK#DBLOG; MYSQL; LIRC; MPD; HM-CFG-HM-USB-2: HM-divers; MQTT2; Signalduino; Shelly; Sonoff; dash_dhcp; FS20; IT; FroniusWR; Somfy RTS; NFS-Server
Rpi B#: nfsmount; ser2net CUL868; CUL433; GPIO4:DS18B20; WEMOS-D1-MINI#JVC-via-IR;

Kurt77

Hallo Simonberry,
danke, jetzt habe ich meinen Verständnisfehler erkannt!

Es gibt also nur ein fhem-Gerät, das die Mac-Adressen der physischen schalter enthält.


Code:
--------------------
     2020-06-19 16:27:43   dashFax         short
--------------------
Aber wie hast du denn dieser Mac-Adresse den sprechenden Namen "dashFax" zugewiesen?

Danke und Gruß,
Kurt

MadMax-FHEM

#599
Zitat von: Kurt77 am 11 August 2020, 17:16:32
Hallo Simonberry,
danke, jetzt habe ich meinen Verständnisfehler erkannt!

Es gibt also nur ein fhem-Gerät, das die Mac-Adressen der physischen schalter enthält.


Code:
--------------------
     2020-06-19 16:27:43   dashFax         short
--------------------
Aber wie hast du denn dieser Mac-Adresse den sprechenden Namen "dashFax" zugewiesen?

Danke und Gruß,
Kurt

Gut erkannt und wurde schon geschrieben... ;)
EDIT: https://forum.fhem.de/index.php/topic,57248.msg1077462.html#msg1077462

Das Attribut devAlias ist dir aufgefallen!?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)