Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - mattsches

Seiten: 1 ... 15 16 [17] 18
241
Hallo Jürgen,

was meinst Du mit "kann ich keinen Ausgang belegen oder einfügen"? Wenn Du dem FB VAR_OUTPUTs gegeben hast, tauchen die doch im CFC-Plan (ich nehme an, Du hast auch Dein Programm in CFC erstellt) auf, wenn Du den Baustein einfügst. Daran kannst Du dann mit Einfügen/Ausgang oder Strg-A einen Ausgang hängen und die globale Variable reinschreiben. Siehe Anhang.

Stell doch mal einen Screenshot ein, dann können wir vielleicht mehr erkennen.

Gruß,
mattsches

[gelöscht durch Administrator]

242
oscat.lib fuer TwinCAT/CoDeSys / Re: Download aktueller Lib´s
« am: 22. Juli 2014, 23:15:40 »
Und hier: http://www.oscat.de/community/index.php?topic=1226.0 wird munter von neuen xBlind-Bausteinen und einer Building 1.10 berichtet. Wo man die findet? Keine Ahnung...

243
oscat.lib fuer TwinCAT/CoDeSys / Re: Download aktueller Lib´s
« am: 22. Juli 2014, 23:12:55 »
... und von der Network Lib gibt es eine 1.30 als Release Candidate - seit November 2012. Siehe hier: http://www.oscat.de/community/index.php/topic,1951.0.html

Keine Ahnung, warum die es nicht in den Download-Bereich schafft. Ich habe sie seit geraumer Zeit im Einsatz. Schätze, das war es, was gogo gemeint hatte.

244
Huch! Es interessiert sich tatsächlich ein einsamer Programmierer für das Thema... Da man per PN offenbar keine Anhänge mit verschicken kann, auf diesem Wege anbei die aktuellen Versionen der von mir modifizierten BLIND_*-Bausteine.

[gelöscht durch Administrator]

245
Hallo Ralle,

die (globale) Variable MATH wird in der basic.lib in der Variablenliste "Globale_Variablen" deklariert (zu finden im Register Ressourcen):

VAR_GLOBAL
MATH : CONSTANTS_MATH;
PHYS : CONSTANTS_PHYS;
LANGUAGE : CONSTANTS_LANGUAGE;
SETUP : CONSTANTS_SETUP;
LOCATION : CONSTANTS_LOCATION;
END_VAR

Ich würde die Deklarationen alle so übernehmen. Damit das Ganze übersetzt werden kann, benötigst Du natürlich noch die entsprechenden Datentypen (Register "Datentypen"). Am Besten auch alle Ex- und bei Dir importieren.

Die in Deinem Eröffungspost vermisste Konstante STRING_LENGTH wird auch in der Basic.lib in der globalen Liste "Constants" deklariert:
VAR_GLOBAL CONSTANT
STRING_LENGTH : INT := 250;
LIST_LENGTH : INT := 250;
END_VAR

Also auch die mit in Deine Version übernehmen, dann solltest Du einen Schritt weiter sein.

Gruß,
mattsches

246
oscat.lib fuer TwinCAT/CoDeSys / Re: Download aktueller Lib´s
« am: 22. Juli 2014, 13:36:50 »
Der Frage möchte ich mich anschließen. Habe eine aktuellere Beckhoff Network Lib als die aus dem Download-Bereich im Einsatz, ausgegraben aus irgend einem Thread von vor zwei Jahren oder so.

Ich hatte an anderer Stelle schon einmal die Frage gestellt, wie Bausteine überhaupt aktualisiert werden. Ich finde die Idee der Oscat.libs und deren Inhalte super wertvoll, und die Bausteine haben mir ungemein weiter geholfen. Allerdings finde ich es schade, dass ich z. B. Fehlerbereinigungen nicht der Allgemeinheit zur Verfügung stellen kann. Außer in einem Thread, der dann wieder nur von Tante Google gefunden werden kann. Und Fehler in der Doku kann ich als Anwender gar nicht korrigieren.

Für mich habe ich nicht wirklich Probleme mit Fehlern und Verbesserungen, ich baue mir den Code einfach entsprechend um. Aber manch anderer kommt vielleicht eher als Quereinsteiger (z. B. Häuslebauer) zur SPS-Programmierung und fühlt sich nicht ganz so firm.

Insofern rege ich an, darüber nachzudenken, ob nicht mit einfachen Mitteln eine Sourcenverwaltung genutzt werden könnte, die Änderungen durch registrierte Mitglieder möglich macht.

Was meint die Community denn dazu?

Grüße,
mattsches

247
Ist das nicht ein eher akademischer Fall, der nur nördlich des Polarkreises zählt? In unseren Breitengraden geht die Sonne ja nicht nach Mitternacht unter, so dass vorher schon night=TRUE ist. Die zusätzliche Bedingung käme also nicht mehr zum Tragen.

Okay - wenn du nach zwölf dein Programm  z. B. ohne Online-Change lädst, wird tatsächlich erst am nächsten Abend initialisiert. Die Lücke wäre mit dem Zusatz wohl geschlossen.

