Nachrichten

1741

Codesys 2 / Re:Beispiel zum Funktionsbaustein IP_Control

« am: 11. Februar 2010, 15:44:46 »

auf 251 kommt er doch nur wenn eine funktion einen schweren fehler meldet, oder jemand das ENABLE wegnimmt

prüfe mal wieso dieser überhaupt dorthin kommt

1742

Modulentwicklung / Re:OSCAT und SQL

« am: 11. Februar 2010, 15:39:59 »

bezüglich SQL-Zugriff hat sich nichts getan (keine Zeit)

das wichtigste dabei ist, das man sich informiert, mit welcher Schnittstelle / Protokoll man man einfachsten den zugriff realisieren kann
und das man an die protokoll-doku herankommt

1743

Codesys 2 / Re:Beispiel zum Funktionsbaustein IP_Control

« am: 11. Februar 2010, 11:26:27 »

hallo axalom

beachte aber trotzdem das du die network.lib auf einer nicht getesteten plattform benutzt.

Bekanntes Problem:
Plattform: Codesys SP PLCWinNT 2.4 + syslibsockets.lib
UDP Client + Server = läuft
TCP SERVER = läuft
TCP CLIENT = läuft nicht !

es ist leicht möglich das das auf deiner Plattform auch so ist

Leider sind die verschiedenen Plattformen trotz gleicher syslibsockets.lib nicht voll kompatibel
wir arbeiten an einer lösung .....

1744

Codesys 2 / Re:Beispiel zum Funktionsbaustein IP_Control

« am: 10. Februar 2010, 19:40:11 »

hallo axalom

ich habe dein testprogramm mit kleiner anpassung ausprobiert, es läuft korrekt !!
im anhang sieht du auch den mitschnitt mit etherreal

sag mir mal wie dein netzwerk aussieht

welche ip's hast du in deinem netzwerk
welche hardware/software ?

---------------------------
PROGRAM eeee
VAR
   IP_CONTROL1:IP_CONTROL2;
   IP_C1:IP_C;
   S_BUF1: NETWORK_BUFFER_SHORT;
   R_BUF1: NETWORK_BUFFER_SHORT;
   IP4_Adr:DWORD;
   send : BOOL;
END_VAR

IF send THEN
   S_BUF1.BUFFER[0] := BYTE#16#1B;
   S_BUF1.SIZE :=1;
   IP_C1.C_MODE := 3;
   IP_C1.C_ENABLE := TRUE; (* Verbindungsaufbau freigeben *)
   IP_C1.R_OBSERVE := TRUE; (* Datenempfang überwachen *)
   IP4_Adr:=IP4_DECODE('192.168.001.157');
   send := FALSE;
END_IF;

