Garagentor Steuern und überwachen

[dihe85]

Hallo zusammen,

in meiner Gararage ist ein Antrieb von k-Plus verbaut. ( Tolles Teil )
Da mein Sohn mittlerweile die 2. Fernbedienung geschrottet hat wollte ich das jetzt in FHEM umsetzten und gleichzeitig ein nerviges Probel dabei lösen.
Die ständige Frage ob das Tor zu ist.

Ich hatte hier noch Shellys (Shelly 1 v3) rum liegen mit denen ich das realisieren möchte.

Nach ein wenig suchen bin ich darauf gestoßen das ich dafür 2 Stück verbauen muss.
Einer wird normal an den Taster vom Tor angeschlossen und ein zweiter mit einem Reedkontakt ans Tor gebaut.
Der erste Steuert also den Taster für eine Sekunde an und der Zweite soll Feststellen ob es zu ist.

Jetzt möchte ich in FHEM das natürlich als ein Gerät haben.
Dafür werde ich ja wohl einen Dummy brauchen. Aber wie?
Der Dummy muss ja den Befehl an Shelly1 schicken und den Status von Shelly2 haben.

Kann mir da einer Helfen?

Gruß
Dirk

[MadMax-FHEM]

Warum nicht einfach ein notify was auf offen/geschlossen "hört" und dann einfach per setreading das an den "Haupt-Shelly" weitergibt!?

Falls nicht bekannt:

Code Auswählen Erweitern

setreading Devicename Readingname Wert

Und den "Auf-/Zu-Shelly" ansonsten einfach nicht beachten...

Gruß, Joachim

[Gisbert]

Hallo Dirk,

hat der Shelly 1 keine zugänglichen GPIO, VCC und GND Pins? Ich würde versuchen die zu finden und dann alles in einem Gerät zu machen, d.h. den Tasterbefehl zum Öffnen/Schließen/Stoppen und den Reedsensor.

Ich weiß nicht, wie das Relais im Shelly 1 verdrahtet ist, aber vermutlich ist es ganz wichtig, dass keine 230V auf dem Tastereingang der Torsteuerung anliegen, mit andere Worten, dieses Relais muss potentialfrei sein, damit es mit der niedrigen Gleichspannung für den Tastereingang funktioniert.

Edit: Da der Shelly zum Schalten von 230VAC gedacht ist, liegt vermutlich am Relais 230VAC an; also Vorsicht und diesen Punkt klären.

Viele​ Grüße​ Gisbert​

[dihe85]

Hallo ihr zwei,

@Joachim
Funktioniert das mit setreading auch wenn der Schalter selbst ja nen zustand hat und er der eine Sekunde nach dem Schalten ja auch wieder ändert?

@Gisbert
Der Shelly selbst ist kompakt verlötet. Da etwas dran zu basteln trau ich micht nicht.
Der Shelly kann mit Spannungen von 12-60V DC und 110-230V AC betrieben werden.
Ich werde beide von dem Garagenantrieb aus mit 24V DC beteiben. Die Schaltkontakte (I O) sind galvanisch vom rest getrennt. daher besteht da keine Gefahr 230V auf den potenzialfreien Tasterkontakt zu bringen.
Der übrigens selst 24V hat

Gruß
Dirk

[MadMax-FHEM]

Hallo ihr zwei,

@Joachim
Funktioniert das mit setreading auch wenn der Schalter selbst ja nen zustand hat und er der eine Sekunde nach dem Schalten ja auch wieder ändert?

Naja ich würde halt einen Readingnamen nehmen, den es (noch) nicht gibt

Sowas wie "GaragentorStatus"
(du kannst ja nehmen "was du willst" [sofern es "formal" ein fhem gültiger Readingname ist])

Der wird ja nur von dem notify (über)geschrieben...

EDIT: wenn dir das (oder irgendein anderes) Reading nicht mehr "gefällt", dann kannst du es auch einfach mit "deletereading Devicename Readingname" (wieder) löschen. Wenn es Readings eines Devices ist/sind, die regelmässig (wieder) befüllt werden, dann kommen die auch wieder "zurück", also keine Angst

Gruß, Joachim

[Gisbert]

Der Shelly selbst ist kompakt verlötet. Da etwas dran zu basteln trau ich micht nicht.

