HS-Logik-Grundsatz

[MatthiasS]

Besonders wichtig sind die Initwerte, wenn man am Eingang eines UND-Gatters einen Schwellwertbaustein hat. Bei mir beispielsweise für "sonnig & warm".

Der Schwellwert sendet sein Ergebnis am Standardausgang dann, wenn der Hysteresbereich durchschritten wurde. Das ist bei Init noch nicht der Fall. Desqwegen wäre dieser Eingang am UND (mit default 1) bei Init immer wahr.

Nur durch eine gelbe 0 kann man da verhindern, dass falsche Ergebnisse gemeldet werden.

[Gaston]

Na dass ist doch genau das was ich suche
somit bekomme ich alle meine Geistersender bei HS-Neustart weg, super.
Ich glaub, so langsam steige ich auch hinter die Logik

Freut mich zu hören. Das nichtbeachten der richtigen Werte für Logikeingänge ist ein häufiger Fehler für Fehlverhalten. Auch wenn Matthias recht hat dass dies sich nur auf das Init bezieht, darfst du daraus nicht den verkehrten Schluss ziehen und denken dass die Auswirkungen nur beim Init sichtbar sind. Dise könen sogar erst Tage später auftreten wenn die Logik etwas komplexer ist.

Ich kann Dir mal ein konkretes beispiel bei mir nennen:

Bei mir fahren die Rollladen abends nach Sonnenuntergang auf "Halbmast". Sind alle schalfen gehen sie ganz runter. Dieses "ganz runter" wird durch ein KO "Rollladen auf Nachtposition" gesteuert. Morgens wenn jemand aufsteht wird das KO auf 0 gesetzt. Die Rolladen gehen aber erst nach Sonnenuntergang hoch.

Nun habe ich eine Logik gebaut die mir abends um 23 UHR das Objekt auf 1 setzen soll, aber nur wenn es noch nicht so ist, und morgens um 10 Uhr auf 0 falls noch bniemand auf ist. In der Proxis greift diese Logik meistens abends weil ich später noch wach bin, und fast nie morgens.

Als ich die Logik erstellt habe hatte ich das Phänomen das am ersten abend um 23 Uhr alles sauber auf Nachtposition ging. Supi, Logik ist korrekt? Ne, denn am zweiten Abend um 23 Uhr ozilierten die Rollladen zwischen Nacht- und nicht-Nachtposition hin und her.

Der Grund: Falsche Default Werte an 2 Bausteinen

Das nur mal zum Vertsändnis dass solche "Fehler" nicht immer direkt erkennbar sind.

Gruss,
Gaston

[DJGockel]

Setze ich den Default auf 0, dann kann das UND in diesen Fällen nicht wahr werden und keine 1 senden.
Wie gesagt, gilt nur für Initialisierung.

Na dass ist doch genau das was ich suche
somit bekomme ich alle meine Geistersender bei HS-Neustart weg, super.
Ich glaub, so langsam steige ich auch hinter die Logik

[MatthiasS]

Auf den Eingang reagiert es nicht anders.

Es geht da nur um die Initialiserung. Ein unbeschaltetes UND mit grünen Default-Einsen ist bei Initialisierung wahr. Das gleiche gilt auch, wenn vorgeschaltete Logiken noch kein Ergebnis liefern oder angeschlossene KO nicht gelesen werden können.

Setze ich den Default auf 0, dann kann das UND in diesen Fallen nicht wahr werden und keine 1 senden.

Wie gesagt, gilt nur für Initialisierung.

[DJGockel]

stimmt danke Matthias, da ist ja eine 1

und meine Frage?
Was bedeutet das dann für meine Logik?
Reagiert das UND dann anders auf den Eingang?

[MatthiasS]

Bei den UND ist grün=1. Du tauscht also eine grüne 1 gegen eine gelbe 0 :-)

[DJGockel]

Setze mal bei allen Eingängen der UND-Bausteine die Defaultwerte auf "0"

Ok, also bei der grünen 0 eine 0 eingeben, dann wird die 0 gelb und wofür ist das dann gut wenn ich fragen darf?

[Gaston]

Setze mal bei allen Eingängen der UND-Bausteine die Defaultwerte auf "0"

Gruss,
Gaston

[DJGockel]

ich bin´s nochmal, so mittlerweile habe ich die Logik gefunden,
welche mir die Befehle bei Neustart sendet.
Aber ich weiß nicht so recht wie ich das unterbinden kann

Vielleicht sehe ich auch den Wald vor lauter Bäumen nicht,
hat evtl. einer von euch den Blick um mir eine Lösung auf zu zeigen?

