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 - peewit

Seiten: 1 ... 119 120 [121] 122
1801
Tja , der baustein hat wirklich gefehlt

im anhang findest du den baustein zum nachrüsten
in der nächsten release (in kürze) wird der baustein dann natürlich schon drinnen sein.


import des blind_night in das projekt


1. im projektbaumfenster "logische poe" anwählen
2. Menü Datei -> Import -> Import erweiterter IEC61131-3 import
3. poe anwählen
4. baustein anwählen und übernehmen



[gelöscht durch Administrator]

1802
hallo martin.k

hast du dir schon die _buffer_search function angesehen


Richtig Super wäre natürlich wenn man die XML-Ketten direkt angeben könnte und man den Wert zurückbekommt  :-)

so wie es aussieht möchtest du vom "weatherchannel.com" die xml wetterdaten auswerten

mit den klassischen steuerungen ist es nicht möglich xml zu parsen

aber dann kam oscat.....

wir arbeiten seit längerer zeit an einer plattformneutralen ethernet-blbiothek
der referenzcode ist auch soweit fertig, und darin befindet sich auch ein XML-PARSER Baustein
damit ist es nun wirklich möglich beliebige XML-Elemente auszuwerten !

dazu gibt es auch einen YAHOO_WEATHER Baustein der genai diese Wetterdaten in einen Datenarray fertig ausgewertet ablegt.


da du wahrscheinlich ein codesys-anwender bist, gibt es das problem noch das "hugo" noch keine zeit hatte diese bibliothek zu portieren

ich kann dir den referenzcode zukommen lassen, und du passt ihn dir selber an......

ich habe dir die doku als file angehängt

[gelöscht durch Administrator]

1803
hallo "vaninger"

leider gibt es bei multiprog und pcworx keine Datum und Uhrzeit Datentypen (DT,TOD usw... fehlen)
weiters ist kein alias von datentypen erlaubt, und die einzige datentype die von der datenbreite alles aufnehmen und womit man auch rechnen kann ist leider nur der Datentyp "UDINT"
darum verwenden alle bausteine für datum und Uhrzeit Funktionen den Datentyp UDINT, ansonsten sind alle eigenschaften und ergebnisse gleich

Bei Phoenix Steuerungen gibt es folgende globale Variablen

RTC_HOURS   INT   VAR_GLOBAL   Systemzeit (Stunden)
RTC_MINUTES   INT   VAR_GLOBAL   Systemzeit (Minuten)      
RTC_SECONDS   INT   VAR_GLOBAL   Systemzeit (Sekunden)      
RTC_DAY                INT   VAR_GLOBAL   Systemzeit (Tag)      
RTC_MONTH   INT   VAR_GLOBAL   Systemzeit (Monat)      
RTC_YEAR   INT   VAR_GLOBAL   Systemzeit (Jahr)            

für meter_stat kannst du zb. mit baustein SET_DATE dir einen passenden Input "DI" basteln
 

1804
die feiertage sind als globale variablen in form einer Datenstruktur angelegt

zugriff über

location.holiday[ Sprache , feiertags index 0..29 ].NAME usw...

du kannst di schon vordefinierten einträge in deinen programm überschreiben / ändern oder erweitern ....

siehe grafik

[gelöscht durch Administrator]

1805
in der 3.04 ist die Holiday-Daten und "Datentypen" -> CONSTANTS_LOCATIONS -> HOLIDAY zu finden
 

[gelöscht durch Administrator]

1806
oscat.lib fuer PC WorX/MULTIPROG / Re: einzelne bausteine exportieren
« am: 08. Februar 2009, 12:10:19 »
wie hugo schon sagte , den baustein delay musst du auch noch exportieren

achtung !

der baustein 'delay' benötigt wiederum noch extra die datentype 'oscat_delay_buf' 

TYPE
  oscat_delay_buf             : ARRAY [0..31]   OF REAL;
END_TYPE

entweder von hand einfügen , oder die exportierst die kompletten oscat-Datentypen der lib

1807
oscat.lib fuer PC WorX/MULTIPROG / Re: ProConOs.fwl benötigt
« am: 05. Februar 2009, 14:29:22 »
die bacl_basic_vxx verwendet unter anderen den baustein S_BIT_IN_BYTE, der wiederum aus der 'bit_util.fwl' kommt, und nicht aus der proconos.fwl , somit muss man im eigenen projekt nochmals die 'bit_util' einbinden !

du hast anscheinend die bacl_basic_v0.10 bekommen, die ist eigentlich für ein pcworx3.xx gedacht.
weiters ist dort noch direkt die 'proconos.fwl' eingebunden, was dir dann noch zusätzliche probleme bereitet.

in meinem demoprojekt habe ich die bacl_basic_v0.12 eingebunden die schon für pcworx 5.xx geignet ist.

siehe test.zwt projekt im anhang
da ich das testprojekt mit dem neuesten pcworx erzeugt habe , solltest du dir das servicepack 4 installieren !

https://eshop.phoenixcontact.de/phoenix/treeViewClick.do?UID=2985738
dort findest du unter downloads das sp4 zum download

mfg peewit

[gelöscht durch Administrator]

1808
oscat.lib fuer PC WorX/MULTIPROG / Re: ProConOs.fwl benötigt
« am: 05. Februar 2009, 13:50:47 »
ich werde dir ein projekt in ein paar minuten schicken .....