Feigling
Ich würde versuchen resourcenschonend zu arbeiten. Googlen liefert z.B. dieses Bild, da hast du doch alles, was du brauchst, um einen Reedsensor anzuschließen: mehere GPIOs, 3.3V, GND.
Da ich selbst keine Shellys habe, kann ich's nicht mit Bestimmtheit sagen, aber die Wahrscheinlichkeit ist doch verdammt hoch, dass dein Vorhaben mit nur einem Shelly realisiert werden kann.

Viele​ Grüße​ Gisbert​

[Papa Romeo]

Der Shelly selbst ist kompakt verlötet. Da etwas dran zu basteln trau ich micht nicht.

beim Shelly1 ist GPIO0, 1 und 3 von außen frei zugänglich (Flashleiste) 

LG

Papa Romeo

[dihe85]

Hallo zusammen,

laut der Anleitung sind die GPIO´s zum Flaschen und leider nicht galvanisch vom rest getrennt.
daher fällt der Anschluss von sensoren da flach. Die original Firmware unterstützt das wohl auch nicht.

Gruß
Dirk

[Gisbert]

Hallo zusammen,

laut der Anleitung sind die GPIO´s zum Flaschen und leider nicht galvanisch vom rest getrennt.
daher fällt der Anschluss von sensoren da flach. Die original Firmware unterstützt das wohl auch nicht.

Gruß
Dirk

Hallo Dirk,

warum klammerst du dich an den zweiten Shelly und irgendeine Orginal-Firmware?

Dass die GPIOs zum Flashen vorgesehen sind, na schön, das hält mich auf jeden Fall nicht davon ab sie anschließend für was annderes zu gebrauchen - oder flashst du andauerend Firmware drauf. Das erste was ich machen würde, wäre Tasmota drauf zu flashen, Shelly 1 und Shelly 2 sind in der Tasmota-Firmware drin. Was du dann mit den verfügbaren GPIOs machst, ist doch deine Sache. ESP8266-01, die nur wenige rausgeführte GPIOs haben, nämlich ganze 4, werden bei mir regelmäßig eingesetzt, aber nicht für TX/RX.

Ich habe verstanden, dass das Relais potentialfrei ist, und der Shelly mit 24VDC vom Garagentor selbst seine Stromversorgung herbekommt. Für mich sehe ich jetzt noch kein Problem sowohl den Taster an das Relais und den Reedsensor an einen GPIO (und VCC=3.3V und GND) anzuschließen.
Aber warten wir mal noch den Kommentar von Papa Romeo ab, der kompetent in dieser Materie ist (mein Geschreibsel bitte gerne als Meinung verstehen).

Viele Grüße Gisbert

[Papa Romeo]

Hallo Dirk,

laut der Anleitung sind die GPIO´s zum Flaschen und leider nicht galvanisch vom rest getrennt.

..da es Sinn macht, bei Verwendung z.B. eines Shellys, diesen mit den 24 Volt des Tores zu versorgen, ist es unerheblich ob die GPIO´s galvanisch getrennt sind oder nicht.
Desweitern gibt es Bauteile mit denen eine galvanische Trennung, vorausgesetzt man kann mit Elektronik ein bisschen "Basteln", ohne viel Aufwand zu bewerkstelligen ist, was ich aber hier wirklich nicht für nötig halte.

...daher fällt der Anschluss von sensoren da flach...

...ich hab in allen meinen Tasmota geflashten WLan-Schalter (Obi, Gosund, Shelly1 usw.) einen DS18B20 an GPIO3 hängen um die Temperatur im Modulinneren zu überwachen. Das ist unproblematisch solange das Ganze "berührungssicher" untergebracht ist, bzw. an Schutzkleinspannung (<42Volt) betrieben wird.

Die original Firmware unterstützt das wohl auch nicht.

das ist korrekt, deswegen gilt für all das vorher geschriebene Tasmota oder eigener Sketch.

LG

Papa Romeo

[dihe85]

Vielen Dank schon mal für die vielen Antworten.

Ich werd das nachher mal Ausprobieren mit einem Shelly umzusetzen.
In diversen Anleitungen und Shellybeiträgen aus anderen Foren stand halt immer drin "geht nicht", "nicht galvanisch getrennt", "nicht ansteuerbar".

Angenommen ich bin zu dumm den zu Flashen (hab ich bei 1-2 ESP-Chips patu nicht hinbekommen), wenn ich an GPIO0 z.B. den Reedkontakt anschließe, kann man den per MQTT den Status vielleicht abgreifen?