IP_CONTROL1(IP:=IP4_Adr ,PORT:=1024 ,TIME_OUT:=T#1s,IP_C:= IP_C1,S_BUF:=S_BUF1, R_BUF:=R_BUF1 );


[gelöscht durch Administrator]

1745

Codesys 2 / Re:Beispiel zum Funktionsbaustein IP_Control

« am: 10. Februar 2010, 19:19:16 »

was für eine plattform verwendest du genau: software/hardware ?

1746

Codesys 2 / Re:Beispiel zum Funktionsbaustein IP_Control

« am: 09. Februar 2010, 22:14:32 »

hallo axalom

nach dem ich nun mal genauer hingeschaut habe , ist mir dein problem klar geworden

das problem ist der mitunter grosse unterschied zwischen den verschiedene iec plattformen

das was du in der doku siehst ist ein programmier-beispiel für pcworx/multiprog (da die network-lib auf dieser plattform entwickelt wurde)

dort ist es so, das alle in_out var nach aufruf des bausteins wieder manuell rückgeführt werden müssen
(was eigentlich ziemlicher schmarrn ist, ist aber so)

das brauchst du bei codesys natürlich nicht !
da reicht es wenn du folgendes schreibst

IP_FIFO1(FIFO:=IP_C1.FIFO,STATE:=IP_STATE,ID:=IP_ID);

wir werden in der nächsten doku-release diesen unterschied vermerken...

(schau dir die demo-programm in der lib auch an !!)

mfg peewit

1747

oscat.lib fuer PC WorX/MULTIPROG / Re:Work_Week und Zeit als Udint

« am: 24. Januar 2010, 11:47:03 »

problem durch demo-modus ?

nein , hier wird nur ab 8 Byte I/O Daten kein Programm fertig kompiliert



du wirst sehen, wenn du pcworx auf einen anderen pc installiert, du wird es sich auch richtig verhalten

hast du irgenwelche Antivirus-programme laufen, die jeden filezugriff bremsen.


ich habe selber pcworx 5 und pcworx 6 auf windows7 laufen , jedoch im XP-MODE auf Win7
das heisst unter Win7 wird ein vollwertiges WinXP System betrieben (Virtualisiert), und auch hier läuft alles zeitgerecht ab !

http://www.microsoft.com/windows/virtual-pc/download.aspx
 

1748

oscat.lib fuer PC WorX/MULTIPROG / Re:Work_Week und Zeit als Udint

« am: 24. Januar 2010, 09:57:06 »

schön wenn es jetzt klappt.


Projekt erzeugen:

alles was über 30 sek drüber hinaus geht ist eher nicht normal !

pcworx ist zwar für vista freigegeben, jedoch nicht offiziell für windows 7

dein projekt liegt auf einer festplatte und nicht auf einen netzlaufwerk, oder usb-stick oder ähnliches ?

1749

oscat.lib fuer PC WorX/MULTIPROG / Re:Work_Week und Zeit als Udint

« am: 23. Januar 2010, 23:46:02 »

hallo

T_PLC_MS (UDINT, Var_Global) habe ich in die Globalen Variablen eingetragen, aber der Fehler kommt immer noch !

die fehlermeldung sagt nur das der baustein T_PLC_MS eine globale variable mit namen "PLC_TICKS_PER_SEC' benötigt
du brauchst nicht T_PLC_MS als global eintragen, da hast du etwas falsch verstanden ....

also wenn du pcworx 6 benutzt dann hast du ziemlich sicher einen ILC 1xx oder ILC 3xx
diese haben alle in den globalen variablen die var 'PLC_TICKS_PER_SEC' standardmäßig angelegt
wenn diese bei dir fehlt, dann hast du sie wahrscheinlich versehentlich gelöscht ?

lege zum test ein neues projekt an und kontrolliere dann in den globalen variablen ob du dann diese variable findest
sicher ist zumindest , wenn du diese nicht hast, dann geht es logischerweise auch nicht


(siehe grafik -> so sollte es in etwa aussehen , jedoch abhängig von deine sps)


------------------
bezüglich 10 minuten kompilieren, da hast du irgendein problem an deinen rechner !
pcworx nicht das schnellste aber es dauert niemals 10 min



mfg peewit

[gelöscht durch Administrator]

1750

Modulentwicklung / Re:YAHOO_WEATHER - neue Location codes erforderlich

« am: 18. Januar 2010, 16:41:39 »

hallo GA_Home

Die Network.lib ist für Beckhoff-Systeme nicht getestet und freigegeben !

Die Bibliothek benutzt die SysLibSockets.lib von CoDeSys , und diese wirst du wahrscheinlich auch nicht für dein System haben , oder ?

mfg peewit

1751

Modulentwicklung / Re:Dokumentation, Systemvoraussetzungen

« am: 17. Januar 2010, 23:10:10 »

hallo

diesbezüglich hast du recht, das werden wir bis zur nächsten release integrieren

die network.lib benötigt die oscat3.20 oder höher als sub-bibliothek

die network.lib gibt es für programmiersystem pcworx bzw. Steuerungen von Phoenix Contact mit Ethernetanschluss
sowie für alle 32Bit Wago Controller mit Ethernet auf Basis Codesys 2.x

siemens version ist in arbeit
beckhoff version ist geplant (aber keine Zeit momentan)

1752

oscat.lib fuer TwinCAT/CoDeSys / Re:XML_Reader

« am: 14. Januar 2010, 17:39:43 »

hallo

was meinst du mit 1kb schon gewagt....

du must einfach mit einen zugriffsindex arbeiten

dann prüfst du aufgrund des index ob diese daten auch im buffer sind, wenn nicht liest du einen vollen block aus, dann kannst du aus dem buffer mit hilfe des index die daten auslesen, und wenn der index wieder groesser ist als die daten im buffer musst du wieder den naechsten buffer nachladen.


ich habe inzwischen eine funktionierenden file-standard und eine block-zugriffs-toutine die mit beliebiger Buffergroesse arbeiten kann.

das mit dem xml-reader über file , da habe ich noch keine zeit gefunden
aber es gibt nun einen baustein der ini-Dateien so wie man sie von Windows kennt, auswerten kann.

damit kann man bestimmte sektionen und schlüssel auswerten.
dies eignet sich hervorragend um parametrierungen über text dateien zu machen.
das geniale ist, das z.b. die textdatei 500kb haben kann, und wir verwenden nur einen lesebuffer von 200 bytes

das ganze funktioniert schon ,sobald ich eine dokumentation erstellt, habe könnte ich es dir zum testen geben.......

beispiel:

Code: [Auswählen]

[SYSTEM]
DEBUG_LEVEL=10
IBS_QUIT_TIME=5

;---------------------------
; Station 1 Parametrierung -
;---------------------------

[S1]
NAME=ILC150 ETH
IP=192.168.15.100

M2=S2/M3/C1

1753

oscat.lib fuer PC WorX/MULTIPROG / Re:nochmals... Daten senden und Visualisierung

« am: 13. Januar 2010, 20:43:51 »

Hallo microby

1. man kann mit WebVisit und mit SPS Firmware >= 3.5x online und offline trends und alarming realisieren
das heisst die werte werden von der sps intern aufgezeichnet, und mit webvisit kann man jederzeit diese werte ansehen, und auch als datenfile exportieren

2. mittels File-Bausteine kann du dir relativ leicht auch selber solche datenlogger bauen.
   ich muss mal in meiner fundgrube wühlen... vielleicht habe ich etwas für dich .... (wenn ja ,werde ich dir noch bescheid geben)

3. sql-Datenbank über SPS
die bibliothek von Phoenix Contact für direkten zugriff auf MS-SQL und MySQL funktioniert prinzipiell auf allen Steuerungen, auch auf der ILC 130 jedoch möchte PHoenix Contact für diese Bibliothek eine Lizenzgebühr haben. dies passiert automatisch wenn man eine ILC 155 kauft ,dann hat man automatisch die lizenz für die SQL-Bibliothek ansonsten läüft die bibliothek nur als demo (6h laufzeit).
Phoenix Contact macht aber mitunter eine ausnahme wenn man mit ihnen redet, so dass du diese eventuell auch auf ilc 130 laufen lassen kannst. du kannst auf jeden fall die demo auf deiner ilc 130 laufen lassen !!

ich habe im anhang dir die aktuelle sql-bibliothek angehängt mit dokumentation (dort findest du auch den Ansprechpartner Hr. Leseberg mit Telefonnummer)


4. in der aktuellen oscat-basic und oscat-network ist bezüglich logging noch nicht wirklich etwas passendes
jedoch wird es bald auch einheitliche file-bausteine bei oscat geben (pcworx und wago), und dann werden wir irgenwann auch einen einfachen logger eventuell programmieren (aber das dauert halt wieder ein wenig)

mfg peewit


[gelöscht durch Administrator]

1754

oscat.lib fuer PC WorX/MULTIPROG / Re:Work_Week und Zeit als Udint

« am: 12. Januar 2010, 10:25:45 »

hallo x-ray

nur nicht ärgern.... einfach fragen... es gibt für alles eine lösung

leider kann pcworx nicht mit DATE,TIME_OF_DAY_DATE_TIME usw.. direkt umgehen, somit haben wir als kompromiss
diese Datentypen über UDINT realisiert. Es ist auch nicht möglich einen alias namen für eine basistype zu deklarieren, somit müssen wir mit dieser krücke leben. Aber besser so, als es gar nicht haben.

Ich kenne leider deinen RTC_S_1 Baustein nicht, aber wahrscheinlich wirst du Jahr,monat,tag,stunde,minuten,sekunden von diesen baustein bekommen (meine vermutung)
ansonsten kannst du direkt die globalen Variablen benutzen

RTC_HOURS   INT   VAR_GLOBAL   System time (hours)               
RTC_MINUTES   INT   VAR_GLOBAL   System time (minutes)               
RTC_SECONDS   INT   VAR_GLOBAL   System time (seconds)               
RTC_DAY                INT   VAR_GLOBAL   System time (day)            
RTC_MONTH   INT   VAR_GLOBAL   System time (month)               
RTC_YEAR   INT   VAR_GLOBAL   System time (year)               

damit die nun ein idate (vom Type DATE) für den workweek baustein bekommst, nimmst du einfach
den baustein SET_DATE

und für DATE_TIME nimmst du den Baustein SET_DT

du musst aber immer aufpassen das immer gleiches mit gleichen kombinierst, da alle typen über udint realsiert sind
und die bausteine bzw. der compiler den fehler nicht erkennen können !

1755

Modulentwicklung / Re:YAHOO_WEATHER - neue Location codes erforderlich

« am: 23. Dezember 2009, 00:36:41 »

unlimited sichtweite mit > 1600km geht leider nur wenn man im weltraum  sich befindet
eine augenhöhe von 100m ergibt eine sichtweite vom ca 35km