Die Ko´s:
Merker Betriebsmodus Komfort:*
Merker Betriebsmodus Standby:*
Merker Betriebsmodus Frost:*

sind alles remanente interne KO´s welche.
Diese werden nur über die USZU gesetzt.

Die Ko´s:
Merker Datum Freigabe Betriebsmodus: Komfort
Merker Datum Freigabe Betriebsmodus: Frost

sind auch remanente interne Ko´s, welche ebenso über die USZU gesetzt werden.

[DJGockel]

Danke Dir Rainer, ok dann muß ich nochmal an meinen Logiken feilen,
damit ich die ungewollten Befehle bei Neustart wegbekomme.

[Taxus]

Aber gerne. Zur Frage: eine ggf. in der Ausgangsbox hinterlegte Variable wird gesetzt, aber ggf. angelegte Befehle werden bei Wertveränderung auf 0 nicht ausgeführt.

Gruß, Rainer

[DJGockel]

Hallo Rainer,
danke für die super Erklärung jetzt habe ich es verstanden,
aber eine Frage habe ich noch:

Was passiert mit den angehängten Befehlen wenn:

E1 auf 1 geht. Am Eingang ist etwas passiert, also wird berechnet:

E1&E2 = 1&0 = immer noch 0, aber da sich etwas getan hat (nämlich: der Baustein wurde neu berechnet, weil am Eingang etwas passiert ist), sendet der Baustein an A1 eine 0.

Werden die Befehle ausgeführt?

[Taxus]

Hallo Manuel,

abstrahieren wir das Ganze und nehmen den &-Baustein und betrachten E1, E2, A1 und A3 (E1 und E2 sind die Eingänge, A1 ist der immer sendende Ausgang, A3 der sbc). Am Baustein liege seit Start des HS an E1 und E2 jeweils 0 an, A1 = E1&E2 = 0.
#
Nun geht E1 auf 1. Am Eingang ist etwas passiert, also wird berechnet:

E1&E2 = 1&0 = immer noch 0, aber da sich etwas getan hat (nämlich: der Baustein wurde neu berechnet, weil am Eingang etwas passiert ist), sendet der Baustein an A1 eine 0.

Da aber das Berechnungsergebnis sich nicht geändert hat (0&0=0, 1&0=0), sendet A3 nicht.

#
Nun geht E2 auf 1. Am Eingang ist etwas passiert, also wird berechnet:

E1&E2 = 1&1 = 1. Der Baustein sendet an A1 eine 1.

Da das Berechnungsergebnis sich geändert hat (1&0=0, 1&1=1), sendet A3 eine 1.

#
Nun wird auf E2 nochmals eine 1 gesendet. Am Eingang ist etwas passiert, also wird berechnet:

E1&E2 = 1&1 = 1. Der Baustein sendet an A1 eine 1.

Da das Berechnungsergebnis sich nicht geändert hat (1&1=1, 1&1=1), sendet A3 nicht.

#
Wenn nun einer der Eingänge auf 0 geht ... senden sowohl A1 und A3.

Gruß, Rainer

[DJGockel]

ok danke christian, um nochmal auf das "sbc" zu sprechen zu kommen,
ich habe mal ein Beispiel angehangen:
Sehe ich das richtig, dass der Ausgang "sbc" der unteren UND-Verküpfung nur sendet wenn zuvor einmal die Bedingung erfüllt ist,
d. h.:
der Eingang 1 "Merker Betriebsmodus Standby: Mo/Di/Mi/Do/Fr/Sa/So" hat eine 1
und
der Eingang 2 "Merker Datum Freigabe Betriebsmodus: Frost" hat auch eine 1

Das war einfach

aber ist es so, dass der Ausgang erst wieder erneut sendet, wenn einer der beiden Eingange erst eine 0 und anschliessend eine 1 hat?

Oder sendet der "sbc" Ausgang auch wieder, wenn einer der Eingange erneut eine 1 hat?

[Gaston]

1 das stimmt so

Ähm, sicher ?

Die Jalousie soll verriegelt werden, dies passierzt aber nicht per UND-Gatter. Bei UND ist anzunehmen dass eine "1" entriegeln soll. Liegt nun eine 1 an, ist alle ok. Ist die Jalousie allerdings verriegelt so führt jeder Befehl auf oder ab zu einer "auf" Bewegung da eine 0 gesendet wird.

Zum Verriegeln gibt es die Sperre.

Edit: Ups hätt ich mal genauer weiter gelesen, Alfred hatte es schon geschrieben.

Gruss,
Gaston