Hi Leute,
ich brauche mal eure Hilfe bei der Anbindung eines Wemos D1 an fhem.
Ich habe einen wemos D1. Der ist soweit eingerichtet. Jetzt verstehe ich nicht ganz, wie ich sowohl den Wemos als auch fhem einrichten muss, damit mir ein Zustand des Wemos an fhem übermittelt wird.
Ich habe an 3,3V und den GPIO 16 jeweils ein Kabel angelötet. Wenn die Kabel keine Verbindung haben, will ich das Status A ausgegeben wird und wenn die Kabel miteinander verbunden werden, soll Status B an fhem übermittelt werden.
In fhem möchte ich dann über ein Dummy den Status überwachen und wenn er von A auf B wechselt soll eine Reihe von Aktionen stattfinden (Licht AN, Garagentor auf usw.).
Die Bridge habe ich in fhem eingerichtet bekommen, aber jetzt weiß ich nicht mehr weiter.
Kann mir hier einer helfen?
Danke
Gruss
Dennis
Hallo Dennis,
soweit ich das laienhaft beurteilen kann, bist du bereits kurz vor dem Ziel.
Ich meine GPIO16 ist im Standard der WakeUp-PIN. Alle PINS mit vorgelegten Funktionen versuche ich ohne Not nicht zu verwenden. Das WEMOS D1 Relay Shield benutzt z.B. GPIO5 (D1). Ebenfalls ist der GPIO4 (D2) mMn in keinem Standard vorgelegt. Bei diesen beiden PINS bin ich mir sicher, dass sie standardmäßig "high" bzw. "1" sind. Veränderungen erreicht man demzufolge mit "low" => auf GND ziehen.
Ich vermute, dass der von dir verwendete GPIO16 (den du mit dem Häkchen an PullUp ja auch 'hoch" ziehst) einfach nicht reagiert, wenn du 3V3 anlegst. Wenn du gerade dabei bist, empfehle ich dir die 1 Sekunde aus dem Delay raus zu nehmen, wenn du es nicht aus irgendeinem wichtigen Grund benötigst.
In FHEM wird das espBridge - Modul, - sobald sich der Status eines definierten Devices ändert oder seinen Status sendet -, ein entsprechendes espDevice im Raum ESPEasy angelegen. Einen Dummy benötigst du an-für-sich nicht.
Ich hoffe es hilft dir ein wenig weiter,
Gernot
P.S.: Meine Wemos D1 mini haben alle zusätzlich zu einem Input Device mindestens ein System Devive z.B. Uptime, RSSI, ... mit einem Delay von 60 Sekunden um den Status minütlich zu überwachen.
Ob es mit high/low funktioniert kannst du mit ESPEasy mit der folgenden URL testen.
Für LOW bzw. GND:
http://<ESP IP address>/control?cmd=GPIO,<pin>,0
bzw. für HIGH bzw. 3V3:
http://<ESP IP address>/control?cmd=GPIO,<pin>,1
Zitat von: dennis_n am 28 August 2017, 00:37:02
Die Bridge habe ich in fhem eingerichtet bekommen, aber jetzt weiß ich nicht mehr weiter.
Hallo Dennis
Was mir spontan auffällt:
Port 8085 ist im FHEM Standard für WEBtablet konfiguriert. Wenn du diese nicht gelöscht oder geändert hast, hättest du einen Port-Konflikt. Versuch mal die ESP-Bridge und ESPEasy mit dem Default ControllerPort 8383 einzurichten.
Gruss Eppi
Hi,
ich danke euch schonmal für eure Antworten.
@Gernot
Bei den GPIOs habe ich mich an folgendes Bild gehalten. Demnach bin ich davon ausgegangen, dass GPIO 16, also D0, nicht doppelt belegt ist. Stimmt das oder sollte ich tatsächlich einen anderen wählen?
Zum Hintergrund: Ich bin bei der Feuerwehr und habe meinen Melder im Schlafzimmer stehen. Der Raspi mit fhem steht aber unten im Wohnzimmer. Also habe ich eine Möglichkeit gesucht, wie ich die Alarmierung vom oberen Stockwerk an den Raspi unten weiter geben kann, damit das Licht an geht und sich die Garage öffnet. Der Wemos wurde mir empfohlen. Finde diese Lösung auch sehr schick. Nur, wie gesagt, habe ich ein paar Probleme mich in die Konfiguration zu denken. Der Melder schließt einen Kontakt wenn ein Alarm eingeht (zieht dauerhaft ein Relais an). Wenn dies geschieht, möchte ich gerne dass in fhem ein DOIF oder so ausgelöst wird. Damit mir keine Zeit verloren geht, habe ich das Delay auch auf 1 Sekunde gestellt. Ist das falsch?
@Eppi
Ich habe extra den Port des WEBtablet gewählt. Hintergrund ist, dass ich den normalen WEB Port Passwort geschützt habe, damit ich von aussen darauf zugreifen kann. Der WEBtablet Zugang ist nur für intern und darauf greife ich ohne Passwort mit meinem Tablet zu. Damit ich mich nicht um Passwörter usw. kümmern muss, habe ich jetzt erstmal den Port gewählt.
Gruss
Dennis
Zitat von: dennis_n am 28 August 2017, 07:50:42
@Eppi
Ich habe extra den Port des WEBtablet gewählt.
Hallo Dennis
Ich glaube du hast einen Überlegungsfehler. Die ESP Bridge benötigt einen eigenen Port nicht jenen eines FHEM-WEB. Probier mal 8383 auf beiden Seiten (ESPBridge auf FHEM und in ESPEasy Contoller-Port).
Hi Eppi,
alles klar, werde ich nachher zu Hause probieren.
Vielleicht liegt es auch daran, dass die ESPbridge keine Devices erkannt hat?
Gruss
Dennis
Zitat von: dennis_n am 28 August 2017, 08:04:29
Vielleicht liegt es auch daran, dass die ESPbridge keine Devices erkannt hat?
Genau. Viel Erfolg!
Gruss Eppi
Hallo Dennis,
Du kannst auch GPIO16 lassen insbesondere dann, wenn du den Standard für SCL und SDA noch nutzten möchtest.
Ich habe gerade einmal nach gesehen, GPIO16 bzw. D0 ist tatsächlich "low" bzw. 0. Das Häkchen an "Pull Up" hat mich unsicher gemacht (Im Build: 20000 - Mega wird sogar daraufhin gewiesen, dass Pull Up an diesem PIN nicht unterstützt wird).
Es müßte genauso funktionieren, wie du es gemacht hast (GPIO16 auf 3V3 hoch ziehen, sollte ein Ereignis auslösen).
Den Haken an Pull Up und den Delay von 1 Sekunde solltest du dennoch raus nehmen.
Wenn du tatsächlich den fhem Port 8085 noch mit dem fhemweb für's tablet belegt hast, wird nichts ankommen.
Nimm den von Eppi empfohlenen und hoffentlich noch nicht verwendeten Port 8383 für die espBridge.
Dann solltest du spätestens nach dem ersten Schalten ein Device in dem Raum ESPEasy finden. Den Dummy brauchst du wahrscheinlich nicht.
Gernot
Hi,
hat nun alles bestens funktioniert. Allerdings habe ich den Wemos nochmal neu geflasht und den Port 8333 genommen. Den Dummy hatte ich vorher gelöscht.
Mein Schalter wird mir nun als Device angezeigt und funktioniert bestens. Aber......
Zum testen des Schalters habe ich ja die zwei Kabel angelötet. Nun erwarte ich, dass wenn ich die Kabel zusammenführe und auch zusammen lasse, SOFORT der Status ändert. Wenn ich die Kabel wieder trenne, der Status SOFORT sich wieder ändert.
Aktuell ist das nicht so. Was muss ich denn wo an Delays einstellen, damit das so ist?
Denn im Falle eines Alarms sollen die Aktionen ja sofort ausgeführt werden und nicht erst 300 Sekunden später.
Danke
Gruss
Dennis
Hallo Dennis
Dein Device sieht richtig konfiguriert aus. Im Eventmonitor müsstest du etwas sehen, wenn du den GPIO auf VCC 3.3V ziehst. Hast du da schon nachgeschaut? Hast du ev ein attr event-on-change-reading gesetzt, das verhindert, dass ein Event ankommt?
Gruss Eppi
Ich würde sagen "push button active low" ist falsch. Nimm hier mal "normal switch"
Gesendet von meinem S3_32 mit Tapatalk
Sorry, ich glaube ich habe mich twas unverständlich ausgedrückt.
Also wenn ich die beiden Kabel zusammen halte passiert nichts. Trenne ich sie wieder springt Value auf 1.
Verbinde ich die beiden Kabel wieder direkt wieder passiert nichts. Wenn ich sie wieder trenne passiert immer noch nichts. Wenn ich etwas warte, dann die Kabel wieder zusammen mache und wieder trenne, springt Value wieder auf 0.
Für mich ist nicht ganz ganz klar, wie das Teil schaltet.
Ich möchte, wenn die Kabel zusammen sind, Value auf 1 geht und wenn ich sie wieder trenne Value auf 0 geht.
Es soll also quasi mehr so ein Push-Button sein. Der wenn man ihn loslässt wieder den normal Zustand annimmt.
Geht das?
Gruss
Dennis
Teste "normal switch"
Gesendet von meinem S3_32 mit Tapatalk
Das war es wohl. Jetzt scheint es zu funktionieren. Sehr cool. Vielen Dank.
Jetzt noch eine kleine Frage ;-)
Das Relais meines Feuerwehr-Melders schließt dauerhaft, bis man den Melder aus der Ladeschale nimmt oder den Alarm quittiert.
Wie verhindere ich in fhem denn, dass das DOIF ständig meine Garage öffnet und das Licht anmacht? Also der Befehl dauerhaft an meine ZWave Geräte gesendet wird?
Wenn der Melder geht, soll der Befehl ja dann nur einmal abgesetzt werden. Klar werde ich im Alarmfall den Melder mitnehmen bzw. den Alarm quittieren, aber es soll eben nur einmal das DOIF abgearbeitet werden. Egal ob der Wert noch auf 1 steht oder nicht. Nach 10 Minuten soll die Blockade dann wieder raus und alles genullt sein.
Gruss
Dennis
Zitat von: dennis_n am 28 August 2017, 20:25:08
Das war es wohl. Jetzt scheint es zu funktionieren. Sehr cool. Vielen Dank.
Jetzt noch eine kleine Frage ;-)
Das Relais meines Feuerwehr-Melders schließt dauerhaft, bis man den Melder aus der Ladeschale nimmt oder den Alarm quittiert.
Wie verhindere ich in fhem denn, dass das DOIF ständig meine Garage öffnet und das Licht anmacht? Also der Befehl dauerhaft an meine ZWave Geräte gesendet wird?
Wenn der Melder geht, soll der Befehl ja dann nur einmal abgesetzt werden. Klar werde ich im Alarmfall den Melder mitnehmen bzw. den Alarm quittieren, aber es soll eben nur einmal das DOIF abgearbeitet werden. Egal ob der Wert noch auf 1 steht oder nicht. Nach 10 Minuten soll die Blockade dann wieder raus und alles genullt sein.
Gruss
Dennis
z.B. mit dem Attribut event-min-interval gesetzt auf das Device, dass das Event erzeugt. Wenn du das ganze auf 10 Minuten setzt, wird maximal jede Minute ein Event ausgelöst.
Such mal in der Commandref :)
Also du meinst bei meinem DOIF muss das Attr. gesetzt werden? Oder beim Device selber, also in meinem Fall bei dem Wemos Schalter?
Bin mir nicht ganz sicher, ob das so passt. Wie greife ich im DOIF denn auf das Reading Alarm zu?
define FW_Melder DOIF ([ESPEasy_Feuerwehr_Melder] eq "on" and [22:00-06:00]) (set Hue_Lampen scene Alarm)
So?
[code]define FW_Melder DOIF ([ESPEasy_Feuerwehr_Melder] eq "Alarm:on" and [22:00-06:00]) (set Hue_Lampen scene Alarm)[/code]
Gruss
Dennis
http://commandref.fhem.de/#event-min-interval
Du setzt das auf das Wemos Device.
Hi,
also ich bin ein großer Freund von DOIF und habe es jetzt wie folgt zunächst hinbekommen:
([ESPEasy_Feuerwehr_Melder:Alarm] eq "on" and [22:00-06:00]) (set Licht on)
Zusätzlich habe ich im DOIF das Attribut repeatsame=1 uns cmdpause=300 gesetzt.
Nach meinem Verständnis wird das Kommando somit nur einmal ausgeführt und dann 300 Sekunden gewartet.
Kann man das auch so gestalten oder bin ich da auf dem falschen Weg?
Danke
Gruss
Dennis
kenne mich mit DOIF nicht perfekt aus, Probier es doch einfach mal aus. ;)
Es Gibt viele Wege nach Rom. Eine Variante nur mit DOIF ist sicher auch machbar. Vielleicht in sogar eleganter als meine Lösung.
OK danke Dir. Vielleicht stelle cih Frage mal noch im passenden Board.
Gruss
Dennis
Es wird einmal wiederholt.
Wenn der Eingang mehrfach ausgelöst wird wird der doif nicht öfter als alle 5 min ausgeführt.
Cmdpause kann eigentlich bei dir raus. Repeatsame ist was du brauchst.
Gesendet von meinem S3_32 mit Tapatalk
Sorry, aber ich war echt lange Zeit aus der Materie raus. Bedeutet das es wird einmal WIEDERHOLT (also 2x ausgeführt) oder einmal ausgeführt?
Falls nein, müsste cih repeatsame=0 setzen?
Sorry für die vielen Fragen.
Gruss
Dennis
1 passt schon. 😉 eine Ausführung.
Mit dem Attribut event-on-change-reading ".*" im esp device kannst es auch umgehen. Dann kriegst pro alarmierung eh nur einmal das doif gestartet.
Gesendet von meinem S3_32 mit Tapatalk
Und wie wird das dann wieder zurückgesetzt, wenn ich wieder nach Hause komme?
Gruss
Dennis
Event on Change...
Also wenn das Relais im Melder angeht gibt's nen Event und das doif rennt los.
Kommst zurück und machst den Melder aus fällt das Relais ab und dein DOELSEIF läuft los.
Alternativ machst dir auf nen zweiten gpio nen weiteren Taster zum selbst Rücksetzen.
Taster drücken, fhem macht 3 min später garage zu und Lichter aus.
Gesendet von meinem S3_32 mit Tapatalk
Ich brauche hier leider nich einmal eure Hilfe.
Ich habe nach wie vor das Problem, dass wenn ich den Kontakt zwischen 3,3V und dem D0 schließe, der Wert auf 1 bzw. im fhem Alarm auf on springt.
Sobald ich den Kontakt zwischen beiden Pins aber wieder löse, Value trotzdem 1 bleibt.
Erst nach unzähligen öffenen und schließen der Kontakte springt der Wert wieder auf 0.
Woran kann das liegen?
Anbei ochmal das Bild meiner Config.
Gruss
Dennis
Geh mal in event Monitor und schau was reinkommt vom wemos.
Gesendet von meinem S3_32 mit Tapatalk
Wenn ich den Schalter schließe kommt das beim ersten mal:
2017-09-02 12:59:11 ESPEasy ESPEasy_Feuerwehr1_Melder Alarm: on
2017-09-02 12:59:11 ESPEasy ESPEasy_Feuerwehr1_Melder presence: present
2017-09-02 12:59:11 ESPEasy ESPEasy_Feuerwehr1_Melder Ala: on
Aber wenn ich ihn wieder öffne passiert nichts.
Wenn ich dann aber das Kabel am GPIO16 (D0) einzeln berühre, klappt es manchmal und er spingt wieder auf OFF
Gruss
Dennis
P.S. Nicht wundern über den Namen. Der heißt jetzt Feuerwehr1. Ist kein Fehler.
Dann hat er kein pull down.
Empfehlung:
Mach pull up und inversed die Haken rein und schalte den gpio gegen 0v
Gesendet von meinem S3_32 mit Tapatalk
Zitat von: dennis_n am 02 September 2017, 13:04:51
Wenn ich den Schalter schließe kommt das beim ersten mal:
2017-09-02 12:59:11 ESPEasy ESPEasy_Feuerwehr1_Melder Alarm: on
2017-09-02 12:59:11 ESPEasy ESPEasy_Feuerwehr1_Melder presence: present
2017-09-02 12:59:11 ESPEasy ESPEasy_Feuerwehr1_Melder Ala: on
Aber wenn ich ihn wieder öffne passiert nichts.
Wenn ich dann aber das Kabel am GPIO16 (D0) einzeln berühre, klappt es manchmal und er spingt wieder auf OFF
Hallo Dennis,
versuche es doch mal mit einem Pulldown (ca. 10k) an D0. Wahrscheinlich ist der Eingang hochohmig (floatend).
LG Friedrich
OK ich habe beide Haken drin.
Wenn ich jetzt GPIO mit 0V verbinde spring Value auf 1. Wenn ich sie wieder trenne, passiert nichts.
Wenn ich dann aber mit dem Finger den GPIO (das Kabel) berühre, geht er auf off.
Lasse ich den Finger dauerhaft am GPIO, wechselt er andaurnd zwischen on und off
Gruss
Dennis
Also ich habe jetzt noch einmal vieles probiert, aber es bleibt dabei, egal ob ich gegen 3,3V oder 0V den GPIO schalte;
Wenn ich die Kontakte schließe, passiert etwas (je nach Konfiguration Value 1 der 0) und wenn ich sie wieder trenne bleibt der Status bis ich den GPIO kurz mit dem Finger berühre. Dann erst ändert sich der Status wieder.
Wenn ich aber den Finger dauerhaft am GPIO lasse, wechselt der Wert ständig zwischen Value 1 und 0 hin und her.
Noch jemand einen Tipp für mich?
@Friedrich
Deine Antwort habe ich nicht ganz verstanden. Meinst Du ich soll den GPIO 15 benutzen?
Der Anschluss wird auf der Wemos Webseite mit 10k Pulldown ausgewiesen.
Gruss
Dennis
Er meinte mit Sicherheit das du einen 10k Widerstand anschließen sollst als Pull-Down. Sprich Lötkolben schwingen und eine Pull-Down-Schaltung löten und anschließen an den ESP.
So Leute, ich denke jetzt habe ich es.
Ich habe jetzt einfach mal den GPIO15 gegen 3,3V geschaltet und damit funktioniert es wunderbar.
Schalter geschlossen, alles wird ausgelöst.
Schalter wieder offen, alles stoppt.
Vielleicht hat der GPIO15 ha diese 10k Pulldown Schaltung schon drin!?
Gruss
Dennis
Zitat von: dennis_n am 02 September 2017, 20:33:19
So Leute, ich denke jetzt habe ich es.
Ich habe jetzt einfach mal den GPIO15 gegen 3,3V geschaltet und damit funktioniert es wunderbar.
Schalter geschlossen, alles wird ausgelöst.
Schalter wieder offen, alles stoppt.
Vielleicht hat der GPIO15 ha diese 10k Pulldown Schaltung schon drin!?
Hallo Denis,
ja, hat er. Wenn du den SPI-BUS nicht benötigst, z.B. für eine SD-Karte, dann kannst du den GPIO15 auch benutzen.
Der GPIO16 hat weder PullUP noch PullDOWN, da müstest du dann extern einen Widerstand anbauen. Der ESP ist ja sehr universell.
Hier ist mal ein Link der die PIN-Belegung des WEMOS D1 gut wiedergibt. http://escapequotes.net/esp8266-wemos-d1-mini-pins-and-diagram/ (http://escapequotes.net/esp8266-wemos-d1-mini-pins-and-diagram/)
LG Friedrich
danke Friedrich!
da hab ich auch wieder was gelernt...
Der Haken für den Pull Up in ESPEasy bring natürlich nur dann was wenn auch ein pull up da ist...
Grüße
Frank
Ich danke euch für eure Hilfe. Heute um 19 Uhr ist Probealarm und da wird alles ausgiebig getestet.
Gruss
Dennis