Bewässerung mit dem MySensors Irrigation System

Begonnen von maddinthebrain, 17 Mai 2019, 14:43:55

Vorheriges Thema - Nächstes Thema

maddinthebrain

Hallo zusammen,

ich habe bereits eine Bewässerung für meinen Garten eingerichtet. Ich würde jedoch gerne weg von dem Homematicsystem hin zu Mysensors das ich schon für einige andere Sensoren und Aktoren einsetze. Homematic konnte sich bei mir nicht durchsetzen da zu teuer.

https://www.mysensors.org/build/irrigation

Hat das jemand schon mal gemacht und kann Tipps zur Einbindung in FHEM geben? Oder möchte Erfahrungen teilen?

Viele Grüße

Martin

Viele Grüße
Martin

Futro mit Proxmox und Debian: FHEM, Signalduino 433MHz & 868MHz, MAX!, WeeWX, FHEM2FHEM,
Raspi 4 mit ConBee mit deCONZ und Phoscon für ZigBee Aktoren und Sensoren

gloob

#1
Dann werfe ich doch mal Homematic mit AskSin++ in den Raum. Homematic zum Preis des MySensors Systems.
https://asksinpp.de/Projekte/

Und ganz speziell folgendes Projekt:

https://github.com/ronnythomas/HM-MOD-Re-8
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

Beta-User

Na ja, der Code ist schon recht speziell auf Bewässerung zugeschnitten (einschließlich Display und so), und wie es aussieht, wird FHEM auch von allen Änderungen informiert, ist sicher ein interessantes Projekt - da kann ein "purer Aktor-Code" mit AskSin++ vermutlich nicht mithalten...

Da du schon MySensors-Erfahrung hast: Was spricht dagegen, es auszutesten? (Müßte auch erst mal ohne Display gehen...)

Würde aber ggf. vorschlagen, den Thread nach MySensors zu verschieben.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

maddinthebrain

Zitat
Würde aber ggf. vorschlagen, den Thread nach MySensors zu verschieben.
Kann man machen, wäre mir sogar recht. Im Wiki steht, dass Mysensor in Sonstige Systeme gehört... Ist offenbar falsch

Ansonsten möchte ich das mit dem Mysensors Dingen versuchen, das I2c Interface fürs Display hab ich bestellt, kommt in ein paar Wochen. Den Rest habe ich eh. Ich werde es bei Gelegenheit mal ohne Display aufbauen. Geht ja auch erst mal ohne.

Grüße Martin
Viele Grüße
Martin

Futro mit Proxmox und Debian: FHEM, Signalduino 433MHz & 868MHz, MAX!, WeeWX, FHEM2FHEM,
Raspi 4 mit ConBee mit deCONZ und Phoscon für ZigBee Aktoren und Sensoren

Beta-User

Danke für den Hinweis, die Links im Wiki bei den Modulen sind mir bisher durchgerutscht, das war früher mal so, ist aber nicht mehr up to date, seit es den eigenen Forums-Bereich gibt...
Wenn du noch einen anderen gesehen hast: Bitte um Info :) .

Verschieben kannst du selbst (Knopf unten links).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

maddinthebrain

So, nun habe ich mal einen Node mit dem Skript geflash und in FHEM eingebunden. Naja, Man kann die Ausgänge triggern, sie laufen dann so 10s und gehen dann wieder aus. Im Skript steht was von drei Variablen die man einstellen kann, die verwenden dort Vera Smart Home. Hier mal der Auszug aus dem Arduino Skript, wo das steht:

INSTRUCTIONS:

* A step-by-step setup video is available here: http://youtu.be/l4GPRTsuHkI
* After assembling your arduino, radio, decoupling capacitors, shift register(s), status LED, pushbutton LCD (I2C connected to
  A4 and A5) and relays, and load the sketch.
* Following the instructions at https://MySensors.org include the device to your MySensors Gateway.
* Verify that each new device has a Variable1, Variable2 and Variable3. Populate data accordingly with whole minutes for
  the RUN_ALL_ZONES routine (Variable1) and the RUN_SINGLE_ZONE routines (Variable 2).  The values entered for times may be zero and
  you may use the defaulet zone names by leaving Variable3 blank.
* Once you have entered values for each zone and each variable, save the settings by pressing the red save button on your Vera.
* Restart your arduino; verify the settings are loaded into your arduino with the serial monitor; the array will be printed
  on the serial monitor.
* Your arduino should slow-flash, indicating that it is in ready mode.
* There are multiple debug serial prints that can be monitored to assure that it is operating properly.


Mir jetzt noch ein Rätsel wie sich diese drei Variablen den über Fhem ändern kann.

