[Erfahrungsbericht] [WD-1743] Testbrett - Ventilaktor + Bodenfeuchte

[FabKNX]

Hallo zusammen,

was macht Mann wenn die Kinder bei Oma und Opa sind, draußen über 35°C im Schatten und während der Woche ein nettes Paket angekommen ist?
Richtig, 1-Wire Testumgebung aufbauen.

Erstmal hab ich zwischen Hutschienenklemmen und Ventilaktor eine kleine Erhöhung "gebastelt", damit der Aktor nicht so lieblos auf dem Tisch rumliegen muss.

20200809_201211.jpg

Als erstes hab ich den Ventilaktor an der IN Klemme mit meinem 1-Wire Werkstatt-Testkanal verbunden.
Sofort wird er vom TWS erkannt. Schneller als ich das SnippingTool öffnen konnte.

TWS_Processing_done_s.JPG

Unter 1-Wire Slaves ist er dann auch gleich zu sehen.

aktor_slaves_s.JPG

Also gleich weiter unter 1-Wire Geräte und sehen was es da so gibt.

1_Wire_Geraete_erster_eintrag_s.JPG

Dazu gleich mal eine Frage, gibt es bei Elabnet schon Erfahrungswerte welche Werte unter Interval hier im "echten" Einsatz gut funktionieren?

Dann hab ich in Ermangelung eines Trafos, erstmal nur ein 12V Netzteil angeschlossen. (@eumel Trafo kommt morgen!)
Die LED´s auf der Platine erwachen zum Leben. Power und Data leuchten bzw. blinken.

20200809_201258.jpg

Bis hier hin hat alles so super geklappt wie ich es erwartet hab.

Jetzt ein paar Sachen die mir noch aufgefallen sind.
(Version 1.6 RC3, 09.08.2020)

1) Kann man es irgendwann noch ändern, dass unter 1-Wire Geräte im INPUT/Applikation direkt die Channels angezeigt werden? so muss man immer erst aufklappen um die "richtige" Bezeichnung zu erkennen. [Nicht eilig, keine Kritik, nur ein Wunsch, stört mich bei den I/O auch immer]

1_Wire_Geraete_ch1_s.JPG

2)Es werden ja in der Applikation die aktuellen Werte angezeigt. Diese sind von mir nicht verändert wurde, sind also der Startwert. Unter dem 1. Channel steht "true". Aber der Channel ist nicht "true" Ich kann keine 12 V am Channel 1 messen.

Kann man jetzt irgendwo "händisch" den Status des Channels ändern? Ohne Logik?

20200809_201322.jpg

Ich werde weiter berichten.
Vg euer Fabian

[ms20de]

Hallo Fabian,

um testweise Werte auf ein Gerät zu senden verwendet ich immer einen And-Baustein in der Logik.
Dessen Ausgang verbinde ich mit dem Ziel, auf welches der Wert gehen soll, hier der Ventil-Aktor-Ausgang.
Dann Baustein speichern und in den Doktor-Modbus schalten. Dort dann den Wert am Eingang (true/false) anklicken und im Drop-Down ändern. Der Wert am Ausgang ändert sich und der Aktor schaltet.

And-Doktor-Modbus_timberwolf_logik.png

Bei dem Aktor bin ich mir nicht ganz sicher, ob vielleicht du an der falschen Stelle bist. Bei Input kann man die geschriebenen Werte Rücklesen, das ist normalerweise nicht notwendig. Wir lesen automatisch im Hintergrund nach dem Schreiben die Werte zurück und führen ein erneutes Schreiben durch. Sollte das auch nicht klappen wird das Wasser sicher abgestellt, weil der Ventil-Aktor bei aktiven Kanälen ein Lebenszeichen von Timberwolf bekommen muss. Kommt das Lebenszeichen nicht an, werden die Ausgänge abgeschaltet. Mochtest du die Werte trotzdem zurücklesen, vielleicht für eine zusätziche Fehler-Überwachung auf dritter Ebene würde ich dies im 2 Minuten-Intervall machen. Das Auslesen im sehr kurzen Intervall verbraucht unnötig Buszeit und kann das Ein- und Ausschalten verzögern.

Im Shop-Artikel gibt es viele weite Infos:
https://shop.elabnet.de/1-wire/sensoren ... c_849_2332

Hier ein Schreiben verknüpft auf dem Ausgang:

Ventil-Aktor-Timberwolf.png

Viele Grüße,
Matthias

[ms20de]

1) Kann man es irgendwann noch ändern, dass unter 1-Wire Geräte im INPUT/Applikation direkt die Channels angezeigt werden? so muss man immer erst aufklappen um die "richtige" Bezeichnung zu erkennen. [Nicht eilig, keine Kritik, nur ein Wunsch, stört mich bei den I/O auch immer]
1_Wire_Geraete_ch1_s.JPG

Der Index in der Anzeige ist um Eins verschoben. Das ist ein Fehler, ich habe dazu ein Ticket aufgemacht. WD-1743

[FabKNX]

Der Index in der Anzeige ist um Eins verschoben. Das ist ein Fehler, ich habe dazu ein Ticket aufgemacht. WD-1743

Perfekt. Das stört mich echt schon seit es den TWS gibt

[FabKNX]

in der Mittagspause hab ich meine Fehler korrigiert.

klingt logisch, dass die Schalthandlung dann über das Output laufen muss. Hab ich nicht nachgedacht.

OUT_aktor.JPG

Ich habe auch eine Logik aufgebaut mit Ausgang auf das OUTPUT Element verlinkt.

Logik_schaltet_Ventil.JPG

LE_OUT_true.JPG

Aber es schaltet an der Hardware trotzdem nichts
Es leuchtet keine LED am Aktor und messen konnte ich jetzt auch noch keine Spannung am Ausgang.

20200810_142827.jpg

PS: Trafo ist jetzt ein Murr Elektronik - MTS Einphasen Sicherheitstransformator - 86340 geworden.

[StefanW]

Perfekt. Das stört mich echt schon seit es den TWS gibt

Ist das vorher schon gemeldet worden? Haben wir eine solche Meldung übersehen? Wenn ja, dann sorry.

Das ist so ein Thema mit im Wald stehen und den Bäumen.... das mit dem verschobenen Index hätten wir sehen sollen (das mit der Null in der IT ist immer wieder doof)

lg

Stefan

[FabKNX]

Ist das vorher schon gemeldet worden? Haben wir eine solche Meldung übersehen? Wenn ja, dann sorry.

ja das hab ich schon am Anfang gemeldet. Dann habt ihr auch die Bezeichungen im DropDown Menü geändert. Aber die bleibende Anzeige blieb immer auf Ch0 oder Ch1.

Passt schon.

[FabKNX]

Da man hier keine Videos hochladen darf, hab ich das Mal bei YT hochgeladen.

https://youtu.be/3zIn8FLHT_8

Irgendwie schaltet nix.

Was kann ich noch tun? Muss ich irgend eine Last anschließen?

[StefanW]

Hallo Fabian,

unsere Entwickler werden Dich anrufen, weil aus SIcht der Software funktioniert alles und wird auch richtig angesteuert. Wir können uns nicht erklären, warum die Baugruppen nicht schalten, weil das wird bei uns in der Artikeleinzelprüfung jeweils getestet.

lg

Stefan

[FabKNX]

Haben sie gemacht.
Ihr kümmert euch drum.