91
BECKHOFF / Re: Irtans Server Kommandos senden vor dem ersten Empfang
« am: 10. April 2012, 09:31:05 »
Niemand einen Tipp oder Hilfestellung, oder sehe ich den Wald vor lauter Bäumen nicht mehr?
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.
92
BECKHOFF / Irtans Server Kommandos senden vor dem ersten Empfang
« am: 04. April 2012, 12:03:05 »
Hallo
Ich habe das Demoprogramm von der Netwerk.lib (IRTrans_demo) zum laufen gebraucht! An dieser Stelle möchte ich meinen Dank an alle die an der Entwicklung beteiligt sind herzlich Danken. Super Job!!
In der Doku steht, dass zuerst einen Datenempfang erfolgt sein muss um zu senden, im UDP Mode. Nun meine Frage: Wenn ich alles Fixe IP Verwende, besteht eine Chance ohne zuerst ein Kommando zu empfangen gleich zu senden. Ich brauche den IR Trans eher (nur) als Sender.
Danke für einen Tipp
Ich habe das Demoprogramm von der Netwerk.lib (IRTrans_demo) zum laufen gebraucht! An dieser Stelle möchte ich meinen Dank an alle die an der Entwicklung beteiligt sind herzlich Danken. Super Job!!
In der Doku steht, dass zuerst einen Datenempfang erfolgt sein muss um zu senden, im UDP Mode. Nun meine Frage: Wenn ich alles Fixe IP Verwende, besteht eine Chance ohne zuerst ein Kommando zu empfangen gleich zu senden. Ich brauche den IR Trans eher (nur) als Sender.
Danke für einen Tipp
93
BECKHOFF / Re: Simulation im Twincat möglich
« am: 04. April 2012, 10:19:38 »
Hab nun rausgefunden was bei mir die Ursache war:
Der TwinCAT TCP/IP Connection Server wird in die Liste der TwinCAT Server eingetragen. Beim TwinCAT Start wird der TCP/IP Connection Server automatisch gestartet und beim TwinCAT Stopp gestoppt. Der Server ermöglicht das Öffnen, Schließen, Versenden und Empfangen der Daten über die Windows Sockets.
Das war leider nicht der Fall. Jetzt kann ich mit der "Ausenwelt" komunizieren. Danke
Der TwinCAT TCP/IP Connection Server wird in die Liste der TwinCAT Server eingetragen. Beim TwinCAT Start wird der TCP/IP Connection Server automatisch gestartet und beim TwinCAT Stopp gestoppt. Der Server ermöglicht das Öffnen, Schließen, Versenden und Empfangen der Daten über die Windows Sockets.
Das war leider nicht der Fall. Jetzt kann ich mit der "Ausenwelt" komunizieren. Danke
94
BECKHOFF / Re: Simulation im Twincat möglich
« am: 03. April 2012, 10:43:56 »
Hallo peewit
Besten Dank. Es steht mir immer noch jemand auf dem Schlauch. Sorry muss nochmals nachfragen.
Ist das richtig, dass ich nicht mit einem PC wo Twincat, Oscat lib, tcpip.lib usw installiert ist den IrTans (Hardware Teil) anschiessen kann um das Programm mit dem PC testen kann. (Generell alle Netzwerk TCP/IP Sachen?)
Besten Dank
Besten Dank. Es steht mir immer noch jemand auf dem Schlauch. Sorry muss nochmals nachfragen.
Ist das richtig, dass ich nicht mit einem PC wo Twincat, Oscat lib, tcpip.lib usw installiert ist den IrTans (Hardware Teil) anschiessen kann um das Programm mit dem PC testen kann. (Generell alle Netzwerk TCP/IP Sachen?)
Besten Dank
95
oscat.lib fuer TwinCAT/CoDeSys / Re: OSCAT Basic mit Building Bausteinen
« am: 01. April 2012, 21:59:35 »
Hallo Christoph
Doppelklick auf die Bausteine dann öffnet sich der Edit Parameter Dialog. Dann kannst du die gewünschten Parameter eingeben.
Gruß Omalik
Doppelklick auf die Bausteine dann öffnet sich der Edit Parameter Dialog. Dann kannst du die gewünschten Parameter eingeben.
Gruß Omalik
96
BECKHOFF / Simulation im Twincat möglich
« am: 01. April 2012, 21:54:13 »
Hallo Oscat Freunde
Habe eine Frage betreffend Network.lib. Kann ich alle Funktionen im Twincat testen und ausprobieren oder muss ich alles auf der "SPS" austesten.
Habe das Beispiel IRTrans aus der Oscat.lib exportiert und in ein neues Projekt importiert. Alle nötigen libs sind installiert und keine Fehlermeldung beim kompilieren.
Im Manuel steht dass man die IP Adresse der SPS eintagen soll im UDP Server Mode
Nun im Twincat Manager steht 192.168.255.195.1.1 die ich aber nicht anpingen kann und auf dem Xp Rechner Ist 192.168.10.15 eingestellt. IRTrans hat die in 192.168.10.20
Wenn ich auf Run stelle bekomme ich bei error 16777216 irtrans_server heraus aus auf bei BECKHOFF syssockCreat nicht erfolgreich bedeutet.
Für einen Tipp wäre ich sehr dankbar.
Gruß Omalik
Habe eine Frage betreffend Network.lib. Kann ich alle Funktionen im Twincat testen und ausprobieren oder muss ich alles auf der "SPS" austesten.
Habe das Beispiel IRTrans aus der Oscat.lib exportiert und in ein neues Projekt importiert. Alle nötigen libs sind installiert und keine Fehlermeldung beim kompilieren.
Im Manuel steht dass man die IP Adresse der SPS eintagen soll im UDP Server Mode
Nun im Twincat Manager steht 192.168.255.195.1.1 die ich aber nicht anpingen kann und auf dem Xp Rechner Ist 192.168.10.15 eingestellt. IRTrans hat die in 192.168.10.20
Wenn ich auf Run stelle bekomme ich bei error 16777216 irtrans_server heraus aus auf bei BECKHOFF syssockCreat nicht erfolgreich bedeutet.
Für einen Tipp wäre ich sehr dankbar.
Gruß Omalik
97
oscat.lib fuer TwinCAT/CoDeSys / Re: Demo Programme: wie kann ich diese austesten
« am: 28. März 2012, 13:53:26 »
Hallo peewit
Besten Dank für Deine Hilfe. Jetzt hat es funktioniert.
Eine zusätzliche Beschreibung für weitere offene Fragen: Unter File open im Twincat einfach bei der Dateityp .lib auswählen und dann kann die ganze Lib geöffnet angeschaut und exportiert werden.
Nochmals besten Dank.
Gruss Omalik
Besten Dank für Deine Hilfe. Jetzt hat es funktioniert.
Eine zusätzliche Beschreibung für weitere offene Fragen: Unter File open im Twincat einfach bei der Dateityp .lib auswählen und dann kann die ganze Lib geöffnet angeschaut und exportiert werden.
Nochmals besten Dank.
Gruss Omalik
98
oscat.lib fuer TwinCAT/CoDeSys / Demo Programme: wie kann ich diese austesten
« am: 27. März 2012, 18:05:48 »
Hallo Oscat Freunde
Habe folgendes Problem. Ich kann die Demoprogramme nicht testen oder anschauen.
Habe die Network.lib in Twincat eingebunden. Der Ortner Demo habe ich gefunden und sehe da alle Demoprogramme. In der Doku steht, dass diese bei Beckhoff "ausgeblendet" sind.
Wie kann ich nun diese Demoprogramme anschauen.
Besten Dank für Eure Hilfe
Grüsse Omalik
Habe folgendes Problem. Ich kann die Demoprogramme nicht testen oder anschauen.
Habe die Network.lib in Twincat eingebunden. Der Ortner Demo habe ich gefunden und sehe da alle Demoprogramme. In der Doku steht, dass diese bei Beckhoff "ausgeblendet" sind.
Wie kann ich nun diese Demoprogramme anschauen.
Besten Dank für Eure Hilfe
Grüsse Omalik
99
Bestehende Module / Existing Modules / Re: Dimmer
« am: 07. März 2012, 18:59:12 »
Hallo b.b.
Leider hat die Klemme nur 7 Bit Auflösung siehe http://infosys.beckhoff.com/index.php?content=../content/1031/tcplchmiweb/html/tcplchmiwebvisu_hmi_support.htm&id=21007
Die "Sprunge" hast du schon von der Hardwareseite dabei.
Leider hat die Klemme nur 7 Bit Auflösung siehe http://infosys.beckhoff.com/index.php?content=../content/1031/tcplchmiweb/html/tcplchmiwebvisu_hmi_support.htm&id=21007
Die "Sprunge" hast du schon von der Hardwareseite dabei.
100
Bestehende Module / Existing Modules / Fehler in Doku bei Filter_I
« am: 07. März 2012, 18:45:13 »
Fehler in Doku bei Filter_I
Input x: ist nicht ein DWORD sondern ein INT
Output y: ist nicht ein DWORD sondern ein INT
Bitte anpassen Danke
Input x: ist nicht ein DWORD sondern ein INT
Output y: ist nicht ein DWORD sondern ein INT
Bitte anpassen Danke
101
Modulentwicklung / Re:Dokumentation, Systemvoraussetzungen
« am: 17. März 2010, 17:52:42 »
Hallo Peewit
Wollte nachfragen wie weit es mit der Beckhoff Version steht. (Letzter Stand ist 17.Januar 2010)
Besten Dank für Dein Feedback.
Wollte nachfragen wie weit es mit der Beckhoff Version steht. (Letzter Stand ist 17.Januar 2010)
Besten Dank für Dein Feedback.
102
oscat.lib fuer TwinCAT/CoDeSys / NT_SetLocalTime und DCF77
« am: 03. Dezember 2009, 18:08:09 »
Kann mir jemand weiterhelfen oder einen Tipp geben.
Den FB DCF77 habe ich Problemlos zum laufen gebracht. Wie kann ich nun bei meiner Beckhoff SPS die Systemzeit stellen.
Das Problem ist: Vom DCF77 FB kommt in DT Format und um die Funktion NT_SetLocalTime zu benutzen, brauche ich eine TIMESTRUCT. Also eigentlich das Gegenteil von SET_DT Baustein.
Habe ich was übersehen?
Besten Dank für eure Hilfe.
TYPE TIMESTRUCT
STRUCT
wYear : WORD;
wMonth : WORD;
wDayOfWeek : WORD;
wDay : WORD;
wHour : WORD;
wMinute : WORD;
wSecond : WORD;
wMilliseconds : WORD;
END_STRUCT
END_TYPE
Den FB DCF77 habe ich Problemlos zum laufen gebracht. Wie kann ich nun bei meiner Beckhoff SPS die Systemzeit stellen.
Das Problem ist: Vom DCF77 FB kommt in DT Format und um die Funktion NT_SetLocalTime zu benutzen, brauche ich eine TIMESTRUCT. Also eigentlich das Gegenteil von SET_DT Baustein.
Habe ich was übersehen?
Besten Dank für eure Hilfe.
TYPE TIMESTRUCT
STRUCT
wYear : WORD;
wMonth : WORD;
wDayOfWeek : WORD;
wDay : WORD;
wHour : WORD;
wMinute : WORD;
wSecond : WORD;
wMilliseconds : WORD;
END_STRUCT
END_TYPE
103
Bestehende Module / Existing Modules / Re:Calendar_calc wird sun_hor und sun_ver nicht gerechnet warum?
« am: 11. September 2009, 19:14:26 »
Besten Dank Hugo für die schnelle Antwort.
104
Bestehende Module / Existing Modules / Calendar_calc wird sun_hor und sun_ver nicht gerechnet warum?
« am: 11. September 2009, 13:43:08 »
Ich arbeite mir einem Beckhoff System und habe folgendes gemacht:
lese die Systemzeit aus:
(*Systemzeit aus dem CX lesen *)
System_zeit_CX
( NETID:=,
Start:=tackt4 ,
TMOUT:=tmount ,
BUSY=> ,
ERR=> ,
ERRID=> ,
TIMESTR=> );
Umwandeln in Weltzeit
(*Systemzeit kovertiereb auf zusammengesetztes Zeitdatum *)
System_date_time:= SET_DT(
year:= SYSTEM_ZEIT_CX.TIMESTR.wYear,
month:= SYSTEM_ZEIT_CX.TIMESTR.wMonth,
day:= SYSTEM_ZEIT_CX.TIMESTR.wDay,
HOUR:= SYSTEM_ZEIT_CX.TIMESTR.wHour,
MINUTE:= SYSTEM_ZEIT_CX.TIMESTR.wMinute,
SECOND:= SYSTEM_ZEIT_CX.TIMESTR.wSecond);
(*Systemzeit In "Wellzeit umwandeln *)
Utc_CX:= LTIME_TO_UTC (System_date_time, TRUE, time_offset_min);
am Mez Kalender die Weltzeit zuweisen
mez.UTC := UTC_CX;
Calendar_calc aufrufen
In den Globelen Variablen calendar definieren Diese Parameter müssen mitgegeben werden. Das steht leider nirgends
mez:calendar:=(offset:=120,DST_EN:= TRUE,Location :=1, Longitude := 8.258057, Latitude:= 47.2675);
x1: CALENDAR_CALC;
Dann wird alles schön berechnet. Sonnenaufgang und Untergang jedoch ohne Offset. Es ist alles in der Weltzeit! Das ist noch kein Problem aber warum wird sun_hor und sun_ver nicht gerechnet?
[gelöscht durch Administrator]
lese die Systemzeit aus:
(*Systemzeit aus dem CX lesen *)
System_zeit_CX
( NETID:=,
Start:=tackt4 ,
TMOUT:=tmount ,
BUSY=> ,
ERR=> ,
ERRID=> ,
TIMESTR=> );
Umwandeln in Weltzeit
(*Systemzeit kovertiereb auf zusammengesetztes Zeitdatum *)
System_date_time:= SET_DT(
year:= SYSTEM_ZEIT_CX.TIMESTR.wYear,
month:= SYSTEM_ZEIT_CX.TIMESTR.wMonth,
day:= SYSTEM_ZEIT_CX.TIMESTR.wDay,
HOUR:= SYSTEM_ZEIT_CX.TIMESTR.wHour,
MINUTE:= SYSTEM_ZEIT_CX.TIMESTR.wMinute,
SECOND:= SYSTEM_ZEIT_CX.TIMESTR.wSecond);
(*Systemzeit In "Wellzeit umwandeln *)
Utc_CX:= LTIME_TO_UTC (System_date_time, TRUE, time_offset_min);
am Mez Kalender die Weltzeit zuweisen
mez.UTC := UTC_CX;
Calendar_calc aufrufen
In den Globelen Variablen calendar definieren Diese Parameter müssen mitgegeben werden. Das steht leider nirgends
mez:calendar:=(offset:=120,DST_EN:= TRUE,Location :=1, Longitude := 8.258057, Latitude:= 47.2675);
x1: CALENDAR_CALC;
Dann wird alles schön berechnet. Sonnenaufgang und Untergang jedoch ohne Offset. Es ist alles in der Weltzeit! Das ist noch kein Problem aber warum wird sun_hor und sun_ver nicht gerechnet?
[gelöscht durch Administrator]
105
Bestehende Module / Existing Modules / Re:sun_pos und Blind_shade verknüpft im Manual Seite 459
« am: 10. September 2009, 20:49:15 »
Es tut mir Leid, dass ich nochmals nachaken muss.
Mir ist das noch nicht ganz klar was der Vorteil und der Sinn vom Calendar ist. Habe das Manual und dieverse Beiträge im Forum gelesen. Leider habe ich immer noch diverse
ich habe folgendes gemacht:
VAR_GLOBAL
mein_calendar : calendar;
END_VAR
Programmiert ist folgendes:
(*Systemzeit aus dem CX lesen *)
System_zeit_CX
( NETID:=,
Start:=tackt4 ,
TMOUT:=tmount ,
BUSY=> ,
ERR=> ,
ERRID=> ,
TIMESTR=> );
(*Systemzeit kovertiereb auf zusammengesetztes Zeitdatum *)
System_date_time:= SET_DT(
year:= SYSTEM_ZEIT_CX.TIMESTR.wYear,
month:= SYSTEM_ZEIT_CX.TIMESTR.wMonth,
day:= SYSTEM_ZEIT_CX.TIMESTR.wDay,
HOUR:= SYSTEM_ZEIT_CX.TIMESTR.wHour,
MINUTE:= SYSTEM_ZEIT_CX.TIMESTR.wMinute,
SECOND:= SYSTEM_ZEIT_CX.TIMESTR.wSecond);
(*Systemzeit In "Wellzeit umwandeln *)
Utc_CX:= LTIME_TO_UTC (System_date_time, TRUE, 180);
(*Berechung der Position der Sonne zur aktuellen Zeit *)
SUN_POS_Schongau(
latitude:= Ort_lat,
longitude:= Ort_long,
utc:= UTC_CX,
B=> SUN_AZI ,
H=> sun_high2,
HR=> SUN_high);
;
(*Berechung Sonnenaufgang, Sonnenuntergang, Höststand der Sonne *)
SUN_TIME_Schongau(
latitude:=Ort_lat ,
longitude:=Ort_long ,
utc:=System_date_time ,
sun_midday=> sun_midday,
sun_rise=> sun_rise ,
sun_set=> sun_set ,
sun_declination=> sun_declination );
(* Offet von UTC auf Local Time addieren *)
sun_midday_schongau := sun_midday + t#2h;
sun_rise_schongau := sun_rise + t#2h;
sun_set_schongau := sun_set + t#2h;
;
Muss ich jetzt alle mein_calendar.xxx zuweisen was ich berechnet habe?
mein_calendar.UTC := UTC_CX;
mein_calendar.SUN_RISE :=sun_rise ;
...
usw.
Wie weiss ich, was BLIND_SHADE beim CX eingang alles benötigt?
Besten Dank für Eure Hilfe.
[gelöscht durch Administrator]
Mir ist das noch nicht ganz klar was der Vorteil und der Sinn vom Calendar ist. Habe das Manual und dieverse Beiträge im Forum gelesen. Leider habe ich immer noch diverse
ich habe folgendes gemacht:
VAR_GLOBAL
mein_calendar : calendar;
END_VAR
Programmiert ist folgendes:
(*Systemzeit aus dem CX lesen *)
System_zeit_CX
( NETID:=,
Start:=tackt4 ,
TMOUT:=tmount ,
BUSY=> ,
ERR=> ,
ERRID=> ,
TIMESTR=> );
(*Systemzeit kovertiereb auf zusammengesetztes Zeitdatum *)
System_date_time:= SET_DT(
year:= SYSTEM_ZEIT_CX.TIMESTR.wYear,
month:= SYSTEM_ZEIT_CX.TIMESTR.wMonth,
day:= SYSTEM_ZEIT_CX.TIMESTR.wDay,
HOUR:= SYSTEM_ZEIT_CX.TIMESTR.wHour,
MINUTE:= SYSTEM_ZEIT_CX.TIMESTR.wMinute,
SECOND:= SYSTEM_ZEIT_CX.TIMESTR.wSecond);
(*Systemzeit In "Wellzeit umwandeln *)
Utc_CX:= LTIME_TO_UTC (System_date_time, TRUE, 180);
(*Berechung der Position der Sonne zur aktuellen Zeit *)
SUN_POS_Schongau(
latitude:= Ort_lat,
longitude:= Ort_long,
utc:= UTC_CX,
B=> SUN_AZI ,
H=> sun_high2,
HR=> SUN_high);
;
(*Berechung Sonnenaufgang, Sonnenuntergang, Höststand der Sonne *)
SUN_TIME_Schongau(
latitude:=Ort_lat ,
longitude:=Ort_long ,
utc:=System_date_time ,
sun_midday=> sun_midday,
sun_rise=> sun_rise ,
sun_set=> sun_set ,
sun_declination=> sun_declination );
(* Offet von UTC auf Local Time addieren *)
sun_midday_schongau := sun_midday + t#2h;
sun_rise_schongau := sun_rise + t#2h;
sun_set_schongau := sun_set + t#2h;
;
Muss ich jetzt alle mein_calendar.xxx zuweisen was ich berechnet habe?
mein_calendar.UTC := UTC_CX;
mein_calendar.SUN_RISE :=sun_rise ;
...
usw.
Wie weiss ich, was BLIND_SHADE beim CX eingang alles benötigt?
Besten Dank für Eure Hilfe.
[gelöscht durch Administrator]