Das List von dem Device sieht so aus:

Internals:
   CFGFN     
   DEF        102
   FUUID      5ce3c4a7-f33f-ab72-3df6-65295d417ddb5698
   IODev      meinMSG
   I_DEBUG    1
   I_RSSI     1
   NAME       MYSENSOR_102
   NR         10656
   STATE      received presentation
   TYPE       MYSENSORS_DEVICE
   ack        0
   radioId    102
   repeater   1
   version    2.3.1
   Helper:
     DBLOG:
       SKETCH_NAME:
         logmysql:
           TIME       1558433332.42655
           VALUE      MySprinkler
       SKETCH_VERSION:
         logmysql:
           TIME       1558433332.43659
           VALUE      2.2
       parentId:
         logmysql:
           TIME       1558433332.36077
           VALUE      0
       state:
         logmysql:
           TIME       1558437017.63205
           VALUE      status1 on
       status:
         logmysql:
           TIME       1558437025.14573
           VALUE      off
       status1:
         logmysql:
           TIME       1558437025.16301
           VALUE      off
       status2:
         logmysql:
           TIME       1558437025.1791
           VALUE      off
       status3:
         logmysql:
           TIME       1558437025.19637
           VALUE      off
       status4:
         logmysql:
           TIME       1558437025.21139
           VALUE      off
       status5:
         logmysql:
           TIME       1558437025.22716
           VALUE      off
       status6:
         logmysql:
           TIME       1558437025.24219
           VALUE      off
       status7:
         logmysql:
           TIME       1558437025.25518
           VALUE      off
       status8:
         logmysql:
           TIME       1558437025.26491
           VALUE      off
   READINGS:
     2019-05-21 12:08:52   SKETCH_NAME     MySprinkler
     2019-05-21 12:08:52   SKETCH_VERSION  2.2
     2019-05-21 12:08:52   parentId        0
     2019-05-21 11:28:08   state           received presentation
     2019-05-21 13:10:25   status          off
     2019-05-21 13:10:25   status1         off
     2019-05-21 13:10:25   status2         off
     2019-05-21 13:10:25   status3         off
     2019-05-21 13:10:25   status4         off
     2019-05-21 13:10:25   status5         off
     2019-05-21 13:10:25   status6         off
     2019-05-21 13:10:25   status7         off
     2019-05-21 13:10:25   status8         off
   gets:
   readingMappings:
     0:
       17:
         name       power
       2:
         name       status
     1:
       17:
         name       power1
       2:
         name       status1
     2:
       17:
         name       power2
       2:
         name       status2
     3:
       17:
         name       power3
       2:
         name       status3
     4:
       17:
         name       power4
       2:
         name       status4
     5:
       17:
         name       power5
       2:
         name       status5
     6:
       17:
         name       power6
       2:
         name       status6
     7:
       17:
         name       power7
       2:
         name       status7
     8:
       17:
         name       power8
       2:
         name       status8
   retainedMessagesForRadioId:
   sensorMappings:
     0:
       receives:
       sends:
         16
         15
     1:
       receives:
       sends:
         16
         15
     10:
       receives:
       sends:
         6
         7
     11:
       receives:
       sends:
         11
     12:
       receives:
       sends:
         12
         14
     13:
       receives:
         24
       sends:
         17
         18
         54
         55
         56
         24
     14:
       receives:
       sends:
         45
         21
         0
         2
     15:
       receives:
       sends:
         13
         43
     16:
       receives:
       sends:
         23
         37
     17:
       receives:
       sends:
     18:
       receives:
       sends:
     19:
       receives:
         36
       sends:
         36
     2:
       receives:
       sends:
         16
         15
     20:
       receives:
         32
       sends:
         33
         50
         32
     21:
       receives:
         24
       sends:
         34
         35
         24
     22:
       receives:
       sends:
         37
         43
     23:
       receives:
         24
         25
         26
         27
         28
       sends:
         24
         25
         26
         27
         28
     24:
       receives:
       sends:
         37
         43
     25:
       receives:
       sends:
         19
         20
     26:
       receives:
         40
         17
         3
       sends:
         40
         17
         3
     27:
       receives:
         41
         17
         3
       sends:
         41
         17
         3
     28:
       receives:
         40
       sends:
         40
     29:
       receives:
       sends:
         2
         0
         45
         44
         21
         46
         22
     3:
       receives:
         2
         17
       sends:
         2
         17
     30:
       receives:
       sends:
         38
         39
         14
     31:
       receives:
       sends:
         2
         16
     32:
       receives:
       sends:
         16
         15
     33:
       receives:
       sends:
         37
         16
         15
     34:
       receives:
       sends:
         37
         16
         15
     35:
       receives:
       sends:
         37
         16
         15
     36:
       receives:
         47
       sends:
         47
     37:
       receives:
       sends:
         34
         35
     38:
       receives:
       sends:
         49
     39:
       receives:
       sends:
         0
         51
         52
         53
         2
     4:
       receives:
         2
         3
         17
       sends:
         2
         3
         17
     5:
       receives:
         29
         30
         31
         3
       sends:
         29
         30
         31
         3
     6:
       receives:
       sends:
         0
         42
     7:
       receives:
       sends:
         1
     8:
       receives:
       sends:
         4
         5
     9:
       receives:
       sends:
         8
         9
         10
   setcommands:
   sets:
     clear      noArg
     flash      noArg
     fwType     
     power      1
     power1     1
     power2     1
     power3     1
     power4     1
     power5     1
     power6     1
     power7     1
     power8     1
     reboot     noArg
     status     on,off
     status1    on,off
     status2    on,off
     status3    on,off
     status4    on,off
     status5    on,off
     status6    on,off
     status7    on,off
     status8    on,off
     time       noArg
   typeMappings:
     0:
       type       temperature
     1:
       type       humidity
     10:
       type       direction
     11:
       type       uv
     12:
       type       weight
     13:
       type       distance
     14:
       type       impedance
     15:
       type       armed
       val:
         0          off
         1          on
     16:
       type       tripped
       val:
         0          off
         1          on
     17:
       type       power
     18:
       type       energy
     19:
       type       button_on
     2:
       type       status
       val:
         0          off
         1          on
     20:
       type       button_off
     21:
       type       hvacflowstate
     22:
       type       hvacspeed
     23:
       type       brightness
       range:
         max        100
         min        0
         step       1
     24:
       type       value1
     25:
       type       value2
     26:
       type       value3
     27:
       type       value4
     28:
       type       value5
     29:
       type       up
     3:
       type       percentage
       range:
         max        100
         min        0
         step       1
     30:
       type       down
     31:
       type       stop
     32:
       type       ir_send
     33:
       type       ir_receive
     34:
       type       flow
     35:
       type       volume
     36:
       type       lockstatus
       val:
         0          off
         1          on
     37:
       type       level
     38:
       type       voltage
     39:
       type       current
     4:
       type       pressure
     40:
       type       rgb
     41:
       type       rgbw
     42:
       type       id
     43:
       type       unitprefix
     44:
       type       hvacsetpointcool
     45:
       type       hvacsetpointheat
     46:
       type       hvacflowmode
     47:
       type       text
     48:
       type       custom
     49:
       type       position
     5:
       type       forecast
       val:
         0          stable
         1          sunny
         2          cloudy
         3          unstable
         4          thunderstorm
         5          unknown
     50:
       type       ir_record
     51:
       type       ph
     52:
       type       orp
     53:
       type       ec
     54:
       type       value
     55:
       type       va
     56:
       type       power_factor
     6:
       type       rain
     7:
       type       rainrate
     8:
       type       wind
     9:
       type       gust