1809
oscat.lib fuer PC WorX/MULTIPROG / Re: ProConOs.fwl benötigt
« am: 05. Februar 2009, 13:35:44 »
beim pcworx brauchst du keine proconos.fwl einbinden, denn die sps-spezifischen bausteine auch die der proconos.fwl stehen automatisch
zur verfügung.

das aktuellste pcworx ist ein v5.20 sp4.45, aber das hat nichts mit deinem problem zu tun.

wer sagt dir das die proconos.fwl fehlt ?


mach eine bildschirmhardcopy von deinen problem , oder stelle dein problemprojekt online

1810
oscat.lib fuer PC WorX/MULTIPROG / Re: ProConOs.fwl benötigt
« am: 05. Februar 2009, 13:02:41 »
hallo peterH

diese bibliothek hast du normalerweise sowieso auf deinem System zur verfügung.
du must sie nur unter bibliotheken einbinden !

einbinden der proconos.fwl:

im projektbaumfenster gibt es den ordner 'bibliothek' -> rechte maustaste -> einfügen 'firmware-bibliothek'
dann musst du im dateimanager den passenden sps-hardware-ordner anwählen und die proconos.fwl übernehmen

wenn du trotzdem nicht zurecht kommst, dann sag mir bitte
was für eine SPS und welche Programmiersoftware verwendest du ?
welche rs485 bibliothek hast du gekommen ?

1811
Hallo Vaninger

Die List_Bausteine benutzen als Speicher einen ganz normalen String. Die maximale Stringlänge ist jedoch auf den meisten systemen sowieso auf ca 255 zeichen beschränkt. bei pcworx würden zwar auch uber 32000 zeichen in strings gehen, das wäre aber ein totaler performancekiller.

deine real_strings kannst du ganz einfach mit 'concat' auch zusammenhängen, und bei erreichen der string-grenze in die datei schreiben (neue daten werden an das ende der datei angehängt)

die groessere aufgabe hierbei ist sowieso das file-handling

csv-format:
wert1;wert2;wert3;wert4<CR><LF>
wert1;wert2;wert3;wert4<CR><LF>


1812
oscat.lib fuer TwinCAT/CoDeSys / Re: Betriebsstundenzähler
« am: 21. Januar 2009, 16:18:55 »
das beispiel funktioniert auch in der simulation

dein problem ist beim DT_TO_STRF das der Formatierungsstring "FMT" bei dir nicht in ordnung ist.

du hast bei FMT '#n:#r:#t' angegeben, diese parameter gibt es aber nicht !

bitte alles so wie in Doku anwenden

FMT '#N:#R:#T'   <--- das funktioniert dann auch ...

 

1813
oscat.lib fuer TwinCAT/CoDeSys / Re: Betriebsstundenzähler
« am: 20. Januar 2009, 18:43:02 »
für so einem zweck passt der Baustein DT_TO_STRF perfekt !
das ausgabe-format kannst du beliebig zusammenstellen

Siehe Beispiel-Grafik (Anhang)


[gelöscht durch Administrator]

1814
Bestehende Module / Existing Modules / Re: TO_UPPER rev 1.2
« am: 15. Januar 2009, 10:41:11 »
Hallo Ilja

hier hat sich tatsächlich bei der letzten codeoptimierung ein fehler eingeschlichen

TO_UPPER := in AND NOT 16#20

dein vorschlag lässt sich noch kürzen

TO_UPPER := in AND 16#DF

Danke..
--------

IF in > 96 AND in < 123 THEN
   TO_UPPER := in AND 16#DF;
ELSIF in > 223 AND in <> 247 AND in <> 255 AND setup.EXTENDED_ASCII THEN
   TO_UPPER := in AND 16#DF;
ELSE
   TO_UPPER := in;
END_IF;

1815
woduch kann diese fehlermeldung verursacht , bzw wie behoben werden.

das bibliotheks-projekt muss nach dem entpacken einmalig auf den aktuellen programmiersystem fehlerfrei kompiliert werden, damit dieses
benutzt werden kann.

ein möglicher fehler ist dass man nach dem kompilieren der lib nocheinmal  "speichern unter" macht, dann ist
das projekt wieder "nicht kompiliert", und man  kommt genau zu dem genannten fehler !

also immer zuerst die lib "speichern unter" und zum schluss immer kompilieren !



Nochmals schritt für schritt für multiprog user

1. multiprog starten
2. Menü: Datei -> projekt öffnen -> Datei "oscat_???.zwt"       (? steht für beliebige versionsnummer)
3. Menü: Datei -> projekt speichern unter (beliebiger pfad für die lib)
4. projekt kompilieren
5. wenn danach einige fehler gemeldet werden , muss noch unter bibliothek .../plc/fw_lib/proconos/proconos.fwl
   eingebunden werden (nicht vergessen im dateidialog den dateityp "firmware bibliothek" vorwählen
   und projekt nochmals kompilieren
6. wenn nach kompilieren keine fehler gemeldet werden, dann ist die oscat_lib betriebsbereit !


dann die oscat_lib in beliebigem (eigenem) projekt einfach unter "bibliothek einfügen" einbinden

--------------------------------------------------------------------------------------------------

mfg peewit

Seiten: 1 ... 119 120 [121] 122