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
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:
setreading Devicename Readingname Wert
Und den "Auf-/Zu-Shelly" ansonsten einfach nicht beachten... ;)
Gruß, Joachim
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
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
Zitat von: dihe85 am 19 August 2020, 09:05:41
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
ZitatDer 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 (https://www.google.com/search?q=shelly+1+v3+pinout&oq=shelly+1+v3+p&aqs=chrome.1.69i57j0l3.12587j0j7&client=ms-android-om-lge&sourceid=chrome-mobile&ie=UTF-8#imgrc=QszBuwTmlyQRtM), 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
Zitat von: dihe85 am 19 August 2020, 09:05:41
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) ::) :P
LG
Papa Romeo
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
Zitat von: dihe85 am 19 August 2020, 10:32:45
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
Hallo Dirk,
Zitat von: dihe85 am 19 August 2020, 10:32:45
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.
Zitat von: dihe85 am 19 August 2020, 10:32:45
...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.
Zitat von: dihe85 am 19 August 2020, 10:32:45
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
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
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
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
Hallo zusammen
Wie befürchtet ich bin zu dumm zum Flashen.
######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
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
Hallo Gisbert
Welchen verwendest du denn?
Ich hab schon öfter gelesen das es einige gibt die wohl nicht so gut funktionieren sollen.
Gruß
Dirk
Hallo Dirk,
ich hab meinen vor 4~5 Jahren bei Aliexpress gekauft, und es war einer von der Sorte, bei der Treiber nicht auf den neuesten Stand gebraucht werden darf; das hat mich einen Samstag gekostet, bis ich das alleine (!) geschafft hatte, sonst wäre es in 2 Minuten erledigt gewesen.
Versuche mal nach dem Converter zu googlen, vielleicht kannst du sowas bei einem Händler in Deutschland kaufen. Falls du im Köln/Düsseldorfer Raum wohnst, könnte ich dich unterstützen, alternativ durch Zusenden zu mir und Zurücksenden des geflashten Gerätes.
Viele Grüße Gisbert
Hallo Gisbert,
danke für das Angebot.
Ich hoffe aber das es wirklich an dem board liegt und ich mit nem anderen Adapter dann auch irgendwann die restlichen 5 chips die bei mir auf dem tisch vergammeln geflasht bekomme.
Hab mir grad welche bei Amazon raus gesucht. 2 Verschiedene um sicher zu gehen.
Sollen wohl am fr oder sa kommen. Solange bleibt der erstmal ohne Sensor.
Gruß aus Essen
Dirk
Zitat von: dihe85 am 19 August 2020, 19:24:10
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
Vorsicht Dirk, wie gesagt gilt nur bei Betrieb mit Niederspannung !!!!
Bei Betrieb an 230 Volt liegen Gnd und 3.3 Volt gemessen gegen den Null- oder Schutzleiter auf Phasenpotential !!!
LG
Papa Romeo
Hallo Papa Romeo,
... und wieder etwas dazu gelernt.
Nehmen wir mal an, dass das Teil bestimmungsgemäß mit 230V betrieben wird.
Wie würde man welche Pins messen, mit welchem Ergebnis, um entscheiden zu können, ob und was man mit den Pins 3,3V, GND und den GPIOs anstellen kann?
Viele Grüße Gisbert
Ich habe an den Torantrieb einen HomeMatic-Schalter angeschlossen, also schon mal steuerbar über Funk. Der HM wird wiederum auch über einen Arduino Micro angesteuert, der einen 1-Wire Master am Laufen hat. Daher kann ich das Tor auch per iButton öffnen. Ein Bild dazu gibt es hier: https://wiki.fhem.de/wiki/DoorPi_und_FHEM, Schaltplan und Code sind in den SmartHome Hacks veröffentlicht.
Immer noch in der Pipeline: Auf dem gleichen Arduino einen Kontakt mit einem Neigungssensor zu bedienen (Rollkugelschalter, 5x5x8 mm ca. 2,50 €).
Übrigens geht die Lösung mit dem Shelly auch mit einem einzigen Shelly - denn der Schalteingang kann im "Detached Mode" ein Signal an FHEM absetzen, OHNE dass der Schaltausgang sich ändert.
LG
pah
Zitat von: Gisbert am 20 August 2020, 16:00:47
Nehmen wir mal an, dass das Teil bestimmungsgemäß mit 230V betrieben wird.
Wie würde man welche Pins messen, mit welchem Ergebnis, um entscheiden zu können, ob und was man mit den Pins 3,3V, GND und den GPIOs anstellen kann?
Hallo Gisbert,
wenn du den GND als Bezugspunkt wählst, würdest du an Ub 3.3 Volt messen, an den GPIO´s 0 Volt bei Low und 3.3 Volt bei HIGH und an GND natürlich 0 Volt.
Aber dieses "GND" hat selbst den N-Leiter bzw. den Schutzleiter des öffentlichen Stromnetzes als Bezugspunkt, da wenn du in den
angehängten Schaltungsauszug siehst, erkennen kannst, das "Gnd" mit dem L-Leiter des öffentlichen Stromnetzes verbunden ist.
Wählst du jetzt N oder den Schutzleiter als Bezugspunkt, was du zwangsweise machen musst, weil das der Bezugspunkt ist, auf dem
auch du dich selbst befindestes, mißt du an 3.3 Volt die 230 Volt Netzspannung, an Gnd die Netzspannung (+/- 3.3 Volt DC) und an den GPIO´s
die 230 Volt (+/- 3.3 Volt) je nachdem der Pegel HIGH oder LOW ist.
Wobei diese 3.3 Volt hier dann eine kleiner Rolle spielen, wenn man dann an einen der Pins gerät. :-[ :-\
Man könnte jetzt natürlich N und L tauschen und das Problem wäre behoben. Funktioniert zwar hier beim Shelly1 aber nicht überall. (Shelly2 z.B. nicht)
Deswegen rate ich davon grundsätzlich erst einmal ab, wenn man in Bezug auf Elektrik/Elekrtonik nicht besonders versiert ist und aus einem zwingend
notwendigen Schaltplan dann herauslesen kann, wie sich die Pegelverhältnisse entsprechend gestalten.
LG
Papa Romeo
Hallo zusammen weiter gehts im Text.
Ich habe gerade einen TTL bekommen und siehe da Tasmota ist drauf.
so jetz zum spannenden Teil.
Den Reedkontakt habe ich an 3,3v und GPIO1 (TX) angeschlossen. dann noch einen 10kOhm wiederstand zu GND. (wieso ich den brauche versteh ich immer noch nicht. ohne gehts aber nicht)
Den GPIO1 habe ich als Switch2n gewählt und um es mir besser sichtbar zu machen den GPIO3 als Relay2.
Der Reedkontakt zeigt mir jetz auch schön das schalten an.
Ich dachte eigentlich der rest wäre einfacher. Tja falsch gedacht.
In Tasmota die Pulstime 1 auf 20 gesetzt (2 sek maximal an) und mittels MQQT in FHEM rein.
Da hatte ich gedacht das wenn ich die Readinglist von Relay2 abfrage und den Schaltbefehl an Relay1 sende fertig bin.
Naja leider nicht.
Er zeicht mir dennoch den Status von Relay1 an, der zuletzt geschaltet wurde.
Da beliben bei mir jetzt noch 2 Fragen offen.
Wie bekommen ich es hin, das FHEM mir in der Übersicht zum Garagentor den Status von dem Result2 anzeigt und gleichzeitig Power1 schaltet?
Und wie bekomme ich anstelle der Bezeichnung on / off nur einen Button für move hin?
Gruß
Dirk
Aktuell bei SetList
on:noArg Shelly/Shelly/cmnd/Power1 1\
off:noArg Shelly/Shelly/cmnd/Power1 1
und bei ReadingList
mymqtt2:Shelly/Shelly/POWER2:.* POWER2
mymqtt2:Shelly/Shelly/STATE:.* { json2nameValue($EVENT, 'STATE_', $JSONMAP) }
mymqtt2:Shelly/Shelly/RESULT:.* { json2nameValue($EVENT, 'RESULT_', $JSONMAP) }
Zitat von: dihe85 am 20 August 2020, 18:55:31
Den Reedkontakt habe ich an 3,3v und GPIO1 (TX) angeschlossen. dann noch einen 10kOhm wiederstand zu GND. (wieso ich den brauche versteh ich immer noch nicht. ohne gehts aber nicht)
Pulldown ?
...weil TX im unbeschalteten Zustand "High-Pegel" hat...und es geht halt nicht "higher" als "high" auch wenn der Reed-Kontakt noch so doll schaltet..... ::) :P :o
...darum ist auch eher der "Usus" die GPIO´s nach "Gnd" zu schalten.
Pullup´s kann man sich dann gelegentlich sparen, Pulldown´s eben nicht.
LG
Papa Romeo
Auf rx hatte ich es auch probiert. Ging aber auch nicht ohne pulldown. Naja nicht schlimm wenn ich den mit verbauen muss.
Ich find nur keine lösung für die Abfrage und schaltung in einem device.
Falls mir da jemand weiter helfen könnte fänd ich das echt cool. Bin was Fhem angeht halt echt unerfahren.
Gruß
Dirk
Hallo Papa Romeo,
ZitatDeswegen rate ich davon grundsätzlich erst einmal ab, wenn man in Bezug auf Elektrik/Elekrtonik nicht besonders versiert ist und aus einem zwingend
notwendigen Schaltplan dann herauslesen kann, wie sich die Pegelverhältnisse entsprechend gestalten.
Leider habe ich deine Erklärungen nicht ausreichend verstanden, aber ich nehme mit, nur Schaltungen zu realisieren, die bereits als erprobt und damit ausreichend sicher gelten. Bei Sonoffs gibt es eindeutige Vorgaben, keine gleichzeitige 230V- und 3.3V-Verkabelung (Einspeisung selbiger) vorzunehmen; auch beim Shelly 1 gibt es diese Warnhinweise.
Bei einem Sonoff Dual nutze ich neben den Relais auch Temperatursensoren per 1-Wire - und da benötige ich nebem dem GPIO auch 5V und GND. Die Leitungen sind alle isoliert, aber nicht so, wie man es bei 230V tun würde. Tickt da bei mir eine Zeitbombe, die glücklicherweise noch micht hochgegangen ist, da dort der vermeintlichen 5V ein Potential von 230V anliegt?
Hallo Dirk,
ich betreibe meinen Garagenaktor mit einem KANNIX von Papa Romeo, an dem ein DHT12, ein Reedkontakt und ein Relais hängt. Als Software setze ich ESPEasy ein. Im Gegensatz zu Tasmota muss man bei ESPEasy alles im Detail definieren. Der Reedkontakt ist als Switch Input definiert.
Viele Grüße Gisbert
Moin zusammen,
ich hab mir das gestern Abend noch ein bischen angesehen und komm da einfach nicht hinter wieso das nicht klappt.
Was mir allerdings gefunden habe ist wenn ich in Tasmota das Relais2 mit dem reedkontakt schalte zeigt er mir das in Tasmota auch richtig an.
Wenn ich das jetzt in FHEM einbinde (nur das Relais2) zeigt er mir das schalten vom Reed nicht an.
woran kann das liegen?
Mein Ziel wäre halt ein Device zu haben. Als Symbol ne Tür die Offen steht und leuchtet wenn das tor Offen ist (reedkontakt offen), wenn ich auf move (on/off) drücke das tor zu fährt und und das Symbol auf die geschlossene graue Tür wechselt wenn der reedkontakt geschlossen ist.
geht das überhaupt?
Gruß
Dirk
ZitatMein Ziel wäre halt ein Device zu haben. Als Symbol ne Tür die Offen steht und leuchtet wenn das tor Offen ist (reedkontakt offen), wenn ich auf move (on/off) drücke das tor zu fährt und und das Symbol auf die geschlossene graue Tür wechselt wenn der reedkontakt geschlossen ist.
geht das überhaupt?
Guten Morgen Dirk,
dein Wunsch hat primär nichts mit dem Shelly oder Tasmota zu tun, sondern mit der bildlichen Darstellung im Fhem-Device.
Ich hänge mal eine Definition eines Rollladen-Devices an; es ist zwar nicht exakt das gleiche, was du willst, aber es werden verschiedene Symbole in unterschiedlichen Farben benutzt, die Symbole schalten alle beim Anklicken. Lediglich eine Farbänderung beim Anklicken ist nicht vorhanden. Vielleicht kannst du darauf aufbauen, bzw. jemand anderes gibt den richtigen Hinweis.
defmod RollladenWohnzimmerTerrasse MQTT_DEVICE
attr RollladenWohnzimmerTerrasse IODev MyBroker
attr RollladenWohnzimmerTerrasse alias WZTerrasse
attr RollladenWohnzimmerTerrasse autoSubscribeReadings +/RollladenWZTerr/+
attr RollladenWohnzimmerTerrasse cmdIcon DriveUp:fts_shutter_up@#2e5e87 Stop:fts_shutter_manual@grey DriveSlit:fts_shutter_shadding_stop@green DriveDown:fts_shutter_down@green
attr RollladenWohnzimmerTerrasse comment Das Relais zum Hoch/Runterfahren wurde ausgetauscht.
attr RollladenWohnzimmerTerrasse eventMap /Event Up:DriveUp/Event Stop:Stop/Event Slit:DriveSlit/Event Down:DriveDown/
attr RollladenWohnzimmerTerrasse group Rollladen
attr RollladenWohnzimmerTerrasse icon fts_shutter_automatic
attr RollladenWohnzimmerTerrasse publishSet_Event Up Stop Slit Down cmnd/RollladenWZTerr/Event
attr RollladenWohnzimmerTerrasse room Rollladen
attr RollladenWohnzimmerTerrasse sortby 4
attr RollladenWohnzimmerTerrasse stateFormat <b><div style='color:#2e5e87'>cmd</div></b><br>\
Zeitstempel<br>\
uptime: Laufzeit<br>\
RSSI: Wifi_RSSI% (LastActivity)
attr RollladenWohnzimmerTerrasse subscribeReading_Event cmnd/RollladenWZTerr/Event
attr RollladenWohnzimmerTerrasse subscribeReading_INFO1 tele/RollladenWZTerr/INFO1
attr RollladenWohnzimmerTerrasse subscribeReading_INFO2 tele/RollladenWZTerr/INFO2
attr RollladenWohnzimmerTerrasse subscribeReading_INFO3 tele/RollladenWZTerr/INFO3
attr RollladenWohnzimmerTerrasse subscribeReading_LWT tele/RollladenWZTerr/LWT
attr RollladenWohnzimmerTerrasse subscribeReading_POWER cmnd/RollladenWZTerr/POWER
attr RollladenWohnzimmerTerrasse subscribeReading_POWER1 stat/RollladenWZTerr/POWER1
attr RollladenWohnzimmerTerrasse subscribeReading_POWER2 stat/RollladenWZTerr/POWER2
attr RollladenWohnzimmerTerrasse subscribeReading_RESULT stat/RollladenWZTerr/RESULT
attr RollladenWohnzimmerTerrasse subscribeReading_SENSOR tele/RollladenWZTerr/SENSOR
attr RollladenWohnzimmerTerrasse subscribeReading_STATE tele/RollladenWZTerr/STATE
attr RollladenWohnzimmerTerrasse subscribeReading_STATUS stat/RollladenWZTerr/STATUS
attr RollladenWohnzimmerTerrasse subscribeReading_STATUS1 stat/RollladenWZTerr/STATUS1
attr RollladenWohnzimmerTerrasse subscribeReading_STATUS10 stat/RollladenWZTerr/STATUS10
attr RollladenWohnzimmerTerrasse subscribeReading_STATUS11 stat/RollladenWZTerr/STATUS11
attr RollladenWohnzimmerTerrasse subscribeReading_STATUS2 stat/RollladenWZTerr/STATUS2
attr RollladenWohnzimmerTerrasse subscribeReading_STATUS3 stat/RollladenWZTerr/STATUS3
attr RollladenWohnzimmerTerrasse subscribeReading_STATUS4 stat/RollladenWZTerr/STATUS4
attr RollladenWohnzimmerTerrasse subscribeReading_STATUS5 stat/RollladenWZTerr/STATUS5
attr RollladenWohnzimmerTerrasse subscribeReading_STATUS6 stat/RollladenWZTerr/STATUS6
attr RollladenWohnzimmerTerrasse subscribeReading_STATUS7 stat/RollladenWZTerr/STATUS7
attr RollladenWohnzimmerTerrasse subscribeReading_UPTIME tele/RollladenWZTerr/UPTIME
attr RollladenWohnzimmerTerrasse subscribeReading_cmd stat/RollladenWZTerr/cmd
attr RollladenWohnzimmerTerrasse userReadings Zeitstempel {substr(ReadingsTimestamp($name,'cmd',''),0,16)}, \
System.Info {round(formatUptime2sec(ReadingsVal($name,'Uptime',''))/60,0)}, \
Laufzeit {min2human(ReadingsVal($name,'System.Info',''))}, \
LastActivity {substr(ReadingsTimestamp($name,'STATE',''),11,5)}
attr RollladenWohnzimmerTerrasse webCmd DriveUp:Stop:DriveSlit:DriveDownViele Grüße Gisbert
Hallo Gisbert,
was hast du nicht verstanden? Dann versuch ich´s nochmal anders zu erklären .
LG
Papa Romeo
Hallo Gisbert,
das ist richtig. Mein wusch ist die entspreche de verarbeitung in fhem von 2 geräten die als eins angezeigt werden.
Wo allerdings die fehler bei der umsetzung liegen steht auf nem anderen Blatt. (In tasmota richtig angezeigt in fhem falsch)
Gruß
Dirk
Zitat von: Papa Romeo am 21 August 2020, 09:25:07
Hallo Gisbert,
was hast du nicht verstanden? Dann versuch ich´s nochmal anders zu erklären .
LG
Papa Romeo
Hallo Papa Romeo,
meine Sorge gilt der Verkabelung der 1-Wire-Sensoren, die auf einem GPIO, 5V und GND auf dem Sonoff Dual aufliegen, welcher mit 230V angetrieben wird und auch 230V über die Relais schaltet.
Ich möchte auf jeden Fall keine geschmiert (sonst natürlich auch keiner) bekommen, falls man an die nicht perfekt isolierten 1-Wire-Leitungen drankommt.
Ich hab deine Erklärung so verstanden, dass an diesen Pins durchaus ein Potential von 230V +/- wenige Volt anliegen kann.
Viele Grüße Gisbert
Hallo Gisbert,
lt. Schaltplan hat der Dual eine galvanische Trennung. Aber um sicher zu gehen, kannst du einfach mal zwischen Gnd oder 3.3 Volt des ESP
gegen den Schutzleiter oder N-Leiter mit einem Multimeter messen. Hier dürften dann keine 230 Volt angezeigt werden.
LG
Papa Romeo
Hallo zusammen,
Ich hab das mit nem D1 mini grade auch noch mal zusammen gebaut. (da kann ich dann auch gegen GND schalten)
Erzeugt aber den gleichen Fehler.
Ich glaube mein Hauptpobelm ist dass FHEM in den Readings die Änderung "sieht" aber sie nicht im Schalter da stellt / übernimmt. (also da wo standardmäßig die Lampe on und off ist)
Alle Änderungen die durch einen Schalter am Shelly oder D1 geschehen werden mir nur in den Readings angezeigt.
Wie bekomme ich die Änderung auf den Webschalter übertragen?
Gruß
Dirk
ZitatUnd wie bekomme ich anstelle der Bezeichnung on / off nur einen Button für move hin?
on:noArg Shelly/Shelly/cmnd/Power1 1\
off:noArg Shelly/Shelly/cmnd/Power1 1
Wenn ich dich richtig verstanden habe dann so:
move:noArg Shelly/Shelly/cmnd/Power1 1
ZitatMein Ziel wäre halt ein Device zu haben. Als Symbol ne Tür die Offen steht und leuchtet wenn das tor Offen ist (reedkontakt offen), wenn ich auf move (on/off) drücke das tor zu fährt und und das Symbol auf die geschlossene graue Tür wechselt wenn der reedkontakt geschlossen ist.
geht das überhaupt?
ZitatAlle Änderungen die durch einen Schalter am Shelly oder D1 geschehen werden mir nur in den Readings angezeigt.
Wie bekomme ich die Änderung auf den Webschalter übertragen?
Mit devstateIcon. Im Wiki zu devstateIcon ist ein Beispiel für einen Türstatus verlinkt.
Hallo TomLee,
zu dem Befehl "move" musste ich auch ein WebCmd definieren da sonst kein button zur auswahl steht.
devstateIcon
bringt mich leider nicht weiter, da das device über den Geräteschalter nicht den Status an nimmt.
Genau das ist mein problem.
siehe Bilder im Anhang
Außerdem ist mir grade aufgefallen ich brauch ja nen 2. Status sonst kann sich das Bild nicht ändern.
Gruß
Dirk
Ich suche eine Lösung wie ich den Status von POWER2 oder RESULT_Power2 auf den Status meines Devices übertrage, wenn sich der Status des Readings ändert.
Dabei darf aber kein Befehl mit ausgeführt werden.
Gruß
Dirk
Zitat von: dihe85 am 21 August 2020, 20:56:49
Ich suche eine Lösung wie ich den Status von POWER2 oder RESULT_Power2 auf den Status meines Devices übertrage, wenn sich der Status des Readings ändert.
Dabei darf aber kein Befehl mit ausgeführt werden.
Gruß
Dirk
Hey, so:
attr stateFormat POWER2Edit: Und wenn du die Lampe beibehalten willst dann noch:
attr eventMap on:ON off:OFF
Ich würde auf das per autocreate erstellte Device mit welchem du arbeitest zuerst mal das tasmota_basic-Template anwenden.
Meinem Verständnis passiert folgendes:
- du erhältst "saubere" Readings
- im Gerät stellst du auf Kleinschreibung um (was das vorgeschlagene eventMap entbehrlich macht).
- das LampenIcon würde zunächst erstmal den korrekten Status von POWER1 darstellen
Mach das mal und zeige danach mal ein list von dem Device (keine Screenshots).
Erkläre dann nochmal genau wie du dir die Statusanzeige im MQTT2_DEVICE vorstellst, nur ein Lampensymbol für POWER1 und POWER2 ?, gar keine Statusanzeige für POWER1, aber ein Türsymbol (zweifarbig on/off) für POWER2 ?
Danke samnitro
Das hatte ich gesucht.
Tomlee
Mit autocreate hatte das bei meinen ersten mqtt-devicen alles durcheinander gebracht. Daher vermeide ich es wenn es geht.
Ja mein vorhaben sieht vor das an relais1 der toogle vom garagentor hängt. Mit switch1 bediene ich einen tastet in der Garage um das relais1 zu schalten. An tx vom shelly hängt ein reedkontakt, der mir anzeigen soll, ob die Garage zu ist.
Da ich in Fhem nur ein device dafür haben möchte muss der status von dem reedkontakt (als power2) dargestellt werden hingegen power1 geschaltet wird.
Ich guck nachher nochmal wegen dem autocreate.
Gruß
Dirk
Hallo TomLee
Das hat er mir bei autocreate angelegt
define MQTT2_mymqtt2 MQTT2_DEVICE mymqtt2
setuuid MQTT2_mymqtt2 5f4128f5-f33f-934d-60af-7ed25d344dd26015
attr MQTT2_mymqtt2 IODev mymqtt2
attr MQTT2_mymqtt2 readingList mymqtt2:garage/garagentor/RESULT:.* { json2nameValue($EVENT, 'RESULT_', $JSONMAP) }\
mymqtt2:garage/garagentor/POWER1:.* POWER1\
mymqtt2:garage/garagentor/POWER2:.* POWER2\
mymqtt2:garage/garagentor/STATE:.* { json2nameValue($EVENT, 'STATE_', $JSONMAP) }\
mymqtt2:garage/garagentor/SENSOR:.* { json2nameValue($EVENT, 'SENSOR_', $JSONMAP) }
attr MQTT2_mymqtt2 room MQTT2_DEVICE
define FileLog_MQTT2_mymqtt2 FileLog ./log/MQTT2_mymqtt2-%Y.log MQTT2_mymqtt2
setuuid FileLog_MQTT2_mymqtt2 5f4128f5-f33f-934d-eeff-155c328807fa8643
attr FileLog_MQTT2_mymqtt2 logtype text
attr FileLog_MQTT2_mymqtt2 room MQTT2_DEVICE
Ich hoffe ich hatte dich richtig verstanden
der Sensor_switch2 bleibt in den readings irgendwie dauer an. ok soll mich nicht stören
Wie gesagt mein Ziel ist es halt den Status von Power2 (resultat aus Reedkontakt) als Device-Status zu verwenden.
Hier möchte ich
attr devStateIcon Auf:fts_garage_door_10@red Zu:fts_garage_door_100@gray
verwenden (Graues zues Tor und rotes Offenes), um den Zustand zu des Garagentor zu sehen.
An dem Relais Power1 ist der Garagentorantrieb geschaltet. Dieser erhält für 2 Sekunden Schaltbefehl (in Tasmota selbst [Pulstime1 20]).
Das schalten soll aus dem geleichem Device erfolgen.
Gruß
Dirk
Auf das automatisch angelegte Device (MQTT2_mymqtt2) jetzt das tasmota_basic Template anwenden, dann bin ich der Meinung zeigt dir das Lampenicon schonmal den Status von POWER1 an.
Nachdem du das Tempate angewendet hast zeig mal ein list von dem Device (nicht die Definition davon)
list MQTT2_mymqtt2
dann, hoff ich :P, zeig ich dir wie du das mit dem fts_garage_door_10-Icon machst.
Korrektur:
Besser als List ist eine Raw Definition (dann kann ich das zuvor ausprobieren) vom Device.
Unten in der Detail-Ansicht des Device mit Raw definition erhältst du diese, zeig hier den kompletten Inhalt.
@tomLee
??tasmota_basic Template?? das versteh ich nicht
Wenn ich das Template tasmota_basic setzen will, plöpt nen Feld zur editierung auf. Aus dem werd ich nicht schlau was ich da eintragen soll.
Das liegt daran das du beim Topic-Parameter in den MQTT-Einstellungen der Tasmota-Oberfläche Änderungen vorgenommen hast.
Das man die Templates anwenden kann müsstest du diese Einstellung rückgängig machen, anpassen wie hier (https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#Tasmota) gleich am Anfang in dem Infofeld beschrieben.
Danach den Shelly neustarten oder einmal stromlos machen, dann wird wieder ein neues Device in FHEM angelegt, auf das dann das Template angewendet werden kann.
defmod MQTT2_mymqtt2 MQTT2_DEVICE mymqtt2
attr MQTT2_mymqtt2 IODev mymqtt2
attr MQTT2_mymqtt2 autocreate 0
attr MQTT2_mymqtt2 comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10;; 'cmnd/garage/garagentor/cmnd/Backlog POWER1 1;; delay '.$duration.';; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
attr MQTT2_mymqtt2 icon hue_filled_outlet
attr MQTT2_mymqtt2 jsonMap POWER1:state
attr MQTT2_mymqtt2 model tasmota_basic_state_power1
attr MQTT2_mymqtt2 readingList garage/garagentor/LWT:.* LWT\
garage/garagentor/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
garage/garagentor/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
garage/garagentor/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
garage/garagentor/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
garage/garagentor/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }
attr MQTT2_mymqtt2 room MQTT2_DEVICE
attr MQTT2_mymqtt2 setList off:noArg garage/garagentor/cmnd/POWER1 0\
on:noArg garage/garagentor/cmnd/POWER1 1\
toggle:noArg garage/garagentor/cmnd/POWER1 2\
setOtaUrl:textField garage/garagentor/cmnd/OtaUrl $EVTPART1\
upgrade:noArg garage/garagentor/cmnd/upgrade 1
attr MQTT2_mymqtt2 setStateList on off toggle
setstate MQTT2_mymqtt2 OFF
setstate MQTT2_mymqtt2 2020-08-22 17:15:30 state OFF
jetzt sind aber alle Readings weg
hab alles noch mal raus geworfen und die MQTT Topic zurück gesetzt.
defmod MQTT2_mymqtt2 MQTT2_DEVICE mymqtt2
attr MQTT2_mymqtt2 IODev mymqtt2
attr MQTT2_mymqtt2 autocreate 0
attr MQTT2_mymqtt2 comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10;; 'cmnd/cmnd/%topic%/Backlog POWER1 1;; delay '.$duration.';; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
attr MQTT2_mymqtt2 icon hue_filled_outlet
attr MQTT2_mymqtt2 jsonMap POWER1:state
attr MQTT2_mymqtt2 model tasmota_basic_state_power1
attr MQTT2_mymqtt2 readingList tele/%topic%/LWT:.* LWT\
tele/%topic%/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/%topic%/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/%topic%/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/%topic%/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
stat/%topic%/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }
attr MQTT2_mymqtt2 room MQTT2_DEVICE
attr MQTT2_mymqtt2 setList off:noArg cmnd/%topic%/POWER1 0\
on:noArg cmnd/%topic%/POWER1 1\
toggle:noArg cmnd/%topic%/POWER1 2\
setOtaUrl:textField cmnd/%topic%/OtaUrl $EVTPART1\
upgrade:noArg cmnd/%topic%/upgrade 1
attr MQTT2_mymqtt2 setStateList on off toggle
setstate MQTT2_mymqtt2 off
setstate MQTT2_mymqtt2 2020-08-22 17:33:44 POWER2 off
setstate MQTT2_mymqtt2 2020-08-22 17:32:09 SaveData on
setstate MQTT2_mymqtt2 2020-08-22 17:32:09 SetOption26 on
setstate MQTT2_mymqtt2 2020-08-22 17:32:08 StateText1 off
setstate MQTT2_mymqtt2 2020-08-22 17:32:08 StateText2 on
setstate MQTT2_mymqtt2 2020-08-22 17:32:08 StateText3 toggle
setstate MQTT2_mymqtt2 2020-08-22 17:32:09 StateText4 hold
setstate MQTT2_mymqtt2 2020-08-22 17:32:24 state off
Das hat er daraus gemacht
Ich glaub ich muss ne Dose raus holen um nachzuvollziehen was du genau machst, auch für mich weil ich gerade sehe das (dein FHEM nicht aktuell ist) die Templates ja gar nicht mehr ganz so sind wie zu dem Zeitpunkt als ich mich noch mit befasst hatte, aber das bekommen wir hin.
So wie auf dem Bild hast du es eingetragen ?
So das autocreate habe ich wieder gelöscht, da es jedes mal geschaltet hat wenn es mal keinen Strom hatte.
Guten einwand ich für mal nen update aus
Dann hab ich das etwas zusammengeschrumpft und das draus gemacht
defmod Garagentor MQTT2_DEVICE
attr Garagentor IODev mymqtt2
attr Garagentor devStateIcon on:fts_garage_door_10@red off:fts_garage_door_100@gray
attr Garagentor readingList tele/%topic%/LWT:.* LWT\
tele/%topic%/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/%topic%/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/%topic%/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/%topic%/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
stat/%topic%/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }
attr Garagentor setList move:noArg cmnd/%topic%/POWER1 1
attr Garagentor stateFormat POWER2
attr Garagentor webCmd move
jap es tut was es soll
jetzt nur noch mal suchen wie das mit dem doif geht
Wenn das Tor 5 min offen pushmsg "ej!! willst die Straße heizen?"
Gruß an alle
Dirk
Hab jetzt mal eine OBI-WLAN-Steckdose mit Tasmota 6.5.0 aus der Schublade gekramt und ein update auf 8.4.0 gemacht.
Das Device in den MQTT-Einstellungen in Tasmota wie im oben verlinkten Wiki beschrieben eingestellt, siehe nochmal Screenshot im Anhang.
Danach wurde bei mir folgendes Device erstellt:
defmod MQTT2_DVES_55F827 MQTT2_DEVICE DVES_55F827
attr MQTT2_DVES_55F827 IODev m2s
attr MQTT2_DVES_55F827 readingList DVES_55F827:tele/DVES_55F827/LWT:.* LWT\
DVES_55F827:cmnd/DVES_55F827/POWER:.* POWER\
DVES_55F827:tele/DVES_55F827/INFO1:.* { json2nameValue($EVENT) }\
DVES_55F827:tele/DVES_55F827/INFO2:.* { json2nameValue($EVENT) }\
DVES_55F827:tele/DVES_55F827/INFO3:.* { json2nameValue($EVENT) }\
DVES_55F827:stat/DVES_55F827/RESULT:.* { json2nameValue($EVENT) }\
DVES_55F827:stat/DVES_55F827/POWER1:.* POWER1\
DVES_55F827:tele/DVES_55F827/STATE:.* { json2nameValue($EVENT) }
attr MQTT2_DVES_55F827 room MQTT2_DEVICE
setstate MQTT2_DVES_55F827 2020-08-22 18:25:38 FallbackTopic cmnd/DVES_55F827_fb/
setstate MQTT2_DVES_55F827 2020-08-22 18:25:38 GroupTopic cmnd/sonoffs/
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 Heap 26
setstate MQTT2_DVES_55F827 2020-08-22 18:25:38 Hostname DVES_55F827-6183
setstate MQTT2_DVES_55F827 2020-08-22 18:25:38 IPAddress 192.168.188.68
setstate MQTT2_DVES_55F827 2020-08-22 18:25:38 LWT Online
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 LoadAvg 19
setstate MQTT2_DVES_55F827 2020-08-22 18:25:38 Module Generic
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 MqttCount 1
setstate MQTT2_DVES_55F827 2020-08-22 18:25:38 POWER
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 POWER1 off
setstate MQTT2_DVES_55F827 2020-08-22 18:25:38 RestartReason Software/System restart
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 Sleep 50
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 SleepMode Dynamic
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 Time 2020-08-22T18:25:41
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 Uptime 0T00:00:09
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 UptimeSec 9
setstate MQTT2_DVES_55F827 2020-08-22 18:25:38 Version 8.4.0(tasmota)
setstate MQTT2_DVES_55F827 2020-08-22 18:25:38 WebServerMode Admin
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 Wifi_AP 1
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 Wifi_BSSId FE:EC:DA:FD:26:1A
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 Wifi_Channel 6
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 Wifi_Downtime 0T00:00:03
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 Wifi_LinkCount 1
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 Wifi_RSSI 84
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 Wifi_SSId FBF
setstate MQTT2_DVES_55F827 2020-08-22 18:25:42 Wifi_Signal -58
Bei dir sollte das bis auf das zusätzliche Reading POWER2 und dem Topic DVES_XXXXXX nicht anders aussehen.
Ich denke du hast in topic nicht DVES_%06X eingetragen
Wende ich auf dieses automatisch angelegte Gerät und einem aktuellen FHEM das tasmota_basic-Template an wird es wie folgt konfiguriert:
defmod MQTT2_DVES_55F827 MQTT2_DEVICE DVES_55F827
attr MQTT2_DVES_55F827 IODev m2s
attr MQTT2_DVES_55F827 autocreate 0
attr MQTT2_DVES_55F827 comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10;; 'cmnd/cmnd/DVES_55F827/Backlog POWER1 1;; delay '.$duration.';; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
attr MQTT2_DVES_55F827 icon hue_filled_outlet
attr MQTT2_DVES_55F827 jsonMap POWER1:0 POWER2:0 POWER3:0 POWER4:0 Dimmer:0 Channel_0:0 Channel_1:0 Channel_2:0 Channel_3:0 Channel_4:0 HSBColor:0 Color:0
attr MQTT2_DVES_55F827 model tasmota_basic_state_power1
attr MQTT2_DVES_55F827 readingList tele/DVES_55F827/LWT:.* LWT\
tele/DVES_55F827/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/DVES_55F827/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/DVES_55F827/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/DVES_55F827/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
stat/DVES_55F827/POWER1:.* state\
stat/DVES_55F827/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }
attr MQTT2_DVES_55F827 room MQTT2_DEVICE
attr MQTT2_DVES_55F827 setList off:noArg cmnd/DVES_55F827/POWER1 0\
on:noArg cmnd/DVES_55F827/POWER1 1\
toggle:noArg cmnd/DVES_55F827/POWER1 2\
setOtaUrl:textField cmnd/DVES_55F827/OtaUrl $EVTPART1\
upgrade:noArg cmnd/DVES_55F827/upgrade 1
attr MQTT2_DVES_55F827 setStateList on off toggle
setstate MQTT2_DVES_55F827 off
setstate MQTT2_DVES_55F827 2020-08-22 18:42:00 FallbackTopic cmnd/DVES_55F827_fb/
setstate MQTT2_DVES_55F827 2020-08-22 18:42:00 GroupTopic cmnd/sonoffs/
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 Heap 28
setstate MQTT2_DVES_55F827 2020-08-22 18:42:00 Hostname DVES_55F827-6183
setstate MQTT2_DVES_55F827 2020-08-22 18:42:00 IPAddress 192.168.188.68
setstate MQTT2_DVES_55F827 2020-08-22 18:42:00 LWT Online
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 LoadAvg 19
setstate MQTT2_DVES_55F827 2020-08-22 18:42:00 Module Generic
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 MqttCount 1
setstate MQTT2_DVES_55F827 2020-08-22 18:42:00 RestartReason Power On
setstate MQTT2_DVES_55F827 2020-08-22 18:41:30 SaveData on
setstate MQTT2_DVES_55F827 2020-08-22 18:41:30 SetOption26 on
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 Sleep 50
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 SleepMode Dynamic
setstate MQTT2_DVES_55F827 2020-08-22 18:41:29 StateText1 off
setstate MQTT2_DVES_55F827 2020-08-22 18:41:29 StateText2 on
setstate MQTT2_DVES_55F827 2020-08-22 18:41:29 StateText3 toggle
setstate MQTT2_DVES_55F827 2020-08-22 18:41:29 StateText4 hold
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 Time 2020-08-22T18:42:04
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 Uptime 0T00:00:09
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 UptimeSec 9
setstate MQTT2_DVES_55F827 2020-08-22 18:42:00 Version 8.4.0(tasmota)
setstate MQTT2_DVES_55F827 2020-08-22 18:42:00 WebServerMode Admin
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 Wifi_AP 1
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 Wifi_BSSId FE:EC:DA:FD:26:1A
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 Wifi_Channel 6
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 Wifi_Downtime 0T00:00:03
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 Wifi_LinkCount 1
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 Wifi_RSSI 84
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 Wifi_SSId FBF
setstate MQTT2_DVES_55F827 2020-08-22 18:42:04 Wifi_Signal -58
setstate MQTT2_DVES_55F827 2020-08-22 18:41:28 attrTemplateVersion 20200522 or prior
setstate MQTT2_DVES_55F827 2020-08-22 18:43:59 state off
setstate MQTT2_DVES_55F827 2020-08-22 18:42:03 subscriptions cmnd/DVES_55F827/# cmnd/DVES_55F827_fb/# cmnd/sonoffs/#
Wenn das bei dir genauso am Ende abläuft/aussieht können wir über das devstateicon mit fts_garage_door_10 reden.
Jap haps
defmod MQTT2_mymqtt2 MQTT2_DEVICE mymqtt2
attr MQTT2_mymqtt2 IODev mymqtt2
attr MQTT2_mymqtt2 autocreate 0
attr MQTT2_mymqtt2 comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10;; 'cmnd/cmnd/DVES_F4660B/Backlog POWER1 1;; delay '.$duration.';; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
attr MQTT2_mymqtt2 icon hue_filled_outlet
attr MQTT2_mymqtt2 jsonMap POWER1:state
attr MQTT2_mymqtt2 model tasmota_basic_state_power1
attr MQTT2_mymqtt2 readingList tele/DVES_F4660B/LWT:.* LWT\
tele/DVES_F4660B/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/DVES_F4660B/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/DVES_F4660B/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/DVES_F4660B/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
stat/DVES_F4660B/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }
attr MQTT2_mymqtt2 room MQTT2_DEVICE
attr MQTT2_mymqtt2 setList off:noArg cmnd/DVES_F4660B/POWER1 0\
on:noArg cmnd/DVES_F4660B/POWER1 1\
toggle:noArg cmnd/DVES_F4660B/POWER1 2\
setOtaUrl:textField cmnd/DVES_F4660B/OtaUrl $EVTPART1\
upgrade:noArg cmnd/DVES_F4660B/upgrade 1
attr MQTT2_mymqtt2 setStateList on off toggle
setstate MQTT2_mymqtt2 off
setstate MQTT2_mymqtt2 2020-08-22 19:21:06 FallbackTopic cmnd/Garagentor_fb/
setstate MQTT2_mymqtt2 2020-08-22 19:21:06 GroupTopic cmnd/tasmotas/
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Heap 27
setstate MQTT2_mymqtt2 2020-08-22 19:21:06 Hostname DVES_F4660B-1547
setstate MQTT2_mymqtt2 2020-08-22 19:21:06 IPAddress 192.168.5.231
setstate MQTT2_mymqtt2 2020-08-22 19:21:06 LWT Online
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 LoadAvg 32
setstate MQTT2_mymqtt2 2020-08-22 19:21:06 Module Generic
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 MqttCount 1
setstate MQTT2_mymqtt2 2020-08-22 19:17:54 OtaUrl http://thehackbox.org/tasmota/release/tasmota.bin
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 POWER2 on
setstate MQTT2_mymqtt2 2020-08-22 19:21:06 RestartReason Power On
setstate MQTT2_mymqtt2 2020-08-22 19:16:52 SaveData on
setstate MQTT2_mymqtt2 2020-08-22 19:16:52 SetOption26 on
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Sleep 50
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 SleepMode Dynamic
setstate MQTT2_mymqtt2 2020-08-22 19:16:51 StateText1 off
setstate MQTT2_mymqtt2 2020-08-22 19:16:51 StateText2 on
setstate MQTT2_mymqtt2 2020-08-22 19:16:51 StateText3 toggle
setstate MQTT2_mymqtt2 2020-08-22 19:16:52 StateText4 hold
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Switch1 off
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Switch2 on
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Time 2020-08-22T18:21:10
setstate MQTT2_mymqtt2 2020-08-22 19:17:54 Upgrade Version 8.1.0 from http://thehackbox.org/tasmota/release/tasmota.bin
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Uptime 0T00:00:09
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 UptimeSec 9
setstate MQTT2_mymqtt2 2020-08-22 19:21:06 Version 8.4.0(tasmota)
setstate MQTT2_mymqtt2 2020-08-22 19:21:06 WebServerMode Admin
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Wifi_AP 1
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Wifi_BSSId 5C:49:79:83:AD:85
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Wifi_Channel 11
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Wifi_Downtime 0T00:00:03
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Wifi_LinkCount 1
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Wifi_RSSI 70
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Wifi_SSId Unser
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 Wifi_Signal -65
setstate MQTT2_mymqtt2 2020-08-22 19:21:11 state off
bei mir stand nach den neu flashen bei Topic %topic% drinn
keine Ahnung wo der das her hatte
Gruß
Dirk
Gut.
Aber mit devstatIcon machen wir wie gesagt erst weiter wenn es genauso aussieht wie bei mir.
Du hast noch kein aktuelles FHEM.
Nach dem update wendest du nochmal das Template an.
einfach update aus der Kommandozeile ausführen und danach ein shutdown restart falls das bisher noch nicht klar war.
update ist auch im Wiki (https://wiki.fhem.de/wiki/Update) beschrieben, u. a. auch das update nur einzelner Module.
soo
bei Pi benötigte auch dringent einen Update
Update und update all habe ich ausgeführt.
defmod MQTT2_mymqtt2 MQTT2_DEVICE mymqtt2
attr MQTT2_mymqtt2 IODev mymqtt2
attr MQTT2_mymqtt2 autocreate 0
attr MQTT2_mymqtt2 comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10;; 'cmnd/cmnd/DVES_F4660B/Backlog POWER1 1;; delay '.$duration.';; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
attr MQTT2_mymqtt2 icon hue_filled_outlet
attr MQTT2_mymqtt2 jsonMap POWER1:0 POWER2:0 POWER3:0 POWER4:0 Dimmer:0 Channel_0:0 Channel_1:0 Channel_2:0 Channel_3:0 Channel_4:0 HSBColor:0 Color:0
attr MQTT2_mymqtt2 model tasmota_basic_state_power1
attr MQTT2_mymqtt2 readingList tele/DVES_F4660B/LWT:.* LWT\
tele/DVES_F4660B/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/DVES_F4660B/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/DVES_F4660B/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/DVES_F4660B/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
stat/DVES_F4660B/POWER1:.* state\
stat/DVES_F4660B/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }
attr MQTT2_mymqtt2 room MQTT2_DEVICE
attr MQTT2_mymqtt2 setList off:noArg cmnd/DVES_F4660B/POWER1 0\
on:noArg cmnd/DVES_F4660B/POWER1 1\
toggle:noArg cmnd/DVES_F4660B/POWER1 2\
setOtaUrl:textField cmnd/DVES_F4660B/OtaUrl $EVTPART1\
upgrade:noArg cmnd/DVES_F4660B/upgrade 1
attr MQTT2_mymqtt2 setStateList on off toggle
setstate MQTT2_mymqtt2 2020-08-22 20:17:42 SaveData on
setstate MQTT2_mymqtt2 2020-08-22 20:17:42 SetOption26 on
setstate MQTT2_mymqtt2 2020-08-22 20:17:41 StateText1 off
setstate MQTT2_mymqtt2 2020-08-22 20:17:41 StateText2 on
setstate MQTT2_mymqtt2 2020-08-22 20:17:41 StateText3 toggle
setstate MQTT2_mymqtt2 2020-08-22 20:17:42 StateText4 hold
setstate MQTT2_mymqtt2 2020-08-22 20:17:41 attrTemplateVersion 20200522 or prior
Eigentlich sollte das automatisch angelegte Device einen anderen Namen haben, aber der Rest passt so.
Jetzt ist es so das das Template standardmässig POWER2 ausblendet mit jsonMap.
Das aktivieren wir wieder in dem du POWER2:0 aus jsonMap löschst:
Zitatattr MQTT2_mymqtt2 jsonMap POWER1:0 POWER2:0 POWER3:0 POWER4:0 Dimmer:0 Channel_0:0 Channel_1:0
Das geht auch aus der Kommandozeile mit :
setreading MQTT2_mymqtt2 jsonMap POWER1:0 POWER3:0 POWER4:0 Dimmer:0 Channel_0:0 Channel_1:0Dann
ergänzt du die setList um deinen oben gewünschten move setter
move:noArg cmnd/DVES_F4660B/POWER1 1Jetzt das devstateIcon, auch einfach aus der Kommandozeile:
attr MQTT2_mymqtt2 devStateIcon on:fts_garage_door_10@red:move off:fts_garage_door_100@grey:moveoder manuell das devStateIcon ergänzen.
Das devstateIcon soll auf das Reading POWER2 angewendet werden, dass muss in stateFormat angegeben werden, entweder per Kommandozeile:
setreading MQTT2_mymqtt2 stateFormat POWER2oder manuell ergänzen.
Hoffe hab nix vergessen und alles korrekt verstanden.
Wenn du Fehler findest behalt sie :P
ja eine Sache hast du übersehen ;)
Die button sind immernoch on off
Ich geh jetz mal davon aus, dass ich webCmd dann jetzt mit move noch einzutragen habe.
ok wenn ich mir das hier so anschaue muss ich meine Schalter für die Gartenbewässung mal überarbeiten ???
Wenn ich an einen D1 mini nen 8fach relais hängen habe richte ich die wahrscheinlich genau so ein und splitte die dann?
Danke für deine Hilfe
Dirk
ZitatDie button sind immernoch on off
Was genau meinst du welche "Buttons" ?
Zeig doch einfach gleich die Raw Definition/oder ein list dann kann man das evtl. auch erraten/erahnen/schlussfolgern, klappt also alles wie vorgesehen, die Garage öffnet/schließt wenn du das devstateIcon betätigst ?
Zitatrichte ich die wahrscheinlich genau so ein und splitte die dann?
Im Prinzip ja, richtig erkannt. Schau dir einfach mal die 4/8-fach-Channel-(split|unified)Templates an was die aus den Geräten machen.
Einfach ein Template auswählen, dann bekommst du ja unter dem setter angezeigt welche Einstellungen an dem Device erfolgen würden.
defmod Garagentor MQTT2_DEVICE mymqtt2
attr Garagentor IODev mymqtt2
attr Garagentor autocreate 0
attr Garagentor comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10;; 'cmnd/cmnd/DVES_F4660B/Backlog POWER1 1;; delay '.$duration.';; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
attr Garagentor devStateIcon on:fts_garage_door_10@red:move off:fts_garage_door_100@grey:move
attr Garagentor jsonMap POWER1:0 POWER3:0 POWER4:0 Dimmer:0 Channel_0:0 Channel_1:0 Channel_2:0 Channel_3:0 Channel_4:0 HSBColor:0 Color:0
attr Garagentor model tasmota_basic_state_power1
attr Garagentor readingList tele/DVES_F4660B/LWT:.* LWT\
tele/DVES_F4660B/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/DVES_F4660B/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/DVES_F4660B/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/DVES_F4660B/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
stat/DVES_F4660B/POWER1:.* state\
stat/DVES_F4660B/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }
attr Garagentor room 75-Garage
attr Garagentor setList off:noArg cmnd/DVES_F4660B/POWER1 0\
on:noArg cmnd/DVES_F4660B/POWER1 1\
toggle:noArg cmnd/DVES_F4660B/POWER1 2\
setOtaUrl:textField cmnd/DVES_F4660B/OtaUrl $EVTPART1\
upgrade:noArg cmnd/DVES_F4660B/upgrade 1\
move:noArg cmnd/DVES_F4660B/POWER1 1
attr Garagentor setStateList on off toggle
attr Garagentor stateFormat POWER2
setstate Garagentor on
setstate Garagentor 2020-08-22 21:42:35 Heap 26
setstate Garagentor 2020-08-22 21:34:52 LWT Online
setstate Garagentor 2020-08-22 21:42:35 LoadAvg 19
setstate Garagentor 2020-08-22 21:42:35 MqttCount 1
setstate Garagentor 2020-08-22 21:42:35 POWER2 on
setstate Garagentor 2020-08-22 21:33:01 SaveData on
setstate Garagentor 2020-08-22 21:33:01 SetOption26 on
setstate Garagentor 2020-08-22 21:42:35 Sleep 50
setstate Garagentor 2020-08-22 21:42:35 SleepMode Dynamic
setstate Garagentor 2020-08-22 21:33:00 StateText1 off
setstate Garagentor 2020-08-22 21:33:00 StateText2 on
setstate Garagentor 2020-08-22 21:33:00 StateText3 toggle
setstate Garagentor 2020-08-22 21:33:01 StateText4 hold
setstate Garagentor 2020-08-22 21:42:35 Switch1 off
setstate Garagentor 2020-08-22 21:42:35 Switch2 on
setstate Garagentor 2020-08-22 21:42:35 Time 2020-08-22T20:42:34
setstate Garagentor 2020-08-22 21:42:35 Uptime 0T01:25:09
setstate Garagentor 2020-08-22 21:42:35 UptimeSec 5109
setstate Garagentor 2020-08-22 21:42:35 Wifi_AP 1
setstate Garagentor 2020-08-22 21:42:35 Wifi_BSSId 5C:49:79:83:AD:85
setstate Garagentor 2020-08-22 21:42:35 Wifi_Channel 11
setstate Garagentor 2020-08-22 21:42:35 Wifi_Downtime 0T00:00:03
setstate Garagentor 2020-08-22 21:42:35 Wifi_LinkCount 1
setstate Garagentor 2020-08-22 21:42:35 Wifi_RSSI 86
setstate Garagentor 2020-08-22 21:42:35 Wifi_SSId Unser
setstate Garagentor 2020-08-22 21:42:35 Wifi_Signal -57
setstate Garagentor 2020-08-22 20:17:41 attrTemplateVersion 20200522 or prior
setstate Garagentor 2020-08-22 21:12:05 jsonMap POWER1:0 POWER3:0 POWER4:0 Dimmer:0 Channel_0:0 Channel_1:0
setstate Garagentor 2020-08-22 21:25:57 move set
setstate Garagentor 2020-08-22 21:40:44 state off
Ich mein die beiden Schaltflächen neben dem StateIcon
und ich glaub ich muss die setList doch leider bearbeiten.
Die App die ich auf unseren Androis verwende Akzeptiert wohl nur on Off.
Oder hast du dafür auch ne Lösung für mich? ;)
Nachtrag: duch die App (andFHEM) bekomme ich das Tor nur aufgefahren aber nicht mehr zu :P
und die Icons und so zeigt es auch nicht an hmm doch mal nach ner anderen app suchen
Gruß
Dirk
Ich mein die beiden Schaltflächen neben dem StateIconDas liegt an der Definition von on/off in setList. on/off ist default für die Anzeige in der DEVICEOVERVIEW, frag mich aber nicht wie hier jetzt genau die Zusammenhänge sind und man sie trotz der Definition in setList nicht anzeigt, da steh ich auch gerade auf dem Schlauch.
Man kann die setter on und off umbenennen/löschen, dann werden sie auch nicht hinter dem devstateIcon angezeigt.
ZitatDie App die ich auf unseren Androis verwende Akzeptiert wohl nur on Off.
Hier brauchst du die setter aber auch scheinbar wieder,
ich hab erstmal keinen Rat.
Zitatduch die App (andFHEM) bekomme ich das Tor nur aufgefahren aber nicht mehr zu
wenn es wirklich on
Off ist liegts evtl. daran, dann einfach die setList anpassen, sonst brauchst die setter on/Off ja nicht.
Ich glaub der nimmt den befehl nicht an weil das device bereits den zustand hat.
Wenn ich die setlist manipuliere und für off auch 1 senden lasse geht es.
Wenn ich die setlist manipuliere und für off auch 1 senden lasse geht es.logisch ::)
Zitatund die Icons und so zeigt es auch nicht an hmm doch mal nach ner anderen app suchen
Nee, lesen und nachdenken und verstehen. Ich vermute mal die App holt sich den Zustand aus dem Reading state.
Im Reading state landet aber mit dem Template standardmässig der Status von POWER1 mit dem ReadingList-Eintrag
stat/DVES_55F827/POWER1:.* state ändere den mal in
stat/DVES_55F827/POWER2:.* state
;) das hab ich schon
Zitat von: dihe85 am 22 August 2020, 23:15:07
;) das hab ich schon
schon versucht und es klappt nicht wie bereits geschrieben oder es klappt jetzt und du behältst es für dich ???
Nee ich hab mir das grade nochmal angesehen und kurz vorher geändert, wie du mir geantwortet hast.
ZitatIch geh jetz mal davon aus, dass ich webCmd dann jetzt mit move noch einzutragen habe.
ZitatDas liegt an der Definition von on/off in setList. on/off ist default für die Anzeige in der DEVICEOVERVIEW, frag mich aber nicht wie hier jetzt genau die Zusammenhänge sind und man sie trotz der Definition in setList nicht anzeigt, da steh ich auch gerade auf dem Schlauch.
Einfach einen Doppelpunkt in webCmd eintragen, dann hast du nur noch das devstateIcon.
Läuft soweit echt gut.
Ich werd da nachher noch nen watchdog drauf machen.
Dann ist die steuerung fertig.
Ich werd das device erstmal doppelt rein nehmen.
Einmal richtig und einmal mit manipulierter setlist fürs handy. Zumindest bis ich dafür ne alternative habe
Vielen dank für die hilfe und die ganzen erklärungen
Gruß
Dirk
ZitatIch werd das device erstmal doppelt rein nehmen.
Einmal richtig und einmal mit manipulierter setlist fürs handy. Zumindest bis ich dafür ne alternative habe
Wozu doppelt, du hast die setList nicht manipuliert, du hast sie deinen Einstellungen im Gerät angepasst, POWER1 0/off gibt es mit der definierten pulsetime einfach nicht mehr.
Du hast ja schliesslich ein Basis-Template angewendet und keines für einen
Garagentoröffner mit Statusanzeige.
Die app schickt immer nur den befehl für on und off.
Dann muss ich im device mit set off 1 arbeiten.
Das hab ich auch schon so verstanden.
Die Frage war, wozu du das "richtige" Device mit dem (unnötigen/funktionslosen) setter off:noArg cmnd/DVES_F4660B/POWER1 0 brauchst, du hast doch ein korrekt "manipuliertes" Device erstellt, passend zu deinen Einstellungen im Tasmota-Gerät.
Weiter stell ich mir die Frage ob das mit dem watchdog praxistauglich ist ?
IVm. mit einem Bewegungsmelder und irgendeinem beliebigen Eventhandler könnt ich mir das eher vorstellen das Garagentor automatisiert zu schliessen.
Mit watchdog will ich mir nur ne pushmsg schicken wenn dasvzu lange offen ist. Frei dem motto "na was vergessen?"