ElabNET Technik Forum

Hallo,

ich möchte vorschlagen, dass die Angabe der Firmware Version einheitlich gestaltet wird von allen.

Das hier bislang verwendete Format ist für eine Hauptversion bzw. für eine Insider Version und dies zu Beginn eines Thread-Titels.

Warum und weswegen? Wenn jemand die Forensuche bemüht, dann erhält man eine lange Liste von Einträgen. Da wir sehr viel von Firmware zu Firmware verbessern bzw. erweitern ist es für jemanden, der in der Zukunft etwas sucht, durchaus relevant, welche Firmware...

ah ok, das verstehe ich. Ich habe das mal bei meinem (einen) Trigger ausprobiert, dem einfach 3 Gruppenadressen als Quellobjekte zugeordnet hat. Wenn ich da von X auf I wechsle, wird die Logik erst durchlaufen, wenn für alle GAs ein Tegram erzeugt wurde. Das ist in sich denke ich konsistent.

Vielen Dank für Deine Hilfe

Frank

Hallo Zusammen,

hier nur kurz abschließend, wie ich es gemacht habe. Ich habe mich vorerst absolut auf die Standartbausteine beschränkt. Natürlich könnte ich das auch in eine einzige Custom-Component packen... vielleicht folgt das irgendwann mal.

Ziel: Infos der PV im Notstrombetrieb auf die MDT Glastaster bringen.
Problem: Zu viele Infos für einen 14Byte Text
Lösung: 2 Texte im Wechsel

Zuerstmal den WR Status konvertieren:
4096 -> WR im Backupbetrieb

Dann einen Takt... hatte noch...

Absolut, da bin ich voll bei dir! Ich finde es interessant, wie verschieden die Logik einer ZSU bei OpenKNX und im Timberwolf ist. Beides hat was. Mit cron hab ich nun kein Problem, hier bin ich gestrauchelt, dass WakeUp nie false wird sondern halt immer nur true sendet.
Das Tag-/Nachtobjekt ist sehr zentral, drum habe ich kein Problem damit, wenn es aus dem Wolf kommt. Andererseits habe ich leider keinen Ansatz bisher, wie ich meine Lüftersteuerung in der OpenKNX Logik angehen könnte… ich will...

es sind virtuelle Drähte zwischen den Geräten. Und man steckt nun mal Drähte in Klemmen nicht Klemmen in Drähte.

Haha… guter Vergleich! :clap:

Hallo pholler,

das klingt tatsächlich nach einem ähnlichen Problem, nur, dass du aus- und ich einschalten will. Aber das muss ich mir jedenfalls merken, mein Nachbar hat seit Neuestem ein Smoker :doh:

Kannst du mir erklären, was genau der Zeitwert beim Tiefpass-Filter bewirkt? Oder wie man den sinnvoll wählt?

Du summierst also einen tiefpassgefilterten Wert zu sich selber… Ist 21600 der Zeitwert? Der ist ja sehr hoch, das ergibt bei meinen Tests, eben mit einem Messwert alle 10 Sekunden,...

Hi Andy,

ah, verstehe! Das mit dem Trigger hatte ich mir auch schon überlegt, bin aber da (noch) nicht dahinter gestiegen!

Schaut gut aus - Danke!

:doh: danke ... die Vorlesung über Regelungstechnik ist schon zu lange her...

Jetzt gibt es ja nicht nur ein eigenes Logikmodul Tiefpass... noch viel besser, ich kann das direkt als Konvertierungsfunktion am Eingang einstellen!
Ich teste und werde berichten!

Danke noch mal!

Guten Tag Henning,

kann ich dich ganz kurz darauf noch hinweisen, deine Signatur korrekt zu pflegen. Danke Dir.

Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur.

Danke für Euren Support.

Hat jetzt doch mit den Einstellungen oben geklappt. Heute morgen gesperrt und am Abend zu gefahren. K.A. warum es beim ersten Versuch nicht ging.

VG Stephan

Hi Dominik,

danke für den Vorschlag. Wir haben ja noch das Thema Zeitschaltuhr mit einfacher grafischer Einstellung in Planung und wir werden das Thema erster Tag im Jahr / Monat und entsprechend auch letzter Tag im Jahr / Monat berücksichtigen.