Gruß,
mattsches

248
oscat.lib fuer TwinCAT/CoDeSys / Re: Blind Module Raffstore
« am: 16. Juni 2014, 06:50:13 »
Moin,

wenn das so funktioniert, ist doch prima. Ich würde allerding mit nur einem BLIND_CONTROL arbeiten und die Logikglieder zwischen ihm und den zwei BLIND_INPUT verbauen.

Gruß,
mattsches

249
oscat.lib fuer TwinCAT/CoDeSys / Re: Blind Module Raffstore
« am: 12. Juni 2014, 23:47:58 »
Hallo Maik,

ich kann bei mir leider nicht testen, habe den Standard BLIND_INPUT nicht mehr im Einsatz. Beschalte doch CLK testweise mal mit der CFC-Schaltung für

(STATUS = 130) OR (STATUS = 131) AND MeinNeuerEinfachtaster
Funktioniert das?

Gruß,
mattsches

250
oscat.lib fuer TwinCAT/CoDeSys / Re: Blind Module Raffstore
« am: 11. Juni 2014, 22:17:02 »
Genau. Über das Statussignal lässt sich abfragen, ob das Rollo gerade im Klickbetrieb fährt.

Baustein: Ja klar geht das. Neues Objekt einfügen -> Funktionsblock, CFC, beliebiger Name -> VAR_INPUTs und VAR_OUTPUTs deklarieren (Einfachtaster+Status / S1+S2) -> CFC erstellen wie gehabt, nur halt verschaltet auf die o. g. Ein- und Ausgänge.

Schau mal in die Online-Hilfe zu CFC, einen Link genau dafür habe ich dir leider nicht.

Grüße,
mattsches

251
oscat.lib fuer TwinCAT/CoDeSys / Re: Blind Module Raffstore
« am: 11. Juni 2014, 14:07:35 »
Aber das sollte gehen:

[gelöscht durch Administrator]

252
oscat.lib fuer TwinCAT/CoDeSys / Re: Blind Module Raffstore
« am: 10. Juni 2014, 12:56:55 »
Hallo Maik,

natürlich ließe sich der BLIND_INPUT ganz nach Deinem Belieben anpassen. Du müsstest dazu allerdings in ST programmieren. Kein Hexenwerk, aber ich weiß nicht, wie firm du dich darin fühlst.

Daher im Anhang eine mögliche Alternative mit CFC-Bordmitteln. In der Mittagspause im Trockenen entstanden, also ungetestet; sollte aber tun. Der Baustein TOGGLE (aus der Oscat Basis Lib) "merkt" sich die Funktion des Einfachtasters (rauf/runter) und dient dann als Auswahlkriterium, ob das Tastersignal an S1 oder S2 weitergegeben wird. Nach dem Einfügen solltest du die Aufrufreihenfolge noch optimieren lassen (Extras/Reihenfolge/Alles nach Datenfluss anordnen).

Die je vier Eingänge an den Oder-Gliedern bleiben natürlich bei dir unverändert; ich habe mir nur das Abtippen gespart.

Viel Spaß,

mattsches

[gelöscht durch Administrator]

253
Ohne Dein Programm näher angesehen haben, hier ein Auszug aus der Doku für BLIND_INPUT:


Zitat
Mit der SETUP Variable CLICK_MODE wird ein Klick Betrieb festgelegt, ein kurzer Tastendruck startet die Richtung Auf für S1 und Ab für S2 und ein zweiter kurzer Tastendruck beendet die entsprechende Richtung oder kehrt die Richtung um. [...] Wird der Tastendruck länger als die Setup Zeit CLICK_TIME so wird für diesen Tastendruck der CLICK Modus verlassen und die Jalousie fährt solange wie die Taste gedrückt bleibt im Handbetrieb.

Ein Blick in den Code zeigt die Default-Werte:

CLICK_EN : BOOL := TRUE;
CLICK_TIME : TIME := T#500ms;

Ergo: Ein Impuls > 500 ms führt zu einem Tippbetrieb. Soll der Rolladen ganz herauf- oder herunterfahren, musst du auf < 500 ms gehen.

Gruß,
mattsches

254
Bestehende Module / Existing Modules / Re: Fehler im TIMER_P4
« am: 08. April 2014, 09:36:06 »
Ist LOCATION:=1 den in der Struktur CALENDAR drin?

Also wenn ich mir den Code für CALENDAR oben anschaue (den du bestätigt hast), nein. Und auch wenn ich in meine Basic 3.33 reinschaue, finde ich LOCATION nicht als Element der CALENDAR-Struktur.

Ergo: Die Initialisierung kann nicht funktionieren.

Nimm mal stattdessen LANGUAGE:=1. Sieht mir so aus, als sei die Variable irgendwann umbenannt worden.


255
Jens, nur TRUE an E_NIGHT und E_DAY reicht nicht. Am BLIND_CONTROL musst Du noch MASTER_MODE = TRUE setzen.

Siehe hier: http://www.oscat.de/community/index.php/topic,2146.msg11145.html#msg11145

Grüße,
mattsches

Seiten: 1 ... 15 16 [17] 18