Attributes:
   IODev      meinMSG
   mapReading_power 0 power
   mapReading_power1 1 power
   mapReading_power2 2 power
   mapReading_power3 3 power
   mapReading_power4 4 power
   mapReading_power5 5 power
   mapReading_power6 6 power
   mapReading_power7 7 power
   mapReading_power8 8 power
   mapReading_status 0 status
   mapReading_status1 1 status
   mapReading_status2 2 status
   mapReading_status3 3 status
   mapReading_status4 4 status
   mapReading_status5 5 status
   mapReading_status6 6 status
   mapReading_status7 7 status
   mapReading_status8 8 status
   mode       repeater
   room       Garten,GoogleAssistant,Mysensors
   setReading_power 1
   setReading_power1 1
   setReading_power2 1
   setReading_power3 1
   setReading_power4 1
   setReading_power5 1
   setReading_power6 1
   setReading_power7 1
   setReading_power8 1
   setReading_status on,off
   setReading_status1 on,off
   setReading_status2 on,off
   setReading_status3 on,off
   setReading_status4 on,off
   setReading_status5 on,off
   setReading_status6 on,off
   setReading_status7 on,off
   setReading_status8 on,off


Hat jemand ne Idee? Wenn es denn mit Vera geht muss es doch auch mit Fhem gehen...

Viele Grüße Martin
Viele Grüße
Martin

Futro mit Proxmox und Debian: FHEM, Signalduino 433MHz & 868MHz, MAX!, WeeWX, FHEM2FHEM,
Raspi 4 mit ConBee mit deCONZ und Phoscon für ZigBee Aktoren und Sensoren

