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 (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
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
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.
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
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).
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
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).
Ist tatsächlich noch unklar. ;) Mach mal ein Beispiel, was mit dem Value xyz anlegen meinst.
Grüße Martin
BIn unterwegs, kann dauern.Präsentiere einfach ein S_Custom als Muster
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
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.
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?
@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...
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 ;) .
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
Mit attr MYSENSOR_102 mapReading_value11 1 value
geht es.
@beta-user evtl. ein Tippfehler?
Grüße Martin
So habe mal alles so wie gedacht eingerichtet
Internals:
DEF 102
FUUID 5ce3c4a7-f33f-ab72-3df6-65295d417ddb5698
IODev meinMSG
NAME MYSENSOR_102
NR 228
STATE received presentation
TYPE MYSENSORS_DEVICE
ack 0
radioId 102
repeater 1
READINGS:
2019-05-21 11:41:30 SKETCH_NAME MySprinkler
2019-05-21 11:41:30 SKETCH_VERSION 2.2
2019-05-21 11:41:30 parentId 0
2019-05-21 11:28:08 state received presentation
2019-05-21 11:46:10 status off
2019-05-21 11:46:10 status1 off
2019-05-21 11:46:10 status2 off
2019-05-21 11:46:10 status3 off
2019-05-21 11:46:10 status4 off
2019-05-21 11:46:10 status5 off
2019-05-21 11:46:10 status6 off
2019-05-21 11:46:10 status7 off
2019-05-21 11:46:10 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
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
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
value11 1
value12 2
value13 3
value21 1
value22 2
value23 3
value31 1
value32 2
value33 3
value41 1
value42 2
value43 3
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
mapReading_value11 1 value
mapReading_value12 2 value
mapReading_value13 3 value
mapReading_value21 1 value
mapReading_value22 2 value
mapReading_value23 3 value
mapReading_value31 1 value
mapReading_value32 2 value
mapReading_value33 3 value
mapReading_value41 1 value
mapReading_value42 2 value
mapReading_value43 3 value
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
setReading_value11 1
setReading_value12 2
setReading_value13 3
setReading_value21 1
setReading_value22 2
setReading_value23 3
setReading_value31 1
setReading_value32 2
setReading_value33 3
setReading_value41 1
setReading_value42 2
setReading_value43 3
Da ich nur 4 Ventile habe, habe ich auch entsprechend das Mapping und Setreadings gemacht. Wie kann ich den nun diese Variablen setzen? Brauche ich da Dummies?
Viele Grüße
Martin
Nein, das sollte auch direkt gehen (ggf. direkt über das Kommandofeld):
set MYSENSOR_102 value21 5
sollte die Solo-Time für Zone 1 auf 5 (Minuten, wenn ich das richtig interpretiere) setzen
set MYSENSOR_102 value31 GartenVL
sollte den Namen für Zone 1 auf "GartenVL" ändern (in der LCD-Anzeige), wenn ich jeweils den Code richtig interpretiere.
Kannst du das (in die Richtung) mal testen?