Nachrichten

16

Bestehende Module / Existing Modules / Re: CALENDAR

« am: 21. Februar 2009, 12:28:20 »

Danke hugo,

aber mal was anderes:
Hockst Du eigentlich 24h vorm Monitor? Oder hast Du so was "Kleines" immer dabei?
Du bist ja bei den Antworten schneller, als ich beim Fragen formulieren.

Gruß kiar

17

Bestehende Module / Existing Modules / Re: CALENDAR

« am: 21. Februar 2009, 11:55:43 »

ok Hugo,

die lokalen Werte für sun_rise und sun_set habe ich jetzt selbst berechnet - kein Problem damit.

Jetzt habe ich aber gesehen, daß im CALENDAR_CALC intern der sun_time aufgerufen wird.
Und nun wünsche ich mir noch sun_midday und sun_declination in die XCAL-Struktur.

Gruß kiar.

18

Bestehende Module / Existing Modules / Re: CALENDAR

« am: 20. Februar 2009, 17:40:16 »

Hallo hugo,
ich bin ehrlich: Ich habe es nicht so richtig verstanden mit den beweglichen Installationen. Vielleicht hast Du ein Beispiel?

Aber noch mal meine Sicht:
Der Baustein CALENDAR_CALC bekommt alle Eingabedaten (Längen-, Breitengrad, Zeitzone, Weltzeit, Sommer-/Winterzeit) für eine lokale Berechnung. Es wird aber nur die lokale Zeit bestimmt. Die Sonnenauf-/Untergangszeiten müssen aber selber lokalisiert werden.

Bei den beweglichen Installationen würde ich doch eine Lokalisierung ebenfalls über die Eingabedaten machen. Je nach dem, ob ich die Ortszeit des Heimathafen, die Ortszeit des Zielhafen oder die Ortszeit des Schiffes benötige, sind die dann unterschiedlich oder ändern sich laufend.

Ich denke auch, daß die meisten Anwendungen feste Installationen sind und die Lokalisierung aller Ausgabedaten wichtig ist.

Im Programmcode sieht es übrigens nicht so schön aus, wenn die beiden "schicken" SysRtcGetTime und CALENDAR_CALC anschließend mit etlichen IF-Anweisungen und Additionen/Subtraktionen wegen der Lokalisierung überschüttet werden.

Übrigens würde ich mir die Lokalisierung auch für den sun_time wünschen. Oder noch besser, Ihr packt den auch gleich mit in den CALENDAR_CALC.

Gruß kiar

19

Bestehende Module / Existing Modules / CALENDAR

« am: 19. Februar 2009, 21:16:04 »

Hallo hugo,
ich habe jetzt von 277 auf 304 umgestellt und habe folgende Anliegen:
1. Könnt Ihr die Kalenderwoche im CALENDAR noch unterbringen?
2. Wenn man eine Lokalisierung mit dem OFFSET=60 für Deutschland und DST_EN=ON für Sommer/Winterzeitberechnung angibt, warum wird dann SUN_RISE, SUN_SET nicht mit der lokale Zeit ausgegeben? Ich vermute bereits, daß bei Sommerzeit dann 2 Stunden fehlen werden. Wenn schon die lokalen Parameter am Baustein gesetzt sind, sollten die Ausgabewerte auch lokal sein.
Übrigens, danke für Eure Arbeit.

Gruß kiar

20

SPS-Programmierung / Re: Wer von euch verwendet Visualisierungen und wie sehen sie aus?

« am: 12. Januar 2009, 18:29:48 »

Hallo IAS-NT,
ich vermute, daß die Antwort mit den eingebetteten Links mindestens ein Bier und mehr als eine Stunde vor dem PC erfordern wird.
Ich bin dann mal im Keller..
Gruß kiar

21

SPS-Programmierung / Re: Wer von euch verwendet Visualisierungen und wie sehen sie aus?

« am: 10. Januar 2009, 21:22:06 »

Hallo IAS-NT,
aber bitte nicht hauen..
Ein und Aus - mit Doppelpunkt,
alle andern - ohne Doppelpunkt.
Hygro rel. - wäre nicht rel. Feuchte richtiger? Hygro.. ist doch keine Einheit, oder doch?
min und max - klein geschrieben, warum nicht Großschreibung wie bei den anderen Texten?

Da sind noch weitere Sachen auf der Home-Page über die sich reden läßt. 

Aber wie gesagt, die Bilder gefallen mir.
Gruß kiar.

22

Anwendungsbeispiele / Application Examples / HEAT_TEMP

« am: 10. Januar 2009, 21:04:58 »

Ich habe in meiner Webvisu (WAGO 750-841) dem HEAT_TEMP eine Visualisierung spendiert.
Im angehängten Codesys-Projekt habe ich das mal soweit eingedampft, dass es in der Codesys-Simulation bei Euch laufen sollte.
Nach Anklicken der weißen Parameterfelder sollte das Num-Pad erscheinen, so daß die Werte geändert werden können.
Ihr dürft natürlich ändern, verbessern, nutzen usw.
Gruß kiar

