-Menü

Beiträge anzeigen

Dieser Abschnitt erlaubt es Ihnen, alle Beiträge anzusehen, die von diesem Mitglied geschrieben wurden. Beachten Sie, dass Sie nur Beiträge sehen können, die in Teilen des Forums geschrieben wurden, auf die Sie aktuell Zugriff haben.

Beiträge anzeigen-Menü

Beiträge - vicky

#46
Hallo,
Vielleicht sollte man grundsätzlich darüber nachdenken den Betriebsstundenzähler-Baustein "ontime" auf Stunden umzustellen.
Denn:
1. Sagt ja der Name schon, dass es sich hierbei um einen Stundenzähler handelt.
2. Zählt in der Regel ein Hardware-Betriebsstundenzähler, an Anlagen in der Industrie und sonstwo, auch Stunden.
3. Wäre ein direkter Vergleich mit Herstellerangaben möglich, z.B. Haltbarkeit von Leuchtmitteln.
4. Was sagt einem der Wert "2109231" Sekunden?
    => Mir erst mal nichts. Da muß schon noch mal Adam Riese drüberschauen.
5. REAL-Format würde sich anbieten "100,5" => 100 Std. 30 Min.

Das soll nun nur so mal als ne Art Brain-Schdorming dienen.

Diese Denkweise kann man eigentlich global auf die OSCAT anwenden.

Alla gud
#47
Bestehende Module / Existing Modules / Re: T_AVG24
04. Februar 2009, 20:10:27
Die Funktion T_AVG24 ist eine Tolle Sache !!!
Wäre es möglich die Funktion um die Funktionen min24 und max24 zu ergänzen oder eigene Funktionen generieren.

Das wäre echt toll von euch...
#48
"retain persistent" zusammen ist eine gefährliche Kombination. Zumindest bei Beckhoff CX... mit CE.
Das ist meine Erfahrung die ich letztens gemacht habe(Steuerung spielte verrückt).
Wenn dann "PERSISTENT". Sollen die Werte nach Netzaus/ein wieder vorhanden sein müßen diese mit der Funktion "WritePersistentData" oder "FB_WritePersistentData" weggespeichert werden. Das ist notwendig, da CE ja nicht gezielt heruntergefahren werden kann, so wie bei XP.
Dies wiederrum bezieht sich nur auf ein CX.. System mit CE der Fa. Beckhoff. Wie das bei anderen Steuerungen sich verhält... ???
#49
ok,
debounce_time+click_time=reaktions_time !!!

1. Jetzt habe ich night-modus aktiv(141-Bind_night) und am control liegt folgendes an:
UP/DN      =1
S_IN        =141
pi            =51
ai            =77
T_UD       =T#1m0s0ms
T_ANGLE  =T#1m500ms
sens        =20
T_Lockout=T#1s0ms
Der ang wechsel immer zwischen 75/78 und MU und MD flackern unregelmäßig auf.
zykluszeit liegt bei ~20ms.
verändern des sens auf 0 oder 100 oder 200 bringt auch nichts.
was kann ich noch überprüfen?



#50
Hallo, hugo,
bin schon am testen.
Was auffällt sind die trägen reaktionszeiten auf => S1, S2 : BOOL;

Gibt es schon eine Kurzbeschreibung für die einzelnen Parameter und Inputs?
Wie kann ich die Jalousie komplett mit einem Tastendruck verfahren lassen(über die MAX_RUNTIME)?
#51
Dazu hätte ich nochmal eine Frage zu BLIND_CONTROL in Verbindung mit BLIND_NIGHT:

Wenn der Nachtmodus aktiv ist und die Jalousie auf die vorgegebene Stellung gefahren ist, kann ich ein Regeln am BLIND_CONTROL feststellen.
Der Sollwert des Winkel (ANG) schwingt um den Sollwert um 2 Stellen.
Impulsartige Fahrbefehle kommen an MU und MD ständig raus.
Aber wieso ?
Es gibt doch keinen Istwert, der sich ständig verändert und ein nachregeln erfordert.

