ElabNET Technik Forum

Ausgangsfilter, so dass man filtern kann kann, was gesendet wird, kommt mit einer der nächsten Updates.

Stefan

Okay, super
Dann muss ich bis dahin halt noch warten.

Invertieren kannst du den Ausgang schon, dann sind die Ausgangssignale schonmal richtig.

Hast Du meinen Ansatz mal versucht aus Post 4 (und ergänzenden Infos aus Post 6)? Bringt diese nicht das gewünschte?

Gruss
Dani

Wenn ich das richtig verstehe, musst du den Ausgang auch invertieren, damit 2x false => false ergibt.

Für den Filter, dass nur 0 gesendet wird, gibt es eine Top10 FR.
Derzeitige Lösung (ja es geht heute auch schon): 2x Inhibit (=Sperre) mit "+" hinzufügen und jeweils mit dem iButton verbinden.
Dann wird die Logik gesperrt, wenn einer der beiden inhibut Eingänge true ist und kein Wert gesendet.
Zusätzlich musst du dann die beiden schon vorhandenen Eingänge auf "u" update only stellen, sonst sendet die Logik vor dem Sperren auch noch mal (Hintergrund: das gleiche Telegramm auf mehreren Eingängen triggert die Logik der Reihe nach).

Lg
Robert

So, hat mich jetzt doch interessiert und habe das ganze abgebildet wie ich es verstanden habe. Bin davon ausgegangen das es 4 LED's sind, mit 1 = EIN, mit 0 = AUS. Wenn ja ist dies doch einfach zu machen mit den vorhandenen Möglichkeiten, und auch relativ einfach in eine Custom-Logik packbar. Oder ist ein anderes Ergebnis gemeint?

Nur Person 1 anwesend (LED Person1 = grün, LED Person 2 = rot)



Beide Personen anwesend (beide LED grün)



Beide Personen abwesend (kein LED an)

Robert_Mini hat geschrieben: ↑Do Feb 20, 2020 11:14 pm Warum auch immer stehen deine Eingänge auf “u“ für Update only.

Die Einstellmöglichkeiten der ein und Ausgänge, wann der Logikbaustein gerechnet wird, hat mich schon wahnsinnig gemacht.

MeisterLampe hat geschrieben: ↑Sa Feb 22, 2020 5:57 pmDie Einstellmöglichkeiten der ein und Ausgän0ge, wann der Logikbaustein gerechnet wird, hat mich schon wahnsinnig gemacht.

Diese freie Eintellung der Trigger-Möglichkeiten ist etwas, das andere Logikeditoren / Engines gar nicht erst bieten. Dadurch werden höhere Freiheitsgrade möglich, die man aber auch verstehen muss.

Womöglich sollte man darüber nachdenken, einen "Standard" und einen "Experten" Modus einzuführen, so dass man bei seinen ersten Schritten in der Logik nicht konfrontiert ist mit den komplexeren EInstellmöglichkeiten.

lg

Stefan

MeisterLampe hat geschrieben: ↑Sa Feb 22, 2020 5:57 pm Die Einstellmöglichkeiten der ein und Ausgänge, wann der Logikbaustein gerechnet wird, hat mich schon wahnsinnig gemacht.

Versteh ich dennoch nicht ganz.
Per default stehen alle Ein-/Ausgänge auf "c" on change, das passt fast immer, "a" always wäre zwar noch besser damit nichts im Sendefilter hängen bleibt, birgt aber die Gefahr von Endlosschleifen, daher ist "c" schon richtig.

Das Problem ist eher der neugierige Mensch, der gerne mal wo draufklickt und da nicht gleich was passiert, verbleibt dann die Änderung, aber die Logik macht später nicht mehr was sie soll... und man erinnert sich dann nicht mehr und denkt an diese Ursache sehr spät.

"u" ist eigentlich selten sinnvoll, insbesondere aber, wenn ein Objekt mehrfach an eine Zelle angeschlossen ist zB. Eingang + Inhibit.
Hab ich so auch gerade in der KB ergänzt.

lg
Robert

Ihr seid echt gemein, wollt heut eigentlich nen faulen Tag machen.
Aber da ihr mir so fleißig helft (vielen Dank dafür übrigens) hab ich mich doch überwunden weiter zu probieren .