[gelöscht durch Administrator]

23

SPS-Programmierung / Re: Wer von euch verwendet Visualisierungen und wie sehen sie aus?

« am: 10. Januar 2009, 18:43:49 »

>>IAS-NT:
Auch wenn ich nicht direkt angesprochen wurde:
Respekt...
Und wird noch verraten, welche Software/Hardware dafür benutzt wird?

Wenn ich ganz genau hinschaue, finde ich noch (streitbare) Beschriftungsfehler, auch auf den Designs der Home-Page.

Gruß kiar

24

oscat.lib fuer TwinCAT/CoDeSys / Re: Daten zu groß für die Steuerung

« am: 01. Dezember 2008, 22:29:35 »

Hallo DeejayT,
ich habe mir Dein Programm im Simulator angeschaut, weil ich wegen der Programmgröße und Bausteinanzahl neugierig geworden bin.
Also so groß ist Dein Programm wirklich noch nicht.
Aber da bist Du mit Deinem Fehler einem Mangel in den Zielsystemeinstellungen und Übersetzungsoptionen beim Codesys aufgesessen, den ich bisher auch nicht verstanden habe.

Folgendes habe ich probiert:
1. Wenn man Dein Programm mit aktivierter Simulation und allen Bausteinen übersetzt, hat es 1003 Bausteine.
2. Wenn man Dein Programm mit deaktivierter Simulation und allen Bausteinen übersetzt, hat es 1044 Bausteine.
3. Wenn man Dein Programm mit deaktivierter Simulation und die unbenutzten Bausteine ausgeschlossen übersetzt, hat es 225 Bausteine.

Bei 1. ist es scheinbar egal, wie hoch die maximale Bausteinanzahl in den Zielsystemeinstellungen einstellt wird.
Bei 2. wird die maximale Bausteinanzahl für den 841 überschritten. Bei FW 11 waren das 512, bei FW14 sind es jetzt 1023. Man kann zwar mehr einstellen, aber es funktioniert wohl nicht.
Also bleibt nur 3., daß man bei mehr als 1023 Bausteinen die unbenutzten Bausteine ausschließen muß.
Und das ist richtig lästig, weil man jedesmal, wenn im Programm neue Bausteine benutzt werden müssen, erst Schritt 1.  oder 2. und dann 3. ausführen muß. Ein automatisches Ausschließen der unbenutzen Bausteine und Programmteile wird scheinbar nicht unterstützt.

Oder weiß jemand, wie das doch geht?

Du hast den kompletten Scheduler in Benutzung, läßt der sich eigentlich bei Dir noch bedienen? Bei mir waren die Anwortzeiten des Schaltkanals Channel On bei Änderungen jenseits von 10s, so daß ich nur noch den StatusFromFbScheduler und WeeklyFromFbScheduler benutze. Kann aber auch an meinem Programm liegen.

Womit machst Du Deine Visualisierung (Webvisu, Target welches Gerät)?

Gruß kiar

PS. Was ist denn ein Friesenfenster?

25

oscat.lib fuer TwinCAT/CoDeSys / Re: Daten zu groß für die Steuerung

« am: 30. November 2008, 22:23:17 »

Na dann Glückwunsch,
ich habe aber noch folgende Fragen:
1.Welche Firmware hat Dein 750-841?
2.Bei mir waren bei den Zielsystemeinstellungen mit Firmware 11 maximal 512 Bausteine möglich, bei Firmware 14 sind es jetzt 1023. Was ist bei Dir der Eintrag bei der Bausteinanzahl, wenn Du den 750-841 aus der Auswahlbox auswählst?
3.Hattest Du beim Übersetzen keine Fehlermeldung, daß die Bausteinanzahl für das Zielsystem überschritten war?
4.Kannst Du Dein aktuelles Projekt noch mal einstellen?

Gruß kiar

26

oscat.lib fuer TwinCAT/CoDeSys / Re: Daten zu groß für die Steuerung

« am: 22. November 2008, 13:38:32 »

Hallo,
ich kenne Dein Projekt und die DALI-LIBs nicht.
Die Fehlermeldung hatte ich ab einer bestimmten Programmgröße auch schon.
Bei mir half:
1. In Codesys kann man in der Kategorie Visualisierung bei den Zielsystem-Einstellungen die Visualisierungsdateien gepackt auf der Steuerung ablegen. Dadurch wurde bei mir die WAGO weeklyfromfbscheduler.xml von über 160kB auf 6,3kB! eingedampft.

Ich glaube, es hilft auch:
2. In Codesys kann man unter Projekt->Optionen->Übersetzungsoptionen->Objekte ausschließen alle nicht benötigten Programm-, FB- und LIB-Bestandteile beim Übersetzen ausschließen lassen.

Gruß kiar

27

SPS-Programmierung / Re: Wer von euch verwendet Visualisierungen und wie sehen sie aus?

« am: 06. November 2008, 00:01:44 »

Meine Visu lauft auf der WAGO 750-841.
Gruß Kiar.

[gelöscht durch Administrator]