SENS habe ich schon hochgesetzt auf 25 (Zykluszeit läuft auf 20ms).
T_ANGLE ist 1,5 Sekunden.
Somit wäre T_ANGLE/ 512 * SENS = 0,0732421875

Ist das Verhalten so gewollt ?


Noch was:
Für den BLIND_SHADE: Könntet Ihr noch eine Möglichkeit schaffen, den POS-Wert zur Beschattungsposition vorzugeben, wie beim BLIND_NIGHT
Danke 
#52
Nochmal eine Frage zu BLIND_CONTROL in Verbindung mit BLIND_NIGHT:
Wenn der Nachtmodus aktiv ist und die Jalousie auf die vorgegebene Stellung gefahren ist, kann ich ein Regeln am BLIND_CONTROL feststellen.
Der Sollwert des Winkel (ANG) schwingt um den Sollwert um 2 Stellen.
Impulsartige Fahrbefehle kommen an MU und MD ständig raus.
Aber wieso ?
Es gibt doch keinen Istwert, der sich ständig verändert und ein nachregeln erfordert.

SENS habe ich schon hochgesetzt auf 25 (Zykluszeit läuft auf 20ms).
T_ANGLE ist 1,5 Sekunden.
Somit wäre T_ANGLE/ 512 * SENS = 0,0732421875

Ist das Verhalten so gewollt ?


Noch was:
Für den BLIND_SHADE: Könntet Ihr noch eine Möglichkeit schaffen, den POS-Wert zur Beschattungsposition vorzugeben, wie beim BLIND_NIGHT
Danke
#53
Bestehende Module / Existing Modules / BLIND_SHADE
18. Februar 2008, 15:22:42
Hallo,
ich bin gerade am einbinden der Blind-Bausteine in mein Projekt. Nun kann ich in der Doku keinen Hinweis finden auf die Maßeinheit
für:
SLAT_WIDTH : REAL (Breite der Lamellen)
SLAT_SPACING : REAL (Abstand der Lamellen)
=> sollten die Angaben in mm oder cm sein ?
Vielleicht hier den Tipp, die Einheiten in die Doku mit einfließen lassen.

Interessant wäre in dem Zug auch eine Angabe in der Doku für die Zeit der Abarbeitung des jeweiligen FB's als Mittelwert auf den im Test verwendeten CPU.
#54
Hallo erstmal:

Ich habe da auch noch was:
Wie miha vorschlägt:
1. Bei 2fach-Tastendruck unten fahren meine Rolläden/Jalousien in eine definierte Schattenposition(+ Lammellenverstellung)

2. Bei 2fach-Tastendruck oben fahren meine Rolläden/Jalousien eine sogenannte Aufwachfunktion(diese geht wie folgt):
   Startposition ist dabei unten(geschlossen - 100%) oder Schattenposition (80%)
    => Schritt 1 - 80 %)
    => Schritt 2 - 60 %)
    => Schritt 3 - 40 %)
    => Schritt 4 - 20 %)
    => Schritt 5 - 0  %)
    Die Schrittweite ist dabei auf 30 Sekunden eingestellt(Parameter im FB)
    Steht der Rolladen bereits auf Schattenposition(80%) wird mit Schritt 2 gestartet
    Der aktuelle Positionswert wird von 0-100 zurückgegeben.
    Sehr nützlich um Kinder langsam an die Helligkeit zu gewöhnen(natürlich auch selbst)

3. Anpassung des Positionswert an andere Bibliotheken(Beckhoff, Wago, usw.) 0-100%(oben-unten).
    Weil => Besser zur Verwendung in Visualisierungen(Vorgabe 50 entspricht Halb-runterfahren)
           => Startwert sollte 0 sein(oben), da bei Neueinspielungen zu 95% die Rolläden/Jalousien oben stehen(aber das ist nur meine subjektive Meinung)
     ;)=> der CPU ist es egal ob das Byte ganz(255) oder nur halb(100) beschrieben wird.

P.S. der Sun_time funzt jut