@danik
Das mit den LED's hab ich genau so gelöst. Funktioniert so auch einwandfrei. Hier mal noch 2 Bilder ums besser zu verstehen um was es geht.
Haben einen Schlüsselkasten mit IButtons gepimpt und der gelbe Schlüssel ist meiner und der blaue der meiner Frau. Schlüssel hängen immer am gleichen Platz, würd sonst nicht gehen, wegen LED-Zuordnung. Ist mir aber grad recht, da ich eh ein Gewohnheitstier bin

Hier wenn der Schlüssel hängt, LED grün:


Und hier wenn der Schlüssel weg ist, LED rot:


Ich häng jetzt nur noch an dem Problem, beide Schlüssel weg = Alles aus (0). Und beide Schlüssel da = nix.
@Robert_Mini
Ich hab das jetzt mal so wie von dir beschrieben probiert, aber es passiert nichts am Ausgang, weder wenn Schlüssel dran oder auch nicht wenn Schlüssel weg.
Hier mal wie ich es gemacht hab, vielleicht/wahrscheinlich hab ich auch was falsch verstanden.



@StefanW und gern auch die Allgemeinheit
Mir sind 3 Dinge aufgefallen die mir komisch vorkommen, kann aber gut sein, dass das seinen Grund hat und ichs einfach noch nicht verstanden hab

1. Da Ding (keine Ahnung wie man dass nennt ) womit man die Logik entkoppelt (siehe Bild). Wenn ich dass trenne zum testen und dann die Logik verändere und neu abspeichere. Dann verbindet sich dieser Koppler immer wieder von alleine. Ist dass gewollt? Habs jetzt beim testen der Alles-Aus Logik schon 2-3 mal verpennt und auf einmal gingen alle Lichter in der Wohnung an .


2. Im Doktormodus, die Zustände in Verbindung mit Inverter sehen optisch sagen wir mal komisch aus. Hier ein Bild zur Veranschaulichung was ich meine.

Vor Input 1 steht = false.
Vor Input 2 steht true.
Und nach Output kommt = true raus.
Wenn man dass so auf den ersten Blick sieht, denkt man häh 1 UND 0 gibt Logisch 1. Seit wann denn das
Ich hab auch keine Ahnung wie mans besser anzeigen kann, da sich der Angezeigte Wert wahrscheinlich je nach eingestelltem Parameter auch noch ändert kann (sorry, bin noch nicht so tief drin). Vielleicht noch eine extra Zustandsanzeige nach dem Inverter???

3. Bei Nr.3 bin ich mir gar nicht sicher, aber ich würde trotzdem gern fragen.
Es geht um den Zustand des Einganges beim neu erstellen. Kann es sein dass dieser immer false beim erstellen ist?
Als ich die UND Logik für die rote LED bei Schlüssel weg erstellt und getestet habe, da hingen die Schlüssel dran, also true.
Jetzt kam die Konstellation das der Eingang auf "c" change Stand.

Beim Logik testen, den Schlüssel weg gemacht, IButton wechselt von true auf false, ich renn zum PC und nix passiert.
Deswegen dacht ich am Anfang bei meiner Logik sei iwas falsch.
Durch die nette Hilfe hier hab ich das dann iwann gemerkt.

Damit es dann funktionierte musste ich Schlüssel weg, Schlüssel dran und erst mein 2ten mal Schlüssel weg hat es funktioniert.
Wenn meine Annahme so richtig ist, wäre es dann nicht besser, wenn ein neuer Eingang beim erstellen keinen Zustand hat, damit er bei der ersten Wertänderung immer triggert?

Oder empfehlt ihr hier den Eingang einfach auf "a" always zu stellen. Sorry, wenn ich jetzt den Vergleich wieder zu Edomi führe (kenn nur des), dort wird ja z.B. beim UND Baustein dieser durch die Eingänge immer berechnet und man hat nur die Möglichkeit nach dem Ausgang ein "Send by change" Baustein hinten dran zu hängen, dass der nachfolgende Wert eben nur bei Änderung getriggert wird.

Ich schätze "change" hat schon seine Berechtigung, da wo nix berechnet wird, wird auch keine Resource verbraucht, oder?
Aber dann hat man halt dass von mir beschriebene Problem?? Oder hab ichs nur wieder verpeilt?

So, muss jetzt ins Kino. Euch auch nen schönen Abend