Gruß
Dirk

[Gisbert]

Hallo Dirk,

bei den herausgeführten Pins des Shelly geht flashen sehr wahrscheinlich immer, d.h. mit entsprechender Hardware (USB to serial converter) und Software (z.B. esptool). Ich meine auch mal gelesen zu haben, dass man es auch OTA hinbekommt; da ich aber keinen Shelly habe, nur ESP8266, weiß ich das nicht bestimmt.

Als Software würde ich dir Tasmota empfehlen, da Tasmota Shelly bereits integriert hat. Tasmota kann MQTT, d.h. du kannst Informationen vom Shelly zu Fhem senden. In Fhem musst du natürlich ein entsprechendes Device definieren, damit die Daten vom Shelly empfangen werden können. MQTT in Fhem ist aber eine andere Baustelle, die funktionieren sollte, bevor du mit dem Flashen des Shellys anfängst.

Viele​ Grüße​ Gisbert​

[dihe85]

Hallo Gisbert
Mqqt läuft bei mir schon.
Ich habe in der Garage nen d1 mini mit nem 8 kanal relais für die bewässerung laufen.
Meine Frage bezog sich darauf das der Shelly out off the Box auch Mqtt unterstützt.
Ich guck mir das gleich nochmal an
Gruß
Dirk

[dihe85]

Hallo zusammen

Wie befürchtet ich bin zu dumm zum Flashen.

Code Auswählen Erweitern