lg

Stefan

Super! Das hat geklappt!! :)
...also, die 2-Schritt-Version (erstmal mit Format %03d auffüllen und dann konkatenieren)
Bei der Kurzversion fehlt die letzte Nachkommastelle.
Trotzdem: vielen Dank für die schnelle Hilfe!!!

ms20de
DAS war der Hinweis.

Jetzt funktioniert es bei mir auch.
Wenn man bei einem Input die Eingangsfunktion auf Stringformat aus Ganzzahl ändert. Dann tauchen im Verknüpfungsassistenten auch die Objekte mit INT auf. :dance:

Hallo Henri!

In der Doku so was ähnliches:

Martin liegt aus meiner Sicht richtig:
den Eingang auf u , das Inhibit auf c oder a , der Ausgang muss aber immer auf a stehen, da sich der Wert nicht ändert.

lg
Robert

Man kann auch ein Info / Schalten Objekt in der Visu auf einer DEV Seite hinlegen, verbinden und dann dort schauen. So mache ich jetzt vieles zum testen. So hat man z.B. die Visu auf einem anderen Tab oder das Handy vor sich und kann 0 / 1 usw auch sehen.

Der KNX-Datenpunkt im TWS-Objektsystem kennt nur den Value der im KNX-Telegramm transportiert wurde.

Das KO wird mit verschiedenen GA's verbunden. Die Tatsache das die GA verbunden ist sagt dem KO, eingehende Telegramme, sind hier relevant.
Die Flags sagen dem KO dann ob der Nutzwert im Telegramm vom Ko ins Objektsystem durchgereicht werden darf. Und damit ist die Funktion des KO quasi schon beendet. In die innere Firmware kommt dann nur der Wert an.

Der Busmonitor greift quasi aus dem...

Vielen Dank Robert_Mini !

Ich glaube, der Groschen ist gefallen: Mir war vor deinem Beispiel nicht klar genug, welche Rolle die Reihenfolge der Module spielt (oder auch: dass sie überhaupt eine Rolle spielt). Ich war da gedanklich bei einem Signalfluss in Mopsgeschwindigkeit (oder genauer: Nullzeit). Aber offensichtlich lässt sich ein Ausgangswert (hier also $Ausgang) schon bestimmen, noch ehe die Logik insgesamt fertig ist.

Ist immer noch ungewohnt für mich.

Wäre cool, wenn solche Beispiele...

Danke fürs Abtrennen, da habe ich nicht nachgedacht. Hier noch ein schnelles Feedback zum Problem. In meiner Logik oben habe ich im Limiter-Baustein die Variable für Val_OK vergessen. Das führt dann zu dem beschriebenen Fehler - da wäre eine klarere Fehlermeldung, die den Benutzer nicht unbedingt auf den Level-Block schauen lässt, vielleicht angebrachter?

Viele Grüße,
Martin

OK, danke, jetzt hab ichs gecheckt ... also Anwenderfehler, dacht ichs mir doch. :-)
Ist somit gelöst.

Hi Robert,

vielen lieben Dank auch von mir für Deinen exzellenten Support für die Nutzer und das Pflegen des Wiki. :bow-yellow:

Das hilft uns allen sehr. :handgestures-thumbupright:

lg

Stefan

Hallo Hanspeter ( hpmau ),

Danke für die Meldung! Hierbei FINR. :-)

Hmmm ... irgendwie tut das nicht so, wie ich will.
MMn. sollte der Cron-String als nächsten Auslösezeitpunkt den 19.11.2024 um 17:52 definieren (der Screenshot ist von 17:50), ich bekomme aber immer den 20.11.2024 7:30.

Was mach ich hier falsch?

Danke
Marcus

Cooles Ding was du da zusammengebaut hast. Respekt, weil soviele Systeme mit einem Baustein abzudecken. Vor allem die ganzen Logischen Zusammenhänge im Kopf zu haben und die Verbindungen dazu Crazy. Bestimmt auch eine gute Testlogik für die Logik Landkarte die in Entwicklung ist.