CASE_OF

[der_NooB]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hey ich bin es wieder eurem Noob

also ich möchte den Vollstand von dem Behälter beobachten der Sensor gibt 0-32767, und ich hab es von 0-100% gemacht
und den Programm wie ihr sieht falsch geschrieben.
bestimmt habe ich Case of Nutzung wie immer Falsch verstanden.

danke für eure andauernde Hilfe ^_^

 

[DeltaMikeAir]

bestimmt habe ich Case of Nutzung wie immer Falsch verstanden.

Ich habe dir in deinem anderen Beitrag ein PDF für SCL angehängt. Schau da doch mal rein und suche nach CASE.

Das was du hier programmiert hast macht überhaupt keinen Sinn.

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

Beispiel:

VAR
    i : INT;
END_VAR

CASE i OF
    1:
    // Code hier wird bearbeitet, wenn i die Wertigkeit 1 hat
 
    2:
    // Code hier wird bearbeitet, wenn i die Wertigkeit 2 hat
 
    3..5:
    // Code hier wird bearbeitet, wenn i die Wertigkeit 3, 4 oder 5 hat

    6,7,8,9:
    // Code hier wird bearbeitet, wenn i die Wertigkeit 6, 7 oder 9 hat ( die Zahlen müssen nicht zusammen hängen, es kann auch 6, 20, 100, 16000 sein )
 
    // usw. usw.

    ELSE
    // Der Code hier wird bearbeitet, wenn i eine Wertigkeit hat, welche
    // oben nicht definiert ist ( also 0 oder >9)

END_CASE;

 

[der_NooB]

Beispiel:

VAR
    i : INT;
END_VAR

CASE i OF
    1:
    // Code hier wird bearbeitet, wenn i die Wertigkeit 1 hat
 
    2:
    // Code hier wird bearbeitet, wenn i die Wertigkeit 2 hat
 
    // usw. usw.

    ELSE
    // Der Code hier wird bearbeitet, wenn i eine Wertigkeit hat, welche
    // oben nicht definiert ist ( also 0 oder >2)

END_CASE;

also ich kann kein Bereich setzen, zwischen den wert und den oder großer/kleiner als den

 

[DeltaMikeAir]

also ich kann kein Bereich setzen, zwischen den wert und den oder großer/kleiner als den

Naja, du kannst ein CASE aufmachen und dann 0..16000 definieren und 16001 bis 32000 definieren z.b.
Ob das Sinn macht ist eine andere Frage. Ich weiß nicht was dein Ziel ist. Für einen Vergleich wäre eher ein IF geeignet.

PS:
Ich habe Beitrag 3 noch etwas ergänzt in den Möglichkeiten innerhalb eines CASE

 

[MFreiberger]

Zuviel Werbung?
-> Hier kostenlos registrieren

also ich kann kein Bereich setzen, zwischen den wert und den oder großer/kleiner als den

Naja, mit ein bisschen Kreativität ginge das:

VAR
    i : INT;
END_VAR

CASE i OF
    0..20:
    // Kleiner als 20
 
    21..50:
    // zwischen 20 und 51
 
    50..100:
    // zwischen 49 und 101

    ELSE
    // größer als 101

END_CASE;

 

[DeltaMikeAir]

Naja, mit ein bisschen Kreativität ginge das:

Wer Fehler findet darf sie behalten

VAR
i : INT;
END_VAR

CASE i OF
0..20:
// Kleiner als 20 ==> kleiner 21 bzw. zwischen 0 und 20

21..50:
// zwischen 20 und 51 ==> zwischen 21 und 50

50..100:
// zwischen 49 und 101 ==> zwischen 50 und 100

ELSE
// größer als 101 ==> größer 100

END_CASE;

 

[der_NooB]

was denkt ihr, so ist Case of richtig?


warum eigentlich markiert er mir Percentlevel obwohl es ist UNIT und die Berechnung ist in INT?

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

was denkt ihr, so ist Case of richtig?

Du hast einen Logikfehler drin. Schau dir die Bereiche die du definiert hast noch einmal ganz genau an.

 

[der_NooB]

6,7,8,9: Könnte man hier nicht 6..10 machen ?
// Code hier wird bearbeitet, wenn i die Wertigkeit 6, 7 oder 9 hat ( die Zahlen müssen nicht zusammen hängen, es kann auch 6, 20, 100, 16000 sein )

// usw. usw.

ELSE
// Der Code hier wird bearbeitet, wenn i eine Wertigkeit hat, welche
// oben nicht definiert ist ( also 0 oder >8)

END_CASE;[/CODE]

 

[oliver.tonn]

Da in dem Zusammenhang eventuell auch die Frage nach der Umrechnung in eine physikalische Größe, wie zum Beispiel Liter kommen kann, hier schon mal der Verweis auf diesen FAQ Beitrag oder auf den Teil 2 "Etwas Handfestes", dort Kapitel 10 "Alles IO", im Unterabschnitt "Darf es ein bisschen mehr sein?" des Buches oder Kurz Seite 234ff.

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

Zu deiner Frage:

6,7,8,9: Könnte man hier nicht 6..10 machen ?

6,7,8,9: entspricht ==> 6..9:

 

[DeltaMikeAir]

Schau dir doch die Bereiche einmal an. Die Software meckert diese auch an. Aus gutem Grund

 

[der_NooB]

Anhang anzeigen 77338

Schau dir doch die Bereiche einmal an. Die Software meckert diese auch an. Aus gutem Grund

erledigt, danke

was hättest du eigentlich besser gemacht, oder wie hättest du es programmiert ?

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

erledigt, danke

Zeig mal den aktuellen Stand

 

[DCDCDC]

was denkt ihr, so ist Case of richtig?


warum eigentlich markiert er mir Percentlevel obwohl es ist UNIT und die Berechnung ist in INT?

Case ist falsch genutzt, immer noch. Beispiele wie die Case Anweisungen auszusehen haben sind ja einige hier drin.

Eine IF ist aber besser, CASE wird zB verwendet um Sequenzen/Schrittketten abzubilden.. deine Bedingungen sind nur ganz normale WENN Bedingungen.

UInt = unsigned Integer, ein Integer ohne Vorzeichen, Wertebereich 0..65535
Int = Integer, Integer mit Vorzeichen, Wertebereich -32768..+32767

 

[der_NooB]

Da in dem Zusammenhang eventuell auch die Frage nach der Umrechnung in eine physikalische Größe, wie zum Beispiel Liter kommen kann, hier schon mal der Verweis auf diesen FAQ Beitrag oder auf den Teil 2 "Etwas Handfestes", dort Kapitel 10 "Alles IO", im Unterabschnitt "Darf es ein bisschen mehr sein?" des Buches oder Kurz Seite 234ff.

Ich habe das Handbuch gekauft und warte darauf, dass es ankommt. bis dahin werde ich dein FAQ noch einmal lesen

danke ^_^

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

was hättest du eigentlich besser gemacht, oder wie hättest du es programmiert ?

Ich hätte die Bereiche so definiert, dass sie auch passen und noch ein ELSE eingefügt falls ein undefinierter Wert kommt. Also alle > 100 oder < 0
und entsprechend darauf reagiert.

 

[der_NooB]

Zeig mal den aktuellen Stand

sieht nicht so gut aus, er macht die Rechnung nicht (Division)

 

[DeltaMikeAir]

erledigt, danke

Eben nicht erledigt.

EDIT:
Jetzt passt es.