Seit heute gibt es bei Amazon die Dash Buttons für 5€ zu bestellen. Es handelt sich dabei um einen batteriebetriebenen Schalter der sich ins eigene WLAN einbindet und normalerweise Sachen bei Amazon bestellt.
Es gibt schon mehrere Projekte wie man den Bestelltvorgang unterbinden kann und den Schalter für andere Sachen misbrauchen kann.
Vielleicht wäre das ja auch etwas für FEHM um günstig einen batteriebetriebenen Schalter zu haben.
Ich habe mir mal 3 Stück bestellt und werde mal schauen was man damit so treiben kann.
unglaublich, was es alles gibt... :o ::)
Wenn du bestellt hast, geht es da weiter :)
https://medium.com/@edwardbenson/how-i-hacked-amazon-s-5-wifi-button-to-track-baby-data-794214b0bdd8#.fua9xka25
Finden des Services im Netzwerk (wobei die Dritte es sicher auch so anzeigt)
from scapy.all import *
def arp_display(pkt):
if pkt[ARP].op == 1: #who-has (request)
if pkt[ARP].psrc == '0.0.0.0': # ARP Probe
print "ARP Probe from: " + pkt[ARP].hwsrc
print sniff(prn=arp_display, filter="arp", store=0, count=10)
Hier das ausgebaut:
def arp_display(pkt):
if pkt[ARP].op == 1: #who-has (request)
if pkt[ARP].psrc == '0.0.0.0': # ARP Probe
if pkt[ARP].hwsrc == '74:75:48:5f:99:30': # Huggies
print "Pushed Huggies"
elif pkt[ARP].hwsrc == '10:ae:60:00:4d:f3': # Elements
print "Pushed Elements"
else:
print "ARP Probe from unknown device: " + pkt[ARP].hwsrc
print sniff(prn=arp_display, filter="arp", store=0, count=10)
Das ist das eigentliche. Statt der Print Ausgabe könnte man genauso gut einen http Aufruf an fhem senden. Im Wiki (optischer Sensor) ist funktionierender Python Code.
Damit dürfte es eine Sache von Minuten sein.
Dummy für den Button anlegen und ein Notify oder ein DOIF drauf triggern lassen, fertig.
Nur beachten, das Button Setup nicht abzuschließen!
(Steht im Blog schön beschrieben drin)
Damit könnte man ja im ersten Monat mal eine Klingel realisieren :D Meine Funk-Klingeln sind sowieso nicht so das gelbe vom Ei. Braucht es nur noch einen Actor...
Die Frage ist meines Erachtens, wie gut diese ARP-Catch Lösung skaliert. Und ob man jetzt wirklich zahlreiche Wifi-Buttons in sein normales Wlan einhängen will, bleibt auch zu überlegen.
Meine erste Idee wäre, dass man sich einen Nexx WT3020 als Gateway besorgt. Dort installiert man openwrt drauf. Dann richtet man ein eigenes Wlan-Netz für die Knöpfe ein und lässt man einfach auf dem Openwrt ein mini-script laufen:
while true; do
iw dev wlan0 station dump | grep Station | sed -e 's/Station \([^ ]\+\) .*/setreading dashbutton \1 pressed/g
' | nc -q 1 fhem 7072
sleep 1
done
In Fhem legt man für alle Geräte ein Dummy an.
define dashbutton dummy
Mit dem Script wird dann für jeden tatsächlichen Button ein Reading mit dem Namen der Mac-Adresse befüllt und beim Drücken der Zeitstempel aktualisiert.
Das schöne ist, dass dann der openwrt-Router quasi als Netzwerk-Gateway für bis zu 255 Knöpfe fungiert, man die nicht in seinem normalen Netz hat und die auch trivial (über das Admin-Interface) aus dem Internet aussperren kann, sobald sie eingerichtet sind.
Nur mal so als Brainstorming-Idee.
Mich jucken die Dinger ja auch schon in den Fingern... eigentlich hab ich aktuell gar keine Zeit zum Basteln, aber ich werd mal ein-zwei bestellen. Wo bekommt man denn so einen WT3020? China?
Ich habe aktuell einen TPLink MR3020 zuhause und werde es mit dem probieren. Ich denke dafür sollte die Leistung locker reichen.
Also eine Integration der Dinger in FHEM würde mich auch stark interessieren! 8)
Was mir gerade eingefallen ist... Wenn wir einen beliebigen Openwrt-Router als Gateway zu FHEM nehmen, geht das weiterreichen trivial mit der remote-logging Funktion.
Mit logread sieht man den Log-Buffer, in dem Zeilen auftauchen wie:
Wed Aug 31 09:41:18 2016 daemon.info hostapd: wlan0: STA ec:11:22:33:44:55 IEEE 802.11: authenticated
logread kann direkt den Buffer mit ner Regexp filtern und per udp an einen beliebigen Server im Netz schicken.
Das komplette Log schickt man z.B. mit
/sbin/logread -f -u -r 192.168.1.235 5555 -p /var/run/logread.1.pid
Auf dem Empfangsserver sieht man dann die Zeilen testweise mit
nc -l 5555 -u
Man muss also einfach nur in Perl für FHEM einen mini-udp-server bauen
my $server = IO::Socket::INET->new(LocalPort=>5555,Proto=>"udp")
Dann startet man auf dem wrt das remote-logging mit passender Regexp.
/sbin/logread -e ".*associated$" -f -u -r 192.168.1.235 5555 -p /var/run/logread.1.pid
Das geht dann auch ohne Delay, da es quasi vom Openwrt zum FHEM gepusht wird. Bei der vorherigen Lösung hat man durch das sleep 1 ggf. ein höheres Delay drin.
Hi,
ja was es nicht alles gibt...
...ich liebe ja so Spielereien (leider zu wenig Zeit oft).
Für einen Klingelschalter/Taster mag es wohl gehen allerdings als Lichtschalter wohl leider ungeeignet, wenn ich mir das "Tutorial" so durchlese:
ZitatYou'll see a message appear after a few seconds (the buttons take a while to power on!)
Habe mal ein wenig mit ESP8266 "rumgespielt" und versucht was mit Batterie zum Laufen zu bringen, da war auch: DeepSleep - aufwachen - mit AP verbinden - (Messung durchführen und) senden und wieder DeepSleep.
Hat nicht wirklich lange gedauert aber wie gesagt als Lichtschalter so eher ungeeignet...
...da müsste das Funkmodul schon 'an' bleiben.
Da ist dieser (zusätzliche) Delay auch nicht so entscheidend:
Zitatwhile true; do
iw dev wlan0 station dump | grep Station | sed -e 's/Station \([^ ]\+\) .*/setreading dashbutton \1 pressed/g
' | nc -q 1 fhem 7072
sleep 1
done
Zitat von: malted am 31 August 2016, 11:49:36
Das geht dann auch ohne Delay, da es quasi vom Openwrt zum FHEM gepusht wird. Bei der vorherigen Lösung hat man durch das sleep 1 ggf. ein höheres Delay drin.
Wobei der Delay/Sleep wohl nur ist, um eine dauerlaufende Endlosschleife auch mal ein wenig zu pausieren...
...kann also wohl auch kürzer als eine Sekunde ausfallen!?
(sofern es einen kürzeren Sleep-Befehl gibt)
Gruß, Joachim
Hallo zusammen,
es ist ein sehr spannendes Thema zu dem ich auch gerade einen Forum-Artikel eröffnen wollte... zum Glück hat mich die SuFu hier hin gebracht.
Ich bestelle mir auch Buttons und denke über deren Einbindung nach. Wie wäre es, wenn man für die Buttons das Fritz-Box Gast-WLAN nutzt und ihnen den Zugang zum Netz nach der Installation verweigert.
Über das Fhem Fritzbox-Modul sollte man beim Drücken des Buttons ja seine IP in Fhem auch sehen, wenn der Button im dedizierten Gast-WLAN ist, oder?
Ich versuche mit dem Ansatz die Buttons nicht ins Internet zu lassen, möchte aber auch ungern einen zweiten Router nur für 3 Buttons.... was denkt ihr dazu.
Gruß, zYloriC
Zitat von: zYloriC am 31 August 2016, 13:17:14
Ich bestelle mir auch Buttons und denke über deren Einbindung nach. Wie wäre es, wenn man für die Buttons das Fritz-Box Gast-WLAN nutzt und ihnen den Zugang zum Netz nach der Installation verweigert.
Über das Fhem Fritzbox-Modul sollte man beim Drücken des Buttons ja seine IP in Fhem auch sehen, wenn der Button im dedizierten Gast-WLAN ist, oder?
Ich versuche mit dem Ansatz die Buttons nicht ins Internet zu lassen, möchte aber auch ungern einen zweiten Router nur für 3 Buttons.... was denkt ihr dazu.
Gruß, zYloriC
Aller Voraussicht nach wirst Du ARP-Pakete aus dem Gast-Wlan in Deinem normalen nicht sehen können. Sonst wäre die Netz-Segregation absolut bescheuert umgesetzt. Das heißt, du kannst die Erkennung bestenfalls auf der Fritzbox selbst laufen lassen.
Grundsätzlich kann ich verstehen, dass du keinen zweiten Router möchtest. Das WT3020 gibts aber bei Aliexpress für ~10€ und erlaubt einem eine saubere Trennung vom Heimnetz und irgendwelchen IoT-Wifi-Geräten, die ohnehin nicht ins Internet sollen. Das kann man dann auch auf einem anderen Channel laufen lassen. Sollten sich IoT-Wifi-Geräte durchsetzen, ist ein eigenes IoT-WLan-Netzwerk mit einem Proxy zu FHEM ohnehin die sauberste Lösung, insbesondere unter Sicherheitsgesichtspunkten.
Der Router entspräche dann im Prinzip einer Hue-Bridge oder einem HMLAN.
Im Netz sind bereits zahlreiche Hacks zu finden.
Hier einige Beispiele:
http://www.aaronbell.com/how-to-hack-amazons-wifi-button/ (http://www.aaronbell.com/how-to-hack-amazons-wifi-button/)
http://www.danielgallo.co.uk/post/hack-an-amazon-dash-button-to-control-philips-hue-lights/ (http://www.danielgallo.co.uk/post/hack-an-amazon-dash-button-to-control-philips-hue-lights/)
https://github.com/tlc/sonos-dash-cycles (https://github.com/tlc/sonos-dash-cycles)
https://github.com/sanzgiri/dash-sms (https://github.com/sanzgiri/dash-sms)
https://github.com/AlienBob93/DASH-Button-Log (https://github.com/AlienBob93/DASH-Button-Log)
Zitat von: arestant am 31 August 2016, 14:17:41
Im Netz sind bereits zahlreiche Hacks zu finden.
Die basieren alle auf demselben Hack und zwar ARP-Sniffing. Unterschiedlich sind nur die Aktionen, die ausgelöst werden. Das ist aber für eine FHEM-Integration zweitrangig.
Wichtig ist die Information, dass der Button komplett schläft, bis man drauf drückt und der dann aufwacht, sich im Wlan neu anmeldet und dann sein Request absetzt, um dann wieder einzuschlafen.
Im Grunde sehe ich drei Möglichkeiten, das an FHEM anzubinden.
Mit Stock-Firmware auf dem Dash:
1. Das Verbinden auf dem Wifi-Access-Point detektieren.
2. Das Aufwachen und Einbuchen im Wifi mit ARP-Sniffing mitbekommen
3. Man kann die Firmware auf dem Dash neuflashen, da kann man theoretisch direkt FHEM benachrichten.
Dafür muss man aber Drähte an den Button löten, was auf den ersten Blick ziemlich friemlig aussieht, da der Button sehr klein ist. Die Frage ist, ob sich das bei so einem 5€ Ding zeitlich überhaupt lohnt.
Dann wohl gleich einen Clone bauen. http://hackaday.com/2015/05/13/an-amazon-dash-like-button-for-the-esp8266/
.
Die ARP-Sniff Variante kann man direkt auf dem FHEM-Server laufen lassen, ist etwas frickeliger, braucht aber nichts weiter.
Einen beliebigen Openwrt als Pendent einer HUE-Bridge für beliebige Buttons zu nutzen, ist m.E. die aufwändigere, aber sauberere Lösung. Außerdem dürfte das die etwas schnellere Lösung sein, da man nicht erst den DHCP-Handshake abwarten muss, sondern via HOSTAP das Associate als Event nehmen kann.
Oder einen ESP nehmen, der die Buttons empfängt, die Daten an nen zweiten ESP übergibt, der die Daten an FHEM sendet...
Oder einen "Attentat" auf HCS verüben und ihn fragen, ob es nicht möglich wäre den ESP als Accesspoint laufen zu lassen und dann per LAN/ USB mit FHEM zu verbinden. ;)
Nur so als Überlegung...
Gesendet von iPhone mit Tapatalk
mal was anderes: beim stöbern auf der amazon seite zm dash button habe ich gesehen das der dahinter liegende service zum automatisierten bestellen auch per api verfügbar ist: https://developer.amazon.com/public/solutions/devices/dash-replenishment-service/ (https://developer.amazon.com/public/solutions/devices/dash-replenishment-service/). man könnte also nicht nur wie hier geplant statt zum bestellen direkt in fhem verwenden sondern auch fhem direkt z.b. spülmaschinen tabs bestellen lassen wenn eine bestimmte anzahl spülvorgänge passiert ist.
gruss
andre
ps: die idee mit dem esp finde ich gut.
Zitat von: justme1968 am 31 August 2016, 19:28:35
man könnte also nicht nur wie hier geplant statt zum bestellen direkt in fhem verwenden sondern auch fhem direkt z.b. spülmaschinen tabs bestellen lassen wenn eine bestimmte anzahl spülvorgänge passiert ist.
Dann aber bitte einen Stromsensor an jedes Licht anbringen, und wenn die Lampe an ist, jedoch keine än Strom zieht, wird wohl die Birne defekt sein - also neu bestellen ;)
zum beispiel :)
ein tatsächlich eventuell sinnvolle bestellung wären aber spülmaschinentabs wenn eine bestimmte anzahl spülvorgänge durch ist.
ist aber in diesem thread off topic.
Bin auch gerade auf die Buttons gestoßen,
würde die dann auch gerne via Proxy in ein IoT-Netz einbinden, gibt's eine Anleitung für ein solches Netz inkl. Proxy zu FHEM? Hätte irgendwo noch einen Linksys WRT54GL übrig... sollte ja gehn damit.
Da Off-Topic, gerne auch Info/Link per PN, falls das schonmal irgendwo Thema war
Zitat von: justme1968 am 31 August 2016, 22:06:51
zum beispiel :)
ein tatsächlich eventuell sinnvolle bestellung wären aber spülmaschinentabs wenn eine bestimmte anzahl spülvorgänge durch ist.
ist aber in diesem thread off topic.
Jetzt komme ich ins Grübeln wie ich ergkenne ob die Waschmaschine gerade Vollwaschmittel oder Colorwaschmittel verbraucht :D
Zumeist anhand der Temperatur des Waschgangs
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
Über die Batterieüberwachung könnte man auch die Batterien für diverse Sensoren und Aktoren verbrauchsabhängig nachbestellen. 8)
Und dabei dachte ich, der günstige WLAN-Taster wäre das interessante, nicht die Abzocker-Bestellung zum unvorhersehbaren Preis... ::)
Bestellungen machen nur Sinn wenn eine Preisüberwachung dabei ist.
Wenn man einen bevorzugten Lieferdienst wie Amazon Pantry, REWE oder AYNF hat, könnte man da aber einfach den Warenkorb automatisch füllen
Zitat von: Markus M. am 01 September 2016, 08:44:59...einfach den Warenkorb automatisch füllen
Ist halt Bequemlichkeit gegen Geld. Wenn man bedenkt, dass der Otto-Normal-Konsument aber auch das Waschpulver auf seinem Zettel notiert und es beim nächsten Supermarktbesuch kauft eigentlich kein so schlechter Deal. Allerdings hat er dort auch noch am Regal die Auswahl (nehme an, es steht auf dem Zettel "1x Waschmittel" und nicht "2,75kg Feinwasch-Super-Perl Körnung 2,5mm".
Aber genau da ist doch auch ein guter Ansatzpunkt:
Statt direkt bei Amazon zu bestellen könnte man eine Einkaufsliste führen/ergänzen (z.B. in Google Keep, Evernote, OneNote und wie sie alle heißen) - gäb es da ne gescheite API, macht sogar das Label auf dem Button "Sinn".
Dann muss man sich nur noch überlegen, für welche(s) Produkt(e), das man ums Verrecken nicht auf dem Einkaufszettel notiert bekommt, man 5€ für den Komfort ausgeben möchte...
Unterm Strich bleibt ein Button, den man zwar auswerten, aber nicht für Zeitkritische Anwendungen verwenden kann. Ein Coming-/Leaving-Home-Butten bspw.
es gibt ein fhem modul
für wunderlist.
was sind schon 5 euro dürfen einen knopf wenn sich hier diejenigen trafen sie für schalter und aktoren sonst mal locker das 10 fache pro stück ausgeben :)
es ist einfach ein nettes spielzeug. und wenn genug leute damit spielen wird es eventuell mehr.
gruss
andre
So meine ersten 5 Buttons sind da (bevor Amazon mit Abmahnungen überhäuft wird, musste ich zu dem Preis einfach zuschlagen, ich hatte schon so viele Ideen wo ich Homematic-Taster für nehmen wollte, aber der Anschaffungswiderstand in Euro zu hoch war ^^) ... Aufkleber geht mit einer feinen Pinzette und die Rückstände danach mit Etikettenlöser sehr einfach ab :-) Danach sieht das Ding wirklich sehr ansehlich aus (Front halt komplett hochglanz-Plastik).
Bei Interesse stell ich übrigens gerne die Silhuoette-Schneidplottervorlage für eigene Aufkleber/farbige Vinylfolierung hier ein.
Dann bin ich ja mal gespannt, wie die ersten integrationen aussehen.
ich hab erstmal nur mit Wireshark geguckt: Der kritische Punkt, das Delay, ist erträglich. Ne gefühlte Sekunde bis der ARP-Request da ist. Manchmal gar keine wahrnehmbare Verzögerung. Ich sitze allerdings auch direkt neben dem AP.
Interessant auch: Die Dinger können natürlich kein 5Ghz-WLAN.
Zitat von: gloob am 01 September 2016, 10:06:54
Dann bin ich ja mal gespannt, wie die ersten integrationen aussehen.
Hat schonmal jemand getestet, so einen Button einfach per bluetooth und presence auszuwerten? Im Auslieferungszustand ist das Ding doch völlig unkonfiguriert und muss zuerst per Bluetooth mit dem Handy verbunden werden. Also muss das Teil sich doch beim Druck auf den Button bereits per bluetooth zu erkennen geben.
Ok, mein Button ist heute auch angekommen. Schade dass am Wochenende schönes Wetter angesagt ist, da bleibt wenig Zeit zum Basteln.
Zitat von: betateilchen am 01 September 2016, 10:40:38
Hat schonmal jemand getestet, so einen Button einfach per bluetooth und presence auszuwerten? Im Auslieferungszustand ist das Ding doch völlig unkonfiguriert und muss zuerst per Bluetooth mit dem Handy verbunden werden. Also muss das Teil sich doch beim Druck auf den Button bereits per bluetooth zu erkennen geben.
Fällt leider für normale kurze Betätigungen aus, da man um ihn in den Konfigurationsmodus zu versetzen den Taster 6 Sekunden gedrückt halten muss. Er macht dann übrigens sogar ein eigenes WLAN auf. Auf diese Weise könnte man also eventuell sogar nen Longpress realisieren ^^
Die in Deutschland ausgelieferten Buttons sind übrigens schon die 2. Revision, also diese hier: https://mpetroff.net/2016/07/new-amazon-dash-button-teardown-jk29lp/
Gepowert tatsächlich mit einer wechselbaren Alkaline 1,5V-AAA-Batterie, wenn man das Gehäuse erstmal auf hat. Der Typ hat ausgerechnet, ca. 500 Buttonbetätigungen reicht die Batterie.
Oha, dass wir in Deutschland diese neue Version haben, birgt offenbar gewisse Probleme:
https://github.com/hortinstein/node-dash-button/issues/37
Leute beobachten, dass sich das Ding sporadisch auch mal so ins WLAN einbucht, ohne Tastendruck. Muss man also mal beobachten. Hab jedenfalls noch nix (also keine Library) gefunden, die das herausfiltert, da auch in den USA der neue Button erst seit Ende Jui geliefert wird und sich die ganzen Hacking-Tutorials noch auf die erste Version beziehen.
ZitatNOTE: this triggers a notification on the amazon shopping app everytime a button that does not order a product is pressed. This could be mitigated by blocking access to amazon's servers for those buttons but I just sign out of the amazon shopping app (I could set them back up using a fake account, but it's late).
So gesehen scheint es nicht dumm zu sein, die Teile nicht ins Internet zu lassen.
Blacklist?
Eigener Access Point ohne Routing ins Internet?
Zitat von: Rince am 01 September 2016, 12:31:46
Blacklist?
Eigener Access Point ohne Routing ins Internet?
Kindersicherung in der Fritzbox ... mach ich sowieso für alles China-Equipment mit WLAN .. also IP-Cams, WLAN-LED-Dimmer etc.
Das sieht auch ganz interessant aus: https://learn.adafruit.com/dash-hacking-bare-metal-stm32-programming/connections
Grüße Jörg
Gesendet von iPad mit Tapatalk
Zitat
Das sieht auch ganz interessant aus: https://learn.adafruit.com/dash-hacking-bare-metal-stm32-programming/connections
Das ist die alte Version. Die neuen Buttons haben einen Atmel Kern.
So, ich hab es jetzt mal mit openwrt als Gateway zum Laufen gebracht.
Auf dem OpenWRT, an dem die Buttons hängen, startet man einfach das ohnehin vorhandene logread:
/sbin/logread -e ".* associated .*" -f -u -r 192.168.1.235 5555 -p /var/run/logread.1.pid
(Die IP-Adresse durch die Adresse vom FHEM-Server ersetzen.)
Das schickt die Einträge aus dem Syslog, auf die die Regexp passt, per UDP an den FHEM-Server.
Dauerhaft eintragen kann man es, wenn es funktioniert in der /etc/rc.local
Auf dem FHEM-Server habe ich dann einen Dummy angelegt.
define dash dummy
Und dann auf dem FHEM-Server das folgende Proxy-Script gestartet:
#!/usr/bin/perl -w
#
use strict;
use IO::Socket;
my($sock, $newmsg, $client, $fhem, $MAXLEN, $PORTNO);
$MAXLEN = 1024;
$PORTNO = 5555;
$sock = IO::Socket::INET->new(LocalPort => $PORTNO, Proto => 'udp')
or die "socket: $@";
print "Awaiting UDP messages on port $PORTNO\n";
while ($sock->recv($newmsg, $MAXLEN)) {
if (($newmsg) =~ /^.*hostapd:.*STA ([0-9a-f:]{17}).* associated/ ) {
$client = $1;
print "$client pressed\n";
my $fhem = IO::Socket::INET->new(PeerAddr => "localhost:7072");
die "Can't connect to fhem\n" if(!$fhem);
syswrite($fhem, "setreading dash $client pressed\n");
shutdown($fhem, 1);
}
print $newmsg."\n";
}
die "recv: $!";
Ab wird unter dem Device Dash jeder Button anhand seiner Mac-Adresse als eigenes Reading geführt.
Sobald der Button sich im Wlan anmeldet (ab associated) wird ein setreading auf das Dummy gesetzt und der Zeitstempel aktualisiert.
So und hier kommt die Variante mit FHEM-Bordmitteln:
Im Router fixe IP vergeben und ab gehts mit dem PRESENCE-Modul im Modus lan-ping 1 1
Ernsthaft, die Dinger reagieren auf Ping. Reaktionszeit liegt dann leider aber so bei 2-3 Sekunden, sollte für vieles reichen :-)
ach so das Presence modul dann noch mit event-on-change-reading versehen - dann klappts perfekt :)
Edit: Nee, leider doch nicht so ganz - funzt leider bei mir nicht sonderlich zuverlässig. Aber einen Versuch war es wert ...
Idee:
Mit nem ESP8266 nen AP aufmachen, mit Handy drauf connecten
Dash Button in den Config-Modus bringen und auf den ESP connecten lassen
Auf dem ESP ein ARP-Spoofing-Teil laufen lassen, der mitbekommt, das der Button gedrückt wurde
Den ESP als Client zum normalen WLAN connecten und Fhem bescheid geben, das der Button gedrückt wurde (alternativ kann man auch nem zweiten ESP an FHEM senden lassen)
Zitat von: Blackmore am 02 September 2016, 21:12:04
Idee:
Mit nem ESP8266 nen AP aufmachen, mit Handy drauf connecten
Dash Button in den Config-Modus bringen und auf den ESP connecten lassen
Auf dem ESP ein ARP-Spoofing-Teil laufen lassen, der mitbekommt, das der Button gedrückt wurde
Den ESP als Client zum normalen WLAN connecten und Fhem bescheid geben, das der Button gedrückt wurde (alternativ kann man auch nem zweiten ESP an FHEM senden lassen)
Was genau ist der Vorteil dieser Lösung? Für mich scheint dieses Relaying komplex und wenig hilfreich. Der ESP switch dann dauernd zwischen hostap und client hin und her. Damit braucht man für jeden Button ein solches Relay? Ich steh auf dem Schlauch.
Mit dem ESP halte ich den Dash Button in einem eigenen WLAN gefangen - man kann durchaus mehrere Buttons auf den ESP speichern...
Der ESP sieht per ARP-Spoofing, das einer der Buttons gedrückt wurde und sendet das an FHEM - wie auch immer, ob durch umschalten oder via serieller Console an nen zweiten ESP (oder direkt via USB)
Vielleicht nicht die beste Ausführung der Idee, aber vielleicht kann jemand was draus machen, das a) der Button vom Internet getrennt ist, und b) das Signal 'einfach' in FHEM reinkommt...
Zitat von: Blackmore am 02 September 2016, 21:17:47
Mit dem ESP halte ich den Dash Button in einem eigenen WLAN gefangen - man kann durchaus mehrere Buttons auf den ESP speichern...
Der ESP sieht per ARP-Spoofing, das einer der Buttons gedrückt wurde und sendet das an FHEM - wie auch immer, ob durch umschalten oder via serieller Console an nen zweiten ESP (oder direkt via USB)
Dann ist das doch im Prinzip genau wie die Lösung oben, wo man einen openwrt für 10€ als Bridge-Adapter einsetzt? (bloss dass openwrt den accesspoint schon mitbringt und trivial per ethernet angebunden werden kann.)
Zitat von: malted am 02 September 2016, 21:21:15
Dann ist das doch im Prinzip genau wie die Lösung oben, wo man einen openwrt für 10€ als Bridge-Adapter einsetzt? (bloss dass openwrt den accesspoint schon mitbringt und trivial per ethernet angebunden werden kann.)
Grob ist es das gleiche, nur das der/die ESPs kleiner sind, ich noch einige zu Hause rumliegen hab, und evtl sogar weniger Strom benötigen ;)
Zitat von: Blackmore am 02 September 2016, 21:23:33
Grob ist es das gleiche, nur das der/die ESPs kleiner sind, ich noch einige zu Hause rumliegen hab, und evtl sogar weniger Strom benötigen ;)
Wenn Größe und Geld eine Rolle spielen:
https://wiki.openwrt.org/toh/unbranded/a5-v11
Kostenpunkt 5€ inkl. Versand:
http://www.aliexpress.com/item/3G-Wifi-Router-Mini-Wireless-Portable-Wifi-Router-4G-Hotspot-RJ45-150Mbps-Roteador-Repeater-Wifi-Hotspot/32660807820.html
Mehr Freude hat man aber an dem unwesenlich größeren WT3020 für ~11€.
https://wiki.openwrt.org/toh/nexx/wt3020?s[]=wt3020
http://www.aliexpress.com/item/Wireless-Router-NEXX-WT3020F-Portable-Mini-Wireless-NAS-Router-AP-Reapeater-300Mbps-USB-Interface-Two-Ethernet/32632555431.html
Der Reiz in den Dingern liegt m.E in der Kombination aus Preis und möglichst einfacher Hackbarkeit. Da hinkt die entwicklungsintensive ESP-Lösung dann doch etwas arg!?
Die einfachste stabile Lösung im Vorhandenen WLAN scheint momentan das npm-paket dash-button für node.js zu sein:
https://github.com/hortinstein/node-dash-button
Das läuft bei mir seit heute morgen zuverlässig ohne falsch-positive meldungen und je nach wlan-empfang des buttons mit 4 bis 10 sekunden delay.
Probleme sind momentan noch ne relativ hohe Totzeit nach einer Betätigung (da lässt sich ohne FW-Update wohl auch wenig dran machen da der button ca 20s aktiv ist bevor er wieder schläft) sowie ein mieser WLAN-Empfang von den Buttons. Liegt aber daran das 2,4Ghz hier einfach dicht ist. Aber so im Umkreis von 3m um den AP herum geht es ... ;(
Und das Delay könnte man sicher auch noch drücken mit ner Version speziell für die neuen Teile. Idealerweise natürlich als FHEM-Modul, aber da bin ich leider zeitlich raus ;)
Zitat von: Blackmore am 02 September 2016, 21:17:47
Vielleicht nicht die beste Ausführung der Idee, aber vielleicht kann jemand was draus machen, das a) der Button vom Internet getrennt ist, und b) das Signal 'einfach' in FHEM reinkommt...
den Punkt a) kann ich doch auch einfach dadurch lösen, dass mein DHCP Server dem Button anhand seiner MAC Adresse eine entsprechende Konfiguration zuweist, die den Zugang ins Internet verhindert, beispielsweise über die DHCP Option 3 (Router).
Ich trigger bei mir auf den DHCP-Request und habe nach der Betätigung keine 20 Sekunden "Erholungszeit". Es leuchtet dreimal die rote Lampe auf und danach kann man wieder drücken.
Auch interessant - es gibt offenbar auch eine offiziell "beliebig" nutzbare Version:
https://aws.amazon.com/de/iot/button/
... allerdings läuft dann natürlich alles über die Amazon Cloud.
Kosten: $19.99 ... aber die Api-Doku dort ist lesenswert. Das Ding kann auch noch lang- und doppelklick. Und sie raten von der Verwendung in stark WLAN- frequentierten Umgebungen ab - ob da meine über 40 empfangenen Netze zu zählen? ;-)
Ebenfalls spannend: Könnte man den vermutlich sicher verschlüsselten Request abgreifen, würde man noch an die Batteriespannung kommen. Und in der API steht auch offiziell wie man ihn im AP-Modus ohne Handy konfiguriert.
Also wird Amazon ungeblockt vermutlich sogar Batteriewarnungen versenden können, da die gesendeten Daten der gebrandeten Buttons sicher gleich sind...
Also:
Bei meinen gebrandeten Tastern komm ich nur auf eine Infoseite mit Angaben von
MAC-Adresse
Seriennummer
Firmware
Batterielevel in %
Dabei ist es egal, ob der Taster schon konfiguriert wurde, oder nicht...
Eine Konfigurationsmöglichkeit habe ich adhoc nicht gefunden...
Zitat von: peterk_de am 03 September 2016, 08:44:39
Auch interessant - es gibt offenbar auch eine offiziell "beliebig" nutzbare Version:
Aber nicht für Deutschland - siehe Anhang
Hat vielleicht jemand einen Tipp für mich wie ich das OpenWrt einzurichten habe? Aktuell würde ich es als WLAN-Bridge über LAN an den Router hängen. Und dann so die Buttons einrichten.
Zitat von: gloob am 03 September 2016, 13:43:37
Hat vielleicht jemand einen Tipp für mich wie ich das OpenWrt einzurichten habe? Aktuell würde ich es als WLAN-Bridge über LAN an den Router hängen. Und dann so die Buttons einrichten.
Normalerweise haben Openwrt ein LAN-Interface (br0 mit eth0 und wlan0).
Dann gibt es i.d.R. noch ein WAN-Interface. (oft eth1)
Solltest du keine zwei Ethernet-Ports haben, musst du LAN nur über wlan0 und WAN über eth0 konfigurieren
LAN wird das iot-Netz.
WAN ist unser "normales" Netz.
Ich gehe davon aus, dass du Luci hast.
1. System -> Administration -> dropbear auf unspecified (all interfaces)
2. Network -> Interfaces -> wan als dhcp konfigurieren
3. bei der firewall bei wan Input von reject auf accept einstellen (wir wollen von wan aus den router konfigurieren)
4. wlan ssid setzen (z.b. iotgw) und channel auf einen, der möglichst frei ist.
5. wpa2 verschluesselung mit phrase aktivieren
6. ein anderes subnetz für das wlan-setzen (192.168.25.*) damit es zu keinen Problemen kommt
7. System -> System -> Hostnamen auf iotgw
8. System -> System -> Logging -> Dort als External system log server die IP von fhem eintragen, als Port z.B. 5555 nehmen. (Damit geht das komplette log an FHEM, das ist aber nicht viel Text/Traffic und man kann es auf dem FHEM-Rechner filtern)
Wenn man am Ende den Dash eingerichtet hat, kann man bei der Firewall einfach das Masquerading ausschalten oder Forwarding deaktivieren. Dann kommen die Geräte im iot-lan nicht mehr heraus.
Wenn du Fragen hast, nur zu.
Ich habe derzeit nur einen Button. Ich prüfe jetzt auf die Mac-Adresse von meinem Dash. Damit kann man leicht unterschiedliche Dummy-Devices in FHEM benutzen. Nachdem ich ein älteres openwrt genommen habe, taucht das hostap associate nicht im Logfile auf. Deswegen hab ich unten die REGEXP angepasst.
#!/usr/bin/perl -w
#
use strict;
use IO::Socket;
my($sock, $newmsg, $clientmac, $fhem);
$sock = IO::Socket::INET->new(LocalPort => 5555, Proto => 'udp') or die "socket: $@";
print "Awaiting UDP messages on port 5555\n";
while ($sock->recv($newmsg, 1024)) {
if (($newmsg) =~ /^.*DHCPACK.*([0-9a-f:]{17}).*/ ) {
print "$1 signed in iot-net\n";
if ($1 eq "ac:63:be:aa:bb:cc") {
$fhem = IO::Socket::INET->new(PeerAddr => "localhost:7072") or die "Can't connect to fhem\n";
syswrite($fhem, "setreading dash button pressed\n");
shutdown($fhem, 1);
}
}
# print "DEBUG: ".$newmsg."\n";
}
die "recv: $!";
Wenn man nicht das gesamte Internet auf der iot Seite sperren will, kann man einfach unter Network -> Firewall -> Custom Rules
eine MAC-Adresse aussperren.
config rule
option src lan
option dest wan
option src_mac ac:63:be:aa:bb:cc
option target REJECTIch habe es jetzt rund 24h am Laufen. Bislang keine false positives. Funktioniert hier ohne Probleme.
Hallo malted, Erst mal vorab: Super Anleitung. Ich hatte auch noch nen alten TP-Link rumliegen und habe nun unter Open WRT den Dash Button eingerichtet. Den Code den Du oben geschrieben hast. Wo genau füge ich den ein? Einfach in die Eingabezeile in "FHEM"? Oder muß man den Code in der 99myutils.pm einfügen (nach MacAdressänderung). Als ich das gemacht habe, bekomme ich in FHEM diese Fehlermeldung
Unrecognized character \xC2; marked by <-- HERE after <-- HERE near column 1 at ./FHEM/99_myUtils.pm line 28
Gruß Carsten
Gesendet von iPad mit Tapatalk
Da scheint wer einen noch besseren Weg gefunden zu haben:
http://m.heise.de/forum/heise-online/News-Kommentare/Verbraucherschuetzer-warnen-vor-Amazons-Dash-Buttons/kurzer-Erfahrungsbericht/posting-29154211/show/
Zitat von: CarstenF am 05 September 2016, 17:47:18
Den Code den Du oben geschrieben hast. Wo genau füge ich den ein? Einfach in die Eingabezeile in "FHEM"? Oder muß man den Code in der 99myutils.pm einfügen (nach MacAdressänderung).
Das ist ein standalone-perl script. Einfach in eine Datei tun. (z.b. proxy.pl) und dann
auf der Shell starten. (entweder mit chmod +x proxy.pl;./proxy.pl oder mit perl proxy.pl).
Vielleicht kann einen Tipp liefern, wie man einen non-blocking udp-server unter my_utils.pm bauen könnte...
Ok, Danke
hatte das script gestern in 99myUtils.pm verpackt und Fhem zum anhalten gebracht. Warum auch immer....
Werde es im Laufe des Tage mal ausprobieren.
C.
Hier ein Vorschlag als fhem Modul ohne Pyhton, Javasript oder OpenWRT (nur Perl).
Getestet auf meinem Ubuntu Server und einem Raspberry. Zuerst müssen zwei zusätzliche Pakete installiert werden :
sudo apt-get install libnet-pcap-perl
sudo apt-get install libnetpacket-perl
Wenn fhem mit Userrechten läuft (also nicht aks root), hat dieser User normalerweise keine Rechte für direkten Zugriff auf die Netzwerkkarte.
Die Lösung fand ich in einem Artikel über Wireshark. In diesem Fall noch das folgende Paket installieren :
sudo apt-get install libcap2-bin
und auf der Konsole noch :
sudo setcap cap_net_raw,cap_net_admin=eip /usr/bin/perl
Nun kann das Modul eingebunden werden :
define myDash DashB
Ohne weitere Attribute lauscht das Modul auf Broadcast ARP Pakete an eth0 und erzeugt für jede gesehene MAC Adresse ein eigenes Reading (siehe Screenshot)
Möchte man nur bestimmte MAC Adressen auswerten (z.B. die Dash Buttons) so sind diese durch Komma getrennt dem Attribut mac zu übergeben :
attr myDash mac b47443267fb9,deadbeef0001
ich bin immer noch nicht dazu gekommen meinen dash button auszupacken, aber wäre es nicht einfacher auf das dhcp discover zu lauschen statt auf arp? die verzögerung sollte immer noch ok sein.
das ginge auch als nicht root und ohne ungewöhnliche pakete nach zu installieren. BlockingCall wäre auch nicht nötig.
gruss
andre
edit: dhcp ist port 67. d.h. ohne root geht es doch nicht :(
Ich weiß jetzt gar nicht, wie es die node-dash-button Bibliothek macht, also ob arp oder dhcp, aber die geht hervorragend bei mir:
1. Ggf. Node.js installieren, bei Debian und co beachten, dass das per apt-get gelieferte node.js meist zu alt ist!
2. Request-Package https://www.npmjs.com/package/request installieren (sudo npm install request)
3. https://github.com/hortinstein/node-dash-button gemäß Anleitung dort installieren
4. In FHEM einen Dummy anlegen (hier: define system.dashbuttons DUMMY) und attr system.dashbuttons event-on-update-reading .* setzen.
5. Im folgenden Script FHEM-Pfad, die Mac-IDs und Namen der Buttons sowie den FHEM-Dummy-Namen anpassen und auf der Linux-Shell starten (und ggf. Autostart einrichten):
Aufruf:
node dashbutton.js
Skript (als dashbutton.js speichern):
var dash_button = require('node-dash-button');
var request = require("request");
var buttons = {
"50:f5:da:xx:xx:xx":"Pedigree",
"ac:63:be:xx:xx:xx":"Schwarzkopf",
"ac:63:be:xx:xx:xx":"Ariel"
}
var button;
var macids = [];
for (button in buttons) {
macids.push(button);
}
var dash = dash_button(macids);
dash.on("detected", function (dash_id){
console.log("found dash - mac="+dash_id+" name="+buttons[dash_id]+"!");
request("http://192.168.xx.xx:8083/fhem?cmd=setreading%20system.dashbuttons%20"+buttons[dash_id]+"%20pressed", function(error, response, body) {
console.log("fhem request done!");
});
});
Danach erhält nach Tastendruck der DUMMY für jeden definierten Button ein neues Reading und es wird ein entsprechendes Event geworfen. (Der im Script definierte Button-Name wird als Readingname verwendet).
Hab es jetzt in mein Produktivsystem für 3 Buttons übernommen, da es stabil funktioniert. Delay ca. 4 Sekunden. Reicht für diverse Sachen, wie z.B. Lichtszenenwahl oder Heizmodi. Kritischster Punkt ist bei mir der WLAN-Empfang von den Teilen, das klappt manchmal, in vom nächsten AP weiter entfernten Räumen, nur bei cm-genauer Positionierung. Dann aber komischerweise zuverlässig. Wenn er kein WLAN findet, blinkt er ca. 10 Sekunden weiß, und nicht weiß und dann gleich rot, man hat also auch eine Art Feedback, ob es geklappt hat ^^
Edit: huch, gar nicht gesehen dass schon ein Modul gepostet wurde, das ist natürlich noch feiner!! Danke, Wzut, ich teste!
Zitat von: peterk_de am 06 September 2016, 10:44:02
2. Request-Package https://www.npmjs.com/package/request installieren (sudo npm install request)
hatte ich zuerst versucht , scheitere aber leider mit diesem Fehler :
npm http GET https://registry.npmjs.org/request
npm ERR! Error: failed to fetch from registry: request
npm ERR! at /usr/share/npm/lib/utils/npm-registry-client/get.js:139:12
npm ERR! at cb (/usr/share/npm/lib/utils/npm-registry-client/request.js:31:9)
npm ERR! at Request._callback (/usr/share/npm/lib/utils/npm-registry-client/request.js:136:18)
npm ERR! at Request.callback (/usr/lib/nodejs/request/main.js:119:22)
npm ERR! at Request.<anonymous> (/usr/lib/nodejs/request/main.js:212:58)
npm ERR! at Request.emit (events.js:88:20)
npm ERR! at ClientRequest.<anonymous> (/usr/lib/nodejs/request/main.js:412:12)
npm ERR! at ClientRequest.emit (events.js:67:17)
npm ERR! at HTTPParser.onIncoming (http.js:1261:11)
npm ERR! at HTTPParser.onHeadersComplete (http.js:102:31)
npm ERR! You may report this log at:
npm ERR! <http://bugs.debian.org/npm>
npm ERR! or use
npm ERR! reportbug --attach /root/arp/npm-debug.log npm
npm ERR!
npm ERR! System Linux 3.13.0-34-generic
npm ERR! command "node" "/usr/bin/npm" "install" "request"
npm ERR! cwd /root/arp
npm ERR! node -v v0.6.12
npm ERR! npm -v 1.1.4
npm ERR! message failed to fetch from registry: request
npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR! /root/arp/npm-debug.log
npm not ok
Zitat von: justme1968 am 06 September 2016, 09:39:30
wäre es nicht einfacher auf das dhcp discover zu lauschen statt auf arp?
kann ich auch mal versuchen , ist nur ein String zu tauschen und pcap hat viele Filter Möglichkeiten ( man pcap-filter)
Zitat von: Wzut am 06 September 2016, 11:01:12
hatte ich zuerst versucht , scheitere aber leider mit diesem Fehler :
npm ERR! node -v v0.6.12
Das müsste der Fehler sein. Viiiiiiiel zu alt! Bei mir:
~$ node -v
v4.5.0
Wie gesagt, das was bei den meisten Distros dabei ist, ist steinzeitlich.
Zitatkann ich auch mal versuchen , ist nur ein String zu tauschen und pcap hat viele Filter Möglichkeiten ( man pcap-filter)
die idee wäre natürlich die ganzen pcap und sonstigen module weg zu lassen und auch das Blocking call. um root kommt man wegen port 67 leider nicht rum. aber alles andere sollte deutlich einfacher sein.
kannst du mal den folgenden code als root probieren und schauen ob etwas erkannt wird wenn der button aufwacht?
use strict;
use warnings;
use IO::Socket::INET;
my $socket = IO::Socket::INET->new(LocalPort=>67, Proto=>'udp', Broadcast=>1, ReuseAddr=>1, ReusePort=>defined(&ReusePort)?1:0);
print "$@\n";
while( 1 ) {
my ($datagram,$flags);
$socket->recv($datagram,1024,$flags);
print "Got message from ", $socket->peerhost, ":", $socket->peerport, "\n";
my ($op, $htype, $hlen, $hops, $xid, $secs, $flags ) = unpack ( 'CCCCNnn', $datagram );
my $ciaddr = join '.', unpack ('C4', substr($datagram, 12 ) );
my $yiaddr = join '.', unpack ('C4', substr($datagram, 16 ) );
my $siaddr = join '.', unpack ('C4', substr($datagram, 20 ) );
my $giaddr = join '.', unpack ('C4', substr($datagram, 24 ) );
my $chaddr = join ':', unpack ('(H2)*', substr($datagram, 28, $hlen ) );
print " $op, $htype, $hlen, $hops, $xid, $secs, $flags, $ciaddr, $yiaddr, $siaddr, $giaddr, $chaddr\n";
}das müsste in $chaddr jeweils die mac adresse stehen haben.
edit: es müsste zwei möglichkeiten geben um die root einschränkung zu umgehen:
- iptables -A PREROUTING -t nat -i eth0 -p udp --dport 67 -j REDIRECT --to-port 6767
oder
iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
um den port 67 auf 6767 umleiten und darauf lauschen -> port attribut setzen.
- über capabilities fhem die möglichkeit geben auch als nicht root den port 67 zu verwenden.
ich weiss nicht ob das irgendwelche seiteteneffekte hat.
Zitat von: Wzut am 06 September 2016, 07:37:31
......
define myDash DashB
Ohne weitere Attribute lauscht das Modul auf Broadcast ARP Pakete an eth0 und erzeugt für jede gesehene MAC Adresse ein eigenes Reading (siehe Screenshot)
Möchte man nur bestimmte MAC Adressen auswerten (z.B. die Dash Buttons) so sind diese durch Komma getrennt dem Attribut mac zu übergeben :
attr myDash b47443267fb9,deadbeef0001
Danke für die Möglichkeit! Hab installiert und werde heute Abend mal testen.
Beim letzten Punkt hast du glaube ich "mac" vergessen:
attr myDash mac b47443267fb9,deadbeef0001
Zitat von: justme1968 am 06 September 2016, 13:15:11
das müsste in $chaddr jeweils die mac adresse stehen haben.
als user root ja :
Got message from 0.0.0.0:68
1, 1, 6, 0, 168337944, 0, 0, 0.0.0.0, 0.0.0.0, 0.0.0.0, 0.0.0.0, dc:9f:db:75:aa:15
als "normaler User"
IO::Socket::INET: Keine Berechtigung
Can't call method "recv" on an undefined value at ./dhcp.pl line 12.Zitat von: Lafarik am 06 September 2016, 13:21:46
Beim letzten Punkt hast du glaube ich "mac" vergessen:
das war volle Absicht um zu sehen ob ihr auch aufmerksam lest .... :) THX
ja. um root kommt man wegen port 67 nicht rum. bzw. eventuell mit der oben angehängten iptables regel.
aber es fallen alle perl zusatz module weg und auch der BlockingCall ist nicht nötig. das socket muss nur in die fhem select loop eingehängt werden und das modul braucht eine readFn. das würde mir sehr viel besser gefallen.
vielleicht komme ich heute abend ja doch noch dazu.
Zitat von: justme1968 am 06 September 2016, 15:37:50
eventuell mit der oben angehängten iptables regel.
habe ich knapp 30 Min laufen lassen ohne ein Paket auf 6767 zu sehen :(
BTW : wirklich -p tcp oder doch eher -p udp ? ( habe beides erfolglos versucht)
ja. natürlich udp. hast du in dem beispiel code auch auf 6767 geändert?
ich habe es gerade mal zum testen probiert und ich sehe die dhcp broadcasts dann auf 6767.
du kannst ja mal zwei instanzen laufen lassen. auf 67 als root und auf 6767 als user.
anbei mal eine erste version eines moduls das die oben beschriebene dhcp variante verwendet. es sind keine perl zusatz module nötig.
- define anlegen mit: define dash dash_dhcp
- wenn fhem nicht als root läuft: die oben vorgeschlagene iptables regel verwenden und das port attribut passend setzen
- in allowed die liste der erlaubten mac adressen setzen
- das modul legt für jeden erlaubten button ein reading mit der mac adresse an und dem inhalt short wenn die adresse erkannt wird.
gruss
andre
ps: völlig ungetestet. mein dash button ist immer noch eingepackt :)
edit 2016-09-16: die readings verwenden jetzt einen - statt eines :. achtung: im allowed attribut ist es immer noch ein :
bessere fehlermeldung
edit 2016-09-08: openwrt nachrichten eingebaut (by malted)
edit 2016-10-11: modul eingecheckt
Zitat von: malted am 01 September 2016, 16:26:01
So, ich hab es jetzt mal mit openwrt als Gateway zum Laufen gebracht.
Auf dem OpenWRT, an dem die Buttons hängen, startet man einfach das ohnehin vorhandene logread:
/sbin/logread -e ".* associated .*" -f -u -r 192.168.1.235 5555 -p /var/run/logread.1.pid
(Die IP-Adresse durch die Adresse vom FHEM-Server ersetzen.)
Das schickt die Einträge aus dem Syslog, auf die die Regexp passt, per UDP an den FHEM-Server.
Dauerhaft eintragen kann man es, wenn es funktioniert in der /etc/rc.local
Auf dem FHEM-Server habe ich dann einen Dummy angelegt.
define dash dummy
Und dann auf dem FHEM-Server das folgende Proxy-Script gestartet:
#!/usr/bin/perl -w
#
use strict;
use IO::Socket;
my($sock, $newmsg, $client, $fhem, $MAXLEN, $PORTNO);
$MAXLEN = 1024;
$PORTNO = 5555;
$sock = IO::Socket::INET->new(LocalPort => $PORTNO, Proto => 'udp')
or die "socket: $@";
print "Awaiting UDP messages on port $PORTNO\n";
while ($sock->recv($newmsg, $MAXLEN)) {
if (($newmsg) =~ /^.*hostapd:.*STA ([0-9a-f:]{17}).* associated/ ) {
$client = $1;
print "$client pressed\n";
my $fhem = IO::Socket::INET->new(PeerAddr => "localhost:7072");
die "Can't connect to fhem\n" if(!$fhem);
syswrite($fhem, "setreading dash $client pressed\n");
shutdown($fhem, 1);
}
print $newmsg."\n";
}
die "recv: $!";
Ab wird unter dem Device Dash jeder Button anhand seiner Mac-Adresse als eigenes Reading geführt.
Sobald der Button sich im Wlan anmeldet (ab associated) wird ein setreading auf das Dummy gesetzt und der Zeitstempel aktualisiert.
Also das Perl Script läuft jetzt: Awaiting UDP messages on port 5555
Auf Open WRT startet /sbin/logread -e ".* associated .*" -f -u -r 192.168.1.22 5555 -p /var/run/logread.1.pid in der /etc/rc.local
Der dummy dash ist auch angelegt. Jedoch kommen keine Readings. Oder muß ich jeden Dash Button anhand der Mac Adresse noch separat anlegen?
Ach so, in open wert meldet sich der dash natürlich an...
Gruß Carsten
leuchtet der button eigentlich rot oder grün wenn man ihm das internet verbietet?
hat schon jemand versucht ihn auf per dns auf einen anderen server umzuleiten?
Also nachdem er sich auf dem geblockten Open WRT Router angemeldet hat, leuchtet er erst im Blinkemodus weiß und da es nicht weitergeht, plötzlich rot für 1-2 Sekunden. Dann geht die Led aus.
Gesendet von iPad mit Tapatalk
Zitat von: justme1968 am 06 September 2016, 16:42:29
anbei mal eine erste version eines moduls das die oben beschriebene dhcp variante verwendet. es sind keine perl zusatz module nötig.
- define anlegen mit: define dash dhcp_dash
- wenn fhem nicht als root läuft: die oben vorgeschlagene iptables regel verwenden und das port attribut passend setzen
- in allowed die liste der erlaubten mac adressen setzen
- das modul legt für jeden erlaubten button ein reading mit der mac adresse an und dem inhalt short wenn die adresse erkannt wird.
gruss
andre
ps: völlig ungetestet. mein dash button ist immer noch eingepackt :)
Woran erkenne ich eigentlich, dass das Modul läuft. Habe es jetzt eingerichtet und sehe nichts.
Internals:
CFGFN
NAME dashDetection
NR 569
NTFY_ORDER 50-dashDetection
STATE ???
TYPE dash_dhcp
Attributes:
allowed aabbccddeeff
room Amazon Dash Edit:
Ein Problem habe ich schon gefunden:
dashDetection: failed to connect to IO::Socket::INET: Permission deniedWie könnte ich das lösen? FHEM läuft auf einem Raspberry Pi 3
wenn alles gut geht ist state und STATE listening. wenn nicht solltest du einen fehler im log sehen.
wenn dein fhem nicht als root läuft musst du wie oben beschrieben den Port 67 auf einen anderen umbiegen und diesen im port attribut setzen.
in allowed muss die mac adresse mit : angegeben sein.
Folgende Änderungen habe ich gemacht:
sudo iptables -A PREROUTING -t nat -i eth0 -p udp --dport 67 -j REDIRECT --to-port 6767
Jetzt sieht das List so aus:
Internals:
CFGFN
CONNECTS 1
FD 33
LAST_CONNECT 2016-09-06 17:39:04
NAME dashDetection
NR 569
NTFY_ORDER 50-dashDetection
STATE listening
TYPE dash_dhcp
Readings:
2016-09-06 17:39:04 state listening
Attributes:
allowed ac:63:be:af:d6:xx
port 6767
room Amazon Dash
Der Button meldet sich auch kurzzeitig am Router an und bekommt auch eine IP Adresse.
Trotzdem ändert sich nix in FHEM
nimm mal bittte das war programm von weiter oben und schau ob du den button damit erkennst
Kommando zurück. Irgendwie geht es jetzt doch. ;D
hab meinen jetzt auch dran. schaut erst mal gut aus.
kann jemand vergleichen ob die dhcp variante merkbar langsamer ist als die arp variante?
hat schon jemand versucht ihn auf per dns auf einen anderen server umzuleiten? und eventuell ein anderes zertifikat unterschieben?
ich habe noch zwei seiten gefunden die scheinbar erfolgreiche die verbindung des button zum amazon server umleiten können.
damit müsste es möglich sein die led grün zu bekommen und auch den batterie stand mit zu lesen:
https://github.com/badbeef/Amazon-Dash-Server (https://github.com/badbeef/Amazon-Dash-Server)
http://blog.nemik.net/2015/08/dash-button-corral/ (http://blog.nemik.net/2015/08/dash-button-corral/)
hier steht etwas über das protokoll das der nicht gebrandete iot button verwendet: https://aws.amazon.com/de/iot/button/ (https://aws.amazon.com/de/iot/button/). es kann aber sein das die gebrandete version nur den normalen einfachen klick kann.
gruss
andre
Mein dash button bekommt von meinem dhcp Server für die Optionen 03 und 06 jeweils die 127.0.0.1 zugewiesen.
Wenn ich den Button betätige, fängt er an, mit weißem Licht zu blinken, das hört nach ca. 1 Minute ohne weiteren Farbwechsel einfach wieder auf.
hast du mal geschaut ob die 6 etwas bewirkt? die berichte die ich bis jetzt gefunden hatte sagen das 8.8.8.8 fest eingestellt ist.
ich habe bis jetzt in diversen kombinationen immer rot am schluss gehabt. dafür aber immer schon nach etwa 10 sekunden.
vermutlich ist das ist für die batterie lebensdauer besser. je nach verwendungszweck ist eine minute auch ziemlich lang wenn man mehr als ein mal drücken möchte.
root@cubie:/etc/dnsmasq.d# dig @8.8.8.8 parker-gateway-na.amazon.com
; <<>> DiG 9.9.5-9+deb8u6-Debian <<>> @8.8.8.8 parker-gateway-na.amazon.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21119
;; flags: qr aa rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;parker-gateway-na.amazon.com. IN A
;; ANSWER SECTION:
parker-gateway-na.amazon.com. 0 IN A 192.168.123.241
;; Query time: 3 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Tue Sep 06 20:16:47 CEST 2016
;; MSG SIZE rcvd: 62
Jetzt brauche ich für mein Netzwerk aber andere DNS Server, weil die google Server auf lokalen vlan Interfaces liegen :D
root@cubie:/etc/dnsmasq.d# ifconfig
eth0 Link encap:Ethernet HWaddr 02:d4:07:42:e2:d7
inet addr:192.168.123.241 Bcast:192.168.123.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:49
eth0:1 Link encap:Ethernet HWaddr 02:d4:07:42:e2:d7
inet addr:8.8.8.8 Bcast:8.255.255.255 Mask:255.0.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:49
eth0:2 Link encap:Ethernet HWaddr 02:d4:07:42:e2:d7
inet addr:8.8.4.4 Bcast:8.255.255.255 Mask:255.0.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:49
das man es trotzdem umbiegen kann ist klar :)
die frage war ja nur ob man es nicht doch einfach über die dhcp option machen kann
Über die dhcp option geht es nicht.
Und mit meiner Lösung scheint es auch noch nicht wirklich zu funktionieren.
Da mein dhcp Server nicht auch der Router ist, funktioniert auch der Weg über die iptables nicht.
*grübel*
Sep 6 20:38:55 dnsmasq-dhcp[22243]: DHCPREQUEST(eth0) 192.168.123.222 ac:63:be:c7:7a:a4
Sep 6 20:38:55 dnsmasq-dhcp[22243]: DHCPACK(eth0) 192.168.123.222 ac:63:be:c7:7a:a4 dash1
Sep 6 20:38:56 dnsmasq-dhcp[22243]: DHCPREQUEST(eth0) 192.168.123.222 ac:63:be:c7:7a:a4
Sep 6 20:38:56 dnsmasq-dhcp[22243]: DHCPACK(eth0) 192.168.123.222 ac:63:be:c7:7a:a4 dash1
Sep 6 20:38:56 dnsmasq[22243]: query[A] time-c.nist.gov from 192.168.123.222
Sep 6 20:38:56 dnsmasq[22243]: forwarded time-c.nist.gov to 64.6.65.6
Sep 6 20:38:56 dnsmasq[22243]: forwarded time-c.nist.gov to 64.6.64.6
Sep 6 20:38:56 dnsmasq[22243]: query[A] time-c.nist.gov from 192.168.123.222
Sep 6 20:38:56 dnsmasq[22243]: forwarded time-c.nist.gov to 64.6.65.6
Sep 6 20:38:56 dnsmasq[22243]: forwarded time-c.nist.gov to 64.6.64.6
Sep 6 20:38:56 dnsmasq[22243]: reply time-c.nist.gov is 129.6.15.30
Sep 6 20:38:56 dnsmasq[22243]: query[A] parker-gw-eu.amazon.com from 192.168.123.222
Sep 6 20:38:56 dnsmasq[22243]: forwarded parker-gw-eu.amazon.com to 64.6.65.6
Sep 6 20:38:56 dnsmasq[22243]: reply parker-gw-eu.amazon.com is 176.32.109.172
EDIT: aaahhh... der sucht ja nach einem ganz anderen Parker :)
kaum macht man es richtig, schon klappts auch :)
Sep 6 20:41:56 dnsmasq-dhcp[22301]: DHCPREQUEST(eth0) 192.168.123.222 ac:63:be:c7:7a:a4
Sep 6 20:41:56 dnsmasq-dhcp[22301]: DHCPACK(eth0) 192.168.123.222 ac:63:be:c7:7a:a4 dash1
Sep 6 20:41:56 dnsmasq[22301]: query[A] time-c.nist.gov from 192.168.123.222
Sep 6 20:41:56 dnsmasq[22301]: forwarded time-c.nist.gov to 64.6.65.6
Sep 6 20:41:56 dnsmasq[22301]: reply time-c.nist.gov is 129.6.15.30
Sep 6 20:41:56 dnsmasq[22301]: query[A] parker-gw-eu.amazon.com from 192.168.123.222
Sep 6 20:41:56 dnsmasq[22301]: config parker-gw-eu.amazon.com is 192.168.123.241
Sep 6 20:41:56 dnsmasq[22301]: query[A] parker-gw-eu.amazon.com from 192.168.123.222
Sep 6 20:41:56 dnsmasq[22301]: config parker-gw-eu.amazon.com is 192.168.123.241
jetzt hab ich auch die rote Lichtorgel.
jetzt noch wie hier: http://blog.nemik.net/2015/08/dash-button-corral/ (http://blog.nemik.net/2015/08/dash-button-corral/) beschrieben zertifikat erzeugen und unter schieben und du müsstest die nachricht sehen können. wenn alles passt und sich inzwischen nichts geändert hat wird es vielleicht sogar grün...
Dazu muss ich erstmal den nginx Kram nach Apache übersetzen, um zu verstehen, was da passiert. Auf meinem cubie ist kein Webserver installiert.
Für's Protokoll: Die simple PRESENCE-lan-ping-Lösung tut hier ausreichend gut. Keine Fehlauslösungen bisher, reagiert aber natürlich sehr verzögert. Selten wird eine Aktivierung nicht erkannt.
define DASH_COTTONELLE PRESENCE lan-ping 192.168.178.69 1
attr DASH_COTTONELLE ping_count 1
attr DASH_COTTONELLE event-on-change-reading state,presence
define DASH_COTTONELLE_ACTION notify DASH_COTTONELLE:present IF ( [S_SWITCH_PCA301_1] eq "on") ( set S_SWITCH_PCA301_1 off ) ELSE ( set S_SWITCH_PCA301_1 on )
Update: Aufs wesentliche reduziert
wenn du das raus findest könnte man das vielleicht sogar direkt ins fhem modul einbauen. dann müssten man dort hin umbiegen. vorausgesetzt die daten sind lesbar.
Zitat von: CarstenF am 06 September 2016, 16:59:57
Also das Perl Script läuft jetzt: Awaiting UDP messages on port 5555
Auf Open WRT startet /sbin/logread -e ".* associated .*" -f -u -r 192.168.1.22 5555 -p /var/run/logread.1.pid in der /etc/rc.local
Der dummy dash ist auch angelegt. Jedoch kommen keine Readings. Oder muß ich jeden Dash Button anhand der Mac Adresse noch separat anlegen?
Ach so, in open wert meldet sich der dash natürlich an...
Gruß Carsten
Paste mal den Output von 'logread' auf dem OpenWRT, wenn sich ein Dash-Button anmelden. Vermutlich passt die Regexp nicht.
Eventuell geht es mit
if (($newmsg) =~ /^.*DHCPACK.*([0-9a-f:]{17}).*/ ) {
statt
if (($newmsg) =~ /^.*hostapd:.*STA ([0-9a-f:]{17}).* associated/ ) {
Zitat von: justme1968 am 06 September 2016, 20:52:00
wenn du das raus findest könnte man das vielleicht sogar direkt ins fhem modul einbauen. dann müssten man dort hin umbiegen. vorausgesetzt die daten sind lesbar.
Also irgendwas tut sich inzwischen an meinem Apache, allerdings habe ich den ziemlich verbogen und er hört auf 443 und 80 identisch (ohne ssl)
parker-gw-eu.amazon.com:80 192.168.123.222 - - [06/Sep/2016:22:03:50 +0200] "\x16\x03\x03" 400 0 "-" "-"Aber für heute hab ich keine Lust mehr. Werde wohl mal ein selbstsigniertes Zertifikat für parker erstellen und dann ssl korrekt konfigurieren.
Zitat von: malted am 06 September 2016, 21:41:24
Paste mal den Output von 'logread' auf dem OpenWRT, wenn sich ein Dash-Button anmelden. Vermutlich passt die Regexp nicht.
Eventuell geht es mit
if (($newmsg) =~ /^.*DHCPACK.*([0-9a-f:]{17}).*/ ) {
statt
if (($newmsg) =~ /^.*hostapd:.*STA ([0-9a-f:]{17}).* associated/ ) {
Das ist der Output:
Sep 6 20:08:42 iotgw daemon.info hostapd: wlan0: STA ac:63:be:a7:d7:e3 IEEE 802.11: authenticated
Sep 6 20:08:42 iotgw daemon.info hostapd: wlan0: STA ac:63:be:a7:d7:e3 IEEE 802.11: associated (aid 1)
Sep 6 20:08:43 iotgw daemon.info hostapd: wlan0: STA ac:63:be:a7:d7:e3 WPA: pairwise key handshake completed (RSN)Ich versuche mal die Änderung
Danke erstmal
Gruß C.
Zitat von: CarstenF am 06 September 2016, 16:59:57
Also das Perl Script läuft jetzt: Awaiting UDP messages on port 5555
Auf Open WRT startet /sbin/logread -e ".* associated .*" -f -u -r 192.168.1.22 5555 -p /var/run/logread.1.pid in der /etc/rc.local
Der dummy dash ist auch angelegt. Jedoch kommen keine Readings. Oder muß ich jeden Dash Button anhand der Mac Adresse noch separat anlegen?
Ach so, in open wert meldet sich der dash natürlich an...
Gruß Carsten
Kommt denn das Log auf dem FHEM-Server an? Unter "Awaiting UDP messages on port 5555" sollten Zeilen auftauchen.
In Antwort #52 habe ich das Remote-Logging über das Webinterface beschrieben:
8. System -> System -> Logging -> Dort als External system log server die IP von fhem eintragen, als Port z.B. 5555 nehmen. (Damit geht das komplette log an FHEM, das ist aber nicht viel Text/Traffic und man kann es auf dem FHEM-Rechner filtern)
Probier das mal lieber so.
Also im Log vom Fhem Server kommen unter awaiting UDP Messages, keine Messages rein. Deshalb werden vermtl. auch keine Readings angelegt. Werde morgen nochmal alles in Ruhe durchgehen.
Die Antwort #52 habe ich so im Open WRT Router verarbeitet. Einstellungen stimmen so überein. Naja, Rom wurde auch nicht in einem Tag erbaut. Danke Dir erstmal für die Unterstützung.!
Carsten
also die dhcp modul variante scheint mir doch einfacher als die ganzen scripte und module die es für die anderen wege braucht :)
gruss
andre
Ach ich finde beide Wege jetzt spannend und bin ja für alles offen um es auszuprobieren. Die Teile sind ja erst seit ein paar Tagen auf dem Markt. Außerdem hab ich wieder was dazugelernt. :-). Aber könnte schon sein, das ich das dhcp Modul auch noch ausprobiere.
Gesendet von iPad mit Tapatalk
Im Moment klemmt es hier bei der Kommunikation zwischen button und apache noch am ssl-Gedöns.
Wen es interessiert, hier die gesamte Kommunikation vom Knopdrücken bis zum Erlöschen der roten Lichtorgel.
23:05:12.863610 IP cubie.bootps > dash1.mowg.lan.bootpc: BOOTP/DHCP, Reply, length 300
23:05:12.865554 ARP, Request who-has cubie tell dash1.mowg.lan, length 46
23:05:12.865638 ARP, Reply cubie is-at 02:d4:07:42:e2:d7 (oui Unknown), length 28
23:05:12.867465 IP dash1.mowg.lan.59669 > cubie.domain: 27056+ A? time-c.nist.gov. (33)
23:05:12.867894 IP cubie.domain > dash1.mowg.lan.59669: 27056 1/0/0 A 129.6.15.30 (49)
23:05:12.869170 IP dash1.mowg.lan.59670 > time-c.nist.gov.ntp: NTPv4, Client, length 48
23:05:12.874341 IP dash1.mowg.lan.59669 > cubie.domain: 4242+ A? parker-gw-eu.amazon.com. (41)
23:05:12.874919 IP cubie.domain > dash1.mowg.lan.59669: 4242* 1/0/0 A 192.168.123.241 (57)
23:05:12.877200 IP dash1.mowg.lan.59671 > cubie.https: Flags [S], seq 3739696318, win 4338, options [mss 1446], length 0
23:05:12.877447 IP cubie.https > dash1.mowg.lan.59671: Flags [S.], seq 2743759839, ack 3739696319, win 29200, options [mss 1460], length 0
23:05:12.882978 IP dash1.mowg.lan.59671 > cubie.https: Flags [.], ack 1, win 4338, length 0
23:05:12.883062 IP dash1.mowg.lan.59671 > cubie.https: Flags [P.], seq 1:75, ack 1, win 4338, length 74
23:05:12.883265 IP cubie.https > dash1.mowg.lan.59671: Flags [.], ack 75, win 29200, length 0
23:05:14.692655 IP cubie.https > dash1.mowg.lan.59671: Flags [.], seq 1:1447, ack 75, win 29200, length 1446
23:05:14.692813 IP cubie.https > dash1.mowg.lan.59671: Flags [P.], seq 1447:2893, ack 75, win 29200, length 1446
23:05:14.694265 IP cubie.https > dash1.mowg.lan.59671: Flags [P.], seq 2893:4272, ack 75, win 29200, length 1379
23:05:14.695130 IP dash1.mowg.lan.59671 > cubie.https: Flags [.], ack 1447, win 4338, length 0
23:05:14.712339 IP dash1.mowg.lan.59671 > cubie.https: Flags [F.], seq 75, ack 2893, win 4338, length 0
23:05:14.712926 IP cubie.https > dash1.mowg.lan.59671: Flags [F.], seq 4272, ack 76, win 29200, length 0
23:05:14.714082 IP dash1.mowg.lan.59671 > cubie.https: Flags [.], ack 4273, win 4338, length 0
23:05:14.733131 IP dash1.mowg.lan.59669 > cubie.domain: 14970+ A? parker-gw-eu.amazon.com. (41)
23:05:14.733597 IP cubie.domain > dash1.mowg.lan.59669: 14970* 1/0/0 A 192.168.123.241 (57)
23:05:14.736913 IP dash1.mowg.lan.59672 > cubie.https: Flags [S], seq 3739696347, win 4338, options [mss 1446], length 0
23:05:14.737103 IP cubie.https > dash1.mowg.lan.59672: Flags [S.], seq 812506098, ack 3739696348, win 29200, options [mss 1460], length 0
23:05:14.741736 IP dash1.mowg.lan.59672 > cubie.https: Flags [.], ack 1, win 4338, length 0
23:05:14.741832 IP dash1.mowg.lan.59672 > cubie.https: Flags [P.], seq 1:75, ack 1, win 4338, length 74
23:05:14.742052 IP cubie.https > dash1.mowg.lan.59672: Flags [.], ack 75, win 29200, length 0
23:05:16.520391 IP cubie.https > dash1.mowg.lan.59672: Flags [.], seq 1:1447, ack 75, win 29200, length 1446
23:05:16.520448 IP cubie.https > dash1.mowg.lan.59672: Flags [P.], seq 1447:2893, ack 75, win 29200, length 1446
23:05:16.520540 IP cubie.https > dash1.mowg.lan.59672: Flags [P.], seq 2893:4097, ack 75, win 29200, length 1204
23:05:16.520858 IP cubie.https > dash1.mowg.lan.59672: Flags [P.], seq 4097:4272, ack 75, win 29200, length 175
23:05:16.522635 IP dash1.mowg.lan.59672 > cubie.https: Flags [.], ack 1447, win 4338, length 0
23:05:16.539916 IP dash1.mowg.lan.59672 > cubie.https: Flags [F.], seq 75, ack 2893, win 4338, length 0
23:05:16.540353 IP cubie.https > dash1.mowg.lan.59672: Flags [F.], seq 4272, ack 76, win 29200, length 0
23:05:16.541709 IP dash1.mowg.lan.59672 > cubie.https: Flags [.], ack 4273, win 4338, length 0
Zitat von: justme1968 am 06 September 2016, 22:48:02
also die dhcp modul variante scheint mir doch einfacher als die ganzen scripte und module die es für die anderen wege braucht :)
Richtig , elegant und schlank ist es :) nur fürchte ich wird nicht jeder User damit glücklich werden.
Denke das hängt stark mit der Struktur und den verbauten Komponenten des eigenen Netzes zusammen.
So sehe ich z.B. an meinem fhem Server extrem wenig DHCP Telegramme auf Port 6767 ganz im Gegensatz zu ARPs die etwa im Sekundentakt einfliegen. Ich hatte zum vergleichen deine Modul Version zeitgleich über einige Stunden mit meiner ARP Variante laufen lassen. Da ich (noch) keinen Dash besitze habe ich bei meinen Tests immer an meinem Smartphone WLAN an und aus geschaltet und auf dessen MAC getriggert ohne einen Treffer im Log (verbose = 5 ) zu sehen.
so wie ich das verstehe sendet der dash button bei jedem aufwachen auf jeden fall die dhcp anfrage. vermutlich weil es keine uhr gibt und keinen speicher um die lease zeit zu nutzen.
alle anderen geräte im netz sollten die lease time nutzen und keine/wenig vorzeitige dhcp anfragen senden.
ich vermute diskrepanz der arp und dhcp zahlen bei dir liegt daran. um einen belastbaren vergleich zu haben muss man es glaube ich mit echten dash buttons testen und nicht mit etwas anderem.
zumindest hat bei meinen test gestern jeder druck bzw. jedes aufwachen zuverlässig eine dhcp anfrage erzeugt.
erst die variante die den echten request des button abfängt würde tatsächlich von der netzwerk struktur abhängen und einen dhcp server voraussetzen der für die buttons eine eigene route unterschieben kann um dann die dns anfragen und den server umzubiegen.
Zitat von: justme1968 am 07 September 2016, 13:00:14
muss man es glaube ich mit echten dash buttons testen und nicht mit etwas anderem.
@Andre, da hast du vermutlich Recht, gestern Abend hatte ich ein neues Gerät im Netz und für das wurde auch sofort ein neues Reading angelegt.
Hallo zusammen ;)
vermutlich was ganze einfaches nur bin ich linuztechnisch ned fit und hab immer bissl Respekt davor, mit den Userrechten rumzuspielen.
Kann mit jemand nen Tip zu folgendem Fehler im Logfile geben?
2016.09.08 11:32:15 3: dash: failed to connect to IO::Socket::INET: Permission denied
Hab nen Intel Nuc mit Ubuntu mit dhcp dash
Das es sich um fehlende rechte handelt ist klar aber weis nicht wie ich die rechte vergeben kann.
Danke & Gruß
Niko
Was hast denn für einen Port angegeben ? 67 ? dann kann das nur root !
Daher ja der Vorschlag von Andre mit iptables umlegen auf 6767
Zitatiptables -A PREROUTING -t nat -i eth0 -p udp --dport 67 -j REDIRECT --to-port 6767
Kann man FHEM nicht irgendwie als Root ausführen.
doch, aber das macht keinen Sinn.
@wzut sag mal Bescheid, ob ich bei dir die Buttons dann funktionieren. ich bin hier am verzweifeln :-)
Zitat von: fh168 am 08 September 2016, 15:00:14
ich bin hier am verzweifeln :-)
mit meiner Version oder der von Andre ?
ne, nicht von André, nur der Button, der mit Andres logik funktionieren soll.
Bei mir macht der einmal eine Verbindung (dash listening), danach passiert nach einem Tastendruck nix mehr.
Bei mir läuft die lan-ping Variante mit presence inzwischen völlig streßfrei und zuverlässig.
@Betateilchen: Ich habe die Lan-Ping methode gerade mal ausprobiert, lief auf Anhieb :-)
Hmmmm ... lan-ping hatte ich auch relativ früh ausprobiert, klappte aber sowohl auf der Shell als auch in FHEM nicht wirklich stabil mit verschiedenen timeouts und intervallen. Manchmal sind Tastendrücke entwischt (schätzungsweise 1/4 der versuche).
... habt ihr eure ins Internet geblockt? Meine sind es komplett, vielleicht geben die buttons daher schneller auf und flutschen durch das ping-raster ...
Hallo zusammen,
ich (ohne großartige Programmierkenntnisse) habe mir ein Python-Script mit ARP-Request-Abfrage und Telnet zusammengebastelt. Vielleicht hilft es ja dem einen oder anderen weiter oder ihr habt vielleicht Tipps für mich, ob daran noch etwas zu verbessern ist oder warum andere Alternativen vielleicht sinnvoller sind. Bisher funktioniert es zuverlässig und ich bin zufrieden. Signale kommen zuverlässig an und werden mit 2-3 Sekunden Verzögerung ausgeführt (hier Schalten von Funk-Aktor).
from scapy.all import *
import os
import logging
import telnetlib
logging.getLogger("scapy.runtime").setLevel(logging.ERROR)
send_cmd = '{if(Value("Funke_A_neu") eq "off") { fhem("set Funke_A_neu on") } else { fhem("set Funke_A_neu off")}}'
fhemhost = '192.168.178.23'
fhemport = 7072
def arp_display(pkt):
if pkt[ARP].op == 1: #who-has (request)
if pkt[ARP].psrc == '192.168.178.43': # ARP Probe
if pkt[ARP].hwsrc == '0c:47:c9:b4:53:e0': # Persil
print "Persil"
try:
tn = telnetlib.Telnet(fhemhost, int(fhemport))
tn.write(send_cmd + "\n")
tn.write("quit\n")
tn.close()
except:
print "telnet exception"
print (sniff(prn=arp_display, filter="arp", store=0))
Das Ganze ist natürlich noch etwas rudimentär. Ich muss es dann noch als Cron-Job in mein Raspberry bekommen.
@nesges:
Ich bekomme bei meinem dash folgende Fehlermeldungen, habe ich was vergessen?
last_present
Error evaluating DASH_COTTONELLE userReading last_present: Undefined subroutine &main::presence_last_present called at (eval 9536) line 1.
2016-09-08 22:07:04
last_present_h
Error evaluating DASH_COTTONELLE userReading last_present_h: Undefined subroutine &main::seconds_humanreadable called at (eval 9538) line 1.
2016-09-08 22:07:04
last_present_s
Error evaluating DASH_COTTONELLE userReading last_present_s: Undefined subroutine &main::presence_absent_since called at (eval 9537) line 1.
2016-09-08 22:07:04
Moin,
sehe ich das jetzt richtig das die Variante von Andre mit dem Modul nur funktioniert wenn FHEM auf der selben Maschine läuft die auch DHCP-Server ist?
nein. die dhcp broadcasts sind im ganzen netz (der gleichen broadcast domain) zu sehen.
eher umgekehrt. wenn es der gleiche rechner ist fhem nicht als root läuft muss man die iptables regel noch erweitern damit sowohl der dhcp server als auch fhem die nachrichten bekommen.
Zitat von: betateilchen am 08 September 2016, 18:43:53
Bei mir läuft die lan-ping Variante mit presence inzwischen völlig streßfrei und zuverlässig.
Welchen Wert benutzt du bei den beiden Intervallen ?
Zitat von: Wzut am 09 September 2016, 09:56:20
Welchen Wert benutzt du bei den beiden Intervallen ?
2
Es hat aber auch mit 3 noch gut funktioniert.
Zitat von: justme1968 am 09 September 2016, 09:02:08
eher umgekehrt. wenn es der gleiche rechner ist, fhem nicht als root läuft, muss man die iptables regel noch erweitern
was allerdings voraussetzt, dass es auf diesem Rechner iptables überhaupt gibt...
was beim anlegen schon voraussetzung gewesen wäre.
wenn man sie garnicht erst anlegen konnte braucht man sie natürlich auch nicht zu erweitern :)
es wäre schon schön, wenn man setcap oder authbind auch mit fhem bzw. perl einsetzen könnte...
Zitat von: justme1968 am 09 September 2016, 09:02:08
nein. die dhcp broadcasts sind im ganzen netz (der gleichen broadcast domain) zu sehen.
eher umgekehrt. wenn es der gleiche rechner ist fhem nicht als root läuft muss man die iptables regel noch erweitern damit sowohl der dhcp server als auch fhem die nachrichten bekommen.
Ah, du triggerst auf die DHCP Anfragen, nicht die Antworten. Dann hätte es gehen müssen, oh... jetzt dämmert mir was... DHCP Filter auf der Switch ist ja an!
ja. ich vermute aber das es dann perl global ist und nicht fhem spezifisch.
Hallo,
hier mal meine Sparvariante:
sudo dhcpdump -i br0 | awk ' /IP:/ { if ($3 == "(44:65:d:93:94:73)") system("echo setreading DASH Sagrotan pressed | socat -t50 - TCP:fhem:7072") }'
MfG
Edit:
Manchmal schickt das Ding zwei mal den Request raus. Dafür dem Reading die Uhrzeit mitgeben:
sudo dhcpdump -i br0 | awk ' /IP:/ { if ($3 == "(44:65:d:93:94:73)") system("echo setreading Dash Sagrotan `date +%R:%M` pressed | socat -t50 - TCP:fhem:7072") }'
Also jetzt habe ich die Lan-Ping Methode mal probiert, die scheint auch zu laufen.
Jedoch machen die User Readings laufend Fehlermeldungen ins Logfile.
ast_present
Error evaluating DASH_Brabantia userReading last_present: Undefined subroutine &main::presence_last_present called at (eval 753189) line 1.
2016-09-10 12:00:47
last_present_h
Error evaluating DASH_Brabantia userReading last_present_h: Undefined subroutine &main::seconds_humanreadable called at (eval 753191) line 1.
2016-09-10 12:00:47
last_present_s
Error evaluating DASH_Brabantia userReading last_present_s: Undefined subroutine &main::presence_absent_since called at (eval 753190) line 1.
2016-09-10 12:00:47
Eingetragen habe ich die so:
last_present { presence_last_present($NAME) }, last_present_s { presence_absent_since($NAME) }, last_present_h { seconds_humanreadable(ReadingsVal($NAME, 'last_present_s', 0)) }
Sieht jemand den Fehler?
Gruß Carsten
@Carsten, ich habe den gleichen Fehler. Siehe ein paar Posts vorher :-)
Jo, stimmt. Wald vor lauter Bäumen.....
Gesendet von iPad mit Tapatalk
Zitat von: CarstenF am 10 September 2016, 12:27:56
Sieht jemand den Fehler?
Zitat von: fh168 am 10 September 2016, 17:37:00
ich habe den gleichen Fehler.
Die von Euch verwendeten Funktionen
presence_last_present()
presence_absent_since()
seconds_humanreadable()
gibt es nicht in fhem.
ich könnte ja nun einfach mal auf planloses Abschreiben bzw. copy&paste tippen...
Tja, hast Du wohl Recht. Etwas naiv. Werde mich heute Nacht mal damit beschäftigen.
Gesendet von iPad mit Tapatalk
Der Dash Button und die Presence-Erkennung funktionieren natürlich völlig problemlos auch ohne diese userReadings.
Bei mir läuft die Node.js Variante ganz gut. Hier eine ausführliche Anleitung, für die sich nicht ganz so gut auskennen.
https://maker-tutorials.com/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation/
Es werden die Node.js Scripte node-dash-button und dasher verwendet. Dasher wird dann als Service im Hintergrund ausgeführt (verbraucht fast keine Systemresourcen). Dasher lauscht nach ARP Request und sendet dann ein Post Request an FHEM.
Es können beliebig viele Dash Buttons eingebunden werden.
Verzögerung ist ca. 5-6 Sekunden, aber ich habe schon gelesen das man das reduzieren kann.
Also, um ein "Last Present" Reading zu erhalten habe ich jetzt folgendes UserReading eingefügt. Das erzeugt einen Zeitstempel im Reading, so das man weiß, wann der Knopf als letztes gedrückt wurde.
lastpresent {if (Value("DASH_Brabantia") eq "present") {ReadingsTimestamp("DASH_Brabantia", "state", "false")} else {ReadingsVal("DASH_Brabantia","lastpresent","")}}
Gesendet von iPad mit Tapatalk
@Andre :
WARNING: unsupported character in reading a8:e3:ee:37:fc:5a (not A-Za-z/\d_\.-), notify the dash_dhcp module maintainer.
Wechseln zur Windoof MAC Darstellung a8-e3-ee-37-fc-5a oder Cisco Schreibweise a8e3.ee37.fc5a
oder gleich ganz kompakt a8e3ee37fc5a ?
ups. da war noch was.
ich denke -
gruss
andre
ich habe die version hier: https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553 (https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553) aktualisiert. es wird jetzt ein - statt des : verwenden.
gruss
andre
Hallo Wzut,
ich habe Deine Version aus dem Post
https://forum.fhem.de/index.php/topic,57248.msg488371.html#msg488371 (https://forum.fhem.de/index.php/topic,57248.msg488371.html#msg488371)
am Wochenende bei mir eingebaut, vor allem weil Du so eine tolle Anleitung geschrieben hast. Es hat auch wunderbar funktioniert, bis heute Nacht.
Ich habe heute Nacht eine Sicherung von meinem FHEM gemacht, und dabei fahre ich FHEM immer herunter, seit dem Neustart sieh das DashB Device folgendermaßen aus:
Internals:
NAME myDash
NR 577
STATE error
TYPE DashB
Readings:
2016-09-12 13:57:12 error eth0: You don't have permission to capture on that device (socket: Die Operation ist nicht erlaubt)
2016-09-10 13:31:38 mac_xxxxxxxxxxxx present
2016-09-10 13:32:07 mac_xxxxxxxxxxxx present
2016-09-10 13:31:41 mac_xxxxxxxxxxxx present
2016-09-10 13:31:41 mac_xxxxxxxxxxxx present
2016-09-10 13:31:38 mac_xxxxxxxxxxxx present
2016-09-11 20:51:08 mac_xxxxxxxxxxxx present
2016-09-10 13:26:52 mac_xxxxxxxxxxxx present
2016-09-10 13:31:52 mac_xxxxxxxxxxxx present
2016-09-10 13:26:04 mac_xxxxxxxxxxxx present
2016-09-10 13:32:08 mac_xxxxxxxxxxxx present
2016-09-10 13:32:08 mac_xxxxxxxxxxxx present
2016-09-10 13:31:41 mac_xxxxxxxxxxxx present
2016-09-12 13:57:12 state error
Helper:
Attributes:
interface eth0
room Technik,Test
Die Raspi (B2) lief dabei durch.
Hast Du, oder jemand anders eine Idee?
Vielen Dank
Simonberry
Zitat von: simonberry am 12 September 2016, 14:00:35
error eth0: You don't have permission to capture on that device (socket: Die Operation ist nicht erlaubt)
da liegt der Hund begraben, bzw dein User hat keine Rechte auf eth0 was man aber erlauben kann mittels:
sudo setcap cap_net_raw,cap_net_admin=eip /usr/bin/perlMusste ich bisher noch nicht einmal wiederholen, allerdings habe ich mein Modul z.Z verbannt da der NonBlocking Prozess auf meinem Testsystem permanent mit 100% Last lief.
Zitat von: justme1968 am 06 September 2016, 16:42:29
anbei mal eine erste version eines moduls das die oben beschriebene dhcp variante verwendet. es sind keine perl zusatz module nötig.
- define anlegen mit: define dash dhcp_dash
- wenn fhem nicht als root läuft: die oben vorgeschlagene iptables regel verwenden und das port attribut passend setzen
- in allowed die liste der erlaubten mac adressen setzen
- das modul legt für jeden erlaubten button ein reading mit der mac adresse an und dem inhalt short wenn die adresse erkannt wird.
gruss
andre
ps: völlig ungetestet. mein dash button ist immer noch eingepackt :)
edit 2016-09-16: die readings verwenden jetzt einen - statt eines :
Hi Andre,
abgesehen davon, dass der define
define dash dash_dhcp lauten muss, erzeugt das Module Fehler im Log:
2016.09.12 16:00:09.557 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:59:59.550 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:59:49.545 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:59:39.537 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:59:29.532 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:59:19.524 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:59:06.486 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:58:56.480 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:58:46.482 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:58:36.476 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:58:26.479 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:58:16.472 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:58:02.799 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:57:52.793 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:57:42.786 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:57:32.775 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:57:22.779 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:57:12.772 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:56:59.813 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:56:49.808 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.
2016.09.12 15:56:39.802 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_dash_dhcp.pm line 88.Habe ich etwas falsch gemacht?
stimmt. das define habe ich korrigiert.
die meldung gibt es wenn das modul das socket nicht auf machen kann. wenn das der fall ist sollte es eigentlich eine fehlermeldung geben die da stehen sollte. bei dir gibt es zwar einen fehler, aber keine meldung.
auf welchem system machst du das?
läuft dein fhem als root?
gruss
andre
Nein, keine Meldung.
Läuft auf einem Atom Nettop mit Ubuntu Server (aktuell).
Fhem hat eigentlich root Zugriff.
eigentlich ?
zeig mal bitte ein list vom device.
fhem hat root access
List wird dir nicht viel bringen, da steht nichts ???
Internals:
CFGFN
NAME DashButton
NR 13775
NTFY_ORDER 50-DashButton
STATE ???
TYPE dash_dhcp
Attributes:
Liegt es daran, dass ich noch keine MAC Adressen definiert habe?
das modul kann port 67 nicht auf machen und es gibt keine meldung über den grund.
Zitatfhem hat root access
heisst das fhem läuft als root?
läuft auf dem gleichen rechner ein dhcp server?
was passiert wenn du das port attribut auf einen freien port < 1024 setzt? was bei einem port >1024 ?
nein, aber der user fhem hat root Rechte.
Nein, kein DHCP Server.
Port < 1024 = Fehlermeldung
Port > 1024 = keine Fehlermeldung und state=listening
Zitataber der user fhem hat root Rechte.
was meinst du damit? er hat definitiv nicht das recht den port 67 auf zu machen.
entweder per iptables regel von oben den port auf umbiegen und das port attribut passend setzen oder fhem das recht geben den port 67 zu öffnen.
ps: ich habe die version hier: https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553 (https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553) noch mal aktualisiert. es sollte zumindest die perl warnung nicht mehr auftauchen. das ändert aber nichts am prinzipiellen problem das der port nicht aufgemacht werden kann.
Danke Andre.
Keine Ahnung, warum fhem den Port nicht öffnen darf, da muss ich nochmal ran.
Habe jetzt iptables angelegt und den Port umgeleitet.
Danke!
Hallo Wzut,
danke für Deine Antwort, leider klappt das nicht. Es bleibt weiterhein auf error stehen,...
Ich werde wohl auch erstmal einen anderen Weg einschlagen...
Grüße Simonberry
Zitat von: justme1968 am 06 September 2016, 13:15:11
edit: es müsste zwei möglichkeiten geben um die root einschränkung zu umgehen:
- iptables -A PREROUTING -t nat -i eth0 -p udp --dport 67 -j REDIRECT --to-port 6767
den port 67 auf 6767 umleiten und darauf lauschen
Klappt leider nicht, hast du das getestet gehabt? Requests kommen weiterhin auf Port 67 an.
ja. bei meinem test ging es und es haben auch schon andere hier im thread verwendet.
- wie kommst du darauf das es nicht klappt?
- woran siehst du das die request noch auf 67 ankommen?
- stimmt eth0?
- hast du im modul das port attribut auf 6767 gesetzt?
Zitat von: justme1968 am 13 September 2016, 18:39:39
ja. bei meinem test ging es und es haben auch schon andere hier im thread verwendet.
- wie kommst du darauf das es nicht klappt?
- woran siehst du das die request noch auf 67 ankommen?
- stimmt eth0?
- hast du im modul das port attribut auf 6767 gesetzt?
Na weil die Request noch immer auf Port 67 rein laufen und nicht 6767 :)
tcpdump -i eth0 'port 67' zeigt mir die reinlaufenden Request an, auf 6767 kommt nichts, eth0 ist korrekt.
Beispiel.
iptables -t nat -L -n -v
Chain PREROUTING (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 REDIRECT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:67 redir ports 6767tcpdump -i eth0 'port 67'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
19:26:11.261590 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 50:f5:da:7e:bb:94 (oui Unknown), length 261
19:26:11.757078 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 50:f5:da:7e:bb:94 (oui Unknown), length 261Auf Port 6767 tut sich entsprechend nichts.
tcpdump zeigt auch bei umgeleitetem port noch die original ziel an und nicht die umleitung. es sitz sozusagen zwischen kabel und den iptables.
nimm das modul mit port 6767 und setz verbose 5, dann solltest du etwas sehen.
oder diesen stand allone test:use strict;
use warnings;
use IO::Socket::INET;
my $socket = IO::Socket::INET->new(LocalPort=>6767, Proto=>'udp', Broadcast=>1, ReuseAddr=>1, ReusePort=>defined(&ReusePort)?1:0);
print "$@\n";
while( 1 ) {
my ($datagram,$flags);
$socket->recv($datagram,1024,$flags);
print "Got message from ", $socket->peerhost, ":", $socket->peerport, "\n";
my $hex = unpack('H*', $datagram);
print "$hex\n";
my ($op, $htype, $hlen, $hops, $xid, $secs, $flags ) = unpack ( 'CCCCNnn', $datagram );
my $ciaddr = join '.', unpack ('C4', substr($datagram, 12 ) );
my $yiaddr = join '.', unpack ('C4', substr($datagram, 16 ) );
my $siaddr = join '.', unpack ('C4', substr($datagram, 20 ) );
my $giaddr = join '.', unpack ('C4', substr($datagram, 24 ) );
my $chaddr = join ':', unpack ('(H2)*', substr($datagram, 28, $hlen ) );
print " $op, $htype, $hlen, $hops, $xid, $secs, $flags, $ciaddr, $yiaddr, $siaddr, $giaddr, $chaddr\n";
}
Sorry, kein Verbose-Output, kein Output vom standalone Script:
perl test.pm
"my" variable $flags masks earlier declaration in same scope at test.pm line 18.
Button drücken, und dann, nichts...
deine fhem ist im gleichen netz wie der dash button ?
Eine Frage. Habe ich irgendwie Erfolg in einem Segmentierten Netz? Der DHCP Server hat Standbeine in alle Netze. FHEM aber nicht, nur ein Standbein ins Servernetz und ins SmartHome Netz.
Jetzt aber:
iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767 - funktioniert bei mir wunderbar. Gefunden hier:
http://www.tikalk.com/port-forwarding-to-broadcast-requests-using-iptables/
Nun das nächste, das Modul sagt mir: dash1: ignoring 50:f5:da:7e:bb:94, obwohl ich genau die MAC im neuen Format (- als Trenner) eingetragen habe...
Zitat von: CoolTux am 13 September 2016, 20:20:21
Eine Frage. Habe ich irgendwie Erfolg in einem Segmentierten Netz? Der DHCP Server hat Standbeine in alle Netze. FHEM aber nicht, nur ein Standbein ins Servernetz und ins SmartHome Netz.
Hier wird ja der Broadcast an 255.255.255.255 abgefangen, der sollte alle Geräte erreichen. Gibt es Gateways zwischen den Netzen?
@CoolTux: dhcp funktioniert nur innerhalb einer broadcast domain. d.h. fhem und der button müssen im gleichen netz sein. wenn du unterschiedliche netze verwendest geht es nur dann netz übergreifend wenn du einen dhcp proxy hast.
@cyablo: eventuell hängt es von der iptables version ab ob man die adresse explizit angeben muss. ich hatte auf einem 2.6.5 kernel getestet :). ich weiss nicht was die anderen hier verwendet haben.
die mac adressen im allowed attribut verwenden immer noch den : so wie es auch im log steht. nur im reading ist es ein -.
Wie Andre schon schrieb, die DHCP Broadcasts bleiben in dem Netz aus dem sie kommen.
Aber du kannst an deinem Router der alle Netze routet es mit einem dhcp helper Eintrag versuchen und den fhem Server als Ziel angeben:
Ref -> http://www.computerlexikon.com/was-ist-dhcp-relay
Ich hab Debian Jessie mit 3.16er Kernel, da ist IPTABLES ein Kernel Modul. Naja DAS läuft ja jetzt.
Edit:
@Andre : Dann hab ich die Änderung an dem Modul falsch verstanden, Danke.
siehe oben :)
Fast geschafft, mit Verbose 5 sagt mit das Log:
2016.09.13 21:03:39 4: dash1: got 50:f5:da:7e:bb:94
2016.09.13 21:03:39 1: PERL WARNING: Use of uninitialized value $chaddr in substitution (s///) at ./FHEM/37_dash_dhcp.pm line 165.
Allerdings werden keine Readings für die entsprechende Mac Adresse angelegt.
arg...
da ist beim hochladen eine kaputte zwischenversion rein gekommen.
bitte lade das modul noch mal runter: https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553 (https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553).
gruss
andre
Und wird sind da... Bäääm :) Besten Dank!
Allgemeine Frage: Wie triggert ihr bei dem Modul mit dem Button etwas? event-on-update-reading scheint es ja leider nicht zu geben.
ganz normales notify.
du brauchst keine attribute setzen.
Ich habe mich mal an die Lösung von malted gemacht (ab S. 3).
Ich bin inzwischen so weit, dass auf der FHEM-Seite nach dem Drücken des Buttons folgende Meldungen kommen:
Awaiting UDP messages on port 5555
<30>Sep 17 17:08:11 hostapd: wlan0: STA 0c:47:c9:xx:xx:xx IEEE 802.11: authenticated
0c:47:c9:xx:xx:xx pressed
<30>Sep 17 17:08:11 hostapd: wlan0: STA 0c:47:c9:xx:xx:xx IEEE 802.11: associated (aid 2)
0c:47:c9:xx:xx:xx pressed
<30>Sep 17 17:08:11 hostapd: wlan0: STA 0c:47:c9:xx:xx:xx IEEE 802.11: associated (aid 2)
<30>Sep 17 17:08:11 hostapd: wlan0: STA 0c:47:c9:xx:xx:xx WPA: pairwise key handshake completed (RSN)
<30>Sep 17 17:08:11 dnsmasq-dhcp[1055]: DHCPREQUEST(br-lan) 192.168.1.192 0c:47:c9:xx:xx:xx
<30>Sep 17 17:08:11 dnsmasq-dhcp[1055]: DHCPACK(br-lan) 192.168.1.192 0c:47:c9:xx:xx:xx
<30>Sep 17 17:08:11 hostapd: wlan0: STA 0c:47:c9:xx:xx:xx IEEE 802.11: disassociated
Aber von da geht es anscheinend nicht in's FHEM weiter. Weder im Log noch im Dummy sind irgend welche neuen Einträge.
Im Script habe ich sowohl mit
if (($newmsg) =~ /^.*DHCPACK.*([0-9a-f:]{17}).*/ ) {
als auch mit
if (($newmsg) =~ /^.*hostapd:.*STA ([0-9a-f:]{17}).* associated/ ) {
getestet.
Das Log vom IoTGW enthält
Sat Sep 17 17:10:18 2016 daemon.info hostapd: wlan0: STA 0c:47:c9:xx:xx:xx IEEE 802.11: authenticated
Sat Sep 17 17:10:18 2016 daemon.info hostapd: wlan0: STA 0c:47:c9:xx:xx:xx IEEE 802.11: associated (aid 2)
Sat Sep 17 17:10:18 2016 daemon.info hostapd: wlan0: STA 0c:47:c9:xx:xx:xx WPA: pairwise key handshake completed (RSN)
Sat Sep 17 17:10:18 2016 daemon.info dnsmasq-dhcp[1055]: DHCPREQUEST(br-lan) 192.168.1.192 0c:47:c9:xx:xx:xx
Sat Sep 17 17:10:18 2016 daemon.info dnsmasq-dhcp[1055]: DHCPACK(br-lan) 192.168.1.192 0c:47:c9:xx:xx:xx
Sat Sep 17 17:10:19 2016 daemon.info hostapd: wlan0: STA 0c:47:c9:xx:xx:xx IEEE 802.11: disassociated
Ich hoffe, mir kann jemand weiterhelfen
Holger
Das sieht alles schon mal gut aus. Anscheinend klappt die Datenübergabe von dem Perl-Script nicht an FHEM.
Die Übergabe erfolgt mittels telnet:
$fhem = IO::Socket::INET->new(PeerAddr => "localhost:7072") or die "Can't connect to fhem\n";
syswrite($fhem, "setreading dash button pressed\n");
shutdown($fhem, 1);
Was passiert denn, wenn Du auf dem Rechner, auf dem das Proxy-Script läuft, per hand Folgendes absetzt:
telnet localhost 7072
setreading dash button pressed
Den Dash button hast du als Dummy angelegt?
Also, ich habe jetzt die OpenWRT Lösung mit der Lösung aus Post https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553 verheiratet.
Das Modul von justme1968 macht nix anderes als einen UDP-Server auf 6767 auf DHCP-Requests lauschen zu lassen.
Das Openwrt schickt sein Log-File per UDP weiter. Also lag es nahe, das Modul von justme1968 so zu konfigurieren, dass es weiterhin mit DHCP-Paketen umgehen kann, aber auch das Remote-Logging von OpenWRT weiterverarbeitet. (Man muss einfach auf dem Openwrt Router unter System->System->Logging auf den FHEM-Server auf Port 6767 einstellen).
Das geht mit folgendem Patch:
--- 37_dash_dhcp.pm.org 2016-09-17 17:47:25.001795259 +0200
+++ 37_dash_dhcp.pm 2016-09-17 18:19:13.473473345 +0200
@@ -154,6 +154,9 @@
my $giaddr = join '.', unpack('C4', substr($data, 24 ) );
my $chaddr = join ':', unpack('(H2)*', substr($data, 28, $hlen ) );
+ if (($data) =~ /^.*DHCPACK[^:]*([\da-z]{2}(:[\da-z]{2}){5}) .*/ ) {
+ $chaddr=$1;
+ }
my $allowed = AttrVal($name, "allowed", undef );
if( !$chaddr || $chaddr !~ m/[\da-z]{2}(:[\da-z]{2}){5}/ ) {
Damit wird das ganze Proxy-Script überflüssig. Direkt im Wlan-hängende Dash-Button gehen damit genauso, wie die hinter einem openwrt mit remote-logging.
@justme1968: Könntest Du Dir vorstellen, Dein Modul um DHCP-Bestätigung von OpenWRT (siehe Patch) zu erweitern?
ja. klar.
kannst du bitte noch eine komplette nachricht posten.
gruss
andre
Zitat von: justme1968 am 17 September 2016, 18:30:11
kannst du bitte noch eine komplette nachricht posten.
Komplette Datei anbei.
Eine Frage hab ich noch. Wenn ich den Quellcode richtig verstehe, geht nur eine Mac im 'allowed' im Dash-Button, Wenn man jetzt mehrere Dash-Buttons hat, legt man für jeden ein solches Device an? Ansonsten könnte man auch mehrere Mac-Adressen pro Device erlauben, da man ja eh das Notify per dash:50-f5-da-aa-bb-cc macht?
[Edit: Datei gelöscht, da der Code verrutscht war]
es gehen mehrere jeweils mit komma getrennt.
gruss
andre
Der Dash-Button ist als Dummy angelegt.
Bei
telnet localhost 7072
setreading dash button pressed
Bekomme ich im Dummy das Reading ,,button pressed 2016-09-17 19:31:26"
... und dann habe ich meinen Fehler gefunden – dank deiner Erläuterung zur Übergabe mittels telnet.
Meinen Dummy habe ich dashButton genannt. Dann muss ich natürlich das Script anpassen von
$fhem = IO::Socket::INET->new(PeerAddr => "localhost:7072") or die "Can't connect to fhem\n";
syswrite($fhem, "setreading dash button pressed\n");
shutdown($fhem, 1);
auf
$fhem = IO::Socket::INET->new(PeerAddr => "localhost:7072") or die "Can't connect to fhem\n";
syswrite($fhem, "setreading dashButton button pressed\n");
shutdown($fhem, 1);
Danke für die Hinweise.
Holger
Jetzt wollte ich auch noch mit dem Modul 37_dash_dhcp.pm testen.
Das Modul habe ich in's Verzeichnis /opt/fhem/FHEM kopiert und die Rechte angepasst (die gleichen wie die anderen Module). Danach sogar den kompletten Rechner neu gestartet.
Definiere ich dann in FHEM ein
define dash dash_dhcp
bekomme ich: Unknown module dash_dhcp.
Mit der Schreibweise: dhcp_dash habe ich auch getestet (wie in Beiträgen zuvor beschrieben), aber nachdem ich im Modul als Schreibweise dash_dhcp gefunden habe, denke ich: letzteres ist richtig.
Bestimmt nur eine Kleinigkeit. Was habe ich übersehen?
Ach ja: iptables habe ich nicht auf meinem Cubietruck. Was muss ich denn dazu installieren? Oder welche Alternativen habe ich bzw. benötige ich das überhaupt, wenn ich über die openWRT-Schiene komme?
Danke für Hinweise
Holger
Zitat von: Omega am 17 September 2016, 23:35:06
Jetzt wollte ich auch noch mit dem Modul 37_dash_dhcp.pm testen.
Das Modul habe ich in's Verzeichnis /opt/fhem/FHEM kopiert und die Rechte angepasst (die gleichen wie die anderen Module).
Holger
Also ich habe Module immer angelegt, indem ich den Inhalt einfach kopiert habe und dann unter "edit file" die FHEM.cfg ausgewählt habe, dort den kompletten Inhalt einfügen und dann GANZ WICHTIG!!!! Save as "37_dash_dhcp.pm"
Dürfte der einfachere weg sein, da FHEM hier die Berechtigungen etc schon selbst richtig setzt. Ist glaube ich auch so supported oder?
Gesendet von iPhone mit Tapatalk
die liste der files die fhem kennt wird nur ein mal beim start initialisiert. wenn man irgendetwas dazu kopiert weiss fhem davon nichts.
einfach das reload kommando verwenden: reload 37_dash_dhcp.pm
danach kennt fhem das file und define funktioniert wie erwartet.
gruss
andre
wie viele verwenden das modul denn inzwischen?
funktioniert es? gibt es probleme?
ist es sinnvoll das modul schon einzuchecken? auch bevor die option die verbindung abzufangen drin ist?
gruss
andre
Nach dem Kopieren der Datei in's FHEM-Verzeichnis hatte ich einen kompletten Rechnerneustart durchgeführt – hätte dann doch auch ohne reload erkannt werden müssen.
Nach einem "reload 37_dash_dhcp.pm"
erhalte ich allerdings die folgenden Meldungen, mit denen ich nicht wirklich etwas anfangen kann.
Global symbol "$data" requires explicit package name at ./FHEM/37_dash_dhcp.pm line 233.
Global symbol "$chaddr" requires explicit package name at ./FHEM/37_dash_dhcp.pm line 234.
Das Modul habe ich aus dem Beitrag 166 gezogen.
Gruß
Holger
Zitat von: Omega am 18 September 2016, 10:40:30
Das Modul habe ich aus dem Beitrag 166 gezogen.
Mein Fehler, irgendwie hat das diff/patch die drei Zeilen Code schlußendlich an der falschen Stelle eingefügt. Keine Ahnung warum.
Angehängt ist die Variante, in der die Codeänderung an der richtigen Stelle ist und die bei mir gerade definitiv geht.
ja. beim neustart wird auch alles neu gelesen. dann geht es auch ohne reload.
da ist bei der version aus 166 etwas schief gegangen.
ich habe es jetzt auch in meine version eingebaut: https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553 (https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553). damit sollte es gehen.
gruss
andre
Danke für eure Unterstützung.
Ich habe mir mal beide Versionen heruntergeladen und sehe dabei sofort einen Unterschied in der Größe (und daher vermutlich auch einen in der Funktionalität). Das wird dann mögliche Verwirrungen steigern.
Jede Version ist bestimmt gut und richtig, aber...
haben beide die gleiche Funktionalität oder gibt es doch Unterschiede?
LG
Holger
ich habe noch etwas aufgeräumt.
Zitatich habe noch etwas aufgeräumt
- und das am Sonntag :D
Leider sehe ich momentan keinen Erfolg.
Im IoTGW habe ich das Logging auf 6767 angepasst und den Aufruf
/sbin/logread -e ".* associated .*" -f -u -r 192.168.0.24 6767 -p /var/run/logread.1.pid
entsprechend angepasst (es scheint aber egal zu sein, ob ich es aufrufe oder nicht).
Im IoTGW sehe ich folgende Meldungen im Log:
Sun Sep 18 12:00:09 2016 daemon.info hostapd: wlan0: STA ac:63:be:xx:xx:xx IEEE 802.11: authenticated
Sun Sep 18 12:00:09 2016 daemon.info logread[704]: failed to send log data to 192.168.0.24:6767 via udp
Sun Sep 18 12:00:09 2016 daemon.info hostapd: wlan0: STA ac:63:be:xx:xx:xx IEEE 802.11: associated (aid 1)
Sun Sep 18 12:00:09 2016 daemon.info hostapd: wlan0: STA ac:63:be:xx:xx:xx WPA: pairwise key handshake completed (RSN)
Sun Sep 18 12:00:09 2016 daemon.info dnsmasq-dhcp[1057]: DHCPREQUEST(br-lan) 192.168.1.169 ac:63:be:xx:xx:xx
Sun Sep 18 12:00:09 2016 daemon.info dnsmasq-dhcp[1057]: DHCPACK(br-lan) 192.168.1.169 ac:63:be:xx:xx:xx
Sun Sep 18 12:00:09 2016 daemon.info hostapd: wlan0: STA ac:63:be:xx:xx:xx IEEE 802.11: disassociated
Sun Sep 18 12:00:10 2016 daemon.info logread[704]: Logread connected to 192.168.0.24:6767
Das Perl-Script habe ich nicht mehr am Laufen – oder wird es doch noch benötigt?
Oder scheitere ich jetzt an der Problematik Port 67 (6767)?
LG
Holger
Zitat von: Omega am 18 September 2016, 12:11:40
Leider sehe ich momentan keinen Erfolg.
Im IoTGW habe ich das Logging auf 6767 angepasst und den Aufruf
/sbin/logread -e ".* associated .*" -f -u -r 192.168.0.24 6767 -p /var/run/logread.1.pid
entsprechend angepasst (es scheint aber egal zu sein, ob ich es aufrufe oder nicht).
Das schickt die falschen Codezeilen. Im Modul wird auf das DHCPACK geprüft:
if (($data) =~ /^.*DHCPACK[^:]*([\da-z]{2}(:[\da-z]{2}){5}) .*/ ) {
Mach mal den -e Switch oben weg:
/sbin/logread -f -u -r 192.168.0.24 6767 -p /var/run/logread.1.pid
und im modul den port auf 6767 setzen nicht vergessen.
@malted:
Mit
/sbin/logread -f -u -r 192.168.0.24 6767 -p /var/run/logread.1.pid
kommt im Log folgendes an:
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:
Zitatim 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
nur den port im modul eintragen. wenn du den ipenwrt weg gehst brauchst du keine iptables.
Auf dem IoTGW steht das Logging auf 192.168.0.24:6767 und im Terminal läuft
/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:
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
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
in allowed müssen die mac adressen wie normal üblich mit : angegeben werden.
Heureka!! ;D
Danke - jetzt läuft alles
LG
Holger
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
Zitat von: justme1968 am 13 September 2016, 22:57:52
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?
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
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
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
Whooops... Hast du natürlich recht, mein Fehler.
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:
$hash->{AttrList} = "disable:1,0 disabledForIntervals allowed port $readingFnAttributes";
Gerätedefinition nach der Anpassung:
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:
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
danke.
hab es gleich in der version hier: https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553 (https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553) eingebaut.
gruss
andre
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?
nimm doch einfach das modul von hier: https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553 (https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553), richte wenn dein fhem nicht als root läuft die iptables regel ein und schalte deine steckdose mit einem einfachen altmodischen notify.
gruss
andre
hier hast du auch die MAC-Adresse deines Dash-Buttons eingetragen ?
aus der Anleitung
"address": "ac:61:b3:e1:fa:fe",
Kurze Rückmeldung für Andre:
Funktioniert jetzt endlich auch bei mir sehr gut, nachdem ich die MAC-Adresse im Reading "Allowed" von Großbuchstaben in Kleinbuchstaben geändert habe. Könnte man das vielleicht noch ändern, dass Beides akzeptiert wird?
Mein anderes Problem war, das es auf meinem NUC keine "eth0" gibt, sondern die NIC "enp3s0" heißt.
Danke für das Modul ;-)
Gruß
Thomas
Meine config.json sieht so aus:
{"buttons":[
{
"name": "Dash1",
"address": "50:f5:da:f3:07:24",
"url": "http://127.0.0.1:8083/fhem?cmd=set%20Steckdose%20on",
"url": "https://maker.ifttt.com/trigger/dashbutton/with/key/meinkey",
"method": "POST",
"json": true,
"body": {"value1": "any value", "value2": "another value"}
}
]}
Und damit tut sich, außer meinen trigger im IFTT aufzurufen, gar nichts.
Zitat von: justme1968 am 08 Oktober 2016, 20:49:36
nimm doch einfach das modul von hier: https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553 (https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553), richte wenn dein fhem nicht als root läuft die iptables regel ein und schalte deine steckdose mit einem einfachen altmodischen notify.
gruss
andre
Könnt ihr mir bitte noch mal genau erklären wie das mit der iptables regel genau funktioniert, bzw. wie ich die "Regel" "geschaltet" bekomme.
Ich habe in meiner pi Konsole folgendes eingegeben:
sudo iptables -A PREROUTING -t nat -i eth0 -p udp --dport 67 -j REDIRECT --to-port 6767Sind die iptables auf "Dauer" geändert, oder muss ich nach einem Neustart den oberen Befehl wieder aufrufen?
In meinem FHEM Logfile bekomme ich aber folgende Fehlermeldung:
dash: failed to open port 67: IO::Socket::INET: Keine BerechtigungNAch einem Systemneustart sieht die Fehlermeldung auch nicht anders aus!
Ich habe folgenden Beitrag in einem Blog gefunden, aber da wird nicht der Port 67 "umgehummelt".
Ist das ggf. auch ein Ansatz die iptables zu ändern?
Ich stehe da echt auf dem Schlauch!
Und wie kann ich meine Steckdose dann mit "dash_dhcp" ansprechen?
@Papaloewe: ich habe in der version hier: https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553 (https://forum.fhem.de/index.php/topic,57248.msg488553.html#msg488553) den vergleich der mac adressen case insensitiv gemacht.
@Nordmann: wenn das in der config ein normaler hash ist dann kannst du nicht zwei gleiche url einträge haben. der zweite überschreibt den ersten.
die iptables regel gilt nur bis zum nächsten neustart. um sie dauerhaft zu machen müssen sie in ein boot script.
wenn du den port 67 per iptables regel auf 6767 umbiegst musst du das dem fhem modul auch sagen. dazu gibt es das port attribut.
gruss
andre
Soweit ok. Die Fehlermeldung
dash: failed to open port 67: IO::Socket::INET: Keine Berechtigung
ist weg.
Aber jetzt eine ganz blöde dumme Anfängerfrage, wie kann ich jetzt "das" dash_dhcp nutzen/einbauen,
damit ich einen Ein/Aus Taster für meine Steckdose habe, wie müssen denn da die defines etc. aussehen?
Ich hänge da auf dem Schlauch.
Muss meine "list dash" so aussehen, oder ist da noch irgendetwas falsch:
Internals:
CFGFN /opt/fhem/mycfg/99_tests.cfg
CONNECTS 2
FD 4
LAST_CONNECT 2016-10-08 23:16:15
LAST_DISCONNECT 2016-10-08 23:16:15
NAME dash
NR 93
NTFY_ORDER 50-dash
STATE listening
TYPE dash_dhcp
Readings:
2016-10-08 23:16:15 state listening
Attributes:
allowed 50:f5:da:f3:07:24
port 6767
schau im event monitor nach was passiert wenn du den button betätigst. auf dieses event setzt du ein notify. beispiele weiter oben im thread. allgemeines zu notify in der commandref, im wiki und im einsteiger pdf.
Und so schlittern wir in das nächste Problem: Ich sehe nichts auf meinem Event Monitor :-[
verbose 5 einschalten und im log schauen
mein list dash sieht jetzt so aus:
Internals:
CFGFN /opt/fhem/mycfg/99_tests.cfg
CONNECTS 2
FD 4
LAST_CONNECT 2016-10-08 23:34:56
LAST_DISCONNECT 2016-10-08 23:34:56
NAME dash
NR 93
NTFY_ORDER 50-dash
STATE listening
TYPE dash_dhcp
Readings:
2016-10-08 23:34:56 state listening
Attributes:
allowed 50:f5:da:f3:07:24
port 6767
verbose 5
Im Log kann ich nichts "Neues" erkennen:
2016.10.08 23:58:37.731 0: Server shutdown
2016.10.08 23:58:40.389 1: Including fhem.cfg
2016.10.08 23:58:40.460 3: telnetPort: port 7072 opened
2016.10.08 23:58:40.817 3: WEB: port 8083 opened
2016.10.08 23:58:40.821 1: Including /opt/fhem/mycfg/00_config.cfg
2016.10.08 23:58:40.822 1: Including /opt/fhem/mycfg/99_tests.cfg
2016.10.08 23:58:43.438 2: eventTypes: loaded 169 events from ./log/eventTypes.txt
2016.10.08 23:58:43.487 3: Opening ZWAVE1 device /dev/ttyACM0
2016.10.08 23:58:43.540 3: Setting ZWAVE1 serial parameters to 115200,8,N,1
2016.10.08 23:58:44.633 3: ZWAVE1 device opened
2016.10.08 23:58:45.678 1: Including ./log/fhem.save
2016.10.08 23:58:45.780 3: dash: Disconnected
2016.10.08 23:58:45.788 1: usb create starting
2016.10.08 23:58:46.276 3: Probing CUL device /dev/ttyAMA0
2016.10.08 23:58:46.486 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.10.08 23:58:46.695 3: Probing FRM device /dev/ttyAMA0
2016.10.08 23:58:51.944 1: usb create end
2016.10.08 23:58:51.950 0: Featurelevel: 5.7
2016.10.08 23:58:51.950 0: Server started with 51 defined entities (fhem.pl:12192/2016-09-22 perl:5.020002 os:linux user:fhem pid:9468)
2016.10.08 23:58:51.956 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
2016.10.08 23:58:51.962 3: telnetForBlockingFn_1475963931: port 45235 opened
2016.10.08 23:58:54.517 3: ZWave got config for popp/smoke-detector.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz
2016.10.08 23:58:55.480 3: ZWave got config for aeotec/dsd37.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz
2016.10.08 23:58:57.517 3: ZWave got config for vision/zd2102.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz
2016.10.08 23:58:58.624 3: ZWave got config for aeotec/dsd31.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz
2016.10.08 23:59:00.552 3: ZWave got config for fibaro/fgsd002.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz
2016.10.08 23:59:00.874 1: No Logdevice FileLog_OG_Annika_Rauchmelder_unten
da sind keine dhcp pakete zu sehen und keine log einträge vom modul.
du hast aber schon draufgedrückt? während er aus war?
ist dein dash button im gleichen netz wie dein fhem rechner? siehst du trafic vom button mit wireshark?
gruss
andre
Ich habe ja erst den Weg über diese Anleitung versucht:
http://www.benjaminroesner.com/blog/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation/#comment-272
Geht ja aber nicht :-(
Hier bekomme ich aber eine Reaktion, jedes Mal wenn ich den Buttonb betätige
> > dasher@1.1.1 start /home/pi/dasher
> node app.js
Dash1 added.
Dash1 pressed.
Dash1 pressed.
Aber wenn keine DHCP pakete und keine Log Einträge zu sehen sind, dann stimmt doch etwas grundsätzlich nicht, oder?
Daraufgedrückt habe ich auch mehrere Male.
Ich habe hier bei uns nur ein netzwerk, da hängen alle unsere PC's etc. dran.
In meiner cfg steht folgendes:
define dash dash_dhcp
attr dash allowed 50:f5:da:f3:07:24
attr dash port 6767
attr dash verbose 5
schau ob du mit wireshark etwas siehst. die dhcp broadcast nachrichten müssen auftauchen.
oder die iptables regel war nicht richtig für dein system. entweder heisst dein interface anders oder du musst das ziel anders angeben. hier ist eine etwas andere variante: https://forum.fhem.de/index.php/topic,57248.msg490738.html#msg490738 (https://forum.fhem.de/index.php/topic,57248.msg490738.html#msg490738)
gruss
andre
Habe die andere Variante benutzt und bekomme im log folgenden Eintrag:
2016.10.09 00:21:39.155 4: dash: got 50:f5:da:f3:07:24
2016.10.09 00:21:39.651 4: dash: got 50:f5:da:f3:07:24
Ist das gut? :o ;D
ja. schaut gut aus.
jetzt solltest du auch etwas im event monitor sehen.
Nö, mein Event Monitor glänzt durch "Reinheit".
das kann nicht sein...
wenn es die got... meldung gibt muss es ein reading im device geben und ein event
Zitat von: justme1968 am 09 Oktober 2016, 00:28:01
das kann nicht sein...
wenn es die got... meldung gibt muss es ein reading im device geben und ein event
Ich glaube, dass ein grundsätzliches Problem bei mit beim Event Monitor.
Da habe ich noch nie was gesehen; brauchte ich bisher auch noch nicht :-)
Tut mir echt leid, ich komme von einem zum anderen Problem :-(
gibt es das short reading?
such weiter oben im thread. da gibt es ein beispiel für das notify.
Du magst mich jetzt für doof halten, aber ich finde das von Dir angesprochene notify im thread nicht.
Ist vielleicht auch einfach zu spät :-(
Und was meinst Du mit short reading?
:) :) :)
Das Mysterium, warum ich nicht's im Event Monitor gesehen habe ist geklärt!
Ich habe von meinem Windows Rechner auf FHEM "zugegriffen" und der Port 8083 wird wohl von meiner Firewall gesperrt :-(
An das Problem setzte ich mich nachher ::)
Wenn ich aber direkt auf meinem PI agiere kommt im Event Monitor folgender Eintrag:
2016-10-09 09:13:21.952 dash_dhcp dash 50-f5-da-f3-07-24: short
Danke Andre, Deine Tipps haben mich da denk mäßig weiter gebracht :-)
Aber man möge mir verzeihen, ich habe immer noch nicht das entsprechende notify im thread gefunden,
kann mir da bitte jemand auf die Sprünge helfen :-[
Ich möchte meine Steckdose praktisch als Taster benutzen.
Einmal klicken, Steckdose an. Nochmal klicken, Steckdose aus.
Oder wenn die Steckdose schon geschaltet ist, also an ist, dann soll die Steckdose ausgeschaltet werden.
Danke!
Ich benutze dhcpdump, aber vielleicht gibt Dir das einen Anstubser:
.*DG_Dash.* set DG_Ventilator_Sw toggle
MfG
das problem gibt es unter windows öfter. es ist aber nicht die firewall (dann könntest du garnicht auf fhem zugreifen) sondern in der regel der viren checker.
sorry. du hast recht das notify ist tatsächlich nicht im thread. aber es ist auch wirklich nicht kompliziert:define <myNotify> notify dash:50-f5-da-f3-07-24..short set <xyz> togglewenn dein device kein toggle kann musst du den aktuelle status prüfen und entsprechen schalten. schau dir das einsteiger pdf an. es ist wirklich wichtig die grundlagen zu lernen.
gruss
andre
Zitat von: justme1968 am 09 Oktober 2016, 10:02:09
das problem gibt es unter windows öfter. es ist aber nicht die firewall (dann könntest du garnicht auf fhem zugreifen) sondern in der regel der viren checker.
sorry. du hast recht das notify ist tatsächlich nicht im thread. aber es ist auch wirklich nicht kompliziert:define <myNotify> notify dash:50-f5-da-f3-07-24..short set <xyz> togglewenn dein device kein toggle kann musst du den aktuelle status prüfen und entsprechen schalten. schau dir das einsteiger pdf an. es ist wirklich wichtig die grundlagen zu lernen.
gruss
andre
Heureka - es funktioniert ;D ;D ;D ;D
Vielen Dank!
Ich werde die ganzen Schritte, welche notwendig waren um diese "Problem" zu lösen,
bei Gelegenheit noch einmal zusammenfassen und, für "Neueinsteiger" wie mich, zusammenfassen.
Am Anfang schwimmt man noch ziemlich, gibt sich aber mit der Zeit, wie ich gemerkt habe!
Vielen Dank noch einmal an Andre ;D ;D ;D
Und auf zu neuen Ufern, ich habe schon wieder das nächste "Problem";
aber dazu an anderer Stelle demnächst mehr :-)
Zitat von: justme1968 am 06 September 2016, 17:22:51
leuchtet der button eigentlich rot oder grün wenn man ihm das internet verbietet?
Er leuchtet erst weiß, dann blinkt er mehrmals rot. Aber nicht nur, wenn man ihm das Internet verbietet, auch wenn man die Einrichtung abbricht, BEVOR man ein Produkt gewählt hat (das Sperren im Router kann ja aber nicht schaden).
Ich hab ihn per "PRESENCE" in FHEM eingerichtet, weil man dann außer dem Define keinen weiteren Code oder etwas nachzuinstallieren braucht (http://www.computerhilfen.de/info/amazon-dash-button-mit-raspberry-pi-fhem-nutzen.html).
Das hat aber eine Verzögerung von 3-5 Sekunden, außerdem scheint FHEM so nicht jeden Knopfdruck zu erkennen (trotz lan-ping mit Intervall 2). Funktioniert dein Dash Modul schneller?
ja. das reagiert deutlich schneller.
ich habe das modul eben mit dem (fast) aktuellen stand eingecheckt.
hinzugekommen ist nur noch der versuch automatisch zu erkennen ob fhem als root läuft und den default für den port abhängig davon automatisch auf 67 oder 6767 zu setzen.
gruss
andre
Damit der iptables Eintrag auch einen Reboot übersteht:
https://www.thomas-krenn.com/de/wiki/Iptables_Firewall_Regeln_dauerhaft_speichern (https://www.thomas-krenn.com/de/wiki/Iptables_Firewall_Regeln_dauerhaft_speichern)
Gruß
Thomas
habs in der commandref mit erwähnt.
Da jetzt die erste Anfrage kam, hier die Schneidplottervorlage für den Silhouette Cameo / Portrait und mal ein Beispiel, wie das aussehen kann :-)
Benutzt habe ich billiges A4-Tintenstrahler-Aufkleberpapier.
LG!
Hallo,
meine Dash-Buttons habe ich über einen Hook im dnsmasq DHCP-Server eingebunden. Mit dem Parameter "--dhcp-script=/path/to/script" ruft dnsmasq beim Anlegen einer Lease das genannte Script auf und übergibt verschiedene Parameter wie auch die MAC- und IP-Adresse. Besagtes Script sieht folgendermaßen aus:
root@fritz:/var/media/ftp/etc# cat dhcp-script.sh
#!/bin/sh
ACTION=$1
MAC=$2
IP=$3
echo "set dhcp $IP $MAC $ACTION" | nc 192.168.1.1 7072
die korrespondierende FHEM Config beinhaltet:
define dhcp dummy
define something notify dhcp:192\.168\.1\.75.* set ...
wobei 192.168.1.75 die IP des Dash-Buttons ist.
parker-gw-eu.amazon.com wird lokal auf 127.0.0.1 aufgelöst, so dass die https-Requests des Buttons ins Leere laufen.
Hat jemand zufällig einen Config Snippet für einen Cisco IOS Router?
Habe verschiedene VLANs und arbeite mit dem DHCP Helper :-)
Ich bekomme ja die Anfragen von 0.0.0.0 udp 67 nicht in andere VLAns gespiegelt. Und mein FHEM wollte ich eigentlich nicht auch noch ein Interface im Quarantäne Netz spendieren
Hi, ich will mich jetzt auch mal mit dem Dash Button auseinandersetzen, allerdings fehlt mir so ein bisschen die Idee wofür ich diese. Verwenden kann.
Würde mich interessieren was ihr so konkret damit macht, Vieleicht komme ich dann auch noch auf ein paar schöne Ideen:-)
Gesendet von iPhone mit Tapatalk
Wir haben zum Beispiel einen neben dem Bett liegen um unseren Deckenfluter mit Hue Lampe auszuschalten. Nutzen wir als Leselicht. Einen weiteren haben wir im Esszimmer liegen um zum Beispiel in mehreren Räumen gleichzeitig das Licht einzuschalten. Ist ein reines Luxus Gadget, aber das ist ja bei vielen Dingen der Automation so.
Gesendet von iPad mit Tapatalk
Mögliche Funktionen, die nicht häufig gebraucht werden:
- Feueralarm abschalten
- Panik Button
- Klopapier wenn alle bei den anderen Mitbewohnern nachbestellen
Es fehlt noch ein "define Beispiel", das Thema IP-tables ist auch noch nicht wirklich verständlich. Ein Beispiel wäre nett.
Zitat von: Tommy82 am 12 Oktober 2016, 18:45:54
Hi, ich will mich jetzt auch mal mit dem Dash Button auseinandersetzen, allerdings fehlt mir so ein bisschen die Idee wofür ich diese. Verwenden kann.
Würde mich interessieren was ihr so konkret damit macht, Vieleicht komme ich dann auch noch auf ein paar schöne Ideen:-)
Gesendet von iPhone mit Tapatalk
Moin,
Habe jetzt drei in Betrieb. Einer schaltet am Wohnzimmer Tisch das Licht ein oder aus, der zweite öffnet oder schließt die Garage und Nummer drei ist eher als Gag aktiv. Der klebt im Vorratsraum neben den Shampoo und löst ein TelegramBot auf unseren Smartphones aus :"Shampoo alle". Der ist auch ein Original Schwarzkopf, was den Spass noch erhöht, nicht die eigentlich vorgesehene Bestellung auszulösen.
Einbindung aktuell über lan-ping. Gigaset G-Tags, alles sehr zuverlässig.
Zitat von: dieda am 12 Oktober 2016, 23:17:58
Es fehlt noch ein "define Beispiel", das Thema IP-tables ist auch noch nicht wirklich verständlich. Ein Beispiel wäre nett.
Also ich mußte auch suchen, was ja grundsätzlich nicht verkehrt ist, aber am Ende nimmt man ja viele Infos mit.
Das Modul heißt dash_dhcp und man kann mit "define <button> dash_dhcp ein Device erstellen. Dann muß man noch die erlaubten Macadressen (also die der Dash-Buttons) über attr definieren.
Das mit den IP Tables kann ich Dir nicht weiter erklären. Es geht scheinbar darum, daß fhem root-Rechte haben muß, um Port 67 abzuhören. Deshalb muß man wohl mit dem Eintrag in den IP-Tables den Port umleiten. Bei mir klappt das noch nicht, weil ich den PI, auf welchem ich das probiere, über W-Lan eingebunden habe. Ich denke jedenfalls, das es daran liegt. Ich bekomme immer eine Fehlermeldung, wenn ich die Regel aus der commandref eingebe.
Auf meinem Hauptsystem läuft der Button über die Lan-Ping Methode mit dem PRESENCE Modul. Das läuft zufriedenstellend, aber scheinbar viel langsamer, als das Modul von justme.
Gruß Carsten
Gesendet von iPad mit Tapatalk
- iptables -A PREROUTING -t nat -i eth0 -p udp --dport 67 -j REDIRECT --to-port 6767
Hast Du das so bei Dir eingegeben? -i ist Dein Interface, passe es einfach an wenn Du W-Lan hast.
Zitat von: CoolTux am 13 Oktober 2016, 07:08:17
- iptables -A PREROUTING -t nat -i eth0 -p udp --dport 67 -j REDIRECT --to-port 6767
Hast Du das so bei Dir eingegeben? -i ist Dein Interface, passe es einfach an wenn Du W-Lan hast.
Bin gerade etwas eingeschränkt beim Testen, da ich unterwegs bin. Als ich das gestern so eingegeben habe mit wlan0 als Interface hab ich immer Fehlermeldungen in Sachen "zu veraltetem Kernel" erhalten. Gerade nochmal über VPN Verbindung probiert. Keine Fehlermeldung. Jetzt muß ich mal abwarten bis die Familie wach ist, damit mal einer den Button drückt..... :-)
Edit: So, jetzt lauschen die Racker auch mit der Modul Methode. Ich mußte allerdings auch die alternative IP Tables Umleitung benutzen und als mein Interface dann wlan0 setzen.
iptables -I PREROUTING -t nat -i wlan0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767Jetzt muß ich nur noch das dauerhafte Verfügbar machen einbringen. Danke und Gruß Carsten
Gesendet von iPad mit Tapatalk
Zitat von: Wuppi68 am 12 Oktober 2016, 14:41:35
Habe verschiedene VLANs und arbeite mit dem DHCP Helper :-)
Ich bekomme ja die Anfragen von 0.0.0.0 udp 67 nicht in andere VLAns gespiegelt.
Du kannst aber sehrwohl bei (Cisco) DHCP Helper mehr als eine Zeile für das Interface eingeben.
K.A. ob die dann alle den DHCP Request bekommen oder ob Cisco die der Reihe nach abarbeitet.
Ich würde mal versuchen zuerst den bestehenden DHCP Helper zu löschen und dann zuerst einen neuen mit dem Ziel der fhem Instanz und als zweiten Eintrag den echten DHCP Server.
Zitat von: Wzut am 13 Oktober 2016, 09:43:40
Du kannst aber sehrwohl bei (Cisco) DHCP Helper mehr als eine Zeile für das Interface eingeben.
K.A. ob die dann alle den DHCP Request bekommen oder ob Cisco die der Reihe nach abarbeitet.
Ich würde mal versuchen zuerst den bestehenden DHCP Helper zu löschen und dann zuerst einen neuen mit dem Ziel der fhem Instanz und als zweiten Eintrag den echten DHCP Server.
Danke,
habe es gerade nachgelesen ... es werden an alle definierten Helper Adressen die DHCP Pakete geforwarded und jede Antwort entsprechend weiter geleitet
Hallo zusammen,
ich habe ein "kleines" Problem bei der "Einbindung" der "37_dash_dhcp.pm" in meinem Logfile entdeckt:
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/37_dash_dhcp.pm line 76, <$fh> line 94.
und ein paar Zeilen weiter
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/37_dash_dhcp.pm line 76.
dash: using port 6767
Das muss irgendwas mit der Freigabe des Port 6767 zu tun haben, oder?
Kann mir da jemand von Euch bitte weiterhelfen, wie ich den Fehler auf meinem RPI eliminieren kann :-)
Danke!
Zitat von: dieda am 12 Oktober 2016, 23:17:58
Es fehlt noch ein "define Beispiel", das Thema IP-tables ist auch noch nicht wirklich verständlich. Ein Beispiel wäre nett.
Hallo dieda, Beispiel von hier:
http://www.computerhilfen.de/info/amazon-dash-button-mit-raspberry-pi-fhem-nutzen.html
# Dash Button
define DashButton dash_dhcp
attr DashButton allowed DASH-BUTTON-MAC-ADRESSE-in-kleinbuchstaben!
attr DashButton port 6767
define DashButtonPressed notify DashButton:43-66-0d-dc-30-0d..short {\
fhem("set myMPD playfile button-gedrueckt.mp3;;");;\
fhem("set Lampe_WZ on;;");;\
}
In dem Notify dann wieder die MAC-Adresse angeben, wieder mit Kleinbuchstaben, aber hier mit "-" statt ":" als Trenner!
Jetzt noch den Port weiterleiten mit diesem Befehl auf dem Raspberry:
sudo iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767Damit das ganze auch beim nächsten Neustart wieder übernommen wird, kannst du das ganz einfach auch als Cronjob speichern (http://www.computerhilfen.de/info/amazon-dash-button-mit-raspberry-pi-fhem-nutzen.html#cron), damit beim nächsten alles noch funktioniert.
Funktionierte bei mir im Test mit 2 Buttons tatsächlich deutlich schneller und zuverlässiger als die Methode mit dem PRESENCE Modul und daher den Aufwand beim Einrichten doch wert :)
Zitat von: Nordmann am 16 Oktober 2016, 08:45:15
Hallo zusammen,
ich habe ein "kleines" Problem bei der "Einbindung" der "37_dash_dhcp.pm" in meinem Logfile entdeckt:
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/37_dash_dhcp.pm line 76, <$fh> line 94.
und ein paar Zeilen weiter
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/37_dash_dhcp.pm line 76.
dash: using port 6767
Das muss irgendwas mit der Freigabe des Port 6767 zu tun haben, oder?
Kann mir da jemand von Euch bitte weiterhelfen, wie ich den Fehler auf meinem RPI eliminieren kann :-)
Danke!
Moin,
bin kein Experte und habe gestern Abend recht lange mit iptables gearbeitet.
System ist ein PI 2, Jessie.
Erster Test funktionierte mit
sudo iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767Die obere Version aus der commandref funktioniert bei mir nicht.
-->Damit keine FM im Log und der (die) Dash-Button funktioniert. Kann man sehr gut testen über den Event Monitor.
Rest (notify) so wie immer:
define Dash2_Action notify Dash2:ac-63-be-ed-70-a8..short set Alte_Garage_auf_zu pressSProblem: Nach Reboot ist iptables wieder leer. Mit der genannten URL kam ich nicht wirklich weiter:
iptables-persistant installieren:
sudo apt-get install iptables-persistantiptables-persistant hat mit keiner dort angegebenen Variante die Datei "rules.v4" geschrieben. Probiert hatte ich es mit
sudo iptables-save. Vielleicht dabei ein Bedienfehler meinerseits. Es kann sein, dass man den Befehl so eingeben muss:
sudo iptables-save > /etc/iptables/rules.v4Was führte zum Erfolg?
1. Nach reboot iptables wieder neu setzen.
2. Dann mit
sudo apt-get remove iptables-persistant iptables-persistant de-installieren
3. Wieder neu installieren:
sudo apt-get install iptables-persistantDabei fragt der Installer, ob man die dateien rules.v4 und rules.v6 schreiben möchte.
Beides mit (j) oder (y) - Bingo!
Hier meine rules.v4:
# Generated by iptables-save v1.4.21 on Sat Oct 15 20:24:40 2016
*nat
:PREROUTING ACCEPT [15:3255]
:INPUT ACCEPT [18:4185]
:OUTPUT ACCEPT [843:60446]
:POSTROUTING ACCEPT [843:60446]
-A PREROUTING -s 0.0.0.0/32 -i eth0 -p udp -m udp --dport 67 -j DNAT --to-destination 0.0.0.0:6767
COMMIT
# Completed on Sat Oct 15 20:24:40 2016
# Generated by iptables-save v1.4.21 on Sat Oct 15 20:24:40 2016
*filter
:INPUT ACCEPT [6763:613074]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [7359:773163]
COMMIT
# Completed on Sat Oct 15 20:24:40 2016Test mit
sudo iptables -L zeigt übrigens nichts an.
Vielleicht hilft's
Gruß Helmut
service netfilter-persistent save
Bzw bei systemd Systemen
systemctl save netfilter-persistent
@Nordmann: ich habe die meldung behoben. bin aber nich nicht sicher ob es richtig rum ist. läuft dein fhem als root? dann ist es erledigt.
die meldung hat nichts mit freigaben zu tun sonder mit der abfrage des aktuellen users um rauszufinden ob der default 67 oder 6767 sein soll.
gruss
andre
Hallo Andre,
so wie ich das sehe läuft mein FHEM als root, bin ir aber nicht ganz sicher :-(
Die Meldung ist aber erst nach dem nächsten Update von der 37_dash_dhcp.pm weg, nicht war?!
ja. mit dem update morgen früh.
die meldung sollte aber auch nur ein mal beim start kommen.
gruss
andre
Moin zusammen,
neues Problem aufgetaucht. Alle "notify" auf Dash-Buttons, die mit dem neuen Modul angelegt wurden, triggern beim shutdown/restart.
2016.10.16 12:27:55 3: CUL_HM set Alte_Garage_auf_zu pressS
Habe das gleiche Problem also mit den Dash-Buttons und "notify", wie mit dem lepresenced Module unter https://forum.fhem.de/index.php/topic,58869.0.html und "notify".
Könnt ihr das mal nachstellen?
Ist gelöst, siehe mein Beitrag oben.
Gruß Helmut
P.S. Mit DOIF probiere ich auch noch
schau weiter oben im thread. dein notify ist nicht genau genug.
gruss
andre
Moin nochmal,
habe auf noch folgende FM im Log:
2016.10.16 12:27:55 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/37_dash_dhcp.pm line 76.
Läuft aber alles so weit.
https://forum.fhem.de/index.php/topic,57248.msg504674.html#msg504674 (https://forum.fhem.de/index.php/topic,57248.msg504674.html#msg504674)
Hallo,
nachdem ich heute meine zwei Button bekommen habe und eingerichtet habe.
Wollte ich mich bei euch bedanken, ich kann jetzt mit meinem Button das Licht einschalten :) ;)
Ich habe dash_dhcp.pm genommen, und ein notifiy erstellt
Beim drücken vom Button ist innerhalb 3 Sek. das Licht an
das list vom Dash
Internals:
CFGFN
CONNECTS 3
FD 61
LAST_CONNECT 2016-10-17 13:12:23
LAST_DISCONNECT 2016-10-17 13:06:49
NAME dash
NR 507
NTFY_ORDER 50-dash
PORT 6767
STATE listening
TYPE dash_dhcp
Readings:
2016-10-17 13:49:17 ac-63-be-af-d6-d5 short
2016-10-17 13:12:23 state listening
Attributes:
allowed ac:63:be:af:d6:d5
port 6767
das list vom notify
Internals:
.COMMAND set Schlaf_Bett on
CFGFN
DEF dash:ac-63-be-af-d6-d5..short set Schlaf_Bett on
NAME DashButtonPressed
NOTIFYDEV dash
NR 1891
NTFY_ORDER 50-DashButtonPressed
REGEXP dash:ac-63-be-af-d6-d5..short
STATE 2016-10-17 13:49:17
TYPE notify
Readings:
2016-10-17 13:48:42 state active
Attributes:
vielen Dank und viel Spaß
Gruß Werner
Hey Leute,
ich versuche mich gerade mit dash_dhcp anstatt presence lan-ping und habe alle möglichen Schritte nachvollziehen können. Allerdings bekomme ich iptables nicht konfiguriert.
Kann es sein, dass auf meinem rPI iptables gar nicht läuft?
Ich kann machen was ich will, iptables -L bringt immer keine nennenswerten Einschränkungen.
iptables-persistent sollte ja eigentlich auch gehen, klappt aber ebenfalls nicht.
Welcher Prozess sollte denn laufen, wenn iptables funktioniert? Ein ps aux | grep iptables bringt auch nix. Irgendwie scheine ich das "wegkonfiguriert" zu haben und krieg's jetzt nicht mehr hin...
Hat irgendwer noch eine Idee?
Viele Grüße vom Gent
welche der beiden varianten hat du denn probiert? und wie kommst du drauf das es nicht funktioniert?
iptables ist kein prozess der läuft sondern eine kernel funktionalität. mitiptables -t nat -L -n -vsolltest du sehen ob etwas konfiguriert ist.
ist dein raspberry im gleichen netz wie dein dash button?
gruss
andre
Hallo Andre,
genommen habe ich:
iptables -A PREROUTING -t nat -i eth0 -p udp --dport 67 -j REDIRECT --to-port 6767
mit
iptables -t nat -L -n -v
bekomme ich:
Chain PREROUTING (policy ACCEPT 483 packets, 79645 bytes)
pkts bytes target prot opt in out source destination
0 0 REDIRECT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:67 redir ports 6767
Chain INPUT (policy ACCEPT 483 packets, 79645 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 642 packets, 39887 bytes)
pkts bytes target prot opt in out source destination
Chain POSTROUTING (policy ACCEPT 642 packets, 39887 bytes)
pkts bytes target prot opt in out source destination
scheint also doch etwas zu laufen.
Der Button ist im selben Netz. Naja, wie man's nimmt: Er ist im selben IP-Bereich allerdings ist der Pi mit FHEM im LAN und der DashButton im WLAN. Das LAN macht hier eine FritzBox und das WLAN bekomme ich von einem am einem LAN_Port der FritzBox angeschlossenen WLAN-Router. Das liegt daran, das die FritzBox im Keller am DSL angeschlossen ist und ich WLAN im Rest des Hauses brauche, in dem das FritzBox WLAN nicht hinkommt.
heißt dein interface eth0?
versuch mal die andere variante:iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
wenn das nicht geht schau mal ob in deiner konfiguration vielleicht irgendwelche ports/pakete/... blockiert werden. wireshark sollte die dhcp pakete sehen. netcat/nc sollte auch hilfreich sein.
gruss
andre
guten abend,
ich habe es genau nach dieser Anleitung installiert und es hat auf Anhieb funktioniert
http://www.computerhilfen.de/info/amazon-dash-button-mit-raspberry-pi-fhem-nutzen.html (http://www.computerhilfen.de/info/amazon-dash-button-mit-raspberry-pi-fhem-nutzen.html)
gruß Werner
Hallo Andre,
root@raspberrypi:~# ifconfig
eth0 Link encap:Ethernet Hardware Adresse b8:27:eb:84:31:60
...usw...
Im Log bekomme ich mit der anderen Variante:
2016.10.17 21:31:23 2: dashButton: failed to open port 67 IO::Socket::INET: Permission denied
trotzdem bekomme ich im fhem-log
2016.10.17 21:37:22 4: dashButton: ignoring 44:65:0d:6c:79:b2
Das ist die MAC-Adresse des Buttons, die ich als attribut allowed habe
ich check's grad nicht: Was ist denn nun Sache?
beide meldungen zusammen sind in der tat seltsam.
was steht als port in der internals? wenn den fhem nicht als root läuft und hier nicht 6767 steht musst du ihn über das port attribut von hand setzen.
ist dein fhem aktuell?
zeig mal ein list auf das dashButton device.
gruss
andre
Hallo Andre,
Internals:
CONNECTS 2
FD 16
LAST_CONNECT 2016-10-17 21:35:57
LAST_DISCONNECT 2016-10-17 21:35:57
NAME dashButton
NR 91
NTFY_ORDER 50-dashButton
PORT 6767
STATE listening
TYPE dash_dhcp
Readings:
2016-10-17 21:35:57 state listening
Attributes:
allowed 44:65:0D:6C:79:B2
port 6767
verbose 5
OK?
das schaut eigentlich alles gut aus.
und du hat bei jedem drücken die ignoring message?
gruss
andre
Ja,
im Logfile kommt immer
2016.10.17 22:21:52 4: dashButton: ignoring 44:65:0d:6c:79:b2
Hi Andre,
da scheint groß/kleinschreibung wichtig zu sein:
Internals:
CONNECTS 2
FD 16
LAST_CONNECT 2016-10-17 21:35:57
LAST_DISCONNECT 2016-10-17 21:35:57
NAME dashButton
NR 91
NTFY_ORDER 50-dashButton
PORT 6767
STATE listening
TYPE dash_dhcp
Readings:
2016-10-17 22:27:57 44-65-0d-6c-79-b2 short
2016-10-17 21:35:57 state listening
Attributes:
allowed 44:65:0d:6c:79:b2
port 6767
verbose 5
kommt
2016.10.17 22:27:57 4: dashButton: got 44:65:0d:6c:79:b2
Also soweit alles bestens...
in der eingecheckten version ist aus irgend einem grund die case sensitivity wieder drin gewesen.
ab morgen ist das behoben.
gruss
andre
Hallo Andre,
wie auch immer: Ich habe gerade gesehen, dass Du die geänderte Version gerade eingecheckt hast. Ich find's einfach nur klasse, dass Du Dir um 22:45 noch die Mühe machst, anderen Usern zu helfen.
Vielen Dank dafür!
Viele Grüße,
Holger
Hallo,
ich hatte mit meiner Installation (37_dash_dhcp.pm) auch so meine Probleme.
Erst nach dem ich die MAC-Adresse bei "Attributes allowed" entgegen der Anleitung in Großbuchstaben geschrieben habe funktioniert bei mir alles super. Ich habe natürlich die neuste Version über Update eingerichtet.
Man kann mehrere Dash-Button mit "," eintrage, aber auch mehrere Devices (define dash01 dash_dhcp, define dash02 dash_dhcp, ..) definieren.
Danke an alle Entwickler und Helfer.
Hubert
Guude
Habe seit kurzer Zeit 2 Yamaha WX-010 WLAN Lautsprecher.
Habe nach einer Möglichkeit gesucht sie auch ohne Smartphone an/aus zu schalten.
Ein Modul gibt es hierfür ja noch nicht, aber mit GetHttpFile gehts ja auch.
Gestern bin ich zufällig über die Dash Button Implementierung gestoßen.
Gleich mal 2 bestellt. 10€ statt 80€ für 2 Homematic Wandtaster fand ich doch recht reizvoll.
Die dash_dhcp Variante hat dann auch gleich auf Anhieb funktioniert.
Dann so die Lautsprecher Steuerung hinzugefügt.
# Dash Button
define DashButton dash_dhcp
attr DashButton allowed ac:63:be:fa:fb:88
attr DashButton port 6767
define DashButtonPressed notify DashButton:ac-63-be-fa-fb-88..short {\
GetHttpFile('192.168.1.89', '/YamahaExtendedControl/v1/main/setPower?power=toggle');;\
GetHttpFile('192.168.1.89', '/YamahaExtendedControl/v1/main/setVolume?volume=26');;\
GetHttpFile('192.168.1.89', '/YamahaExtendedControl/v1/main/setInput?input=net_radio')\
}
Damit lässt sich der Lautsprecher an- und ausschalten.
Lautstärke und Quelle sind halt fest eingestellt. Mehr geht halt nicht mit einem Taster :-)
Hi @all,
habe das Dash-Modul soweit nach Anleitung installiert !
Fhem läuft auf einem NUC und wenn ich mit
sudo iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
im terminal den Port umleite funktioniert der Dash-Button prächtig ...leider nur bis zum nächsten reboot des Nuc :-(
Also habe ich versucht mit sudo su in der Crontab folgendes einzutragen :
@reboot iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
Das funktioniert nicht !!!
Auf dem NUC läuft :
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=14.04
DISTRIB_CODENAME=trusty
DISTRIB_DESCRIPTION="Ubuntu 14.04.4 LTS"
NAME="Ubuntu"
VERSION="14.04.4 LTS, Trusty Tahr"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 14.04.4 LTS"
VERSION_ID="14.04"
habt ihr einen Tip was ich falsch mache ?
Du musst den Pfad der iptabels im Crontab mit angeben...dann sollte es klappen...
/sbin/iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
Gruss
Falkes
schau mal weiter oben im thread (1 oder 2 seiten) da gibt es noch einen anderen weg wie man die iptables persistent machen kann.
@Falkenstein & Justme1968
besten Dank !!! mit der Pfadangabe der iptables passt es jetzt !!! ;D
Hallo zusammen,
ich habe nun auch versucht meine zwei Dash Buttons ans Laufen zu kriegen, leider ohne Erfolg.
Definiert hab ich die Buttons wie folgt:
# Dash Button
define DashButton dash_dhcp
attr DashButton allowed 50:f5:da:a6:0c:84
attr DashButton port 6767
define DashButtonPressed notify DashButton:50-f5-da-a6-0c-84..short {\
fhem("set az_l_lichterkette on;;");;\ }
FHEM läuft als root, aber ich hab auch die iptables rule eingetragen:
osmc@osmc:~$ sudo iptables -t nat -L -n -v
Chain PREROUTING (policy ACCEPT 27 packets, 4815 bytes)
pkts bytes target prot opt in out source destination
0 0 REDIRECT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:67 redir ports 6767
Chain INPUT (policy ACCEPT 27 packets, 4815 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 37 packets, 6336 bytes)
pkts bytes target prot opt in out source destination
Chain POSTROUTING (policy ACCEPT 37 packets, 6336 bytes)
pkts bytes target prot opt in out source destination
Leider kommt im FHEM nix an. im FHEM log finde ich manchmal solche Einträge:
2016.11.12 11:57:32 3: DashButton: stopped
2016.11.12 11:57:32 3: DashButton: listening
2016.11.12 11:57:32 3: DashButton2: stopped
2016.11.12 11:57:32 3: DashButton2: listening
Ansonsten habe ich keine Ahnung was ich falsch mache oder wo ich gucken könnte. Hat jemand eine Idee?
Danke & Gruß
Psy
wenn dein fhem als root läuft brauchst du keine iptables regel und du musst das port attribut nicht setzen.
sind die dash buttons im gleichen netz wie dein fhem rechner?
Ja, beide im gleichen Subnetz. Der RPI auf dem FHEM läuft hängt allerdings per Kabel am Router, aber ich denke das sollte keinen Unterschied machen.
Die Buttons scheinen zu funktionieren, ich bekomme mit der Kommandozeile einen Ping zurück.
//Edit: Es klappt!!! :) Danke! Ohne Portweiterleitung scheint es zu gehen.
ich würde es noch mal ohne iptables und ohne port attribut versuchen. den raspberry am besten neu booten damit nicht noch irgendwelche reste da sind.
setz mal im modul verbose auf 5 um auszuschliessen das es an einer falschen mac adresse liegt.
wenn es wirklich das gleiche netz ist solltest du die dhcp requests auch mit wireshark sehen.
gruss
andre
ps: das notify geht ganz ohne perl ebene:define DashButtonPressed notify DashButton:50-f5-da-a6-0c-84..short set az_l_lichterkette on
Ich habe zwei Varianten zusammengetragen und in ein Tutorial verfasst.
Variante 1 mit dem FHEM Modul dash_dhcp https://maker-tutorials.com/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation/#variante-1-fhem-modul-dash_dhcp (https://maker-tutorials.com/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation/#variante-1-fhem-modul-dash_dhcp)
Variante 2 mit Node.js Dasher App https://maker-tutorials.com/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation/#variante-2-mit-nodejs-und-dasher (https://maker-tutorials.com/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation/#variante-2-mit-nodejs-und-dasher)
Wer noch eine Variante kennt, bitte eine PN dann versuch ich diese in den Beitrag mit aufzunehmen.
Vielen Dank an justme1968 für das dash_dhcp modul
Hallo,
schön das sich jemand die Mühe macht, es in ein Tutorial zu packen. Wäre es nicht besser im Wiki aufgehoben?
Hier noch meine Variante, die über mehrere AccessPoints funktioniert:
/opt/fhem/FHEM/AG_AmazonDash.sh
#!/bin/bash
dhcpdump -i br0 | awk ' /IP:/ {
if ($3 == "(44:65:d:93:94:73)") system("echo setreading AG_Dash Sagrotan `date +%R:%S` pressed | socat - TCP:fhem:7072") ;
if ($3 == "(ac:63:be:2b:f9:ac)") system("echo setreading AG_Dash powerpoint `date +%R:%S` pressed | socat - TCP:fhem:7072") ;
if ($3 == "(ac:63:be:e0:73:22)") system("echo setreading AG_Dash Herma `date +%R:%S` pressed | socat - TCP:fhem:7072") ;
if ($3 == "(50:f5:da:18:38:89)") system("echo setreading AG_Dash Avery `date +%R:%S` pressed | socat - TCP:fhem:7072")
}'
/etc/rc.local
nohup /opt/fhem/FHEM/AG_AmazonDash.sh &
FHEM
Internals:
NAME AG_Dash
NR 721
STATE 2016-11-07 07:45:27
TYPE dummy
Readings:
2016-10-13 18:08:29 Avery 18:08:29 pressed
2016-10-13 18:07:23 Herma 18:07:23 pressed
2016-11-07 07:45:27 Sagrotan 07:45:27 pressed
2016-10-13 18:07:40 powerpoint 18:07:40 pressed
Attributes:
event-on-change-reading .*
icon ios-off
room 99_IOs
stateFormat {TimeNow();;}
MfG
warum nimmst du nicht das dash_dhcp modul?
gruss
andre
Zitat von: justme1968 am 15 November 2016, 19:08:34
warum nimmst du nicht das dash_dhcp modul?
gruss
andre
Weil es so problemlos läuft. FHEM (IP per DHCP) mit hostapd, deshalb br0. Mehrere AccessPoints, kein OpenWRT für Dash. Ich muss mich mal durch die 19 Seiten wühlen.
MfG
so lange alles ein netz ist funktionen das dash_dhcp modul mit beliebig vielen accesspoints. openwrt ist auch nicht nötig.
Zitat von: justme1968 am 15 November 2016, 20:29:30
so lange alles ein netz ist funktionen das dash_dhcp modul mit beliebig vielen accesspoints. openwrt ist auch nicht nötig.
Ja, aber! Ich habe das so verstanden, das mit der Regel alle Paket von Port 67 auf 6767 umgeleitet werden. Dann klappt DHCP auf dem Rechner nicht mehr. Richtig?
Müsste dann nicht, wenn ich beides haben möchte, Port 67 auf diesem Rechner dupliziert werden?
So etwa?
iptables -A PREROUTING -t mangle -i br0 -p udp ! -s 127.0.0.1 --dport 67 -j TEE --gateway 127.0.0.1
iptables -A OUTPUT -t nat -p udp -s 127.0.0.1/32 --dport 67 -j DNAT --to 127.0.0.1:6767MfG
ja. wenn du auf einem system eides brauchst musst du kopieren. jedenfalls wenn dein fhem nicht als root läuft.
wobei ich bei meinen tests zwischendurch auch mal alles auf beiden ports hatte. das hängt aber eventuell von der iptables regel ab.
probier es aus und sag ob es geht.
gruss
andre
Irgendwo hakt's bei mir noch. Folgendes habe ich gemacht:
iptables -A PREROUTING -t nat -i eth0 -p udp --dport 67 -j REDIRECT --to-port 6767
root@wopr:~# iptables -t nat -L -n --line-numbers
Chain PREROUTING (policy ACCEPT)
num target prot opt source destination
1 REDIRECT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:67 redir ports 6767
Chain INPUT (policy ACCEPT)
num target prot opt source destination
Chain OUTPUT (policy ACCEPT)
num target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
num target prot opt source destination
Ich sehe auch DHCP-Requests vom Dash-Button:
root@wopr:~# tcpdump port 67 or port 68 or port 6767 -e -n
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
12:38:29.026641 44:65:0d:b3:e4:b8 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 291: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 44:65:0d:b3:e4:b8, length 249
12:38:29.518862 44:65:0d:b3:e4:b8 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 291: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 44:65:0d:b3:e4:b8, length 249
12:38:29.535751 44:65:0d:b3:e4:b8 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 303: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 44:65:0d:b3:e4:b8, length 261
Aber in Fhem werden weder Events erzeugt, noch Logausgaben geschrieben (bei verbose 5). Fehlt hier ggf. noch was am Redirect?
Mein dash_dhcp-Device:
Internals:
CONNECTS 4
FD 19
LAST_CONNECT 2016-11-16 12:37:23
LAST_DISCONNECT 2016-11-16 12:37:23
NAME DASH_DHCP
NR 1725
NTFY_ORDER 50-DASH_DHCP
PORT 6767
STATE listening
TYPE dash_dhcp
Readings:
2016-11-16 12:37:23 state listening
Attributes:
allowed 44:65:0d:b3:e4:b8
port 6767
verbose 5
Das System ist ein Raspbian wheezy:
root@wopr:~# uname -a
Linux wopr 4.1.19-v7+ #858 SMP Tue Mar 15 15:56:00 GMT 2016 armv7l GNU/Linux
schau mal ob die pakete die du siehst wirklich von port 6767 kommen oder nicht doch noch von 67.
das iptables kommando das du verwendet hast scheint die version zu sein die nicht überall funktioniert/die ältere ist.
für neuere systeme muss man scheinbar die andere variante verwenden:iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
gruss
andre
ps: man kann die umgeleitet pakete mit wireshark auch nicht am neuen port sehen weil wireshark vor dem redirekt ansetzt.
Nabend zusammen,
ich habe es jetzt dank Andre am laufen. Ich hab nur ein kleines Problem, zu dem mir keine rechte Lösung einfällt. Ich schalte damit einen toggle (ein Dummy, über den ich eine Funksteckdose schalte.). Normalerweise klappt das gut. Dashbutton drücken, und ca. drei Sekunden später schaltet die Lampe. Manchmal passiert es aber, dass der Dashbutton deutlich länger als normal weiß blinkt und leuchtet, und die Lampe schaltet dann mehrfach an und aus. Der Toggle wird also mehrfach ausgelöst. Weiß da jemand eine Lösung? Den Buttons habe ich übrigens in der Fritzbox den Zugriff aufs Internet gesperrt.
Danke & Gruß
Psy
ich schalte so, wie nesges es gepostet hat... ohne einen dummy dazwischen.
wenn ein, dann schalte aus, ansonsten ein.
klappt bisher wunderbar
https://forum.fhem.de/index.php/topic,57248.msg488657.html#msg488657 (https://forum.fhem.de/index.php/topic,57248.msg488657.html#msg488657)
@PsychoD: event-min-interval setzen. aber warum noch ein dummy dazwischen?
Zitat von: justme1968 am 16 November 2016, 16:43:47
ja. wenn du auf einem system eides brauchst musst du kopieren. jedenfalls wenn dein fhem nicht als root läuft.
wobei ich bei meinen tests zwischendurch auch mal alles auf beiden ports hatte. das hängt aber eventuell von der iptables regel ab.
probier es aus und sag ob es geht.
gruss
andre
Klappt leider nicht. dash_dhcp zeigt keine Regung. Mir fehlt die Zeit tiefer einzusteigen. Ich lass es erst einmal bei meiner dhcpdump-Lösung. Auf dash_dhcp steige ich später um. Danke!
MfG
Zitat von: justme1968 am 16 November 2016, 16:54:57
schau mal ob die pakete die du siehst wirklich von port 6767 kommen oder nicht doch noch von 67.
Die, die ich mit tcpdump sehe kommen von 67. Ob/wie ich mit tcpdump umgeleitete Pakete sehen kann, weiss ich nicht. Ich nehme an, dass hier das gleiche wie für Wireshark gilt.
Zitatfür neuere systeme muss man scheinbar die andere variante verwenden:iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
Macht leider keinen Unterschied. Ich sehe nach wie vor keine Pakete an Port 6767.
Ich habe mal testweise einen einfachsten Listener auf Port 6767 lauschen gelassen:
#!/usr/bin/perl
use IO::Socket::INET;
$| = 1;
my ($socket,$data);
$socket = new IO::Socket::INET (
LocalPort => '6767',
Proto => 'udp',
Broadcast=>1,
ReuseAddr=>1
) or die "ERROR: $!\n";
while(1) {
$socket->recv($data,1024);
print $data if $data;
}
$socket->close();Wenn ich per netcat auf Port 67 sende (echo "." | nc -u localhost 67) kommt dort nichts an.
stimmt eth0 bei dir ?
Zitat von: justme1968 am 16 November 2016, 18:09:08
stimmt eth0 bei dir ?
jupp:
root@wopr:~# ifconfig
eth0 Link encap:Ethernet Hardware Adresse b8:27:eb:68:f2:f7
inet Adresse:192.168.178.64 Bcast:192.168.178.255 Maske:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX packets:673642 errors:0 dropped:0 overruns:0 frame:0
TX packets:936132 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:197776755 (188.6 MiB) TX bytes:817504368 (779.6 MiB)
lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
UP LOOPBACK RUNNING MTU:65536 Metrik:1
RX packets:123139 errors:0 dropped:0 overruns:0 frame:0
TX packets:123139 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:20778341 (19.8 MiB) TX bytes:20778341 (19.8 MiB)
@PsychoD das wird nicht am Dummy liegen. Batterie vielleicht fast leer oder der merkt das er nicht ins Inet kommt und versucht es noch einmal.
Hier der Befehl ohne Dummy
define n_DashButton1 notify DashButton:ac-63-be-e3-fb-ff..short IF ([DeinFhemGeraet] eq "on") (set DeinFhemGeraet off) ELSE (set DeinFhemGeraet on)
Zitat von: justme1968 am 16 November 2016, 18:04:41
@PsychoD: event-min-interval setzen. aber warum noch ein dummy dazwischen?
Danke! Das sollte klappen. :-)
Den Dummy brauche ich, weil es 433 Mhz Funksteckdosen sind, die über ne Commandline geschaltet werden. Der Dummy ist sz_l_regal:
define n_sz_l_regal_off notify sz_l_regal:off {system("sudo /opt/fhem/wiringPi/rcswitch-pi/send 11011 1 0");;return}
define n_sz_l_regal_on notify sz_l_regal:on {system("sudo /opt/fhem/wiringPi/rcswitch-pi/send 11011 1 1");;return}
schau dir mal readingsProxy an. wenn du den statt dem dummy verwendest sparst du die notifys.
gruss
andre
Alles klar, mache ich am WE. Danke für die ganzen hilfreichen Ratschläge, weiß das echt zu schätzen. FHEM ist eben doch ziemlich mächtig mittlerweile!
Viele Grüße
Psy
Hmm hab meinen per Lan presense ping hinzugefügt...
1 Sekunde habe ich den Ping.
Jedoch ist der Button sehr unzuverlässig. Für schnelleres Schalten ist er wohl auch nichts. Soll wohl vor zu schnellen bestellen schützen???
Jemand eine idee wieso fhem es manchmal nicht erkennt?
EDIT: Hab nun mal auf DHCP umgestellt ma sehen obs geht
der button sollte ziemlich zuverlässig sein. aber nicht schnell.
er wacht beim drücken zwar schnell auf und auch die dhcp anfrage geht schnell raus, aber es dauert eine weile bis er wieder schlafen geht (wenn er keine antwort von amazon bekommt deutlich länger) und bevor er nicht wieder schläft lässt er sich nicht wieder aufwecken und schickt auch keine dhcp anfrage.
im prinzip schickt der button bei jedem drücken eine nachricht mit seinem eigenen protokoll und er kann sogar doppelklicks, aber dazu muss man das eigentliche protokoll sprechen. d.h. nicht über dhcp (oder ping) gehen. dazu muss man entweder auf netzwerk ebene deutlich mehr aufwand treiben und diverse dinge umbiegen und dann schauen wie weit man kommt, oder die developer version kaufen. die gibt es in deutschland aber scheinbar (noch?) nicht, und die kostet etwa 20euro ohne gutschrift.
für anwendungen bei denen es darauf ankommt ab und zu ein drücken zu registrieren ist das ding konkurrenzlos günstig. wenn es um häufige anwendung geht bist du mit hm oder ähnlichem besser bedient. allein schon wegen dem batterie wechsel.
gruss
andre
moin,
also bei mir funktionieren die beiden Dashbutton mit "dash_dhcp" einwandfrei.
Bin so froh das ich die beiden bekommen habe. Günstiger geht es wirklich nicht
Sie schalten morgens und abends zuverlässig mehrere Geräte ein und aus.
Gruß Werner
Hallo zusammen,
ich habe nun auch meinen ersten DashButton eingerichtet. Um nicht dauernd bei "Amazon anzufragen" oder Meldungen über nicht abgeschlossene Einrichtung meines Buttons bekomme lasse ich dem Button eine feste IP Adresse zuweisen und habe die HTTP und HTTPS Ports hierfür gesperrt.
Nun ist mir aufgefallen dass der Knopf viel länger leuchtet und zwar nur noch Weiß.
Gibt es andere Lösungen?
Gruß
Peter
die saubere lösung ist dem button den amazon server bzw. dessen antwort vorzugaukeln.
ich weiß aber nicht ob die aktuell verfügbare information dazu reicht und ob im button dir amazon zertifikate abgelegt sind und geprüft werden. dann wäre es vermutlich eher aussichtslos.
ps: wenn wir rausfinden wie das geht sollten auch doppelklicks und batteriestand möglich sein wenn das ins modul eingebaut wird.
Zitat von: justme1968 am 29 November 2016, 21:38:11
die saubere lösung ist dem button den amazon server bzw. dessen antwort vorzugaukeln.
ich weiß aber nicht ob die aktuell verfügbare information dazu reicht und ob im button dir amazon zertifikate abgelegt sind und geprüft werden. dann wäre es vermutlich eher aussichtslos.
http://blog.nemik.net/2015/08/dash-button-corral/
- Zertifikate sind drin, werden aber nicht geprüft
- Er hat es daher mit Self-Signed "Bullshit Certificates" geschafft, den Button grün Blinken zu lassen (HTTP 200 reicht)
- Rest des Payloads (Batteriestand, Doppelklick) ist leider binär und hat er nicht dekodiert
- Er vermutet, dass neuere Firmwareversionen die Zertifikate prüfen könnten.
Wäre spannend zu wissen, ob das in der neueren Version, die wir in D alle haben, schon so ist ...
ja. genau so. ich weiß aber nicht wie praktikabel das für die meistern anwender ist. und wie zukunftssicher.
ich glaube es hat auch noch niemand mit einem
deutschen button probiert.
Moin,
meine 2 Buttons sind gestern auch angekommen. Ich wollte sie nun mit dem dash_dhcp bei uns einbinden (Sie sollen am Bett liegen und die jeweiligen residents Devices von home auf sleep und umgekehrt togglen). Was mir aber noch nicht ganz klar geworden ist. Was und wie muss ich an den Buttons machen? Weil irgendwo hab ich gelesen das man sie nicht einrichten darf, dann kann man sie nicht mehr anderweitig verwenden und dann liest man muss sie doch einrichten. Ich bin verwirrt. Kann mir einer erklären wie ich mit den komplett jungfräulichen Buttons verfahren muss?
Gesendet von meinem Nexus 10 mit Tapatalk
Du musst die Dinger erstmal in dein WLAN bringen. Dazu brauchst Du die Amazon Shopping App.
Den letzten Punkt der Einrichtung, wo man das Produkt auswählen soll, welches er bestellen soll. führst Du nicht aus.
Dann gehts erst weiter mit der Einbindung in fhem. ..
Die DHCP Version klappt super sogar Ein/Aus ohne große Pausen erden erkannt TOP !
Was man beachten muss ist die MAC Adresse oben mit : und unten mit - ;)
Das hatte ich anfangs übersehen.
Funzt Super
Was bedeutet wenn mand en Button drückt und es sehr lanhe weiß Blinkt ? Außer Reichweite ?
Hatte das Probblem gerade mit der DHCP Version.
Gedrückt blinkt einfach nur weiß .. nach 10 -15 Sekunden Lampe Aus Lampe sofort wieder an ..
Im Log hab ich 2 Einträge:
2016-12-03_17:25:47 DASH ac-63-be-29-4f-33: short
2016-12-03_17:25:48 DASH ac-63-be-29-4f-33: short
Schonmal jemand das Problem gehabt ?
Hat jemand zufällig ein Beispiel mit Doif ?
ich bekomm das mit den Bindestrichen irgendwie nicht hin :-\
Zitat von: Christoph am 03 Dezember 2016, 19:18:15
Hat jemand zufällig ein Beispiel mit Doif ?
ich bekomm das mit den Bindestrichen irgendwie nicht hin :-\
DOIF für was ?
Was bekommst Du nicht hin ?
Zitat von: Christoph am 03 Dezember 2016, 19:18:15
Hat jemand zufällig ein Beispiel mit Doif ?
ich bekomm das mit den Bindestrichen irgendwie nicht hin :-\
Falls Du die Bindestriche der MAC im Reading meinst, die lasse ich im DOIF sozusagen außen vor..
So sieht mein Trigger aus:
(["^SW_Dash_01:short"])
@ChrisW:
Kommt bei mir auch vor
attr dash_dhcp event-min-interval .*:10
sollte das on/off Problem lösen
Gruß
Simonberry
Zitat von: kumue am 03 Dezember 2016, 19:44:38
Falls Du die Bindestriche der MAC im Reading meinst, die lasse ich im DOIF sozusagen außen vor..
So sieht mein Trigger aus:
(["^SW_Dash_01:short"])
Ja genau die Bindestriche im Reading waren mein Problem. So funktioniert es Danke ;)
Hey.
Habe mir auch gerade meine ersten dash-buttons bestellt.
zZ gibt es bei Amazon ein Angebot, 4,99€ Rabatt beim ersten Knopfdruck, auf das bestellte Produkt zu erhalten. Das würde ich natürlich gerne wahrnehmen - dann sind die Buttons ja quasi geschenkt :)
Meine Frage daher, geht die Nutzung mit FHEM auch nach dem Verbinden mit einem Produkt noch? Da ich die Buttons in jedem Fall in meinem Router blockieren würde, wäre es mir bei gleichbleibender Funktion in FHEM egal, wenn die Teile jedes mal ein Produkt bestellen möchten aber nicht können.
Danke
Ich habe bei der Einrichtung des Button die Produktzuweisung nicht durchgeführt und das Teil auf der Fritzbox nach außen hin gesperrt.
Bei der nächsten Amazon-Bestellung wurden mir automatisch 4,99€ gutgeschrieben, also nicht produktbezogen.
Beim 2., 3. und 4. Dash-Button erfolgte keine Gutschrift mehr.
Vielleicht weil ich kein Prime-Kunde bin... wer weiß, egal, die Dinger leisten gute Dienste.
Mhhhh. Es heißt 4.99 Rabat auf den ersten Knopfdruck. Damit sind die Dinger quasi umsonst. Ich werde sehen. Heute kommen weitere an.
Gesendet von meinem SM-G930F mit Tapatalk
also die 4,99€ gibt es nur auf das Produkt was mit dem Button das 1. mal gekauft wurde. Bei anderen bestellungen ist nichts abgezogen worden. Habe 5 Buttons gekauft ;)
Man kann aber direkt nach bestellung mit dem Button es Stornieren. Der Gutschein wird mit Gutgeschrieben ;)
Zitat von: ChrisW am 07 Dezember 2016, 14:08:47
also die 4,99€ gibt es nur auf das Produkt was mit dem Button das 1. mal gekauft wurde. Bei anderen bestellungen ist nichts abgezogen worden. Habe 5 Buttons gekauft ;)
Man kann aber direkt nach bestellung mit dem Button es Stornieren. Der Gutschein wird mit Gutgeschrieben ;)
Das heißt es gibt die geschenkt?
Und danach resette ich den Button und kann ihn in fhem verwenden?
ich kann nur sagen,, wie es bei mir war...
Mit der Amazon Shopping App den Button ins heimische WLAN gehoben.
Den letzten Schritt in der App, die Produktauswahl, einfach nicht ausgeführt. Somit ist der Button für Amazon nicht vollständig eingerichtet.
Dann den Button mit dem 37_dash_dhcp-Modul eingebunden.
Auf der Fritzbox die Kommunikation nach außen gesperrt.
Als ich bei Amazon später was bestellte, also irgendwas anderes, wurden mir automatisch 4,99€ abgezogen.
Habe inzwischen 4Button und die Gutschrift habe ich nur beim ersten erhalten. zzwischenzeitlich hatte ich wieder bei Amazon Zeug bestellt, aber es gab halt keine Gutschift.
Prime-Kunde bin ich nicht, vielleicht ist das mein Problem.. how knows...
Ich habe bei zwei Buttons die erstbestellung durchgeführt und beides mal die Gutschrift erhalten
Gesendet von meinem SM-G930F mit Tapatalk
Super. Vielen Dank. Habe dann mal gleich 20 Stück bestellt ::) Wer weiß schon wann die Aktion ended... ??? :)
Update:
So, Dash's sind angekommen. Kann bestätigen, dass die Rabattierung funktioniert. Alle erfolgreich angelernt -> bestellt -> storniert -> Gutscheine trotzdem erhalten und einlösbar für jede Bestellung - also nicht Produktbezogen.
Aber ich weiß nicht so richtig, was mein Linux geraucht hat. eth0 hat bei mir nicht funktioniert. Ein "dmesg | grep eth" ergab
[ 1.094442] e1000e 0000:00:19.0 eth0: registered PHC clock
[ 1.094445] e1000e 0000:00:19.0 eth0: (PCI Express:2.5GT/s:Width x1) bc:5f:f4:be:d5:f2
[ 1.094447] e1000e 0000:00:19.0 eth0: Intel(R) PRO/1000 Network Connection
[ 1.094485] e1000e 0000:00:19.0 eth0: MAC: 11, PHY: 12, PBA No: FFFFFF-0FF
[ 1.095065] e1000e 0000:00:19.0 enp0s25: renamed from eth0
enp0s25 renamed from eth0 ?! Keine Ahnung. Na jedenfalls statt eth0 einfach enp0s25 bei iptables eingegeben und es funktioniert auch bei mir. Also falls jemand evtl den selben Fehler hat
Zitat von: snickers2k am 08 Dezember 2016, 01:46:16
enp0s25 renamed from eth0 ?! Keine Ahnung. Na jedenfalls statt eth0 einfach enp0s25 bei iptables eingegeben und es funktioniert auch bei mir. Also falls jemand evtl den selben Fehler hat
Das dürfte deine Frage beantworten:
https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/
Zitat von: ChrisW am 07 Dezember 2016, 14:08:47
also die 4,99€ gibt es nur auf das Produkt was mit dem Button das 1. mal gekauft wurde. Bei anderen bestellungen ist nichts abgezogen worden. Habe 5 Buttons gekauft ;)
Man kann aber direkt nach bestellung mit dem Button es Stornieren. Der Gutschein wird mit Gutgeschrieben ;)
Das kann ich so nicht bestätigen. Ich habe mittlerweile vier dieser Dashbuttons und Amazon hat nur nach der Bestellung des ersten Buttons mein Konto belastet. Die weiteren Dashbuttons habe ich direkt 2-3 Tage danach einzeln im Abstand von einem Tag bestellt und der Rechnungsbetrag war jedes mal 0,00€. Da sonst kein Restguthaben oder sonstige Gutschriften auf meinem Account waren bin ich mir sicher, dass diese Gutschrift von den Dashbuttons war.
Sprich:
1. DashButton = kostet 5€, man bekommt eine 5€ Gutschrift.
2. DashButton = kostet 5€ jedoch durch Abzug der Gutschrift = 0 €. Auch zu dieser Bestellung gibt es wieder eine 5€ Gutschrift!
usw.
Keiner dieser Buttons wurde für je den eigentlichen Anwendungszweck verwendet, noch wurden die Produkte gekauft für welche dieser vorgesehen war.
Ich bin mir nicht sicher ob das Einfluss darauf hat aber ich bin Amazon Prime Kunde.
Die Buttons funktionieren bei mir recht zuverlässig, leider passiert es ab und zu, dass entweder gar nichts passiert oder zwei Aktivierungen ausgelöst werden. Ich bin leider noch nicht dahinter gekommen, warum das so ist. Hat jemand ähnliche Beobachtungen gemacht und eventuell eine Idee, woran das liegen könnte?
Ich verwende dhcp_dash und folgende Definition:
define DashButton_Bett notify DashButton:ac-63-be-ad-92-88..short IF ([Light_Bett] eq "on") (set Light_Bett off) ELSE (set Light_Bett on)
Zitat von: DasB am 09 Dezember 2016, 18:18:58
1. DashButton = kostet 5€, man bekommt eine 5€ Gutschrift.
2. DashButton = kostet 5€ jedoch durch Abzug der Gutschrift = 0 €. Auch zu dieser Bestellung gibt es wieder eine 5€ Gutschrift!
Das werde ich nun auch mal testen, habe aber für den ersten button Spülmaschinentabs gekauft :(
Noch etwas zum Modul:
wäre es möglich ein Attribut devAlias wie bei unifi oder Nmap einzubauen? Dann wird aus 50-f5-da-1a-c5-b8 z.B. Wohnzimmer
Edit:
kann man in der Android App die Benachrichtigung "Ihr Dash Button ist fast einsatzbereit" unterdrücken ohne gleich alle Benachrichtigunen der App zu unterdrücken?
devAlias ist ab dem update morgen verfügbar.
gruss
andre
Zitat von: igami am 09 Dezember 2016, 21:50:05
Das werde ich nun auch mal testen, habe aber für den ersten button Spülmaschinentabs gekauft :(
Noch etwas zum Modul:
wäre es möglich ein Attribut devAlias wie bei unifi oder Nmap einzubauen? Dann wird aus 50-f5-da-1a-c5-b8 z.B. Wohnzimmer
Edit:
kann man in der Android App die Benachrichtigung "Ihr Dash Button ist fast einsatzbereit" unterdrücken ohne gleich alle Benachrichtigunen der App zu unterdrücken?
Ja, in den Benachrichtigungseinstellungen der Amazon App.
Zitat von: justme1968 am 06 September 2016, 18:26:30
ich habe noch zwei seiten gefunden die scheinbar erfolgreiche die verbindung des button zum amazon server umleiten können.
damit müsste es möglich sein die led grün zu bekommen und auch den batterie stand mit zu lesen:
https://github.com/badbeef/Amazon-Dash-Server (https://github.com/badbeef/Amazon-Dash-Server)
http://blog.nemik.net/2015/08/dash-button-corral/ (http://blog.nemik.net/2015/08/dash-button-corral/)
hier steht etwas über das protokoll das der nicht gebrandete iot button verwendet: https://aws.amazon.com/de/iot/button/ (https://aws.amazon.com/de/iot/button/). es kann aber sein das die gebrandete version nur den normalen einfachen klick kann.
gruss
andre
Zwar schon etwas alter, aber gab/gibt es diesbezüglich etwas neues? Wäre schon cool, wenn der button eine erfolgreiche Meldung an FHEM bestätigt.
Zitat von: justme1968 am 09 Dezember 2016, 22:18:39
devAlias ist ab dem update morgen verfügbar.
top :) Sollte es auch einfacher machen, wenn mal ein Button ausgetauscht wird. Dann muss man nur das Attribut anpassen, anstatt alles was dahinter hängt.
Zitat von: DasB am 09 Dezember 2016, 22:32:30
Ja, in den Benachrichtigungseinstellungen der Amazon App.
Danke, hatte mich davon verwirren lassen, dass bei "Dash Button-Updates" nur steht: Updates erhalen, wenn eine Dash Button-Bestellung aufgegeben wird.
Gibt es von euch schon Erfahrungen, wie lange so ein Button benötigt, sich wieder ins WLAN einzubuchen, wenn er davon räumlich entfernt war?
Muss der Button dafür "geweckt", also betätigt, werden, weil er in deep sleep o.ä. geht??
Bin am überlegen, mir einen solchen Buttons ins Auto zu legen, um schon in der Einfahrt Licht und dergleichen einzuschalten.
vb
für buttons schlafen und melden sich nur beim drücken an. wenn das wlan in reichweite ist geht das in unter einer sekunde.
danke für deine schnelle Antwort.
d.h. ich müsste quasi einen Doppelklick machen, einmal wecken zum anmelden WLAN, einmal Aktion auslösen?
Das hört sich praktikabel an.
vb
nein. einfach drücken reicht.
beim drücken wacht er auf, meldet sich an und sendet einen dhcp request.
gruss
andre
noch besser. Dann kann er ja kommen.
Danke dir.
Hallo,
heute sind bei mir auch mal 4 Dash-Buttons angekommen und ich bin mir jetzt nicht ganz im klaren, wie jetzt die richtige Reihenfolge ist.
Zum einen lese ich, das über die Amazon-App der letzte Schritt nicht abgeschlossen werden soll,
andrerseits liest man auch, das darüber auch die Erstbestellung gemacht wurde.
Ich möchte natürlich auch die Gutschriften von Amazon bekommen.
Lassen sich die Buttons auch nach erfolgreicher Erstbestellung über das 37_dash_dhcp-Modul einbinden?
Gruß
Stefan
Zitat von: StefanW am 12 Dezember 2016, 16:03:34
Hallo,
heute sind bei mir auch mal 4 Dash-Buttons angekommen und ich bin mir jetzt nicht ganz im klaren, wie jetzt die richtige Reihenfolge ist.
Zum einen lese ich, das über die Amazon-App der letzte Schritt nicht abgeschlossen werden soll,
andrerseits liest man auch, das darüber auch die Erstbestellung gemacht wurde.
Ich möchte natürlich auch die Gutschriften von Amazon bekommen.
Lassen sich die Buttons auch nach erfolgreicher Erstbestellung über das 37_dash_dhcp-Modul einbinden?
Gruß
Stefan
Hallo Stefan,
ist eigentlich sehr einfach.
Mittels Amazon-App die Geräteeinrichtung starten und den Assistent bis zur Produktauswahl durchführen. Dort
KEIN Produkt wählen und Assistent via "X" in der rechten oberen Ecke abbrechen. Anschließend auf deinem Router die MAC-Adresse suchen und in FHEM einbinden.
Bezüglich des Gutschrift, der wird dir auch gutgeschrieben wenn du nichts über den Button bestellst. Ich mache das seit knapp zwei Wochen so, alle 1-2 Tage bestelle ich einen neuen Dash-Button, welcher dank Gutschrift jedesmal kostenlos ist. Meines Wissens nach triggert das erstmalige Drücken des Buttons die Gutschrift. (Vermutung!)
Grüße,
Ben
Hallo Ben,
wie lange dauert es etwa bis die Gutschrift im Konto gutgeschrieben wird? Habe gerade einen Dash Button fast konfiguriert und möchte gerne den nächsten bestellen :)
Bzgl. des Finden der Mac Adresse:
ich habe zwei dash_dhcp Instanzen. Eine heißt DashButtonFinder und dort ist einfach kein allowed Attribut gesetzt, sodass ich darüber alles sehe was auf Port 67 was sendet.
Zitat von: igami am 12 Dezember 2016, 17:20:20
Hallo Ben,
wie lange dauert es etwa bis die Gutschrift im Konto gutgeschrieben wird? Habe gerade einen Dash Button fast konfiguriert und möchte gerne den nächsten bestellen :)
Bzgl. des Finden der Mac Adresse:
ich habe zwei dash_dhcp Instanzen. Eine heißt DashButtonFinder und dort ist einfach kein allowed Attribut gesetzt, sodass ich darüber alles sehe was auf Port 67 was sendet.
Coole Idee mit den zwei dashbutton Instanzen! Ich muss aber eh auf den Router, die Buttons bekommen bei mir alle DHCP Reservierungen.
Bezüglich der Gutschrift, probiere es einfach aus. Klick dich durch den Bestell-Prozess bis zum letzten Schritt der Bestellung, dort siehst du rechts den Rechnungsbetrag und eventuell verrechnete Gutschriften, noch bevor die Bestellung ausgelöst wird.
Zitat von: DasB am 12 Dezember 2016, 17:27:29
Coole Idee mit den zwei dashbutton Instanzen! Ich muss aber eh auf den Router, die Buttons bekommen bei mir alle DHCP Reservierungen.
Bezüglich der Gutschrift, probiere es einfach aus. Klick dich durch den Bestell-Prozess bis zum letzten Schritt der Bestellung, dort siehst du rechts den Rechnungsbetrag und eventuell verrechnete Gutschriften, noch bevor die Bestellung ausgelöst wird.
Bei mir bekommen sie auch eine DHCP Reservierung und die Internetsperre, aber dann muss ich nicht erst danach suchen ;)
Jetzt ist die Gutschrift da. Also dauert das etwa 10 Minuten :D
Jetzt werden 2 Neue gekauft, dann geht das schneller mit dem nachordern ;D
Guten Morgen!
prinzipiell funktionieren meinen dash buttons, aber ich sehe immer öfter den Effekt, dass nach einmaligen "Drücken" n-Events auftauchen, was nicht wirklich sinnvoll ist.
Ich habe bereits: event-min-interval .*:5 ... gesetzt, aber dennoch tauchen (in grob geschätzt 20% der Fälle) mehrfach Events auf.
Hat jemand diesen Effekt auch, bzw. ggf. eine Idee, was dem Effekt zu Grunde liegt ?
Eine mögliche Idee hätte ich: Ich vermute (bislang noch nicht hinreichend überprüft), dass ich im Empfangsbereich meine beiden FritzBOXEN (mit gleicher WLAN SSID) den Dash Button drücke und mehrere DHCP Requests an dem FHEM Server via Broadcast ankommen.
Der Dash button wurde hier z.B. nur einmal gedrückt:
2016-12-12_23:14:14 dash_buttons 44-65-0d-ee-46-ff: short
2016-12-12_23:14:02 dash_buttons 44-65-0d-ee-46-ff: short
2016-12-12_23:13:51 dash_buttons 44-65-0d-ee-46-ff: short
2016-12-12_23:13:40 dash_buttons 44-65-0d-ee-46-ff: short
2016-12-12_23:13:28 dash_buttons 44-65-0d-ee-46-ff: short
2016-12-12_23:13:09 dash_buttons 44-65-0d-ee-46-ff: short
2016-12-12_23:12:34 dash_buttons 44-65-0d-ee-46-ff: short
2016-12-12_23:12:23 dash_buttons 44-65-0d-ee-46-ff: short
2016-12-12_23:12:03 dash_buttons 44-65-0d-ee-46-ff: short
2016-12-12_23:11:51 dash_buttons 44-65-0d-ee-46-ff: short
2016-12-12_23:11:40 dash_buttons 44-65-0d-ee-46-ff: short
2016-12-12_23:11:19 dash_buttons 44-65-0d-ee-46-ff: short
2016-12-12_23:11:07 dash_buttons 44-65-0d-ee-46-ff: short
2016-12-12_23:10:58 dash_buttons 44-65-0d-ee-46-ff: short
Viele Grüße!
Andreas
Ich sehe auch mehrere DHCP-Requests und verwende nur einem Access Point. Möglicherweise reagiert deine Fritzbox zu langsam und der Button bekommt nicht schnell genug eine IP zugewiesen, woraufhin er immer requests rausschickt?
Mal von der Mehrfachauslösung abgesehen, scheinen die Buttons manchmal einfach willkürlich gar nicht zu funktionieren. Ich habe mehrfach beobachtet das Buttons (lässt sich nicht auf einen einzlnen eingrenzen) auch nach mehrmahligem Druck einfach nicht auslösen, egal wie nahe man am AP steht.
Ich stelle mir seit einigen Tagen die Frage ob es möglich wäre, durch das umbiegen von DNS-records den Button auf einen lokalen Webserver umzuleiten, und so besser mitzubekommen wann dieser tatsächlich gedrückt wurde. Zudem sollte sich doch das "offizielle" Verhalten der LED nachbilden lassen? Hatte leider noch nicht die Zeit micht damit mal näher zu beschäftigen bzw. bin ich mir sicher, dass die vielen klugen Köpfe hier diese Idee schon vor mir hatten... ;D
@fhem-challenge: wenn nicht schnell genug eine antwort kommt wird vermutlich noch ein request abgesetzt. setz event-min-interval noch etwas hoch.
@DasB: siehe weiter oben im thread. theoretisch müsste das gehen. die kommunikation ist aber verschlüsselt und binär. wenn man den druck über darüber auswertet ist die reaktion auch deutlich langsamer.
habe meinen DashButtonFinder noch etwas verbesser
defmod DashButtonFinder dash_dhcp
attr DashButtonFinder group DashButton
attr DashButtonFinder icon control_minus
attr DashButtonFinder port 6767
attr DashButtonFinder room global
attr DashButtonFinder userReadings state {\
delete $hash->{READINGS};;\
my $alias = (split(":", @{$hash->{CHANGED}}[0]))[0];;\
my $mac = $alias;;\
$mac =~ s/-/:/g;;\
return("$alias ".uc($mac));;\
}
im state wird dann "88-71-e5-ba-c8-22 88:71:E5:BA:C8:22" angezeigt. Damit lassen sich beide Formen der MAC für devAlias und allowed kopieren.
Mein erkältetes Hirn braucht mal wieder einen kleinen Anstoß.
Ich habe den Dash Button eingerichtet und im Event-Log tauch auch
2016-12-14 18:04:52 dash_dhcp DashButton1 44-65-0d-2b-f3-17: short auf.
Der Button ist wie folgt angelegt:
DeviceOverview
DashButton1
listening
Internals
CFGFN
CONNECTS
1
FD
25
LAST_CONNECT
2016-12-14 16:05:08
NAME
DashButton1
NR
12108
NTFY_ORDER
50-DashButton1
PORT
6767
STATE
listening
TYPE
dash_dhcp
Readings
44-65-0d-2b-f3-17
short
2016-12-14 18:04:52
state
listening
2016-12-14 16:05:08
DashButton1
Attributes
allowed
44:65:0d:2b:F3:17
deleteattr
port
6767
deleteattr
room
dashbutton
deleteattr
Probably associated with
MagicDash
active
notify
Nur bei meinem Notify passiert leider nichts, siehe Screenshot.
Vielleicht hat ja jemand spontan die richtige Idee.
Danke
Micha
Im notify F3 in f3 ändern ?
Zitat von: kumue am 14 Dezember 2016, 18:20:14
Im notify F3 in f3 ändern ?
So genau hätte ich mir das auch gedacht, aber das war es leider (noch) nicht.
Habe aber im Dash Button auch noch ein großes F entfernt. War es auch nicht.
Schade, aber trotzdem dickes Danke.
Hallo.
Bin hier wie wild am lesen, habe heute meinen Dash Button bekommen.
In der App habe ich aber noch ein Produkt ausgewählt und erst dann abgebrochen, hoffe das war nicht einen Tick zu spät ?
Unter den Geräten in der FritzBox sehe ich den Button. Dieser leuchtet nun ein mal weiß und blinkt dann mehrmals rot.
Internetzugriff habe ich komplett (per Kindersicherung) blockiert.
Habe versucht mit define dash dash_dhcp aber dann erhalte ich die Meldung wegen root, davon hatte ich hier gelesen.
Was ist aber mit "iptables" gemeint ?
Brauche ich noch irgend was anderes, oder ist das nun in FHEM eingebaut worden ?
Würde mich sehr über eine kleine Hilfe freuen.
Zitat von: Nerdletics am 14 Dezember 2016, 18:27:12
So genau hätte ich mir das auch gedacht, aber das war es leider (noch) nicht.
Habe aber im Dash Button auch noch ein großes F entfernt. War es auch nicht.
Schade, aber trotzdem dickes Danke.
so sollte es aber funktionieren...
DashButton1.*:.short IF ([WZ_Front] eq "on") (set WZ_Front off) ELSE (set WZ_Front on)
Zitat von: ArduPino am 14 Dezember 2016, 19:16:56
Hallo.
Bin hier wie wild am lesen, habe heute meinen Dash Button bekommen.
In der App habe ich aber noch ein Produkt ausgewählt und erst dann abgebrochen, hoffe das war nicht einen Tick zu spät ?
Unter den Geräten in der FritzBox sehe ich den Button. Dieser leuchtet nun ein mal weiß und blinkt dann mehrmals rot.
Internetzugriff habe ich komplett (per Kindersicherung) blockiert.
eigentlich keins auswählen, sonst wird doch was bestellt, wenn du die kindersicherung mal deaktivierst.
Zitat von: ArduPino am 14 Dezember 2016, 19:16:56
Habe versucht mit define dash dash_dhcp aber dann erhalte ich die Meldung wegen root, davon hatte ich hier gelesen.
Was ist aber mit "iptables" gemeint ?
Brauche ich noch irgend was anderes, oder ist das nun in FHEM eingebaut worden ?
Würde mich sehr über eine kleine Hilfe freuen.
Ich hab mich an die Anleitung gehalten
https://maker-tutorials.com/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation/
Zitat von: kumue am 14 Dezember 2016, 19:24:07
so sollte es aber funktionieren...
DashButton1.*:.short IF ([WZ_Front] eq "on") (set WZ_Front off) ELSE (set WZ_Front on)
Hey @kumue
da hast Du mich jetzt auf den richtigen Weg gebracht. Sauber. Danke. WZ_Front sind bei mir ein paar MiLight Birnen. Schalte ich den Dash Button erscheint folgendes im Log:
2016-12-14 20:14:15 MilightDevice WZ_Front transitionInProgress: 1
2016-12-14 20:14:15 dash_dhcp DashButton1 44-65-0d-2b-f3-17: short
2016-12-14 20:14:15 MilightDevice WZ_Front transitionInProgress: 0Aber es passiert nichts. Eine andere MiLight Deckenlampe geht zwar an, aber nicht wieder aus. Nehme ich allerdings eine FS20 Steckdose, schaltet diese perfekt an und aus. Deswegen gehe ich mal stark davon aus, dass die MiLights wieder einmal rumzicken.
Auf jeden Fall vielen Dank kumue ;)
Hallo in der Runde,
nachdem meine Dashbuttons funktioniert haben habe ich gestern ein neues Feature zu meiner FHEM hinzuzufügen angefangen. Also ein Update von FHEM, dann die Raspi aktualisiert und die Linux-Pakete hinzugefügt (Verkehrsinfo, https://forum.fhem.de/index.php?topic=55118.0)
Danach wollten meine Dash-Buttons nicht mehr. Auch mit der Anleitung von https://maker-tutorials.com/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation/#variante-1-fhem-modul-dash_dhcp geht nichts mehr.
Hier die Def des Devices:
Internals:
CHANGED
CONNECTS 2
FD 130
LAST_CONNECT 2016-12-14 19:22:48
LAST_DISCONNECT 2016-12-14 19:22:48
NAME Dash_Lampe
NR 482
NTFY_ORDER 50-Dash_Lampe
PORT 6767
STATE listening
TYPE dash_dhcp
Readings:
2016-12-14 19:22:48 state listening
Attributes:
allowed 50:f5:da:47:ba:42
event-min-interval .*:10
port 6767 Hier der Inhalt des Nano
Zitat
# Generated by iptables-save v1.4.14 on Wed Dec 14 20:28:13 2016
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0$
COMMIT
# Completed on Wed Dec 14 20:28:13 2016
update: Das ganze ist wohl ein Rechte-Problem. Die Nano Datei wird nicht geladen. Der Befehl sudo ... setzt die Ip-Tables
Zitat von: igami am 14 Dezember 2016, 19:27:15
eigentlich keins auswählen, sonst wird doch was bestellt, wenn du die kindersicherung mal deaktivierst.
Ich hab mich an die Anleitung gehalten
https://maker-tutorials.com/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation/
Ah super ! Danke ! Werde ich morgen direkt mal durcharbeiten.
Habe den Button wieder gelöscht und noch mal neu angelegt. Diesmal direkt abgebrochen.
soo, da is er wieder....
Danke an alle hier.
Ich habe - nach erfolglosen Versuchen vor ein paar Tagen - es heute geschafft, meinen 1. Button bei Amazon einzurichten.
Die einbindung in fhem war ein Klacks, den Port umzubiegen auch kein Problem.
Auch meine ersten Versuche, mit dem Button etwas zu schalten etc sind erfolgreich gewesen.
Soweit bin ich sehr zufrieden.
Nur die dauerhafte Umleitung des Ports scheitert an irgendwas.
Ob es technische Gründe sind oder einfach mein Unvermögen, keine Ahnung.
Ich habe jeden Ansatz aus diesem Thread umgesetzt. Nach einem reboot meines Odroid C1 (mit Ubuntu 14.04) ist die Portumleitung nicht aktiv.
Setze ich sie per Hand, funzt alles.
Mal sehen was ich dazu noch finde, das muss ja irgendwie klappen.
vb
Zitat von: VB90 am 17 Dezember 2016, 13:14:24
Ich habe jeden Ansatz aus diesem Thread umgesetzt. Nach einem reboot meines Odroid C1 (mit Ubuntu 14.04) ist die Portumleitung nicht aktiv.
Setze ich sie per Hand, funzt alles.
Mal sehen was ich dazu noch finde, das muss ja irgendwie klappen.
vb
Hast du es nach der Anleitung unter https://maker-tutorials.com/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation/
gemacht (weiß nicht ob das bei Ubuntu auch so gemacht wird) ?
Hier wird geschrieben, das man in der rules.v4 noch eine Anpassung machen muss.
Das war bei mir aber nicht der Fall, dieses PREROUTING stand nach installation von iptables-persistent schon drin.
Auch wird in der Anleitung eth0 verwendet, ich nutze aber Wlan. Nachdem ich den schon bestehenden Eintrag gesehen und den von Hand eingefügten wieder entfernt hatte, lief es dann auch nach Neustart.
Wenn du das sowieso nach der Anleitung gemacht hast...dann hat sich gerade mein Beitrag erledigt und hilft dir leider nicht weiter. 8)
siehe hier: https://forum.fhem.de/index.php/topic,57248.msg502599.html#msg502599 (https://forum.fhem.de/index.php/topic,57248.msg502599.html#msg502599)
Bei Ubuntu:
apt-get install iptables-persistent
@papaloewe
Danke für den Hinweis, das hab ich aber schon alles durch. deswegen find ich das ja so komisch.
@ArduPino
der vorhandene Eintrag in der rules.v4 sieht aber leicht anders aus, als das was per hand in die Console kommt.
Kannst du mir die betreffende Zeile mal hier rein kopieren?
Ich habe die bei meinen Test gestern gekillt und dummerweise vergessen, sie mir wegzuspeichern.
Hätte sie einfach auskommentieren sollen...
eth0 etc passt schon alles Hab bewusst kein WLan am Odroid aktiv.
Danke.
vb
Zitat von: ArduPino am 17 Dezember 2016, 16:20:39
Hast du es nach der Anleitung unter https://maker-tutorials.com/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation/
gemacht (weiß nicht ob das bei Ubuntu auch so gemacht wird) ?
Ich habe auch das Problem, das die Portumleitung bei mir leider keinen Reboot überlebt. (RPi3 mit Raspbian Jessie vom Sept.)
Habe mich auch an die Anleitung gehalten.
Das steht aktuell in der rules.v4:
# Generated by iptables-save v1.4.21 on Mon Dec 12 18:11:05 2016
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
COMMIT
# Completed on Mon Dec 12 18:11:05 2016
Wenn ich die Umleitung wieder von Hand setze, geht es.
Hat sich da irgendwas geändert?
Gruß
Stefan
Hi,
iptables-persistent installiert und ist es auch geladen?
Viele Grüße vom gent
So, habe es anscheinend hinbekommen. :D
Ich bin jetzt so vorgegangen:
1. iptables-persistent nochmal deinstalliert & neu installiert.
2. Reboot
3. Portumleitung von Hand gesetzt (sudo iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767)
4. Regel dauerhaft speichern (anmelden als root über su -> iptables-save > /etc/iptables/rules.v4)
5. Reboot
Jetzt "überlebt" die Portumleitung jedenfalls einen reboot.
Gruß
Stefan
Hallo Stefan,
ad4. Wenn ich den Befhl "su ... rules.v4" eingebe, erhalte ich einen Fehlerhinweis auf fehlene Rechte.
Kannst Du mir zu 4 Bitte exakt erklären, was du gemaccht hast.
Sorry, bin Anfänger.
Danke und Gruß,
Kurt
Hi Kurt,
eigentlich ganz einfach.
Ich gehe mal davon aus, das du z.B. als pi angemeldet bist.
Wegen den fehlenden Rechten musst du dich erst als root anmelden.
Falls du für root noch kein passwort vergeben hast, musst du das vorher tun.
sudo passwd root
Danach kannst du dich über su als root anmelden und dein gewähltes passwort eingeben.
Nun kannst du die Regel speichern.
iptables-save > /etc/iptables/rules.v4
Gruß
Stefan
Danke Stefan! Hat funktioniert!
Hi,
ich habe mit den Dashbuttons das Problem, dass das notify immer 2x ausgeführt wird.
define MyDash dash_dhcp
attr MyDash allowed xx:xx:xx:xx:xx:xx
attr MyDash port 6767
define MyDash .notify notify MyDash :xx-xx-xx-xx-xx-xx:.* IF ([Licht] eq "on") (set Licht off) ELSE (set Licht on)
Wenn ich den Button drücke, geht das Licht an und innerhalb von ~1sec wieder aus bzw. wenn es an ist geht es aus und wieder an.
Jemand ne Idee an was das liegen kann bzw. was ich dagegen tun kann?
Grüße Dave
Zitat von: davedeluxe am 21 Dezember 2016, 10:44:06
Jemand ne Idee an was das liegen kann bzw. was ich dagegen tun kann?
Ursache kenne ich nicht genau, man kann aber event-min-interval auf z.B. 5 setzen
attr MyDash event-min-interval .*:5
Zitat von: VB90 am 18 Dezember 2016, 11:25:23
@ArduPino
Kannst du mir die betreffende Zeile mal hier rein kopieren?
eth0 etc passt schon alles Hab bewusst kein WLan am Odroid aktiv.
Die PREROUTING Zeile habe ich wie gesagt nicht eingetragen, benutze Wlan und das ganze läuft auch nach einen Neustart:
COMMIT
# Completed on Sat Dec 17 14:42:10 2016
# Generated by iptables-save v1.4.21 on Sat Dec 17 14:42:10 2016
*nat
:PREROUTING ACCEPT [19:1592]
:INPUT ACCEPT [21:2170]
:OUTPUT ACCEPT [36:2802]
:POSTROUTING ACCEPT [36:2802]
-A PREROUTING -s 0.0.0.0/32 -i wlan0 -p udp -m udp --dport 67 -j DNAT --to-destination 0.0.0.0:6767
COMMIT
# Completed on Sat Dec 17 14:42:10 2016
Hallo zusammen,
nachdem ich nun immer Infos gezogen habe, möchte ich nun auch mal einen Tipp abgeben:
Die Port-Umsetzung mit iptables geht meines wissens auch einfacher bei jeder Fritzbox, Speedport usw.
Eine neue Portweiterleitungsregel erstellen, Protokoll upd, Port und IP des Dashbuttons angeben und an Zielport 6767 eingeben.
Dazu noch im Router eine feste bzw. immer die gleiche IP zuweisen und die Kindersicherung auf gesperrt setzen. Damit geht nichts zu Amazon und es gibt noch einen Punkt, dass die Geräte im Heimnetz oder LAN untereinander kommunizieren dürfen.
Habe es aber nicht ausprobiert, da ich das Teil noch nicht habe, denke aber, dass das so funktioniert
spontan würde ich sagen das geht nicht für broadcast nachrichten und auch nicht für alle anderen nachrichten bei denen der router nicht das ziel ist.
Hallo Zusammen und zunächst einmal ein frohes neues Jahr 2017!
... ein kleines Problem: Seit dem Update von heute funktioniert der Zugriff auf "IO::Socket::INET" nicht mehr, obwohl mein fhem unter "root" läuft.
2017.01.01 12:41:52 4: dash_buttons: using port 67
2017.01.01 12:41:52 2: dash_buttons: failed to open port 67 IO::Socket::INET: Protocol not available
2017.01.01 12:42:22 4: dash_buttons: using port 67
2017.01.01 12:42:22 2: dash_buttons: failed to open port 67 IO::Socket::INET: Protocol not available
2017.01.01 12:42:34 3: Weather: 0 result(s) retrieved
Mit einem "restore" auf "37_dash_dhcp.pm 12732 2016-12-09 21:18:21Z " gehts wieder.
Viele Grüße!
Andreas
auf welchem system läuft dein fhem?
gruss
andre
Auch von mir als erstes ein frohes neues Jahr!
Ansonsten das selbige Problem bei mir, allerdings lauschend auf Port 6767. Nach rückgängig machen der Änderung läuft alles wieder wie gewohnt.
LG
Danny
welche ausgabe gibt es bei euch wenn ihr in der commandbox oder per telnet{defined(&SO_REUSEPORT)?1:0}eingebt?
1
LG
Danny
Ich hatte beim überfliegen irgendwo aufgeschnappt das SO_REUSEPORT nur für Multicastadressen geht, muss aber nicht richtig sein.
LG
Danny
Hi,
habe das selbe Problem, nach restore der alten Version geht's wieder!
FHEM auf BananaPi Pro / Debian Jessie
ja. es ist nur für multicast sinnvoll. ich habe beim fixen gestern nicht aufgepasst und auch broadcast falsch mit 'repariert'. hier war die alte falsche version aus versehen so falsch das sie nicht gestört hat.
unter mac os ist es dann nicht aufgefallen weil SO_REUSEPORT für broadcast ignoriert wird statt einen fehler zu erzeugen.
ab morgen ist es 'richtig' repariert.
gruss
andre
Vielen Dank!
Hallo Zusammen,
habe die Tage mein fhem umgezogen, da bei meinem Nettop der Lüfter defekt ist.
Auf dem neuen NUC mit mir Ubuntu 16.04.1 LTS geht nun der Dash Button nicht mehr.
Kann es sein, dass das Modul nur auf eth0 geht?
Bei mir heißt die NIC jetzt enp3s0
Vielen Dank
dann sollte es reichen, wenn du es so in die Portumleitung einträgst.
vb
reicht leider nicht bzw. gerade fest gestellt, dass das mit der Portumleitung wohl bei Ubuntu 16.04 nicht mehr so funktioniert?
Hi, ich habe heute meinen Dash-Button bekommen und ein kleines Problem damit.
Eingerichtet habe ich ihn nach dieser Anleitung: http://www.juergenstechnikwelt.de/smarthome-2/amazon-dash-button-einfach-in-fhem-einbinden/
Eine feste IP ist in der Fritz Box für den Button eingestellt auf 192.168.178.78 und die Internetverbindung eingestellt auf "gesperrt" und den Namen "DashButton01" definiert. In Fhem habe ich eine presence eingestellt:
define DashButton01 PRESENCE lan-ping 192.168.178.78 1
Und ein Notify:
define notDashButton01 notify DashButton01:present set Buero_Licht off
Wenn ich nun den Button kurz drücke passiert folgendes:
- er blinkt kurz weiß
- anschließend blinkt er hektisch rot
- FHEM erkennt den Button nicht im Netzwerk
- In der Fritzbox-Übersicht wird der Button kurzzeitig als "online" angezeigt
- Per Commandozeile kann ich den Button manchmal per Ping erreichen (nicht immer)
Meine Fragen hierzu sind:
- Soll der Button so hektisch rot blinken?
- Wieso erkennt FHEM den Button nicht?
Im WLAN ist er richtig eingerichtet. Wenn ich die Internetsperre entferne, dann kommt bei jedem Drücken die Meldung auf dem Handy, dass der Button nicht richtig konfiguriert sei.
Das blinken ist normal. Rot ist wenn der keine Verbindung zum Internet aufbauen kann.
In meinem notify ist die mac mit drin, aber das verwendet ..short IF
Weiß nicht ob das dir weiter hilft.
DashButton1:50-ff-ff-ff-ff-ff..short IF ([Lampe1] eq"on") (set Lampe1 off) ELSE (set Lampe1 on)
Gesendet von meinem Wileyfox Swift mit Tapatalk
Danke für die flotte Antwort.
Löst du das ganze dann mittels Notify und ohne Presence?
Wäre dann der richtige code für mich dieser?
define notDashButton01 notify DashButton1:AA:BB:CC:11:22:33 short IF ([Buero_Licht] eq"on") (set Buero_Licht off) ELSE (set Buero_Licht on)
Ja nur mit notify.
Hier mal mein notify um die Alarmanlage an oder ab zu schalten:
DashButton1:11-22-33-aa-bb-cc..short IF ([du_Alarmanlage] eq "on") (set du_Alarmanlage off) ELSE (set du_Alarmanlage on)
Was die zwei Punkte vor dem short bedeuten weiß ich nicht genau, habe das auch so gefunden.
Das notify reagiert dann auf alles was von diesem DashButton kommt.
Denke das ist das so ähnlich wie .* also Platzhalter sozusagen.
Beim Dash device habe ich noch als attribut
event-min-interval .*:5
eingetragen. Sonst kann es passieren, das die Lampe direkt wieder aus geht, weil der Button mehrmals sendet.
Ich glaube mittlerweile, dass es an irgend einer Fehl-Konfiguration von FHEM liegt. Habe spaßeshalber mal folgendes probiert:
define test PRESENCE lan-ping 127.0.0.1 2
Das Ergebnis ist immer "absent". Auch wenn ich meine Fritzbox per IP über FHEM anpinge kommt immer "absent"
Edit:
Ein normaler Ping war auf dem Raspi nicht möglich. Abhilfe schafft:
sudo chmod u+s `which ping`
Nun klappts auch mit der Presence :)
Den DashButton hast du als "dash_dhcp" device angelegt ?
Und die Ersteinrichtung per Amazon App gemacht (und bei der Produktauswahl abgebrochen?)
Sorry, denke da kann ich dir nicht weiter helfen. Mit dem notify funktionierte bei mir direkt ohne Probleme.
Viel Erfolg ;)
Servus,
ich möchte hiermit einen bug melden.
der Dash Button ist als TYPE dash_dhcp angelegt und funktioniert gut. sobald ich aber mittig zwischen AVM Repeater und Wlan Accespoint stehe wird der Tastendruck zwei mal erkannt. somit ist eine Nutzung an einigen Stellen auf dem Grundstück nicht möglich, da ein doppeltes Event den letzten Schaltzustand überschreibt.
event-min-interval .*:5
Als attrib mal versucht?
Das verhindert das mehrere Schaltvorgänge erkannt werden. Ob das in deinem Fall auch hilft könntest du ja mal testen.
Gesendet von meinem Wileyfox Swift mit Tapatalk
event-min-interval mit *:5 behebt das Problem in der Tat zuverlässig :)
vielen Dank dir
Ich wollte die Amazon Buttons mal mit dasher in FHEM integrieren, da ich bei Portweiterleitungen mit Pi-Hole als DHCP / DNS Server Probleme hatte und deshalb nicht "dash_dhcp" nutzen kann.
Da ein Tutorial https://maker-tutorials.com/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation (https://maker-tutorials.com/fhem-geraete-mit-amazon-dash-button-schaltensteuern-raspberry-pi-home-automation) nicht funktioniert hat, habe ich es nach dem Wiki über GitHub versucht.
curl -sL https://deb.nodesource.com/setup_7.x | sudo -E bash -
...
Ign https://debian.fhem.de ./ InRelease
OK http://mirrordirector.raspbian.org jessie InRelease
Ign https://debian.fhem.de ./ Release.gpg
OK http://archive.raspberrypi.org jessie InRelease
Ign https://debian.fhem.de ./ Release
Fehl https://debian.fhem.de ./ Packages
...
Also alles was mit "debian.fhem" zu tun hat, wird nicht geladen.
Weiß jemand wie ich "dasher" installieren und damit meine DashButtons nutzen kann ?
EDIT:
War ja schon fast klar...gerade einen Beitrag geschrieben, läuft ! :o
Habe jetzt eine ältere node.js Version installiert https://blog.wia.io/installing-node-js-on-a-raspberry-pi-3 (https://blog.wia.io/installing-node-js-on-a-raspberry-pi-3)
Danach hatte ich noch immer Probleme
[2017-02-22T19:35:31.844Z] DashButtonAvery added.
[2017-02-22T19:35:35.785Z] DashButtonAvery pressed. Count: 1
[2017-02-22T19:35:35.919Z] Not authenticated
[2017-02-22T19:35:35.919Z] null
[2017-02-22T19:35:35.919Z] Unsuccessful status code
[2017-02-22T19:35:35.919Z] null
Dann habe ich den http Aufruf den man in nano config/config.json einträgt mit Benutzer und Passwort versehen und ...tadaaa !!! ;D
Unsuccessful status code kommt zwar noch immer, FHEM erkennt das betätigen aber.
@ArduPino bin jetzt verwirrt , du hast geschrieben...
ZitatUnd die Ersteinrichtung per Amazon App gemacht (und bei der Produktauswahl abgebrochen?)
und hier habe ich folgendes gelesen.
https://blog.thesen.eu/aktuellen-dash-button-oder-ariel-etc-von-amazon-jk29lp-mit-dem-raspberry-pi-nutzen-hacken/#comments (https://blog.thesen.eu/aktuellen-dash-button-oder-ariel-etc-von-amazon-jk29lp-mit-dem-raspberry-pi-nutzen-hacken/#comments)
ZitatDieser Idee der Hacks ist es, den konfigurierten und im WLAN registrierten
Dash Button in der Amazon-App auf ,,keine Bestellung" zu setzen.
Diesen Eintrag gibt es bei dem neuen Button und der aktuellen App nicht.
Entweder ein Button ist für einen Kaufvorgang konfiguriert, oder er muss deaktiviert werden
.Wenn man einen Dash Button in der Amazon App deaktiviert und den Button
das nächste Mal drückt, so nimmt der Button ein letztes Mal Kontakt mit
dem Amazon-Server auf. Der Amazon-Server teilt dem Button dann mit,
dass er deaktiviert wurde und der Button löscht die bestehende WLAN Konfiguration.
Damit ist der Button nicht mehr im heimischen WLAN registriert und auch nicht mehr nutzbar.
kann mir jetzt einer weiterhelfen , welches nun das richtige vorgehen ist.
Habe heute mein Dash Button erhalten und wollte ihn in Fhem integrieren.
@all Hat es gerade jemand von euch Zeitnah schon gemacht
Zitat von: Krossi am 02 März 2017, 19:11:30
@ArduPino bin jetzt verwirrt , du hast geschrieben...und hier habe ich folgendes gelesen.
https://blog.thesen.eu/aktuellen-dash-button-oder-ariel-etc-von-amazon-jk29lp-mit-dem-raspberry-pi-nutzen-hacken/#comments (https://blog.thesen.eu/aktuellen-dash-button-oder-ariel-etc-von-amazon-jk29lp-mit-dem-raspberry-pi-nutzen-hacken/#comments)
kann mir jetzt einer weiterhelfen , welches nun das richtige vorgehen ist.
Habe heute mein Dash Button erhalten und wollte ihn in Fhem integrieren.
@all Hat es gerade jemand von euch Zeitnah schon gemacht
Zeitnah, jep diese Woche.
Einfach neues Gerät anlegen und vor der Produktauswahl abgebrochen.
Dann zunächst mittels PRESENCE lanping eingebunden...
...hat prinzipiell funktioniert.
Allerdings will ich nicht "dauernd" pingen (pollen) wenn der Schalter nur alle "heilige Zeit" mal gedrückt wird.
Bei mir hängt er neben der Waschmaschine und signalisiert, dass geleert wurde...
...ansonsten bekomme ich alle ca. 15 (oder sind's 30)min eine Benachrichtigung, dass sie fertig ist per Telegram.
Bislang hab ich das auch immer per Telegram quittiert, jetzt kann ich das über den Knopf tun.
Äh, sorry off-topic...
...weiter im Text.
Daher vorgestern per dash_dhcp eingebunden (Portumleitung brauchte ich nicht, da meine aktuelle [alte Installation unter Wheezy] Installation fhem unter root läuft) und funktioniert bislang prima.
Habe allerdings im Router konfiguriert, dass der Knopf keinen Internetzugang bekommen soll...
War das die Frage oder hab ich was verpasst??
Wenn ja: einfach nachfragen...
Gruß, Joachim
Danke dir Joachim , dann weiss ich jetzt wie ich vorgehen muss.
Falls doch nicht Frage ich einfach nochmal :P
Wünsche Dir noch einen schönen Abend
Also ich benutze gerade "dasher", das funktioniert ohne Probleme.
Dafür braucht man keine Portweiterleitung einzurichten.
Auf dem Pi3 läuft noch Pi-Hole mit DHCP Server. Beides zusammen (dash_dhcp und Pi-Hole) habe ich nicht ans laufen bekommen.
Zurück zum Thema:
Ist das jetzt wirklich so, das die Buttons die WLan Konfiguration löschen, wenn man sie nicht fertig einrichtet ?
Das würde bedeuten, das man besser kein Update der Amazon App macht ?
Meine DashButtons sind in der FritzBox geblockt, aber als das noch nicht so war, bekam ich eine Meldung aus der App, das die Konfiguration noch nicht abgeschlossen wurde.
Durch die ganzen Tests habe ich die bestimmt 10 mal bekommen. Gelöscht wurde also nichts. Jetzt sind sie geblockt und es ist Ruhe.
Von den 3 die ich habe, verwende ich aktuell nur einen. Wäre schade wenn das irgend wann nicht mehr gehen würde.
EDIT: Habe den Text noch mal komplett gelesen.
Also muss man jetzt die Konfiguration fertig stellen und ein Produkt zuweisen, wen ich das richtig verstehe. Habe aber noch die alte App. Werde mir die mal als APK sichern.
Dann blocken...und hoffen das die FritzBox nicht mal zurück gesetzt wird. Sonst kommt Post :-D
Also habe ihn eingerichtet , Produkt bei Amazon dann abgebrochen,in der Fritzbox dann Zugang gesperrt.
in Fhem eingebunden , und es passiert nichts. habe es erst so probiert.
Zitatdefine DashButton01 PRESENCE lan-ping 192.168.178.76 1
attr DashButton01 event-on-change-reading state,presence
attr DashButton01 room Dashbutton
define notDashButton01 notify DashButton01:present set Kugellampe on
passierte nichts beim Drücken lampe am dash erst weiss geblingt dann rot.
Fhem schaltet Lampe nicht, dann habe ich dhcp so eingebunden..
Zitatdefine DashButton01 dash_dhcp
attr DashButton01 allowed ac:63:XX:XX:XX:e3
attr DashButton01 port 6767
Zitatdefine DashButton01Pressed notify DashButton:63:XX:XX:XX:e3 ..short {\
fhem("set Kugellampe on;;");;\ }
das klappte auch nicht , dann Mac Adresse Gross geschrieben , auch kein erfolg,woran liegt es ??
hier mal ein screenshoot von fhem
https://pl.vc/p13d0 (https://pl.vc/p13d0)
Portweiterleitung von 67 auf 6767 für dash_dhcp eingerichtet? Hab jetzt grad keinen Link, such mal danach. Für presence braucht man das glaube ich nicht. Ging bei mir aber auch nicht.
Gesendet von meinem Wileyfox Swift mit Tapatalk
habe ich gemacht mit telnet
Zitatsudo iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
muss in der Fritzbox auch eine Port weiterleitung rein ?
Fhem ändert den Staus bei Last_connect und Last Disconnect mit Uhrzeit wo ich gedrückt habe.
Das notify bei dash_dhcp muss die mac mit bindestrich sein...
Schau mal im Eventmonitor...
Mit lanping ging aber nicht ganz so zuverlässig, also nicht wirklich immer...
Außerdem fand ich den dauernden ping eh nicht so toll...
Gruß, Joachim
In der FritzBox keinen Port freigeben. Den Button nur blocken! Liegt bestimmt an der MAC, wie MadMax-FHEM geschrieben hat
Wenn was in FHEM ankommt, funktioniert der schon.
Gesendet von meinem Wileyfox Swift mit Tapatalk
habe notify geändert mit bindestriche Mac Adresse klein geschrieben im Eventmonitor taucht nur das auf wenn ich drücke
Zitat2017-03-02 22:08:47 dash_dhcp DashButton01 ac-xx-xx-xx-xx-e3: short
Mac Adresse ist von mir geixt :o
ist doch nicht so ganz einfach das am laufen zu bekommen , habe schon 20 x gedrückt brauche bald neue Batterie :-) >:(
Da siehst du doch, dass die mac IM NOTIFY dann mit Bindestrich sein muss...
Also so in etwa müsste es gehen:
define DashNotify notify DashButton01:ac-xx-xx-xx-xx-e3:.short WAS IMMER PASSIEREN SOLL
Gruß, Joachim
Danke an euch alle , habe es jetzt nur mit Lan-Ping hinbekommen.
Obwohl du den Event mittels dash_dhcp schon im EventMonitor hattest??
Naja wenn du unbedingt alle Sekunde rumpingen willst...
Bei einem Button sicher kein Problem aber bei mehreren...
Dann viel Spaß mit dem Knopf!
Gruß, Joachim
Das notify sieht bei mir anders aus, sicher das die ;; da rein sollen?
DashButtonSomat:xx-xx-xx-xx-xx-xx..short IF ([du_Alarmanlage] eq "on") (set du_Alarmanlage off) ELSE (set du_Alarmanlage on)
Anstatt du_Alarmnlage eben deine Lampe einbauen. Wichtig zu erwähnen ist, das mit dem Button so ein Wechsel zwischen On und Off möglich ist.
Gesendet von meinem Wileyfox Swift mit Tapatalk
Das ganze Problem hängt mit meinen Fritz.Reapeter zusammen der das Wlan verstärkt. Dar der Dashbutton in der Fritzbox fürs Internet geblockt ist. Sperrt der Reapeter den DashButton komplett.
Deshalb kannst du Drücken und nichts passiert.Nachdem ich den Reapeter ausgemacht habe funzt es :P
ich werde es dann morgen nochmals mit dhcp versuchen.Ohne Reapeter an der Fritzbox
ZitatWichtig zu erwähnen ist, das mit dem Button so ein Wechsel zwischen On und Off möglich ist.
wie würde es denn mit Sonos Lautsprecher funktionieren: Mein Project ist ja auch eigentlich den DashButton an die Waschmaschiene zu kleben damit meine Frau den Drücken kann und der Sonos Player im Bad startet beim Drücken , schön wäre es auch nochmals den Button drücken und er geht aus.
so sieht mein Notify bisher aus mit Play
Zitatdefine not_dashan notify DashButton01:present.* set Sonos_Bad Play
Waren die EventMonitoreinträge die du bei dash_dhcp gepostet hattest mit oder ohne Repeater?
Denn das hat ja offenbar funktioniert...
Der Notify von mir sollte eigentlich gehen, bei mir tut er zumidest so...
Deine Anwendung wäre wohl ein guter Fall für DOIF (statt notify).
Kenne aber die syntax von DOIF nicht/zuwenig...
Oder halt ein notify mit Aufruf einer Sub in myUtils (finde ich übersichtlicher wenn einige Abfragen/Logiken kommen) wo du abfrägst, ob Sonos gerade spielt:
sub myToggleSonosBad()
{
if(ReadingsVal("Sonos_Bad","state","na") eq "play")
{
{fhem("set Sonos_Bad stop")}
}
elsif(ReadingsVal("Sonos_Bad","state","na") eq "stop")
{
{fhem("set Sonos_Bad play")}
}
}
Oder einfach das ganze if-Zeugs direkt ins notify (sollte auch gehen / finde ich persönlich aber eher unübersichtlich)...
Ob das dann play und stop heißt weiß ich nicht, habe keine Sonos...
Gruß, Joachim
Also ich bin jetzt mal raus. Da im event ja was war, hatte es ja vorher schon funktioniert. Das notify oder doif reagiert ja nur auf "irgendwas" das von dem Button kommt. Es wird ja nichts spezielles gesendet. Ich selber würde vielleicht ein dummy device anlegen und dieses dann an oder aus schalten. Dann zwei notify (oder ein doif) nach der Art:
Wenn dummy ON dann play
Wenn dummy OFF dann stop
Dazu dann ganz einfach dieses wechsel notify was ich gepostet habe....oder das gezeigte IF Zeugs benutzen...wie auch immer. Falls man den Status dann irgend wann mal anzeigen möchte (z.B. im Tablet Ui) kann man dieses dummy gut dafür verwenden.
Ich weiß ja nicht wie dein Wissensstand ist. Notify, at und doif finde ich für mich am wichtigsten.
Wie das nun mit Sonos geht weiß ich nicht, wirst du sicher wissen oder heraus finden. Wenn "play" funktioniert, wäre "stop" ja fast logisch. :-)
Eine Frage hätte ich aber:
Warum soll der Sonos Player im Bad an gehen, wenn die Waschmaschine läuft? Ich denke mal das sind verschiedene Räume?
Ist immer interessant zu erfahren, welche Ideen die anderen hier so haben ;-)
Gesendet von meinem Wileyfox Swift mit Tapatalk
ZitatEine Frage hätte ich aber:
Warum soll der Sonos Player im Bad an gehen, wenn die Waschmaschine läuft? Ich denke mal das sind verschiedene Räume?
Nein es ist anders.An der Waschmaschine soll der Hübsche Ariel DashButton kleben ;D
damit meine Frau wenn sie Duschen geht schön Musik hören kann. Da der Sonos oben drüber an der Wand hängt,kann sie ja nicht die Play taste drücken.Ergo könnte sie jetzt den Button klicken ;) eine andere möglichkeit habe ich bereits realisiert ist sonos in Homekit integriert "Siri schalte Sonos an " jetzt wird die Playlist abgespielt, aber wer nimmt sein Handy mit unter der Dusche ;D ;D ;D.
Sonos lässt sich nur mit Play oder Pause starten bzw.beenden
@MadMax
ZitatWaren die EventMonitoreinträge die du bei dash_dhcp gepostet hattest mit oder ohne Repeater?
Das weiss ich gar nicht mehr so genau , habe so viel gestern gedückt , gemacht und getan ::), werde es heute Abend aber noch mal alles von vorne machen, werde dann berichten ! ::)
ZitatNaja wenn du unbedingt alle Sekunde rumpingen willst...
du hast natürlich recht wer will das schon, bei den ganzen Strahlungen jetzt schon im Haus, habe das gefühl seit ich das mit Fhem mache habe ich schon weniger Haare ;D
So hab ich das schon verstanden...
...gut dann wohl eher pause statt stop ;)
Bei mir hat er an der Waschmaschine nicht gehalten, ist nach einiger Zeit "abgefallen"...
...klebt jetzt daneben an der Wand...
Neben der notify-Variante ist vermutlich DOIF gut geeignet, musst du dir aber anderweitig Hilfe suchen...
Gruß, Joachim
@ArduPino also dein Notify funzt perfect , habe mal Testweise eine Lampe geschaltet.
Alles per dash_dhcp nun eingerichtet, mein Repeater nun als eigenständiges Gerät konzipiert nicht als Wlan Bridge und alles ist gut.
@MadMax_Fhem dein Code
Zitatsub myToggleSonosBad()
{
if(ReadingsVal("Sonos_Bad","state","na") eq "play")
{
{fhem("set Sonos_Bad stop")}
}
elsif(ReadingsVal("Sonos_Bad","state","na") eq "stop")
{
{fhem("set Sonos_Bad play")}
}
}
werde ich morgen mal testen , habe nun vor freude mir gleich ein Whiskey Cola gemacht, weiss nicht ob ich noch die richtigen Tasten treffe ::)
bin Froh das es
euch gibt , muss jetzt mal einige Dashbutton nach ordern ::), es gibt viel zu tun
Prost! ;)
Zitat von: Krossi am 03 März 2017, 18:59:53
muss jetzt mal einige Dashbutton nach ordern ::), es gibt viel zu tun
Bin mal gespannt wie das weiter geht. Ich habe bis jetzt 3 hier liegen. Nur einen benutze ich zur Zeit wirklich.
Soll ja welche geben die schon 20 Stück oder so haben ;-)
Irgend was wird sich Amazon aber einfallen lassen, denn die legen bestimmt richtig drauf, denn erstens bekommt man ja jedes mal eine Gutschrift und zweitens sind die Hardwarekosten ja auch sicher höher als 5€. Da ist ja einiges an (unnötiger) Technik drin.
Ob dieses "dasher" auch pingt wie wild weiß ich gar nicht. Auslastung meines Pi3 ist unter 1%, kann also nicht so wild sein.
So habe es nicht hinbekommen die Sonos richtig zu schalten ,bekomme die Sonos mit den Notify an aber nicht wieder aus.
(#1.Versuch#)define DashButtonWilkinson notify DashButton01:50-xx-xx-xx-xx-f5..short IF ([Sonos_Bad] eq"Play") (set Sonos_Bad Pause) ELSE (set Sonos_Bad Play)
auch das haut nicht hin Sonos Play geht ,Sonos ausmachen geht nicht
(#2.Versuch#)define act_on_DashButton01 notify DashButton01:50-xx-xx-xx-xx-f5..short {\
if ("$EVENT" ne "Pause") {\
fhem("set Sonos_Bad Play")\
}\
else {\
fhem("set Sonos_Bad Pause")\
}\
}
wie bekomme ich es hin das ich es über READING ,dort steht der eintrag ReadingState schalte,
bei eingeschalteter sonos steht dann da "PLAYING" und wenn die Sonos aus ist "PAUSED_PLAYBACK"
http://www.directupload.net/file/d/4653/89uap282_jpg.htm (http://www.directupload.net/file/d/4653/89uap282_jpg.htm)
das ganze sollte so aussehen ,
(#3.Versuch#)define Sonos_Bad_PlayingCheck DOIF ([Sonos_Bad:transportState] eq "PLAYING") \
(set Sonos_Bad Play) DOELSE (set Sonos_Bad Pause)
aber wie baue ich das nun mit den Dashbutton zusammen :-[
Es geht nicht weil du alles mögliche durcheinander würfelst (so wie es für mich aussieht)...
Du hast Teile von DOIF (IF ELSE / so wie ich das verstehe) in einem notify das wird wohl so nicht gehen.
Und beim 2ten Versuch mit den if/else und $EVENT kann es nicht gehen da ja der Event vom DashButton kommt und sicher nicht play/pause sein wird.
Ich würde es wie folgt machen:
define DashButtonWilkinson notify DashButton01:50-xx-xx-xx-xx-f5..short {SchalteSonos()}
vorausgesetzt der notify triggert richtig...
Und dann in einer Sub https://wiki.fhem.de/wiki/99_myUtils_anlegen :
sub SchalteSonos()
{
if(ReadingsVal("Sonos_Bad", "state", "na") eq "play")
{
{fhem("set Sonos_Bad pause")}
}
else
{
{fhem("set Sonos_Bad play")}
}
}
Vors. der aktuelle Zustand (play/pause) ist in state vermerkt ansonsten anderes Reading (ReadingState??!!) nehmen und evtl. statt dem nackten else ein elsif und gegen play prüfen...
Und vergleichen halt immer mit dem was genau im Reading steht...
...weil sonst wird es natürlich nicht als eq/equal erkannt...
Oder halt ein reines DOIF (da weiß ich aber jetzt nicht wie)...
...oder das was in der sub steht in das notify packen (finde ich aber nicht so übersichtlich)...
Aber der code ist aus der Hüfte geschossen...
...also eher als Beispiel sehen und anpassen...
Gruß, Joachim
Hallo Joachim hiermit----
ZitatUnd dann in einer Sub https://wiki.fhem.de/wiki/99_myUtils_anlegen :
kenne ich mich noch gar nicht aus.
Habe jetzt dies Probiert
Zitatdefine DashButtonWilkinson notify DashButton01:50-xx-xx-xx-f5..short IF {\ Sonos_Bad:transportState.*PLAYING { \
fhem "set Sonos_Bad Pause ; \
if Sonos_Bad:transportState.*(STOPPED|PAUSED_PLAYBACK) { \
fhem "set Sonos_Bad Play" \
} \
weiss aber nicht was daran verkehrt ist , und es nicht funktioniert.Bin halt noch irgendwie ein Anfänger :-[
Aber ich gebe mich noch nicht geschlagen :-\
Und wenn ich einen Dashbutton komplett leer klicke bis es läuft.Alles nur weil die Frau nicht an den Sonos Player kommt , kann den ja nicht auf den Boden stellen ;D ;D
Anfänger hin oder her...
...man kann myUtils einbinden lernen...
...man kann wie ich geschrieben habe alles was in der sub steht auch ins notify packen (nicht übersichtlich wie ich finde) und warum mischst du weiterhin notify und DOIF-Konstrukte...
Lese doch erst mal wie was funktioniert und definiert wird z.B. commandref, wiki, ...
Gruß, Joachim
so habe das brett vorm kopp abgemacht und mal ganzzzzzzz einfach gedacht.
was soll ich sagen es funktioniert.
define Musik_dummy dummy
attr Musik_dummy eventMap Play Pause
attr Musik_dummy room Musik
attr Musik_dummy setList Play Pause
define not_Musik_dummy notify Musik_dummy:Play set Sonos_Bad Play
define not_Musik_dummy2 notify Musik_dummy:Pause set Sonos_Bad Pause
define DashButtonWilkinson notify DashButton01:xx-xx-xx-xx-xx-f5..short IF ([Musik_dummy] eq "Play") (set Musik_dummy Pause) ELSE (set Musik_dummy Play)
ist zwar nicht ganz fhem like , aber was solls ::)
Somit habe ich 3 von 4 DashButton im einsatz. Der 4. ist nun für die Philips Hue gedacht , mal sehen ob das einfacher wird :o
Geht doch, gratuliere!
Es geht sicher auch ohne dummy und mit nur einem notify... ;)
...aber: jeder wie er kann! Weil nur so weiß man (in etwa) was man tut...
...nur so lernt man was...
Verbessern/verschönern kann man immer noch...
...wenn man mehr gelernt hat...
Viel Spaß noch, Joachim
Nur als Anmerkung. Das IF hat nichts mit DOIF zu tun und kann in einem notify und at verwendet werden.
Ich sehe auch, das einmal Play und Pause groß geschrieben wurde und im nächsten Versuch klein. Könnte sein, das es darauf auch ankommt, aber ich kenne Sonos nicht.
Edit: Ne mein Fehler, klein ist es nur im Beispiel von MadMaxFHEM
Gesendet von meinem Wileyfox Swift mit Tapatalk
Ists eigentlich möglich, statt dem integrierten Button einen Taster anzuschließen (Kabel anlöten)?
Wäre dann eine Option als Haustürklingel... :D
Das Gehäuse ist wohl verklebt, soweit ich weiß. Also nicht so einfach. Ansonsten ist es sicher egal, ob der Kontakt mit dem jetzigen Druckknopf geschlossen wird oder mit einen anderen. Nur darf das kein Knopf sein, wie in älteren Klingeln und mal eben 8-15V Spannung anliegen haben. Ich glaube das wäre nicht gut für den Amazon Button :-)
Gesendet von meinem Wileyfox Swift mit Tapatalk
Neee, nur ein einzelner Taster.
Müsste mal schauen, ob ich so ein Teil in die Unterputzdose bekomme :D
Tach... Hab auch ein kleines Prob mit dem notify. Der Button sendet auch fleißig an fhem und der short ändert das Datum.
Das notify schaltet jedoch nichts.
define DASH_KUECHE dash_dhcp
attr DASH_KUECHE allowed 88:71:E5:28:XX:XX
attr DASH_KUECHE port 6767
attr DASH_KUECHE room 04_Küche
define DASH_KUECHE_ACTION notify DASH_KUECHE:88-71-e5-28-XX-XX..short IF ([Play_Musik_KU] eq "off") (set Play_Musik_KU on) ELSE (set Play_Musik_KU off)
Auch wenn ich ein einfaches set hinter das short setzte passiert nix.
Ich würde das pattern einfach als "DASH_KUECHE:.*short" schreiben, da es ja nur einen dash button im allowed gibt.
Danke für die Antwort... hat funktioniert.
Zitat von: flynt am 07 April 2017, 19:44:36
Danke für die Antwort... hat funktioniert.
Dann wahr vermutlich ein tippfehler oder so in der pattern ;)
Wie wäre der Pattern denn bei 2 Buttons... ?? Denn so klappt es nicht.
define DASH_KUECHE dash_dhcp
attr DASH_KUECHE allowed 34:D2:70:34:xx:xx,88:71:E5:28:xx:xx
attr DASH_KUECHE port 6767
define DASH_KUECHE_ACTION notify DASH_KUECHE:34-d2-70-34-xx-xx..short IF ([Play_Musik_KU] eq "off") (set Play_Musik_KU on) ELSE (set Play_Musik_KU off)
define DASH_ALARM_ACTION notify DASH_KUECHE:88-71-e5-28-xx-xx..short IF ([ACTOR1] eq "off") (set ACTOR1 on) ELSE (set ACTOR1 off)
Du kannst im Event monitor Create/Modify Device nutzen, dann sollte das passende bei raus kommen
Hab ich schon versucht...leider wird kein create/modify angezeit. Ist denn an der Syntax irgendwas falsch?
Update: Jetzt klappt es ... keine Ahnung was war. Mit dem ersten Code funzt es nun.
Wenn du das noch weiter diskutieren möchtest, bitte einen neuen Thread dazu aufmachen, da es ja ein notify Problem ist.
Ich kann so keinen Fehler erkennen, der . nach der mac Adresse ist genau so gut wie der : der da eigentlich hingehört.
Nun doch noch was zum dash_dhcp: Es gibt das devAlias Attribut. Das würde ich auch empfehlen zu benutzen wenn du mehrere Buttons in einem device verarbeitest. Dann hast du es nachher einfacher wenn du mal einen Button austauschen musst. Eben das Attribut geändert anstatt zig notifys ;)
Hab ich mal umgesetzt...danke.
Hallo zusammen,
ich habe auch erfolgreich 2 Dashbuttons in FHEM integriert. Funktioninert super! Danke für das Modul dash_dhcp!!!!
Wie benutze ich das Attr devAlias?
Ich möchte die Buttons als Tür/Fenster Kontakte nutzen. Dazu halt den Taster gegen einen Reedschalter ersetzen und das Magnet am Fenster ankleben. Da spielt die Geschwindigkeit keine große Rolle und die Schaltvorgänge sind nicht so oft.. Habe meine Dashbutton gestern bekommen und der Batteriestand war nur auf 67%. Um ein Öffnen kommt man wohl nicht herum, oder sollen das Wegwerfartikel sein? :D
Gruß
Nachtrag: Ich habe es herausgefunden ;)
attr Dashbutton devAlias aa-bb-cc-dd-ee-11:Ariel aa-bb-cc-dd-ee-22:CafeRoyal
Mehrere Buttons durch Lerrzeichen getrennt
Zitat von: Thorsten.N am 06 Juli 2017, 17:52:46
Habe meine Dashbutton gestern bekommen und der Batteriestand war nur auf 67%. Um ein Öffnen kommt man wohl nicht herum, oder sollen das Wegwerfartikel sein? :D
Es sind in der Tat wirklich Wegwerfartikel. Bei dem Preis nicht verwunderlich.
naja,... der button ist nicht für so einen einsatz gemacht.
der vorgesehene anwendungsfall ist ja ab und zu mal ein bestimmtes produkt zu bestellen. da kommt man bei ein paar dutzend bis hundert aktivierungen ziemlich lange hin.
der für eigene anwendungen vorgesehene button ist inzwischen auch in deutschland erhältlich und kostet 24.- euro. ich habe ein gestiftetes vorgänger modell hier das bis jetzt noch nicht zum laufen zu bekommen war. mal sehen ob es jetzt geht.
wenn man aber bereit ist selber zu basteln würde ich für alles was nicht ein normaler tasten druck ist lieber komplett von vorne anfangen und nicht den normalen dash button missbrauchen.
inzwischen gibt es den programmierbaren Dash-Button übrigens auch bei amazon.de. Er heißt "AWS IoT Button (2. Generation) und kostet 24,99. Er unterstützt lt Beschreibung auch 2-faches Drücken und langes Drücken und basiert auf den Amazon Dash Buttons. Evtl wäre es ja möglich damit einen Weg zu finden, wie man die gebrandeten "unbrandet".
Liebe Grüße
Alex.
Bei mir funktioniert die dhcp-Methode recht gut. Allerdings bekomme ich oft zwei Events hintereinander:
define DashButtonDohPressed notify DashButton:84-d6-d0-55-f3-8d..short IF ([Deko_WZ] eq "off" ) ( set Struct_Deko_Licht on ) ELSE ( set Struct_Deko_Licht off )
2017.07.11 17:19:22 5: Triggering DashButtonDohPressed
2017.07.11 17:19:22 4: DashButtonDohPressed exec IF ([Deko_WZ] eq "off" ) ( set Struct_Deko_Licht on ) ELSE ( set Struct_Deko_Licht off )
2017.07.11 17:19:23 5: Triggering DashButtonDohPressed
2017.07.11 17:19:23 4: DashButtonDohPressed exec IF ([Deko_WZ] eq "off" ) ( set Struct_Deko_Licht on ) ELSE ( set Struct_Deko_Licht off )
Kann ich das verhindern?
event-min-interval .*:10
Hat jemand eine Ahnung wie man eine Apple Timecapsule oder Airport Extreme konfiguriert, damit die Buttons nicht nach Hause telefonieren?
Ich habe im Menü nur einen MAC-Filter gefunden aber der unterbindet ja komplett, dass sich der Button mit dem WLAN verbindet.
das geht damit nicht.
@Papaloewe funzt, danke.
attr DashButton event-min-interval .*:10
Batterie leer ? Amazon Chat und es gibt sofort einen neuen ;)
habe mir jetzt auch ein paar bestellt....
frage an euch:
wie habt ihr sie eingebunden? also ins netzwerk...
- einfach den internetzugriff in der fritzbox geblockt?
- extra wlan aufgespannt für die dashes (ich hab noch nen edimax-stick rumfliegen und könnte das am raspi machen.) -> frage dazu: wie bekommt man die "events" dann richtung fhem? bash script, .... ??
- nochmal extra wlan, dieses mal mit router (openwrt, gibts ja glaube günstig in china) -> da dann auch die frage: wie bekomme ich die "events" vom button richtung fhem?
ich würde die dritte variante bevorzugen, und dann auch noch für evtl. andere sachen das extra-wlan benutzen (wer weiß was ich noch alles so einbaue in der zukunft.... :) )
bin auf eure umsetzungen/ideen/vorschläge gespannt.....
Zitat von: nils_ am 13 Juli 2017, 09:43:33
habe mir jetzt auch ein paar bestellt....
frage an euch:
wie habt ihr sie eingebunden? also ins netzwerk...
- einfach den internetzugriff in der fritzbox geblockt?
- extra wlan aufgespannt für die dashes (ich hab noch nen edimax-stick rumfliegen und könnte das am raspi machen.) -> frage dazu: wie bekommt man die "events" dann richtung fhem? bash script, .... ??
- nochmal extra wlan, dieses mal mit router (openwrt, gibts ja glaube günstig in china) -> da dann auch die frage: wie bekomme ich die "events" vom button richtung fhem?
ich würde die dritte variante bevorzugen, und dann auch noch für evtl. andere sachen das extra-wlan benutzen (wer weiß was ich noch alles so einbaue in der zukunft.... :) )
bin auf eure umsetzungen/ideen/vorschläge gespannt.....
Es gibt doch hier 29 Seiten, mit glaub ich 3 oder 4 verschiedenen Arten der Einbindung. Sogar ein eigenes Modul für die Buttons. Wäre nicht lesen erstmal besser, und wenn die Methoden dann nichts für dich sind,mit Fragen anzufangen? Dann soll nicht unhöflich klingen,ganz im Gegenteil.
Grüße
Zitat von: Esjay am 13 Juli 2017, 10:02:16
Es gibt doch hier 29 Seiten, mit glaub ich 3 oder 4 verschiedenen Arten der Einbindung. Sogar ein eigenes Modul für die Buttons. Wäre nicht lesen erstmal besser, und wenn die Methoden dann nichts für dich sind,mit Fragen anzufangen? Dann soll nicht unhöflich klingen,ganz im Gegenteil.
Grüße
danke für den schubser, ich habe ehrlich gesagt, nur ein paar (~ 5 ) seiten zurück gelesen, und da ging es hauptsächlich um das modul und notify-probleme.
nun hab ich aber alles gelesen :)
ich denke ich werde erstmal die edimax-stick an raspi variante versuchen, bis der router aus china eintrudelt.
Hat jemand einen Tip für mich, wie ich das mit dem CronJob als root hinbekomme?
Ich hab folgendes gestest aufm Raspberry Pi mit Jessie
sudo su
export EDITOR=nano
crontab -e
sieht dann so aus
Datei : /tmp/crontab.6HL1H1/crontab
# Edit this file to introduce tasks to be run by cron.
#
# Each task to run has to be defined through a single line
# indicating with different fields when the task will be run
# and what command to run for the task
#
# To define the time you can provide concrete values for
# minute (m), hour (h), day of month (dom), month (mon),
# and day of week (dow) or use '*' in these fields (for 'any').#
# Notice that tasks will be started based on the cron's system
# daemon's notion of time and timezones.
#
# Output of the crontab jobs (including errors) is sent through
# email to the user the crontab file belongs to (unless redirected).
#
# For example, you can run a backup of all your user accounts
# at 5 a.m every week with:
# 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
# For more information see the manual pages of crontab(5) and cron(8)
#
# m h dom mon dow command
@reboot iptables -I PREROUTING -t nat -i wlan0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
#
Wenn ich speichere kommt folgende Meldung
crontab: installing new crontab
es wird aber trotzdem bei einem restart nichts geändert. Ich muss erst wieder
sudo iptables -I PREROUTING -t nat -i wlan0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
eingeben damit der Dash-Button auch in FHEM angezeigt wird....
//
ich habs jetzt unter dem User Pi mit Crontab -e wie folgt eingetragen.....
@reboot sudo iptables -I PREROUTING -t nat -i wlan0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
Ist zwar nicht Sinn der Sache, aber es funktioniert jetzt....
Warum nicht wie in der commandref empfohlen?
Zitat
to make iptables rules permanent see for example: https://www.thomas-krenn.com/de/wiki/Iptables_Firewall_Regeln_dauerhaft_speichern
gute Frage :-) Weil es so nicht in meiner Anleitung stand :-)
Komischerweise läuft es jetzt aber mit dem Crontab unter User Pi. Mit dem sudo drin ist zwar nicht so prickelnd, aber Hauptsache es läuft :-)
Zitat von: Hotbird am 28 Juli 2017, 07:20:49
gute Frage :-) Weil es so nicht in meiner Anleitung stand :-)
Komischerweise läuft es jetzt aber mit dem Crontab unter User Pi. Mit dem sudo drin ist zwar nicht so prickelnd, aber Hauptsache es läuft :-)
Hatte auch das Problem, dass es mit dem Befehl iptables nicht neu gesetzt wurde bei einem Neustart.
Wenn man iptables durch /sbin/iptables ersetzt funktioniert es auch als root
Mal eine ganz andere Frage zum Dashbutton:
Wo/wie kann ich den aktuellen Batteriestand erkennen?
Gruß
Thomas
afaik geht das nur wenn er auch mit den amazon servern kommuniziert.
und dann in der amazon app??
Hab den Button nach Anleitung eingerichtet und in Fhem eingebunden. Die Hue Lightstrips werden auch zuverlässig an/aus geschaltet.
Beim Drücken blinkte der Button erst kurz weiß dann kurz rot und es kam jedesmal eine Nachricht von der Amazon App ich soll die Einrichtung anschließen. Also hab ich den Button über den Router vom Internet ausgeschlossen. Seit dem blinkt er extrem lange - aber nur weiß und ich bekomme keinen Amazon Benachrichtigungen mehr. Manche reden hier davon, dass er rot blinkt wenn man ihm das Internet versperrt, liegt das an der Routereinstellung?
Bin jetzt nur ein wenig um die Batterie besorgt.
Hi,
These: Ich denke er versucht während des weissen blinkens eine Webseite auf Amazons Servern zu finden.
Lösungsidee: Schaue was er aufrufen will und leite das auf eine interne falsche Seite. Dann sollte das weisse blinken schneller aufhören da eine Antwort erfolgte.
Hat das schon jemand so gemacht?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 07 September 2017, 07:50:35
Hi,
These: Ich denke er versucht während des weissen blinkens eine Webseite auf Amazons Servern zu finden.
Lösungsidee: Schaue was er aufrufen will und leite das auf eine interne falsche Seite. Dann sollte das weisse blinken schneller aufhören da eine Antwort erfolgte.
Hat das schon jemand so gemacht?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
irgendwo gelesen:
das ging nur mit den ersten varianten in usa, weil da die zertifikate nicht gecheckt wurden.
bei den aktuellen geht das wohl nicht mehr so einfach...
Ich hätte da mal ein Problem zum Dash Button in FHEM. bIch habe im Moment 4 Buttons in Betrieb.
So sieht das bei mir aus: Internals:
CONNECTS 2
FD 5
LAST_CONNECT 2017-09-09 02:03:49
LAST_DISCONNECT 2017-09-09 02:03:49
NAME DashButton
NR 510
NTFY_ORDER 50-DashButton
PORT 6767
STATE listening
TYPE dash_dhcp
READINGS:
2017-09-09 02:32:25 18-74-2e-88-4f-xx short
2017-09-08 03:34:58 50-f5-da-29-95-xx short
2017-09-05 10:01:12 68-37-e9-f9-d3-xx short
2017-09-09 02:31:30 ac-63-be-42-04-xx short
2017-09-09 02:03:49 state listening
helper:
devAliases:
Attributes:
allowed 68:37:E9:F9:D3:XX,AC:63:BE:42:04:XX,50:F5:DA:29:95:XX,18:74:2E:88:4F:XX
event-min-interval .*:10
group Amazon Dash Butten
port 6767
room DashButton
Meine DOIF sieht so aus: define arial DOIF ([DashButton:68-37-e9-f9-d3-XX] eq "short" and [?bk_LED] eq "off") (set bk_LED RGB FFF126 60)
DOELSEIF ([DashButton:68-37-e9-f9-d3-41] eq "short" and [?bk_LED] eq "on") (set bk_LED dim 0 60)
Mein Problem: Egal welchen Knopf ich drücke, es werde immer mehrere Aktionen ausgeführt. Obwohl ja eigentlich nur das Reading mit der entsprechenden Mac-Adresse schalten sollte. Was ist da denn verrutscht?
Vielleicht wäre es besser, auf den Events zu triggern, statt den Zustand zu prüfen?
Denke auch das man auf das Event triggers muß. Das Reading steht ja immer auf short, also wird die zweite Anweisung im DOIF auch ausgeführt. Bei mir sieht das so aus. ([OralB_Button:"short"]) (set HUEDevice10 off) (set HUEDevice9 off) das funktioniert.
Gesendet von iPad mit Tapatalk
Ich habe vor einigen Tagen mit den Buttons angefangen und halte das Lauschen auf DHCP-Requests fuer die beste Vorgehensweise. Vielen Dank an justme1968 fuer das Modul dash_dhcp, es funktioniert einwandfrei. Allerdings bin ich erst anschliessend auf diesen Thread gestossen und musste mir daher die richtige Schreibweise der MAC-Adressen selbst erarbeiten.
Um, und nun komme ich zum eigentlichen Grund meines Beitrages, die Batterie des Buttons zu schonen, habe ich mit dhcping gearbeitet. Den habe ich von einem Linux Rechner als root im fhem-Netz abgesetzt:
dhcping -c <beliebige_IP-Adresse> -s <IP-Adresse_des_fhem_servers> -h <zu_pruefende_MAC-Adresse>
Beispiel:
bath45:~ # dhcping -t .1 -c 192.168.45.22 -s 192.168.45.23 -h 18:74:2e:78:e3:4a
no answer
Das "no answer" kommt immer, weil der DHCP-Server die Antwort bei Uebereinstimmung an den zustaendigen Klienten schickt und das kann ja nicht uebereinstimmen.
Als Anregungen haette ich noch, die beiden Schreibweisen der MAC-Adressen in die Commandref aufzunehmen und die Gross-Kleinschreibung fuer Werte des Attributs "devAliases" ebenfalls zu ignorieren.
Gruss Helmut
Vielleicht kann mir jemand helfen, bei mir wird die Aktion nicht ausgelöst, wenn ich den Dash Button drücke.
Ich habe den Dash Button mit der dhcp Methode eingerichtet und im Event Monitor wird er auch angezeigt, wenn ich den Button drücke:
2017-09-24 16:33:11 dash_dhcp DashButton 18-74-2e-6b-0c-xx: short
Aber die Aktion: "set WZ_Lichtschalter on" funktioniert nicht. Gebe ich den Befehl oben in die Commando Zeile von Fhem ein, geht das Licht an. Also richtig eingerichtet ist es.
Das Gerät ist ein Sonoff Touch, umgeflasht auf ESPeasy und angebunden per MQTT.
Hier noch meine Dash Button Config:
define DashButton dash_dhcp
attr DashButton allowed 18:74:2E:6B:0C:xx
attr DashButton port 6767
attr DashButton room dashbutton
define n_DashButton1 notify DashButton:18-74-2e-6b-0c-xx..short IF ([WZ_Lichtschalter] eq "on") (set WZ_Lichtschalter off) ELSE (set WZ_Lichtschalter on)
Und hier noch der Lichtschalter:
define myBroker MQTT 127.0.0.1:1883
defmod WZ_Lichtschalter MQTT_DEVICE
attr WZ_Lichtschalter IODev myBroker
attr WZ_Lichtschalter autoSubscribeReadings /WZ_Lichtschalter/sysinfo/+
attr WZ_Lichtschalter event-on-change-reading .*
attr WZ_Lichtschalter eventMap 1:on 0:off
attr WZ_Lichtschalter publishSet 1 0 /WZ_Lichtschalter/gpio/12
attr WZ_Lichtschalter room MQTT
attr WZ_Lichtschalter stateFormat relay
attr WZ_Lichtschalter subscribeReading_LOAD /WZ_Lichtschalter/sysinfo/LOAD
attr WZ_Lichtschalter subscribeReading_RAM /WZ_Lichtschalter/sysinfo/RAM
attr WZ_Lichtschalter subscribeReading_RSSI /WZ_Lichtschalter/sysinfo/RSSI
attr WZ_Lichtschalter subscribeReading_UPTIME /WZ_Lichtschalter/sysinfo/UPTIME
attr WZ_Lichtschalter subscribeReading_button /WZ_Lichtschalter/switch/switch
attr WZ_Lichtschalter subscribeReading_relay /WZ_Lichtschalter/relay/relay
attr WZ_Lichtschalter webCmd on:off
Ich habe den Fehler gefunden, es ich die MAC Adresse in Großschrift drin hatte...
Was aber noch nicht klappt ist das toggle. Einschalten klappt, aber wenn ich noch mal auf den Button drücke geht die Lampe nicht auf off. Hat jemand ein Tipp für mich?
Toggle:
define n_DashButton1 notify DashButton:18-74-2e-6b-0c-32..short IF ([WZ_Lichtschalter] eq "1") (set WZ_Lichtschalter off) ELSE (set WZ_Lichtschalter on)
Event Log:
2017-09-24 18:02:50 MQTT_DEVICE WZ_Lichtschalter on
2017-09-24 18:02:50 dash_dhcp DashButton 18-74-2e-6b-0c-32: short
2017-09-24 18:03:05 dash_dhcp DashButton 18-74-2e-6b-0c-32: short
2017-09-24 18:03:18 dash_dhcp DashButton 18-74-2e-6b-0c-32: short
Bist du sicher, dass wenn du:
set WZ_Lichtschalter on
absetzt dann auch "1" drin steht?
Also dass
IF ([WZ_Lichtschalter] eq "1")
überhaupt true werden kann?
Vorher hattest du eq "on" drin?!
Gruß, Joachim
Nein, sicher bin ich mir nicht.. :D Ich bin ziemlich neu dabei und lerne fhem gerade durch learning by doing kennen. ???
Dieses "eq" sagt mir nicht wirklich was.. und als state habe ich "on" "off" und "1" "0" probiert, aber überall habe ich kein toggle.
Sondern kann entweder das Licht anschalten oder ausschalten.
Ich habe zwei Screenshoots erstellt, einmal mit WZ_Lichtschalter on und einmal mit off.
on: https://drive.google.com/file/d/0B7J7LuZOLY7nREtDWURfRklmSHc/view?usp=drivesdk
off: https://drive.google.com/file/d/0B7J7LuZOLY7nVTdnaVBabExxTzg/view?usp=drivesdk
Dash Button Screenshot:
https://drive.google.com/file/d/0B7J7LuZOLY7nTG1zZ0xuclFCV1U/view?usp=drivesdk
eq = equal
Und ist ein "Stringvergleich"...
Ich muss leider sagen, dass ich wenig mit fhem IF etc. mache (und auch DOIF [noch] nicht nutze)...
Wenn ich ein notify anlege dann rufe ich (fast) immer eine Sub in myUtils auf, da ich dort dann einfach perl nutzen kann...
...geht auch im notify selbst mittels {PERLCODE}...
...finde ich aber (ab einer gewissen "funktionalität" unübersichtlich)...
Mit eventMap bin ich nicht sicher wann was gemacht/ausgewertet wird...
Brauchst du die aus einem bestimmten Grund?
EDIT: allerdings hat das aktuelle Problem nichts mehr mit dem dashButton zu tun... Daher vielleicht neuen Thread aufmachen um den hier nicht aufzublähen mit Themen/Problemen die nicht direkt hierher gehören...
Gruß, Joachim
Zitat von: MadMax-FHEM am 24 September 2017, 19:01:53
eq = equal
Und ist ein "Stringvergleich"...
Ich muss leider sagen, dass ich wenig mit fhem IF etc. mache (und auch DOIF [noch] nicht nutze)...
Wenn ich ein notify anlege dann rufe ich (fast) immer eine Sub in myUtils auf, da ich dort dann einfach perl nutzen kann...
...geht auch im notify selbst mittels {PERLCODE}...
...finde ich aber (ab einer gewissen "funktionalität" unübersichtlich)...
Mit eventMap bin ich nicht sicher wann was gemacht/ausgewertet wird...
Brauchst du die aus einem bestimmten Grund?
EDIT: allerdings hat das aktuelle Problem nichts mehr mit dem dashButton zu tun... Daher vielleicht neuen Thread aufmachen um den hier nicht aufzublähen mit Themen/Problemen die nicht direkt hierher gehören...
Gruß, Joachim
Alles klar, danke für die Info :)
Im Grunde will ich nur ein Toggle hinbekommen, um das Gerät ein und auch danach wieder ausschalten zu können.
Aber das funktioniert nicht mit dem String und mit Perl was zu programmieren, damit kenne ich mich leider noch weniger mit aus. :(
Das eventMap ist meiner Meinung dafür da um das Fhem gerecht umzuschreiben, auf on oder off.
Der Sonoff Touch mit der ESPEasy Firmware kennt nur 0 oder 1 um das Relay für den Lichtschalter per GPIO Port zu schalten.
0 ist aus und 1 ist an. Der http Befehl für den Sonoff Touch Lichtschalter sieht so aus: http://192.168.2.48/control?cmd=GPIO,12,1 (Relay anschalten)
Ich habe das Eventmap mal gelöscht und danach konnte ich den Lichtschalter nicht mehr per Fhem schalten.
Und da es vom Thema abweicht, ich habe ein eigenen Thread erstellt... :) https://forum.fhem.de/index.php/topic,77093.0.html
Viele Grüße
Mark
Falls noch jemand ein Problem mit dem Toggle haben sollte, hier ein String der bei mir funktioniert: https://forum.fhem.de/index.php?action=post;quote=690218;topic=77093.0;last_msg=690251
Noch mal vielen Dank an MadMax-FHEM! :)
Hallo,
ich möchte mit dem Dash Button meine Fritz DECT 200 Steckdose schalten, so dass sie drei Minuten angeht. Mein Event im Filter kommt:
2017-11-12 19:36:27 dash_dhcp DashButton01 b4-7c-xx-xx-xx-xx: short
Aber: das Notify wird nicht ausgeführt, dieses habe ich so definiert, könnt ihr mal bitte schauen, wo mein Fehler liegen könnte?
DEF
DashButton01:b4-7c-xx-xx-xx-xx set DECT200 on-for-timer 180
Wobei DECT200 mein FBDECT device ist.
Tipp :
1. Event Monitor starten und danach den Dash Knopf drücken.
2. die Zeile mit dem short Event komplett markieren und den Create/Modify Device Knopf drücken
3. Das damit erstellte notify macht dann was es soll :)
Guten Morgen zusammen,
ich habe mir auch mal 2 Buttons zugelegt. Die gibt's heute für 1,99€ bei Amazon. Auf einer der ersten Seiten steht man darf die Konfiguration nicht abschließen bzw. ein Produkt kaufen. Ist das immer noch so? Weil wenn ich dem Button den Internetzugang sperre kann er ja nix bestellen?!
Ich habe vor gut einem Monat ein Button eingerichtet und vor der Produktauswahl abgebrochen und ihn auf der Fritzbox gesperrt.
Er macht nun täglich seinen Job..
Bestellen soll er natürlich nichts, macht er zum Glück auch nicht.
Deiner soll wohl bestellen?
Ich wollte ihn einmalig bestellen lassen und da kam bei mir die Frage auf, ob es dann trotzdem noch mit FHEM funktioniert.
Ja das geht auf jedenfall.. Der Dashbutton muss per dhcp eine IP vom Router holen und das wird durch fhem bzw. das Script erkannt.
Ich habe bei meinen Dashbuttons auch immer eine Bestellung getätigt, die aber direkt storniert und dadurch habe ich einen Gutschein erhalten, womit ich den nächsten Dashbutton Gratis bestellen konnte. :)
ich habe mit allen meinen Dashbuttons echte Bestellungen durchgeführt ohne Stornierung. Danach habe ich die Buttons auf der Fritzbox gesperrt und sie funktionieren bestens ;D
Das kann sich auch durchaus lohnen, da AMZN mit der ersten Bestellung ja den Preis von 4,99 gutschreibt. Und das selbst, wenn man den Button für 1,99 oder 0,99 gekauft hat. ;D
Sagt mal, kann es sein, dass für devAlias und allowed zwei unterschiedliche Darstellungen der MAC-Adressen eingegeben müssen?
Wer kapiert denn sowas, wenn es noch nicht mal in der Commandref beschrieben ist? >:(
hatte schonmal überlegt an dem Dash Button einen Wassermelder/Glasbruchsensor anzuschließen also den Button zu überbrücken. Das Problem ist aber das man keine Batteriemeldung oder tägliche Prüfung hat.
Dafür gibt es keine möglichkeit oder? Anders würde man nie mitbekommen wenn Batterie leer ist.
Gibt es eigentlich eine Möglichkeit in den Notify / DOIFs nur den Namen des Dash Buttons verwenden zu können?
Da die Mac Adressen dort derzeit mit einem Minuszeichen getrennt werden müssen entpuppt es sich schnell als Fallstrick, vor allem wenn man sie über den EventMonitor erstellt welcher die Mac Adresse ja auch mit den Doppelpunkten übergibt.
Mein DOIF-Trigger sieht so aus:
(["^SW_Dash_09:short"]
Im SW_Dash_09 steht bei den Readings die MAC mit Bindestrich als Readingsname und dieses hat den Wert short....
Ein Eintrag im Attribut devAlias im dash_dhcp-Device und Du kannst den Namen statt der MAC verwenden.
Zitat von: volschin am 18 November 2017, 11:54:41
Das kann sich auch durchaus lohnen, da AMZN mit der ersten Bestellung ja den Preis von 4,99 gutschreibt. Und das selbst, wenn man den Button für 1,99 oder 0,99 gekauft hat. ;D
Bei mir war es so dass ich auch auf ganz normale Bestellungen (und andere Produkte) die Gutschrift erhielt - was mich ehrlich gesagt sehr überraschte. Bisher war ich immer davon ausgegangen dass man diese nur bei einer Bestellung über den Dash Button erhalten würde.
Zitat von: ChrisW am 25 November 2017, 08:32:45
hatte schonmal überlegt an dem Dash Button einen Wassermelder/Glasbruchsensor anzuschließen also den Button zu überbrücken. Das Problem ist aber das man keine Batteriemeldung oder tägliche Prüfung hat.
Dafür gibt es keine möglichkeit oder? Anders würde man nie mitbekommen wenn Batterie leer ist.
Das habe ich auch schon überlegt. Ich habe Wassermelder welche einfach einen Signalton abgeben. Hilft natürlich nicht wenn ich nicht daheim bin...
1. wäre es möglich bei aktiven Alarm auch den Dashbutton auszulösen?
2. bzgl. Batterieprüfung: gute Frage - so oft sollte der Wasseralarm nicht auslösen, d.h. die Batterie sollte ja schon etwas halten.
naja kommt drauf an wo die Dashbutton Batterie ist sehr kälte anfällig hab das teil draußen liegen und muss es alle 2-3 Monate tauschen
Nach einem Neustart von meinem PI funktiniert der Dash Button nicht mehr auf 2 verschiedenen Pis .. genau nach dem WIKI alles gemacht. Eintrag steht auch in der Datei.
Muss es aber erneut Manuell per Konsole machen damit die Buttons wieder funkktionieren .. jemand eine idee ?
Zitat von: ChrisW am 03 Dezember 2017, 19:45:16
naja kommt drauf an wo die Dashbutton Batterie ist sehr kälte anfällig hab das teil draußen liegen und muss es alle 2-3 Monate tauschen
In den Dashbuttons sitzen doch normale Micro-Zellen. Ich brauchte noch keine zu ersetzen,
aber fuer den Einsatz draussen habe ich gute Erfahrungen mit den Varta Industrial Batterien
gemacht.
Zitat von: ChrisW am 03 Dezember 2017, 19:49:02
Nach einem Neustart von meinem PI funktiniert der Dash Button nicht mehr auf 2 verschiedenen Pis .. genau nach dem WIKI alles gemacht. Eintrag steht auch in der Datei.
Muss es aber erneut Manuell per Konsole machen damit die Buttons wieder funkktionieren .. jemand eine idee ?
Die iptables PREROUTING-Regel hast Du bootfest zum Beispiel in die rc.local eingetragen?
Gruss Helmut
Hallo zusammen,
seit dem 01.01. funktioniert mein Dashbutton nicht mehr, weder mit dem dash_dhcp Modul, noch mit dasher.
Die Portweiterleitungsregel ist nach wie vor aktiv, der Dashbutton wird mir auch nach wie vor in meiner Fritzbox als aktiv angezeigt wenn ich ihn drücke.
Da mir das Datum auffällig erscheint, wollte ich nachfragen, ob jemand seitdem das gleiche Problem hat.
Viele Grüße
Daniel
Zitat von: weber90 am 04 Januar 2018, 10:59:49
Hallo zusammen,
seit dem 01.01. funktioniert mein Dashbutton nicht mehr, weder mit dem dash_dhcp Modul, noch mit dasher.
Die Portweiterleitungsregel ist nach wie vor aktiv, der Dashbutton wird mir auch nach wie vor in meiner Fritzbox als aktiv angezeigt wenn ich ihn drücke.
Da mir das Datum auffällig erscheint, wollte ich nachfragen, ob jemand seitdem das gleiche Problem hat.
Viele Grüße
Daniel
Sry,kann ich nicht bestätigen.Bei mir läuft alles wie bisher.
Gestern erst wieder mit gespielt und es läuft auch noch mit dem dash_dhcp Modul.
Ggf den Port nochmal öffnen? Ich krieg das auch nicht auf dauerhaft gestellt, trotz aller Anleitungen, daher muss ich das nach jeden Raspi-Reboot neu machen...
Zitat von: weber90 am 04 Januar 2018, 10:59:49
Die Portweiterleitungsregel ist nach wie vor aktiv,
Hallo Daniel,
zu "dasher" kann ich nichts sagen, aber fuer die Funktion des dash_dhcp Moduls kontrolliere doch mal den Paketzaehler
der POSTROUTING-Chain vor und eine Minute nach Betaetigung des Buttons als root oder mit sudo:
iptables -t nat -nvL
Wenn Du dort keine Veraenderung siehst, wirf, ebenfalls mit root-Rechten, auf dem entsprechenden Interface den tcpdump an
tcpdump -nli <interface> udp port 67
und stelle fest, ob da etwas ankommt.
Gruss Helmut
Zitat von: rubbertail am 04 Januar 2018, 13:44:40
Ggf den Port nochmal öffnen? Ich krieg das auch nicht auf dauerhaft gestellt, trotz aller Anleitungen, daher muss ich das nach jeden Raspi-Reboot neu machen...
Wenn Du das Umlenken des Port 67 auf einen fuer fhem zugaenglichen Port meinst: Bei mir funktioniert
das zuverlaessig mit einem Eintrag der iptables-Regel in der /etc/rc.local
Gruss Helmut
Hallo zusammen,
Danke für die Antworten!
Aus irgendeinem Grund hat sich der Name des Netzwerkadapters an meinem Raspberry von eth0 auf enxb827eb7e2009 geändert.
Das gleiche Problem hatte auch schon ein anderer Nutzer (https://forum.fhem.de/index.php/topic,79682.msg717005.html#msg717005).
Nach dem Anpassen des Interfacenamens in der Regel für die Portumleitung funktioniert es nun wieder.
Zitat von: weber90 am 12 Januar 2018, 17:05:28
Hallo zusammen,
Danke für die Antworten!
Aus irgendeinem Grund hat sich der Name des Netzwerkadapters an meinem Raspberry von eth0 auf enxb827eb7e2009 geändert.
Das gleiche Problem hatte auch schon ein anderer Nutzer (https://forum.fhem.de/index.php/topic,79682.msg717005.html#msg717005).
Nach dem Anpassen des Interfacenamens in der Regel für die Portumleitung funktioniert es nun wieder.
Wurde mit Raspbian Stretch so geändert...
...also die Adapterbezeichnungen...
Gruß, Joachim
Hi,
man kann das auf Raspbian auch wieder ändern:
Datei cmdline.txt, die sich im Boot-Verzeichnis befindet, ändern. Füge dazu einfach net.ifnames=0.
Quelle: https://www.bitblokes.de/raspbian-stretch-netzwerk-schnittstellen-heissen-anders-aus-eth0-wird-enxmac-adresse/
Gruß Arnd
Gesendet von meinem SM-G800F mit Tapatalk
Hallo!
Ich weis leider nicht mehr weiter, ich hatte erst Erfolgreich zwei DashButton in fhem angelegt und auch die Werte in Reading bekommen, dann hatte ich den einen nochmal einen davon gelöschte und neu angelegt weil der immer ca.10mal hintereinander short gesendet hat.
Nun scheint aber Fhem nichts mehr von den DashButton mit zu bekommen, aber auf der Shh konsole schon.
Hier mal meine Config:
Internals:
CONNECTS 4
FD 5
LAST_CONNECT 2018-03-16 22:22:29
LAST_DISCONNECT 2018-03-16 22:22:29
NAME DashButton
NR 256
NTFY_ORDER 50-DashButton
PORT 6767
STATE listening
TYPE dash_dhcp
READINGS:
2018-03-16 22:22:29 state listening
Attributes:
allowed b4-7c-9c-67-0d-cd,00-fc-8b-86-90-fd
port 6767
room DashButton
SHH:
root@happyfamilyserver:~# sudo tcpdump -i eth0 port 67 or port 68 -e -n
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
22:36:32.287861 b4:7c:9c:67:0d:cd > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 339: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from b4:7c:9c:67:0d:cd, length 297
22:36:37.046252 00:fc:8b:86:90:fd > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 339: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:fc:8b:86:90:fd, length 297
Aber wie gesagt in Fhem kommt gar nichts mehr an, ob im Log oder Eventmonitor...habe alles schon mal neugestartet aber leider nichts...
Hat jemand vielleicht eine Idee was man machen könnte???
Mfg Steffen
hast du die iptables regel eingerichtet?
Hab vor 2 Tagen fhem von LAN ins WLAN gehängt und ein Update von fhem gestartet.
Seit dem gehen die Buttons nicht mehr. Jemand nenn Tipp?
WLAN ist ja ein anderes Interface, daher musst du iptables/portweiterleitung (und was du noch so für die Buttons eingerichtet hast) auf das neue Interface umstellen:
eth0 -> wlan0 (wahrscheinlich)
Kurz da nur mobil grad...
Gruß, Joachim
Stimmt. Ganz vergessen. Danke !
hat noch jeman das Problem das ein Dashbutton auf einmal nicht mehr funktioniert ?
Habe 3 Stück eingerichtet. 2 Funktionierne noch dder 3. nicht mehr .. es hat sich nichts geändert.
Blinkt genau wie die anderen beiden Buttons ....
Nein, alles funktioniert wie immer.
Basis: Raspberry Pi 2b mit Jessie
Gruss Helmut
Ich hatte mal einen, der hat nach ungefaehr einem Jahr Betrieb offensichtlich seine WLAN-Credentials vergessen.
Also mit der Amazon-App neu angelernt und funktioniert (bis jetzt) wieder.
Gruss Helmut
Ich hatte so ein Problem auch noch nicht. Habe hier 5 Dashbuttons im Einsatz und alle gehen.
Hast Du mal im Router geschaut, ob er Online geht im WLAN, wenn Du ihn aktivierst (drückst)?
Hi,
ich bin jetzt auf diesen Thread gestossen, und hab auch noch einen Dash hier rumliegen den ich nicht wirklich nutze, und wollte diesen jetzt mal in Fhem intgrieren, nur finde ich auf anhieb (hab zugegeben nicht alle 33 Seiten gelesen) wie man den Button in Fhem integriert, kann mir das einer kurz erklären? Würde den Button gerne zum schalten meiner "Alarmanlage" in Fhem nutzen.
Danke
Zitat von: Tommy82 am 18 Dezember 2018, 19:50:39
ich bin jetzt auf diesen Thread gestossen, und hab auch noch einen Dash hier rumliegen den ich nicht wirklich nutze, und wollte diesen jetzt mal in Fhem intgrieren, nur finde ich auf anhieb (hab zugegeben nicht alle 33 Seiten gelesen) wie man den Button in Fhem integriert, kann mir das einer kurz erklären? Würde den Button gerne zum schalten meiner "Alarmanlage" in Fhem nutzen.
das dash_dhcp Modul nutzen
Zitat von: Tommy82 am 18 Dezember 2018, 19:50:39
Hi,
ich bin jetzt auf diesen Thread gestossen, und hab auch noch einen Dash hier rumliegen den ich nicht wirklich nutze, und wollte diesen jetzt mal in Fhem intgrieren, nur finde ich auf anhieb (hab zugegeben nicht alle 33 Seiten gelesen) wie man den Button in Fhem integriert, kann mir das einer kurz erklären? Würde den Button gerne zum schalten meiner "Alarmanlage" in Fhem nutzen.
Danke
Bestimmt schon öfters genannt, habe mir jetzt auch nicht die 34 Seiten durchgeschaut. Aber ich finde die Anleitungen von Matthias Kleine sehr hilfreich und super erklärt https://www.youtube.com/watch?v=hVoLIfxFdaY (https://www.youtube.com/watch?v=hVoLIfxFdaY)
Super, Danke das hat funktioniert.
Gibt der Button nur einen Status zurück beim Drücken? Würde den Button ja gerne im Alarmanlagen Modul nutzen, weiss nur noch nicht wie ich das mit nur einem State hinbekomme
Komischerweise ging bei meinem Stretch der Befehl
sudo iptables -I PREROUTING -t nat -i wlan0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
bei ifconfig -a wurde auch wlan0 angezeigt... Der Befehl blieb aber nach nem Neustart nicht drin ( trotz iptables-persistent ). Hab ihn dann per
sudo nano /etc/rc.local in die local reingeschrieben ( vor der Zeile exit 0 )
Also in meiner fhem Docker kann ich per cron nicht arbeiten auch iptables-persistent speichert den eintrag einfach nicht..
Wie wäre es wenn wenn FHEM beim starten das ganze setzt ? :
iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
Das Problem ist bei einem shutdown restart wird es immer wieder gesetzt da habe ich den eintrag ganz oft unter "iptables --table nat --list" das ist doch auch ncith gut oder ??
Hallo
das kannst du einfach machen, indem Du die Zeile ins init script vom fhem aufnimmst.
/etc/init.d/fhem
So mache ich das auch.
viele Grüße
Simonberry
okay aber bei einem fhem shutdown reboot wird es doch auch wieder ausgeführt ?
Hi,
habe meinen BananaPi auf Debian Buster upgegradet und seitdem funzen meine DashButtons nicht mehr!
wenn ich mit tcpdump -i eth0 'port 67' lausche dann kommen die Meldungen auf Port 67 statt 6767 herein!
Definiert ist aber nach wie vor Port 6767.
Wenn ich iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767 eingebe erscheint
iptables v1.8.2 (nf_tables): unknown option "--dport"
Wie kann man denn in Buster den Port umbiegen?
So, FHEM läuft jetzt als root - Buttons funzen wieder!
Danke
So kann man es zwar auch lösen, aber lies vielleicht mal das:
https://wiki.debian.org/iptables
Also mit der Umstellung ist auch das nette Programm iptables-translate installiert worden.
Das spuckt dann bei mir
sudo nft insert rule ip nat PREROUTING iifname "eth0" udp dport 67 counter dnat to 0.0.0.0:6767
Funktioniert gut. Jetzt muss ich nur noch testen, ob das einen Reboot übersteht.
also bei mir spuckt die Konsole nach deiner Eingabe nur folgendes aus:
Error: Could not process rule: Invalid argument
insert rule ip nat PREROUTING iifname eth0 udp dport 67 counter dnat to 0.0.0.0:6767
liegts evtl. am doppelten ii in iifname? Nein, weil mit einfachem i gehts auch nicht:
Error: No symbol type information
insert rule ip nat PREROUTING ifname eth0 udp dport 67 counter dnat to 0.0.0.0:6767
aber bei mir ergibt ja die Eingabe iptables -L schon folgenden Fehler:
iptables v1.8.2 (nf_tables): TABLE_ADD failed (Invalid argument): table filter
Ich weiß ja nicht, wie es implementiert ist und ob die Schnittstelle wirklich so "empfindlich" ist...
...ABER: in dem Beispiel von volschin ist der Name des Interfaces in Anführungszeichen...
Und ist der Name tatsächlich eth0, weil es ja seit Stretch auch die "komischen" Interface-Bezeichnungen gibt (wenn man das nicht zurück stellt)...
Gruß, Joachim
ok, hab es mal so probiert:
nft insert rule ip nat PREROUTING ifname eth0 udp dport 67 counter dnat to 0.0.0.0:6767
mit folgender Ausgabe:
Error: No symbol type information
insert rule ip nat PREROUTING ifname eth0 udp dport 67 counter dnat to 0.0.0.0:6767
Also zumindest Kopieren sollte man können. ;)
1. Heißt das iifname und nicht ifname
2. Sind laut manual die "" zwingend erforderlich.
Hallo mein Freund - hab es natürlich in beiden Varianten versucht! Also sowohl mit ifname bzw. iifname und auch mit und ohne Anführungszeichen!!!
Sind nicht alle blöd!
Zitat von: punker am 12 August 2019, 11:20:28
Hallo mein Freund - hab es natürlich in beiden Varianten versucht! Also sowohl mit ifname bzw. iifname und auch mit und ohne Anführungszeichen!!!
Sind nicht alle blöd!
Immer lässig bleiben!
Warum postest du dann auch (immer) nur die Varianten von denen alle schon geschrieben haben, dass es NICHT geht (gehen wird)...
...brauchst dich dann ja wohl nicht wundern, wenn wir denken du seist zu dumm für copy&paste... ;)
Also halt dann besser ALLES posten was du probierst/probiert hast...
Und dann evtl. noch mal die Anmerkung (ohne zu wissen, ob du da auch schon alles durch hast und wieder "schimpfst"): evtl. heißen auch die Interfaces anders (ist ja ab Stretch so, wenn man das nicht "zurück stellt")
Gruß, Joachim
Ich habe noch einen nie benutzten Dash-Button rumliegen.
Der war auch nie in meinem Netz. Leider ist die Seite bei Amazon zum Verbinden der Buttons abgeschaltet worden.
Kann ich mit meinem Button jetzt noch was anfangen?
Also sorry, aber bei mir in der iPhone App gibts die noch. Das musste man aber meines Wissens schon immer über die App machen und dort ist es etwas versteckt.
Man muss unter Meine Dash Buttons gehen. Dort nicht durch die ganzen Virtuellen verwirren lassen, sondern auf Menü -> "Dash Button-Geräte verwalten" klicken.
Dann bist Du auf der Einrichtungsseite und hast unten einen Menüpunkt "Einen neuen Dash Button einrichten".
Hallo.
Aufgrund von Nachrichten wie z.B. dieser auf heise.de (https://www.heise.de/newsticker/meldung/Amazon-schaltet-Dash-Buttons-zu-Ende-August-ab-4486994.html (https://www.heise.de/newsticker/meldung/Amazon-schaltet-Dash-Buttons-zu-Ende-August-ab-4486994.html)), werden von den Dingern wohl bald keine mehr neu aktiviert werden können. Die halbe Aktivierung beruht imho auf d. Zugriff auf Amazon-Server.
Wer weiß, wie lange das noch via App klappt :o
Alle "jungfräulichen" Teile könnten dann wirklich bald Elektroschrott sein :'(
Viele Grüße
rob
Dann hoffe ich mal, dass ich nicht aus irgendwelchen Gründen demnächst mein WLAN Passwort ändern muss.
Ich hab blauäugig mein WLAN Namen geändert. Und kann seit dem meine ganzen DashButtons nicht mehr anlernen. Naja die Kinder freuts. Das ist nen Knopf und wenn man drauf drückt blinkts ganz lustig :o
Aber noch geht's doch mit dem neu anlernen!?
Noch ist es aber nicht soweit, denn ich konnte nach einem Batteriewechsel letzte Woche einen neu anlernen.
Zitat von: rob am 12 August 2019, 23:09:45
Hallo.
Aufgrund von Nachrichten wie z.B. dieser auf heise.de (https://www.heise.de/newsticker/meldung/Amazon-schaltet-Dash-Buttons-zu-Ende-August-ab-4486994.html (https://www.heise.de/newsticker/meldung/Amazon-schaltet-Dash-Buttons-zu-Ende-August-ab-4486994.html)), werden von den Dingern wohl bald keine mehr neu aktiviert werden können. Die halbe Aktivierung beruht imho auf d. Zugriff auf Amazon-Server.
Wer weiß, wie lange das noch via App klappt :o
Alle "jungfräulichen" Teile könnten dann wirklich bald Elektroschrott sein :'(
Viele Grüße
rob
Auch wenn man mal die Batterie tauschen muss, steht man vor diesem Problem :-(
Sollen ja angeblich 1000 Schaltungen halten. Wollen wir uns darüber mal nicht beschweren. Da habe ich andere Smarthomeschalter schon früher sterben sehen.
Die hast mit Kindern ratz fatz :-) aktuell hab ich nur noch einen im Einsatz, neues 3d gedrucktes Gehäuse, neue Batterie, als Klingel an der Etagentüre. Da kommen die Kinder nicht ran.
Hallo, die Neuregistrierung scheint jetzt abgeschaltet zu sein :(
Ich hab eben versucht, einen von meinen Reserve-Buttons neu anzulernen, die App läuft auf einen Timeout.
Kann das noch jemand bestätigen?
Danke.
Edit: Entwarnung! Der Anmeldevorgang dauert mehrere Minuten und man muss ggf. den Vorgang / die BT- Aktivierung am Button mehrmals starten, dann geht es aber irgendwann.
Ob die Kaufgebühren wieder erstattet werden weiss ich allerdings (noch) nicht...
Zitat von: CBSnake am 13 August 2019, 07:33:31
Auch wenn man mal die Batterie tauschen muss, steht man vor diesem Problem :-(
Ist das echt so? Schon getestet? Hat das Ding also nur einen flüchtigen Speicher? Wollte mir gerade die Mühe machen, meine 20 Buttons von Homebridge-plugin auf FHEM-Integration umzustellen, weil das flexibler ist, aber dann lohnt sich der ganze Aufwand ja gar nicht... :-/
War zumindest bei mir so, ich musste ihn neu anmerken ;-)
Ich habe noch die App-Vers. 16.4.0.100,
da wird zuerst der Dash-Button per Bluetooth konfiguriert und danach der Artikel zugeordnet. Die Zuordnung kann problemlos abgebrochen werden.
Vermutlich müsste diese Version auch nach Abschaltung noch funktionieren.
Wenn es soweit ist, werde ich es testen und melden, ob es funktioniert.
Hallo zusammen,
Ich habe gerade erst gesehen, dass ich den Zeitpunkt verpasst habe meine 2 bisher ungebrauchten Dash Buttons ins WLAN anzumelden und so mit FHEM mal gebrauchen zu können...
Mal abgesehen davon der der AWS IoT Button viel zu teuer ist:
Lässt sich der AWS IoT Button mit der entsprechenden APP genauso wie der Dash Button ins WLAN einbinden und dann auf altbekannte Weise innerhalb von FHEM nutzen?
Oder noch besser: lässt sich der Dash Button irgendwie über die AWS IoT APP ins WLAN bringen?
Meine Versuche sind bisher kläglich gescheitert...
LG, Sprudelverduenner
Hallo auch,
vielen Dank für den Hinweis.
Ich hatte noch 7 für FHEM unparametrierte Dash Buttons liegen und habe die soeben alle einrichten können.
Die Amazon App (iOS) funktioniert noch für Dash Buttons, der Menüpunkt ist ganz unten unter "Meine Dash Buttons" und dort im Menü "Dash Button Geräte verwalten".
Das bleibt vermutlich auch so, da die vorhandenen Dash Buttons in Bezug auf Amazon-Bestellungen bei Bedarf auf andere Artikel der Produktgruppe umgestellt werden können müssen.
Gruß Helmut
Also ich verwende auch die (aktuelle) iOS App.
Unter Meine Dash Buttons sehe ich allerdings nur einen Hinweis auf die virtuellen Buttons.
Ich Bin allerdings auch kein Prime Kunde.
Prime ist Bedingung.
Geh doch einfach zu einem Kumpel mit Prime Account.
Gast WLAN mit der SSID von dir zu Hause, WLAN Key wie zu Hause, MAC Adresse notieren, fertig.
Sollte funktionieren. :)
Die WLAN-Einrichtung geht nach wie vor in der Amazon App auch noch unter Android.
Unter Programme und Funktionen
- Meine Dash Buttons
- Menü links oben aufrufen
- dann erscheint unten "Your Virtual Dash Buttons" und die letzte Sektion heißt "Dash Button-Geräte" und hier dann "Dash Button-Geräte verwalten" auswählen.
- auf der nächsten Seite ganz unten: "Einen neuen Dash Buttion einrichten"
Hat bei mir heute und vor 2 Wochen fkt. (und hoffentlich bleibt dieser Menü-Eintrag auch in künftigen neuen Versionen der App erhalten).
Und jetzt meine Frage: ;D Ein Dashbutton verliert seine WLAN - Einstellung nach einiger Zeit. Evtl. leere Batterie? Andere Ideen?
ZitatUnd jetzt meine Frage: ;D Ein Dashbutton verliert seine WLAN - Einstellung nach einiger Zeit. Evtl. leere Batterie? Andere Ideen?
Hab noch keine Batterien wechseln müssen aber nach dieser Aussage schon:
Zitat von: CBSnake am 13 August 2019, 07:33:31
Auch wenn man mal die Batterie tauschen muss, steht man vor diesem Problem :-(
Gruß
Thomas
ZitatUnd jetzt meine Frage: ;D Ein Dashbutton verliert seine WLAN - Einstellung nach einiger Zeit. Evtl. leere Batterie?
+1
Habe beides erlebt: Batterietausch mit und ohne erneutes Einrichten über die App.
VG Sebastian
Zitat von: Raven am 13 September 2019, 11:06:04
Und jetzt meine Frage: ;D Ein Dashbutton verliert seine WLAN - Einstellung nach einiger Zeit. Evtl. leere Batterie? Andere Ideen?
Bei mir noch nie passiert und bei 1 Dash-Button (mit Laubsäge aufgesägt und hinterher mit Silikon wieder schön geschlossen...) habe ich die Batterie gewechselt ohne eine Einstellung zu verlieren.
Gruß Helmut
Jetzt habe ich bei mir mal die 30 Tage Prime Mitgliedschaft zum Ausprobieren aktiviert.
In der App sieht es jetzt aus wie im Anhang. Ich komme hier aber auch nicht weiter.
Ich kann weder einen Dash Button hinzufügen noch einen Virtual Button anlegen.
Hinweis: Die 2 Dash Button wurden auf einen anderen Account gekauft.
Damals war das kein Problem...
ok - ich habe es hinbekommen.
Da die Buttons nicht über meinen Account bestellt waren habe ich zuerst einen Virtuellen Button angelegt indem ich ein Produkt mit einem Virtual Dash Button versehen habe.
Dieser Button tauchte dann auch in der APP sofort auf.
Und danach kam dann auch die Möglichkeit einen Dash Button zusätzlich anzumelden.
LG, Sprudelverduenner
Hi,
bei mir sieht es nun so aus wie im Anhang.
Nun doch nicht mehr möglich oder nur bei mir?
LG Manu
Edit:
Doch anders als oben gefunden: Meine Dash Buttons -> MENÜ -> Einstellungen -> unten "Richten Sie ein neues Gerät ein"
App starten -> Burger Menü (oben links) -> Meine Dash Buttons -> Menü -> Einstellungen -> Richten Sie ein neues Gerät ein
VG Sebastian
Hallo zusammen,
funktioniert das auch ohne einen Prime Account?
VG
Christian
Denke nein.
Man kann aber einen Freund bitten und ihn in dein WLAN lassen.
Ich hatte das gleiche Problem.
Ohne Prime geht es in APP nicht mehr die Dash Buttons anzumelden.
Ich habe in meinem Fall das kostenlose Probeabo für Prime aktiviert.
Danach ging es dann in der APP...
Mit der Amazon App lässt sich der Button ja nicht mehr konfigurieren.
Hat jemand schon einen neuen Weg gefunden ?
Dies hier klappt ja leider nicht:
https://mpetroff.net/2016/07/new-amazon-dash-button-teardown-jk29lp/
http://192.168.0.1/?amzn_ssid=SPECIFIED_SSID&amzn_pw=SPECIFIED_PASSWORD,
Zitat von: Freibeuter am 09 Oktober 2019, 15:01:44
Mit der Amazon App lässt sich der Button ja nicht mehr konfigurieren.
Hat jemand schon einen neuen Weg gefunden ?
Dies hier klappt ja leider nicht:
https://mpetroff.net/2016/07/new-amazon-dash-button-teardown-jk29lp/
http://192.168.0.1/?amzn_ssid=SPECIFIED_SSID&amzn_pw=SPECIFIED_PASSWORD,
funktioniert einwandfrei. Zu Fuß hat sich ein jungfräulicher Dash Button einwandfrei ins Wlan stecken lassen und brüllt auch wie gewohnt seine DHCP requests in die Welt
Zitat von: bloodybeginner am 19 Oktober 2019, 18:26:28
funktioniert einwandfrei. Zu Fuß hat sich ein jungfräulicher Dash Button einwandfrei ins Wlan stecken lassen und brüllt auch wie gewohnt seine DHCP requests in die Welt
Welche Schritte hast du denn genau gemacht?
- Den Button über langes Drücken der Taste in den Konfig Modus gebracht
- Das Wlan netz "Amazon configure me" gejoint
- http://192.168.0.1 aufgerufen und die MAC notiert
- dem Button ne Reservierung auf dem DHCP und ne Sperre auf dem Router verpasst
- die url http://192.168.0.1/?amzn_ssid=SPECIFIED_SSID&amzn_pw=SPECIFIED_PASSWORD, natürlich mit den richtigen Daten befüllt, aufgerufen
Bei mir klappt das so leider nicht. Kommt wohl darauf an welche Version man von dem Button hat.
Zitat von: bloodybeginner am 23 Oktober 2019, 17:42:20
- Den Button über langes Drücken der Taste in den Konfig Modus gebracht
- Das Wlan netz "Amazon configure me" gejoint
- http://192.168.0.1 aufgerufen und die MAC notiert
- dem Button ne Reservierung auf dem DHCP und ne Sperre auf dem Router verpasst
- die url http://192.168.0.1/?amzn_ssid=SPECIFIED_SSID&amzn_pw=SPECIFIED_PASSWORD, natürlich mit den richtigen Daten befüllt, aufgerufen
Danke, bei mir funktioniert das perfekt!
Zitat von: bloodybeginner am 23 Oktober 2019, 17:42:20
- dem Button ne Reservierung auf dem DHCP und ne Sperre auf dem Router verpasst
Bis auf die sperre habe ich es auch so gemacht. Kann es sein, dass sonst eine Antwort vom Amazon Server kommt, dass die Hardware nicht mehr unterstützt wird?
ich habe heute auch versucht ein Dash Button zu verbinden, hat nicht geklappt.
@igami, hast du schon Erfolge?
meine WLAN SSID hat ein Leerzeichen, habe ich mit %20 eingegeben, hat auch nicht geklappt.
die Firmware vom Dash Button ist 40018220_WS
mit der iOS Amazon App geht es noch.
Ich habe mit meinem iPad erfolgreich zwei Dash Button mit mein WLAN verbunden.
Mit Android ging es nicht.
Gibt es hier einen Stand?
Habe mit der App versucht:
https://aws.amazon.com/de/iotbutton/ (https://aws.amazon.com/de/iotbutton/)
Klappt leider nicht. Bekomme nach Einwählen keine Passwortaufforderung und kann mich daher nicht mit dem Button in der App verbinden.
Einwahl auf 192.168.0.1 geht auch nicht.
es geht per IOS App noch im Standard (Amazon App).
Mein Button ist jetzt auch im LAN und lässt sich anpingen.
In FHEM bekomme ich leider den Buttondruck nicht mit.
FHEM ist im Subnetz 10.1.1.x (10.1.1.33)
Der Dashbutton ist im Subnetz 10.1.2.x (10.1.2.60)
Per Firewall habe ich FHEM vollen Zugriff auf 10.1.2.x gegeben
Testweise auch 10.1.2.x --> FHEM freigegeben
nix!
Wo ist mein Denkfehler?
Zitat von: Gunther am 05 November 2019, 14:07:08
es geht per IOS App noch im Standard (Amazon App).
Mein Button ist jetzt auch im LAN und lässt sich anpingen.
In FHEM bekomme ich leider den Buttondruck nicht mit.
FHEM ist im Subnetz 10.1.1.x (10.1.1.33)
Der Dashbutton ist im Subnetz 10.1.2.x (10.1.2.60)
Per Firewall habe ich FHEM vollen Zugriff auf 10.1.2.x gegeben
Testweise auch 10.1.2.x --> FHEM freigegeben
nix!
Wo ist mein Denkfehler?
Also wenn Du da unterschiedliche Subnetze hast, das dhcp Paket verlässt meines Wissens das Subnetz nicht.
richtig. dhcp arbeitet mit udp broadcast und ist ohne zusätzliche maßnahmen auf die eigene broadcast domain (subnetzt) beschränkt.
wenn dein router dhcp relay kann sollte das helfen.
Danke Euch für den Tipp.
Komme da nicht so recht weiter - vermutlich weil ich das DHCP Relay nicht richtig verstehe.
In meinem Unifi Router kann ich in den Netzwerkeinstellungen meines IOT-Subnetzes wechseln von DHCP auf Delay. Nur kann ich dann keine IP-Adressen mehr vergeben.
Ein kleiner Test hat auch nicht funktioniert.
Ich hänge mal meine WebIf Screenshots an. Bin ich da überhaupt richtig?
im letzten screenshot kannst du ganz oben die adresse des dhcp servers angeben. der muss dann im gleichen netz sein wie fhem. als die adresse die dein usg im fhem netz hat.
es kann aber sein das es in diesem fall (usg ist router und dhcp) nicht über das gui geht.
ansonsten: davide buttons am besten sowieso nicht nach draußen sollen: steck die dash buttons doch einfach ins fhem netz und blockiere sie in der firewall.
Danke! Verstehe das mit dem DHCP Server aus dem FHEM Netz noch nicht. Per Default (ist das so?) legt die USG bei jedem Subnetz den DHCP-Server auf die xxx.xxx.xxx.1
Wenn ich nun den DHCP-Server aus dem FHEM-Netz (=mein Netz für PCs) nehme, bekomme ich dann noch IP-Adressen mit dem Adressbereich aus dem IOT-Netz zugewiesen?
Dein letzter Vorschlag ist auch meine "Notlösung". Ich hatte halt die fixe Idee alles was IOT ist (außer FHEM und Sonos) in ein eigenes Netz zu verfrachten. Bin da aber ganz am Anfang (DashButton ist mein erster Versuch).
bekomme ich dann noch IP-Adressen mit dem Adressbereich aus dem IOT-Netz zugewiesen?wenn du dem dash button eine feste ip aus diesem netz zuweist. (im unifi controller auf den client klicken, im info fenster dann configuration->network)
du wirst merken das eine harte trennung nicht immer möglich ist und man manchmal abwägen muss:
- gehört sonos wirklich ins interne netz?
- gehört fhem wirklich ins gleiche netz wie deine pc mit mehr oder weniger vollem internet zugang und dem risiko sich etwas einzufangen?
- wie sinnvoll ist eine trennung wenn man sie hinter doch wieder aufweichen muss weil sich bestimmte geräte doch erreichen sollen/müßen
- ...
auch aus sicherheits aspekten ist die reine netzwerk trennung nicht mehr das non plus ultra. (zusätzliche) border security wird inzwischen als nötig erachtet. das gleiche gilt für den schutz zwischen den geräten.
aber ganz unabhängig von der aktuellen mode: im dash button fall würde ich das nicht als notlösung sehen sondern als praktikablen einfachen weg :).
Danke für Deine ausführliche Antwort. Genau bei Deinen Fragen war ich vorher schon theoretisch - jetzt auch praktisch.
Wie machst Du das? Oder gerne auch andere hier. (ups, es wird offtopic)
Ich brauche doch nochmal Hilfe.
Habe den Button nun im gleichen Subnetz wie FHEM. Beim Drücken zeigt mir der Ping auch Aktivität.
In FHEM habe ich im Event-Monitor leider keine Reaktion. Im DOIF passiert dann natürlich auch nichts.
Unter allowed habe ich die Mac-Adresse eingegeben mit 6c:56:97:46:4a:dd
unter DevAlias habe ich mit Leerstelle getrennt so eingegeben: 6c-56-97-46-4a-ee:eg_fl_dash_garagentoroeffner
Das DOIF sieht so aus:
defmod doif_eg_fl_dash_garagentoroeffner DOIF ([DashButton:eg_fl_dash_garagentoroeffner] =~ "short") (set eg_ez_LichtBuffet toggle)
attr doif_eg_fl_dash_garagentoroeffner checkReadingEvent 1
attr doif_eg_fl_dash_garagentoroeffner do always
Habe seit Umstellung auf Unifi auch die bestehenden Buttons nicht testen können (wegen Umstellung IP-Bereich). Kann das damit zusammen hängen?
als erstes musst du sicherstellen das fhem den dhcp request sieht. was siehst du mit verbose 5 im log?
wenn da nichts ist: ging es schon mal? hat sich auf fhem seite etwas verändert? oder am os? siehst du mit dem test programm von hier: https://forum.fhem.de/index.php/topic,57248.msg488492.html#msg488492 (https://forum.fhem.de/index.php/topic,57248.msg488492.html#msg488492) etwas?
siehst du mit Wireshark etwas?
übrigens: ob und welche ip und aus welchem netz der button eine ip bekommt ist nur relevant wenn der button ins internet soll/darf. da fhem sich eh nur am dhcp request interessiert. alles danach ist egal. d.h. wichtig ist das der button selber auf das richtige wlan (d.h. das gleiche ip netz in dem fhem ist) konfiguriert ist.
Nochmal zur Konfiguration: muss man Sonderzeichen im WLAN Passworts maskieren?
So, nun hat es wohl meine Buttons erwischt!
Einer leuchtet nur noch rot. Der andere nur noch blau.
Gibt es eine Möglichkeit, die für FHEM wieder zum Leben zu erwecken?
Ich hatte meinen Router getauscht und wohl vergessen, die Buttons zu sperren! :-(
Hallo,
ich habe bei einem meiner Dash Buttons die Batterie getauscht, und möchte ihn nun über die Android-Amazon-App wieder einbinden, doch die App zeigt mir beim Versuch, den nun "neuen" Button einzubinden nur ein "Entschuldigung, es gibt ein Problem mit dieser Website", und das war's.
Wie kann ich einen Button nach einem Batteriewechsel neu einbinden? Ich habe das vor ein paar Monaten schonmal gemacht, da hat das so wunderbar geklappt, kann es sein dass Amazon nach dem Abschalten der Dash Buttons auch den Service zum Einrichten deaktiviert hat? Wie kann man den Dash Button dennoch erneut im Netzwerk anmelden?
Ja, Einrichtung scheint nur noch per IPhone App zu gehen
Was macht man, wenn man kein iPhone hat? Kann man den Button auch anderweitig wieder ins WLAN einbinden, nach Batteriewechsel?
Moin,
ich würde das iPhone eines Freundes in deinem WLAN registrieren und über seine App die Einrichtung starten.
Gruß Helmut
Tatsächlich kenne ich spontan niemanden, der ein iPhone besitzt. Meine Idee war eher, den Button selbst zu konfigurieren, ich bin schon soweit dass ich mich mit dem Wifi des Buttons (offenes Wifi mit der SSID Amazon ConfigureMe) verbinden kann, ich kann den Button dann auf 192.168.0.1 auch anpingen. Allerdings kann ich ihm sonst keinerlei Informationen entlocken, ein Versuch, per HTTP auf http://192.168.0.1 zu navigieren resultiert in einem ERR_CONNECTION_REFUSED.
Eigentlich finde ich diesen Ansatz bei Github interessant, aber auch der scheitert bei mir:
https://gist.github.com/fffonion/d4960503ff6782640286163d47a30080
Zitat von: frober am 07 September 2019, 13:21:16
Ich habe noch die App-Vers. 16.4.0.100,
da wird zuerst der Dash-Button per Bluetooth konfiguriert und danach der Artikel zugeordnet. Die Zuordnung kann problemlos abgebrochen werden.
Vermutlich müsste diese Version auch nach Abschaltung noch funktionieren.
Wenn es soweit ist, werde ich es testen und melden, ob es funktioniert.
Ich habe gestern mit der alten App Version auf einem alten Handy mit Android 6 erfolgreich die Buttons in ein neues Netz angelernt.
Grüße Bernd
feine Zusammenfassung, worauf man achten sollte, nachdem Amazon den Dienst eingestellt hat:
https://blog.christophermullins.com/2019/12/20/rescue-your-amazon-dash-buttons/
und eine gute Übersicht zur V2 des Dash Buttons:
https://mpetroff.net/2016/07/new-amazon-dash-button-teardown-jk29lp/
Zitat von: Lanhydrock am 09 Februar 2020, 11:57:40
feine Zusammenfassung, worauf man achten sollte, nachdem Amazon den Dienst eingestellt hat:
https://blog.christophermullins.com/2019/12/20/rescue-your-amazon-dash-buttons/
und eine gute Übersicht zur V2 des Dash Buttons:
https://mpetroff.net/2016/07/new-amazon-dash-button-teardown-jk29lp/
Super! Vielen Dank, mit dem ersten Link konnte ich einen meiner 2 Dashbuttons aus meinem smarten Adventskalender
wieder zum Leben erwecken! :) Beim zweiten geht die LED wieder aus. Also mal warten - vielleicht gibts ja doch noch eine
Möglichkeit für diesen Patienten... ;D
VG Sebastian
Falls jemand Sonderzeichen in seinem WLAN PW hat und das nicht hinbekommt, auf dieser Seite kann man die Umwandeln:
https://www.andre-jochim.de/url-encode.htm
Danach hat es bei mir auch geklappt ;D
Ich musste meinen ersten gestern beerdigen... Die löschen wohl die Daten wenn die Batterie schwach wird... Hoffe meine verbleibenden 3 Stück funktionieren mit der Methode von oben... Gibt es die Möglichkeit den Batteriestand von FHEM auslesen zu lassen? Dann könnte man die Batterie schon vor dem löschen wechseln?
Hi zusammen,
ich habe mein FHEM dockerized und bin vom network_mode: host zu einem Bridged Network übergegangen. Leider hat das zur Folge, dass auch die DHCP-Pakete nicht mehr ankommen und ausgewertet werden können.
Hat jemand von Euch das Problem bereits elegant gelöst?
Mein Arbeitsansatz ist derzeit https://pypi.org/project/amazon-dash/. Das Programm gibt es auch als Docker Image. Muss dann zwar auch im Host-Mode laufen, betrifft ja aber nur den Einzelport. Gibt es Erfahrungen damit?
Gruß
Veit
@volschin
geht aber auch nur, wenn er schon im Netzwerk angemeldet war...
Guten Morgen,
mein erster Dash Button hat gestern den Geist aufgegeben. Die Batterie war leer. Nach dem tauschen kriege ich ihn nicht mehr angelernt. Der Hack scheint bei meinem nicht zu gehen. Warscheinlich ist die Firmware zu neu.
Jetzt die Frage:
Was gibt es für Kostengünstige Batteriebetriebene Alternativen? Würde gerne ohne zusätzlichen Gateway(ZiggBee) etc auskommen.
THX
Frank.
könnte das eine Alternative sein:
https://asksinpp.de/Grundlagen/ (https://asksinpp.de/Grundlagen/)
Eventuell Shelly Buttons:
https://shop.shelly.cloud/shelly-button-wifi-smart-home-automation#64
https://shop.shelly.cloud/shelly-button1-wifi-smart-home-automation#369
Gruß, Joachim
Zitat von: gloob am 28 Juli 2020, 10:21:03
Wenn es Zigbee sein darf, kann ich die Ikea Smart Buttons empfehlen.
Naja ;)
Zitat von: kinghill am 28 Juli 2020, 06:42:09
Würde gerne ohne zusätzlichen Gateway(ZiggBee) etc auskommen.
Gruß, Joachim
Zitat von: kinghill am 28 Juli 2020, 06:42:09
Guten Morgen,
mein erster Dash Button hat gestern den Geist aufgegeben. Die Batterie war leer. Nach dem tauschen kriege ich ihn nicht mehr angelernt. Der Hack scheint bei meinem nicht zu gehen. Warscheinlich ist die Firmware zu neu.
Hast du ein Android Handy ( evtl. ein Ausgedientes)?
Dann würde ich dir meine alte Vers. der App zukommen lassen. Bei mir funktioniert bisher damit das neu anlernen.
Würde mich interessieren ob es bei den neuesten Buttons immer noch funktioniert. Alternativ kannst du ihn mir auch senden zum Testen. Weiteres per PM.
Grüße Bernd
die App würde mich auch interessieren, altes Androidhandy hab ich.
Ich hab allerdings auf die HueSchalter umgestellt, funktioniert mittlerweile auch ganz gut und vor allem schneller 😀
Ich muss euch leider enttäuschen, meine Version der App wird nicht mehr unterstützt und verlangt nach einem Update.
Ohne Netz konnte ich sie starten, danach Netz wieder einschalten.
Das Menü zum Anlernen ist noch da, funktioniert aber nicht mehr, bzw. Ist nicht mehr verfügbar (Verweis auf Homepage).
Vor wenigen Wochen hat es noch funktioniert.
Sorry, tut mir leid, dass ich euch Hoffnung gemacht habe. :(
wäre nicht eine super günstige Alternative einen ESP8266 in der 01er Version (also der kleinste) + 1 (Reset)-Taster + Batterie?
Der Sketch macht dann folgendes:
Wifi Starten
einen DHCP Request rausschicken
Deep Sleep
@Wuppi68, ja, aber es soll ja schick aussehen und auch der Frau gefallen. Wenn ich da jetzt was selbstgebasteltes hinlege ( ohne entsprechende Hülle etc. ) dann gibt das wieder ärger :-) Bin mit den Schaltern von Hue für 15 Euro eigentlich ganz zufrieden und die Frau auch ( das ist ja die Hauptsache bei unserem Hobby ;-) )
Hallo,
Vielen Dank für die Antworten.
- Der erste Shelly Button läuft mit 230V oder? Und den zweiten finde ich ehrlich gesagt zu teuer. Da waren die Dash Buttons schon wesentlich günstiger.
- Die Ikea Taster laufen laut Fhem Doku noch nicht richtig. Kann das jemand bestätigen, oder laufen die inzwischen gut? Die sind preislich schon sehr interessant, wobei hier eben ein Zigbee Gateway von Nöten
wäre. Das ist für die Zukunft aber eventuell zu verkraften.
- Die alte Amazon App hat leider nicht funktioniert. Auch in der alten App ist ein Anlernen nicht mehr möglich (Menüpunkt Dash Button wird in den Einstellungen im Konto nicht mehr angezeigt)
- Wie lange würden zwei Batterien aa bei einem ESP im deep sleep halten?
LG Frank
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
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 (https://forum.fhem.de/index.php/topic,85571.msg1004576.html#msg1004576)
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
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
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
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
Hallo Simonberry,
sehr gut, Du hast in allen Punkten Recht!
Danke und Gruß,
Kurt
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
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 :-)
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
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
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
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
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
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
Hallo,
es ist klar, dass es nur ein Gerät gibt und devAlias bekommt auch einen Haken dran.
Es zeigt sich aber leider nur einer von 2 Buttons im event-Monitor.
Code:
--------------------
Internals:
CONNECTS 2
FD 4
FUUID 5f1ad16d-f33f-7695-fbc1-58c298a5b3e0da44
LAST_CONNECT 2020-08-12 11:08:00
LAST_DISCONNECT 2020-08-12 11:08:00
NAME d_dash2
NR 50
NTFY_ORDER 50-d_dash2
PORT 6767
STATE listening
TYPE dash_dhcp
READINGS:
2020-08-11 22:30:37 04-72-95-bb-84-a1 short
2020-08-12 10:58:18 4c-32-75-ee-f1-33 short
2020-08-11 21:15:14 50-f5-da-3a-55-9b short
2020-08-12 00:37:04 68-ff-7b-67-1b-98 short
2020-08-12 08:37:35 80-ee-73-d9-3c-f0 short
2020-08-12 09:06:05 a4-cf-12-f4-4f-70 short
2020-08-12 08:20:13 fc-77-74-c2-2b-0d short
2020-08-12 11:08:00 state listening
Attributes:
allowed 50:f5:da:bb:5a:7c,50:f5:da:3a:55:9b
event-min-interval .*:10
event-on-change-reading .*
port 6767
room dashbutton
--------------------
50:f5:da:3a:55:9b ist im event-Monitor zu sehen,
50:f5:da:bb:5a:7c zeigt sich nicht. Ist ja auch klar, weil kein Reading shor generiert wird.
Aber warum gibt es kein Reading?
Danke und Gruß,
Kurt
Hi Kurt,
also das ist tatsächlich merkwürdig. Dein dash_dhcp funktioniert, Du hast ja schließlich bereits von anderen Geräten Meldungen bekomnen.
Evtl liegt doch an Deinem Button. Du bist Dir sicher, dass er sich ein Deinem WLAN angemeldet hat?
Ansonsten weiß ich leider keinen Rat mehr.
Viel Erfolg.
Simonberry
Hallo Simonberry,
er ist im Wlan und ich habe ihn erfolgreich angepingt.
Also wahrscheinlich kaputt.
Ich habe hier noch einige Knöpfe rumliegen. Mal gucken, was nach Einbindung mit denen passsiert.
Danke und Gruß,
Kurt
Hab diesen Button als Ersatz für meine Amazon DashButtons:
https://www.amazon.de/Aqara-Wireless-Switch-Mini-Lichtschalter/dp/B07D19YXND/ref=sr_1_8?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&dchild=1&keywords=Aqara-Smart-Wireless-Switch&qid=1597499890&sr=8-8 (https://www.amazon.de/Aqara-Wireless-Switch-Mini-Lichtschalter/dp/B07D19YXND/ref=sr_1_8?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&dchild=1&keywords=Aqara-Smart-Wireless-Switch&qid=1597499890&sr=8-8)
Funzt mit meinem Conbee-Stick einwandfrei.
Hallo!
Habe einen alten Dash Button gefunden er hat noch 83% Strom. Er wurde nie konfiguriert. Wie kann ich den in mein Netz einbinden. Auf Amazon ist alles aus.
lg
Wolfgang
Zitat von: wthiess am 29 August 2020, 20:31:17
Hallo!
Habe einen alten Dash Button gefunden er hat noch 83% Strom. Er wurde nie konfiguriert. Wie kann ich den in mein Netz einbinden. Auf Amazon ist alles aus.
lg
Wolfgang
Hallo! Hast das richtige Thread gefunden... Schon mal gut. Aber ein bischen Mühe noch, und Du hättest die Antwort gefunden. Steht 2 Seiten vorher im Thread: https://forum.fhem.de/index.php/topic,57248.msg986337.html#msg986337 oder https://forum.fhem.de/index.php/topic,57248.msg1022471.html#msg1022471
Leider habe ich es nicht geschafft.
Hallo zusammen,
ich bin mittlerweile der festen Überzeugung, dass man alle Buttons in sein Netz bekommt. Unabhängig von der Firmware.
Ich habe es aktuell mit der Version 60019520_EU, sowie 40018220_WS geschafft. Die Probleme lagen eher woanders.
Nachdem ich mir 8 Stück bei Ebay Kleinanzeigen leichtsinnigerweise gekauft habe und ich es mit der Anleitung mit der Sounddatei (FW 4xxx) erfolglos probiert habe, habe ich eigentlich schon gedacht, ich habe teuren Schrott gekauft.
Ich bin dann aber auf das IO Broker Forum gestoßen, indem jemand den Schritt der Sounddatei übersprungen hat und sofort die URL mit der SSID abgesetzt hat. Also genauso, wie hier auch der ein oder andere erfolgreich war.
Das Problem, dass ich es aber nicht hinbekommen habe lag an meiner SSID:
FRITZ!Box WLAN 3370
Diese habe ich damals seit der Einrichtung meiner ersten Fritzbox nie geändert... das hat sich nun gerächt.
Da ich aber nicht locker lasse habe ich try & error gespielt und folgendes festgestellt, was ich gerne weitergeben würde:
Meine erste abgesetzte URL:
http://192.168.0.1/?amzn_ssid=FRITZ!Box_WLAN_3370&amzn_pw=xxxxx
hat nicht funktioniert.
Dann mit unzähligen Maskierungen und Kombinationen vergeblich probiert.
Dann habe ich mich langsam herangetastet, indem ich meine SSID geändert habe.
Folgende Schlussfolgerung
1. Groß- und Kleinschreibung muss übereinstimmen
2. Das Sonderzeichen ! ist unerheblich und kann so in der URL eingetragen werden --> Ich hatte immer mit %21 maskiert...
3. Leerzeichen müssen mit %20 Maskiert werden. (+) oder (_) funktionieren nicht!
Folgende URL funktioniert bei mir mit meiner SSID:
http://192.168.0.1/?amzn_ssid=FRITZ!Box%20WLAN%203370&amzn_pw=xxxxx
Ihr müsst euch also keine Alternative suchen, sonder könnt bei Kleinanzeigen stöbern.
Ich hoffe, dass ich dem einen oder anderen damit helfen kann.
Vorher natürlich das Gerät anlegen und den Internetzugriff sperren.
Wenn ihr mehrere Geräte einrichten wollt geht es schneller, die DSL Leitung am Router für die Zeit abzuziehen und die Sperren nach automatisch hinzugefügten Geräten in der Fritzbox sperren. Der Rest in FHEM ist ja selbsterklärend (Allowed, devAlias)
Grüße aus Essen
Zitat von: punker am 15 August 2020, 16:00:30
Hab diesen Button als Ersatz für meine Amazon DashButtons:
https://www.amazon.de/Aqara-Wireless-Switch-Mini-Lichtschalter/dp/B07D19YXND/ref=sr_1_8?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&dchild=1&keywords=Aqara-Smart-Wireless-Switch&qid=1597499890&sr=8-8 (https://www.amazon.de/Aqara-Wireless-Switch-Mini-Lichtschalter/dp/B07D19YXND/ref=sr_1_8?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&dchild=1&keywords=Aqara-Smart-Wireless-Switch&qid=1597499890&sr=8-8)
Funzt mit meinem Conbee-Stick einwandfrei.
Kann ich bestätigen. Meiner Meinung nach die beste weil verlässlichste langlebigste und umfangreichste (Single, Double, longpress) und chicste Lösung
Hallo,
ich betreibe seit einiger Zeit einen Amazon Dash Button problemlos in meinem System. (Rpi3 - FHEM)
Abgesehen von der bekannten zeitlichen Verzögerung läuft es alles optimal. Gehalten habe ich mich nach diesen Anweisungen:
define DashButton PRESENCE lan-ping 192.168.178.86 1
sudo apt-get install tcpdump
sudo tcpdump -i wlan0 port 67 or port 68 -e -n
define DashButton dash_dhcp
sudo iptables -I PREROUTING -t nat -i wlan0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
sudo iptables --table nat --list
sudo apt-get install iptables-persistent
Ich habe jetzt allerdings meinen Raspberry von WLAN auf Ethernet "umgestellt" und bekomme jetzt natürlich keine Events mehr im FHEM angezeigt.
Leider bin ich in der Linux / tcpdump Geschichte nicht so tief drin dass ich weiss mit welchen Befehlen ich auf eth0 umstellen kann.
Könntet ihr mir bitte helfen welche Befehle hier notwendig sind, ich gehe mal davon aus dass es nicht reicht:
sudo tcpdump -i eth0 port 67 or port 68 -e -n
sudo iptables -I PREROUTING -t nat -i eth0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
einzugeben -oder doch?
Gruß und Dank aus Tirol
OK, habe es selber gefunden, sollte jemand das selbe Problem haben einfach:
sudo nano /etc/iptables/rules.v4
hier einfach wlan0 durch eth0 (oder umgekehrt ersetzen)
Oder wie auch immer der Name des richtigen Netzwerk-Interfaces auf neueren Linuxen lautet.
Hallo,
mein Dash Button hat wohl den Geist aufgegeben, und scheint sich nicht mehr mit meinem WLAN verbinden zu wollen.
Wenn ich in den "Konfigurationsmodus" gehe stellt er jedoch as "Amazon ConfigureMe" WIFI zur Verfügung, allerdings nur relativ kurz.
Kennt jemand eine Möglichkeit wie ich checken kann ob es einfach an einer schwachen Batterie liegt?
Gr u Dank
Zitat von: Lanhydrock am 09 Februar 2020, 11:57:40
feine Zusammenfassung, worauf man achten sollte, nachdem Amazon den Dienst eingestellt hat:
https://blog.christophermullins.com/2019/12/20/rescue-your-amazon-dash-buttons/
Hallo,
habe mal versucht, meine gestorbenen Dash-Buttons wieder zum Leben zu erwecken.
Leider erfolglos.
Beim Abspielen der Sound-Datei und beim Aufrufen der URL mit SSID und pwd geht jedesmal sofort die blau blinkende LED aus.
Die Dinger melden sich nicht mehr in meinem WLAN an.
Es handelt sich um die V2, Die Firmware ist 60019520_EU.
Hatte vielleicht jemand mit ner andereren Methode Erfolg?
Hallo, ich benutze statt der Dash-Button jetzt die Ikea- Tradfri Schalter kosten auch nur 6 Euro. Batteriewechsel ist einfacher ;) Funktionieren genau so gut
Gruß Intruder
Bei mir sterben sie auch der Reihe nach. Vor allem die, die länger nicht benutzt wurden sind tot.
Da ich mittlerweile eine SonoffZigbeeBridge (selbstverstänldich mit Tasmota) im Einsatz habe tausche ich die Dinger peu a peu durch ZigbeeButtons (Aqara Wireless Mini Switch) aus.
Gruß Simonberry
Hallo,
ich habe immer noch den einen oder anderen Dashbutton im Einsatz, ich rette sie meistens indem ich die Batterien rechtzeitig erneuere vor dem vorzeitigen programmierten Tod.
Mein Problem ist aber ein anderes, und zwar mit dem IP-routing, das ansich gut funktioniert. Folgender Eintrag in der rules.v4-Datei leistet seit vielen Monaten gute Dienste:
# Generated by iptables-save v1.6.0 on Mon Nov 13 16:33:29 2017
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
COMMIT
# Completed on Mon Nov 13 16:33:29 2017
# Generated by iptables-save v1.6.0 on Mon Nov 13 16:33:29 2017
*nat
:PREROUTING ACCEPT [1431:189686]
:INPUT ACCEPT [1477:207205]
:OUTPUT ACCEPT [3515:222790]
:POSTROUTING ACCEPT [3515:222790]
-A PREROUTING -s 0.0.0.0/32 -i wlan0 -p udp -m udp --dport 67 -j DNAT --to-destination 0.0.0.0:6767
-I PREROUTING -t nat -i wlan0 -p udp --src 0.0.0.0 --dport 67 -j DNAT --to 0.0.0.0:6767
COMMIT
# Completed on Mon Nov 13 16:33:29 2017
Allerdings bekomme ich seit eniger Zeit bei jedem sudo apt-get upgrade folgende Fehlermeldung, die ich auf die Einträge in der rules.v4 zurückführe, ich sehe aber den Fehler nicht:
Setting up netfilter-persistent (1.0.4+nmu2+deb9u1) ...
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Job for netfilter-persistent.service failed because the control process exited with error code.
See "systemctl status netfilter-persistent.service" and "journalctl -xe" for details.
invoke-rc.d: initscript netfilter-persistent, action "start" failed.
● netfilter-persistent.service - netfilter persistent configuration
Loaded: loaded (/lib/systemd/system/netfilter-persistent.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2022-01-05 09:14:06 CET; 37ms ago
Process: 32266 ExecStart=/usr/sbin/netfilter-persistent start (code=exited, status=1/FAILURE)
Main PID: 32266 (code=exited, status=1/FAILURE)
Jan 05 09:14:06 fhem systemd[1]: Starting netfilter persistent configuration...
Jan 05 09:14:06 fhem netfilter-persistent[32266]: run-parts: executing /usr/share/netfilter-persistent/plugins.d/15-ip4tables start
Jan 05 09:14:06 fhem netfilter-persistent[32266]: run-parts: /usr/share/netfilter-persistent/plugins.d/15-ip4tables exited with return code 2
Jan 05 09:14:06 fhem netfilter-persistent[32266]: run-parts: executing /usr/share/netfilter-persistent/plugins.d/25-ip6tables start
Jan 05 09:14:06 fhem systemd[1]: netfilter-persistent.service: Main process exited, code=exited, status=1/FAILURE
Jan 05 09:14:06 fhem systemd[1]: Failed to start netfilter persistent configuration.
Jan 05 09:14:06 fhem systemd[1]: netfilter-persistent.service: Unit entered failed state.
Jan 05 09:14:06 fhem systemd[1]: netfilter-persistent.service: Failed with result 'exit-code'.
dpkg: error processing package netfilter-persistent (--configure):
subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of iptables-persistent:
iptables-persistent depends on netfilter-persistent (= 1.0.4+nmu2+deb9u1); however:
Package netfilter-persistent is not configured yet.
Hat jemand eine Erkörung dafür? Danke!