######2020-08-19######
#######0.04.007#######
######FLASH INFO######
BIN file: tasmota-DE.bin
COM port: (COM7) Arduino Mega 2560 (Port_#0002.Hub_#0003)
Baud rate: 115200
######POST FLASH######
No post flash information entered...
######FLASH LOG######
[esptool.exe -vv -cd nodemcu -cb 115200 -cp COM7 -ca 0x00000 -cf "C:\Users\hei\Desktop\Shelly flash\ESPEasy-mega\ESPEasy-mega\dist\bin\tasmota-DE.bin"]
[19.08.2020 19:05:37] esptool v0.4.12 - (c) 2014 Ch. Klippel <ck@atelier-klippel.de>
[19.08.2020 19:05:37] setting board to nodemcu
[19.08.2020 19:05:37] setting baudrate from 115200 to 115200
[19.08.2020 19:05:37] setting port from  to COM7
[19.08.2020 19:05:37] setting address from 0x00000000 to 0x00000000
[19.08.2020 19:05:37] espcomm_upload_file
[19.08.2020 19:05:37] espcomm_upload_mem
[19.08.2020 19:05:37] setting serial port timeouts to 1000 ms
[19.08.2020 19:05:37] opening bootloader
[19.08.2020 19:05:37] resetting board
[19.08.2020 19:05:37] trying to connect
[19.08.2020 19:05:37] flush start
[19.08.2020 19:05:37] setting serial port timeouts to 1 ms
[19.08.2020 19:05:37] setting serial port timeouts to 1000 ms
[19.08.2020 19:05:37] flush complete
[19.08.2020 19:05:37] espcomm_send_command: sending command header
[19.08.2020 19:05:37] espcomm_send_command: sending command payload
[19.08.2020 19:05:37] read 0, requested 1
[19.08.2020 19:05:37] trying to connect
[19.08.2020 19:05:37] flush start
[19.08.2020 19:05:37] setting serial port timeouts to 1 ms
[19.08.2020 19:05:37] setting serial port timeouts to 1000 ms
[19.08.2020 19:05:37] flush complete
[19.08.2020 19:05:37] espcomm_send_command: sending command header
[19.08.2020 19:05:37] espcomm_send_command: sending command payload
[19.08.2020 19:05:37] read 0, requested 1
[19.08.2020 19:05:37] trying to connect
[19.08.2020 19:05:37] flush start
[19.08.2020 19:05:37] setting serial port timeouts to 1 ms
[19.08.2020 19:05:37] setting serial port timeouts to 1000 ms
[19.08.2020 19:05:37] flush complete
[19.08.2020 19:05:37] espcomm_send_command: sending command header
[19.08.2020 19:05:37] espcomm_send_command: sending command payload
[19.08.2020 19:05:37] read 0, requested 1
[19.08.2020 19:05:37] resetting board
[19.08.2020 19:05:37] trying to connect
[19.08.2020 19:05:37] flush start
[19.08.2020 19:05:37] setting serial port timeouts to 1 ms
[19.08.2020 19:05:37] setting serial port timeouts to 1000 ms
[19.08.2020 19:05:37] flush complete
[19.08.2020 19:05:37] espcomm_send_command: sending command header
[19.08.2020 19:05:37] espcomm_send_command: sending command payload
[19.08.2020 19:05:37] read 0, requested 1
[19.08.2020 19:05:37] trying to connect
[19.08.2020 19:05:37] flush start
[19.08.2020 19:05:37] setting serial port timeouts to 1 ms
[19.08.2020 19:05:37] setting serial port timeouts to 1000 ms
[19.08.2020 19:05:37] flush complete
[19.08.2020 19:05:37] espcomm_send_command: sending command header
[19.08.2020 19:05:37] espcomm_send_command: sending command payload
[19.08.2020 19:05:37] read 0, requested 1
[19.08.2020 19:05:37] trying to connect
[19.08.2020 19:05:37] flush start
[19.08.2020 19:05:37] setting serial port timeouts to 1 ms
[19.08.2020 19:05:37] setting serial port timeouts to 1000 ms
[19.08.2020 19:05:37] flush complete
[19.08.2020 19:05:37] espcomm_send_command: sending command header
[19.08.2020 19:05:37] espcomm_send_command: sending command payload
[19.08.2020 19:05:37] read 0, requested 1
[19.08.2020 19:05:37] resetting board
[19.08.2020 19:05:37] trying to connect
[19.08.2020 19:05:37] flush start
[19.08.2020 19:05:37] setting serial port timeouts to 1 ms
[19.08.2020 19:05:37] setting serial port timeouts to 1000 ms
[19.08.2020 19:05:37] flush complete
[19.08.2020 19:05:37] espcomm_send_command: sending command header
[19.08.2020 19:05:37] espcomm_send_command: sending command payload
[19.08.2020 19:05:37] read 0, requested 1
[19.08.2020 19:05:37] trying to connect
[19.08.2020 19:05:37] flush start
[19.08.2020 19:05:37] setting serial port timeouts to 1 ms
[19.08.2020 19:05:37] setting serial port timeouts to 1000 ms
[19.08.2020 19:05:37] flush complete
[19.08.2020 19:05:37] espcomm_send_command: sending command header
[19.08.2020 19:05:37] espcomm_send_command: sending command payload
[19.08.2020 19:05:37] read 0, requested 1
[19.08.2020 19:05:37] trying to connect
[19.08.2020 19:05:37] flush start
[19.08.2020 19:05:37] setting serial port timeouts to 1 ms
[19.08.2020 19:05:37] setting serial port timeouts to 1000 ms
[19.08.2020 19:05:37] flush complete
[19.08.2020 19:05:37] espcomm_send_command: sending command header
[19.08.2020 19:05:37] espcomm_send_command: sending command payload
[19.08.2020 19:05:37] read 0, requested 1
[19.08.2020 19:05:37] warning: espcomm_sync failed
[19.08.2020 19:05:37] error: espcomm_open failed
[19.08.2020 19:05:37] error: espcomm_upload_mem failed
[2020-08-19 19:05:37] STOPPED due to 2 errors! (try reset on the unit, then start a new flash attempt)


Ich habe den Shelly mit meinem Arduino MEGA 2560 verbunden GND und GPIO0 gebrückt und siehe da.
geht nicht.
mit dem USB Kabel direkt an meinen D1 minis gings ohne Probleme aber sobald ich die Jumpern muss und so läuft es nicht.
Hat einer ne Idee was falsch läuft? oder taugt der Aduino nicht zum Flashen

Gruß
Dirk

p.s. Ihr hattet recht, ich hab nachgemessen von wegen galvanischer trennung und so. da kommt kein saft an. gnd ist gnd und 3,3V sind 3,3v

[Gisbert]

Hallo Dirk,

ich benutze einen USB to Serial Converter, um ESPs zu flashen. Die Wemos D1 mini haben den integriert, deshalb kann man den direkt an den PC stecken und alles ist gut und das Flashen funktioniert. Bei nackten ESPs, Sonoffs und Shellys benötigst du den Converter. Ob das auch mit einem  Arduino geht - keine Ahnung.

Viele​ Grüße​ Gisbert​