Beta-User

Hmm, so wie ich den Code verstehe, gibt es pro Ventil drei Variablen, die versendet werden können:
- Zeit, die innerhalb der allg. Bewässerungs-Loop angewendet werden soll
- Zeit für "solo"-Bewässerung und- ein "Nickname" für die Zone

Das Ganze wäre dann als value xyz anzulegen.

Wenn du keine große Erfahrung damit hast, würde ich mal auf der ChildID 1 auch einen Custom-Sensor präsentieren (im Sketch). Dann kannst du sehen, was FHEM daraus macht und das dann einfach entsprechend auf die weiteren Ventile übertragen (und im Sketch wieder löschen, sonst hast du halt 5 statt 3 Variablennamen; wenn dich das nicht stört, kannst du auch die Presentation komplett für alle machen).

(Sorry, Kurzfassung, bitte melden, wenn das zu kryptisch ist).
Ganz kurze Zusammenfassung: FHEM braucht keine Presentation, um irgendwas, was unter "receives" eingetragen ist an eine Node versenden zu können; es braucht nur die passenden setReading-Angaben).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

maddinthebrain

Ist tatsächlich noch unklar.  ;) Mach mal ein Beispiel, was mit dem Value xyz anlegen meinst.
Grüße Martin
Viele Grüße
Martin

Futro mit Proxmox und Debian: FHEM, Signalduino 433MHz & 868MHz, MAX!, WeeWX, FHEM2FHEM,
Raspi 4 mit ConBee mit deCONZ und Phoscon für ZigBee Aktoren und Sensoren

Beta-User

BIn unterwegs, kann dauern.Präsentiere einfach ein S_Custom als Muster
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

maddinthebrain

Hmm, Okay, das weiß ich jetzt auch nicht genau, wie das geht.  :-\ Ich warte einfach bis du wieder Zeit hast. Kein Problem, es eilt nicht.  :)

GRüße Martin
Viele Grüße
Martin

Futro mit Proxmox und Debian: FHEM, Signalduino 433MHz & 868MHz, MAX!, WeeWX, FHEM2FHEM,
Raspi 4 mit ConBee mit deCONZ und Phoscon für ZigBee Aktoren und Sensoren

alru

Moin,

nur noch eine weitere Anregung:

Ich nutze auch MySensors zur Bewässerung. Allerdings verfolge ich bei mir (meistens) den Grundsatz, dass die Actor/Sensor-Technik im MySensor-Code und die Logik/Berechnung/Steuerung in Fhem implementiert wird.
In diesem Fall habe ich den MySensor-Relay-Code ( RelayWithButtonActuator.ino, für mehrere Relais) genommen und für meine Bewässerung eingesetzt. An jedem Relais häng ein entsprechender Wasserkreislauf.

Die ganze Steuerung der Zonen etc. muss man dann in Fhem aufbauen. Da ich hier aber längst nicht so viele Anforderungen habe, wie im MySensor Projekt, war das recht einfach. Der generelle Vorteil ist, dass Änderungen viel einfacher zu implementieren sind. Man muss nicht jedes mal die Sensoren anfassen.
Gruß,

Stefan
(Raspi 3B - Stretch / HM-LGW / HomeMatic / MySensors)

Beta-User

So, ohne Gewähr (für RAW-Import, und auch nicht vollständig):
attr MYSENSOR_102 mapReading_value11 1 value11
attr MYSENSOR_102 mapReading_value12 2 value12
attr MYSENSOR_102 mapReading_value13 3 value13
attr MYSENSOR_102 mapReading_value21 1 value21
attr MYSENSOR_102 mapReading_value22 2 value22
attr MYSENSOR_102 mapReading_value31 1 value31
attr MYSENSOR_102 mapReading_value32 2 value32
attr MYSENSOR_102 setReading_value11 1
attr MYSENSOR_102 setReading_value12 2
attr MYSENSOR_102 setReading_value13 3
attr MYSENSOR_102 setReading_value21 1
attr MYSENSOR_102 setReading_value22 2
attr MYSENSOR_102 setReading_value31 1
attr MYSENSOR_102 setReading_value32 2

Bei mapReading sollte immer _<ReadingType, lfd. Nr., ChildID> vorne stehen, dann die ChildID und zuletzt der "Klarname" (wird per default wieder so gebildet wie vorne).
Bei setReading fehlt naturgemäß der Klarname.

Kann sein, dass du kein vernünftiges Textfeld bekommst zu Eingabe, dann bitte einfach mit der Kommandozeile arbeiten.


Was die Frage "wohin mit der Steuerungslogik" angeht:
So wie ich das verstanden habe, macht man via Controller uU. die Parametrierung, der "Aktor" läuft dann automatisch. Wenn es mal (von den Readings her) eingerichtet ist, sollte das kein größerer Akt sein (ich kann gerne ein template daraus basteln, dann ist es für Nachahmer in 0,nix fertig ;) ).
Das widerspricht sich also nicht unbedingt, man kann dann auch die Paremetrierung automatisiert machen. Auf dem Aktor hat den Vorteil, dass es auch paßt, wenn der Controller z.B. dazwischen neu gestartet wird.
Man kann für unterschiedlich hohe Bedarfe auch einfach mehrfach starten (so man die überhaupt hat, das könnte z.B. in einem Gewächshaus anders aussehen (oder Terrarium, für was man den Sketch ggf. einfach anpassen könnte...). Mehrfache Durchläufe sind uU. für die Versickerung sogar besser ;) .

Und nicht zuletzt: ist doch fun, das zu durchschauen, oder?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

maddinthebrain

@beta-user: Das werde ich mal versuchen! Das die Bewässerung über Fhem angestoßen wird ist so für mich richtig. Die Zeiten werden im Fhem berechnet, abhängig vom Niederschlag, Verdunstung usw. Das mit dem Mehrfachdurchläufen ist eine super Idee. Denn wenn zwischendrin mal Fhem oder der Raspi abkackt (hatte ich schon, ein paar mal) dann geht es nicht so wie beim Zauberlehrling:
Walle, Walle,
Manche Strecke,
daß, zum Zwecke,
Wasser fließe
und mit reichem, vollem Schwalle
zu dem Bade sich ergieße.

Zitat von: Beta-User am 22 Mai 2019, 08:01:49
Bei mapReading sollte immer _<ReadingType, lfd. Nr., ChildID> vorne stehen, dann die ChildID und zuletzt der "Klarname" (wird per default wieder so gebildet wie vorne).

Das mit der ChildID.., wo und wie muss das in den Sketch vom Node? Ich habe da leider noch kein vernünftiges Beispiel gefunden... Bei der presentation()?

Wenn das mal alles funzt dann werde ich das hier und auch im Wiki ausführlich beschreiben. Ich denke, da gibt's noch mehr Interessenten. ;)

Viele Grüße

Martin Lechler
+ Erweiterte Optionen...
Viele Grüße
Martin

Futro mit Proxmox und Debian: FHEM, Signalduino 433MHz & 868MHz, MAX!, WeeWX, FHEM2FHEM,
Raspi 4 mit ConBee mit deCONZ und Phoscon für ZigBee Aktoren und Sensoren

Beta-User

Zitat von: maddinthebrain am 22 Mai 2019, 10:35:15
Das mit der ChildID.., wo und wie muss das in den Sketch vom Node? Ich habe da leider noch kein vernünftiges Beispiel gefunden...
M.E. brauchst du den Sketch nicht anzufassen. Da sind ja jeweils im receive() bereits Unterscheidungen drin für die einzelnen ChildIDs (die mit V_VARx verschickten Variablen landen jeweils bei dem Relay mit derselben ChildID, dazu müßte die Schleife in receive() sein).
Unklar ist mir noch etwas, wie das für "all zones" läuft, aber darum sollten wir uns m.E. später kümmern, erst sollte klar sein, wie der prinzipielle Datenaustausch zwischen der Node und FHEM läuft.

ZitatWenn das mal alles funzt dann werde ich das hier und auch im Wiki ausführlich beschreiben. Ich denke, da gibt's noch mehr Interessenten. ;)
Gute Idee mit dem Wiki, und wie gesagt: die Ersteinrichtung könnte man dann über ein attrTemplate wesentlich vereinfachen, da ließen sich dann auch Anwendungshinweise und Links (zum Thread/Wiki...) reinbasteln ;) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

maddinthebrain

So, nach einen Einschlägen habe ich wieder Zeit.

Also in den Zeilen mit attr MYSENSOR_102 mapReading_value11 1 value11 kommt eine Fehlermeldung: unknown reading type value11.
Die weitere Zeile mit attr MYSENSOR_102 setReading_value11 1 funktioniert.

Ich nehme an, eine Kleinigkeit, aber kein Plan was.

Grüße Martin

Viele Grüße
Martin

Futro mit Proxmox und Debian: FHEM, Signalduino 433MHz & 868MHz, MAX!, WeeWX, FHEM2FHEM,
Raspi 4 mit ConBee mit deCONZ und Phoscon für ZigBee Aktoren und Sensoren