C fordító az S7-hez! aki a 3. oldallal tesz
Téma beállítások
Keresés a témában
kijelző
Ha mindez annyira értelmetlen, felteszem magamnak a kérdést, miért van ennyi programozási nyelv a pc-n.
Ha egy probléma előtt ülök, mindig azt mondhatnám, hogy meg tudnám oldani egyik vagy másik kérdéssel, miért vannak még mindig a többiek? szerintem minél nagyobb a választék, annál jobb. Előfordulhat, hogy a c fordító sokkal könnyebben képes megoldani egy feladatot, mint az, hogy hogyan működött volna a meglévők egyikével.
Szerintem csak merje megtenni ezt a lépést, nem kell használnia. és olyan problémák esetén, ahol van értelme használni, már használják is.
Az S5/S7-en kívüli világ nem annyira saját, ezért sokféle út vezethető oda, bár az eszközök megválasztásának mindig a célnak kell lennie. Akár Pascal, C vagy C ++, hogy csak néhányat említsünk, megfelel az ágazat fejlődésének. A Windoof világban azonban már készül az ember, hogy a BG akadályba kerüljön, a Microsoft Foundation Club nélkül szinte semmi sincs, és háromszor is meg lehet tippelni, hogy a Siemens OPC szerverek milyen alapon működnek. Sok kurva számára szinte más nem marad, mint meghajolni a diktálás előtt.
Van néhány dolog, amelyet nem lehet megtenni az SCL-ben, de amelyeket nagyon szépen és biztonságosan lehet megfogalmazni az IL-ben. Ez például arra ösztönöz, hogy más megoldásokon gondolkodjunk. Az a tény, hogy az IL-t nem lehet elhallgatni, és hogy az IL a C-től származó nyelvi elemeket használja, egy másik motiváció számomra. Ami engem is idegesít, az az állandó jelzés az SCL-ben, amely jelentősen eltér a Pascal szintaxis szabályaitól (már várom az S7 puristák kifogását).
Így volt tőletek is. de rendben volt
Még mindig nagyon jól ismerem az LSB-t, mert régóta élek.
Hogyan képzeled el a folyamatot.
Ha érdekel, regisztrálj, és írj nekem egy PM-t. Mostanáig (hétvégén) nem számítottam ilyen válaszra. Demokratikusan beszélgetünk a témáról egy csapatban, privát légkörben.
Próbálta már valaki az S5-öt, volt ilyen
egy könyv a Franzis-Verlag-tól:
Gépvezérlés a PC-vel. Sikeresen hajtsa végre a PLC vezérlési feladatait a PC-vel.
Szerző: HOFER, Johannes,
ISBN 3772348211.
Csak használt könyvesboltokban kapható.
Akkoriban ez kevésbé érdekelte az embereket.
Üdvözlettel Gerhard Bдurle
_________________________________________________________________
A tapasztalat nem jelent semmit. 35 évig rosszul teheti a dolgát. Kurt Tucholzki
Ez magában foglalja a szokásos C könyvtárat is? Ezzel csak azokat a részeket értem, amelyeknek értelme van ebben az összefüggésben. Értelmes alatt értem pl. Mindent, ami megtalálható.
Zottel kódját már több szálban is felhasználták a C-beli "szörnyű körülmények" példájára. Az egyetlen probléma az, hogy a libnodave forrásai nem jó példa erre, mert véleményem szerint Zottel programozáskor betartotta a "jó erkölcsöt". 14 évvel ezelőtt szereztem tapasztalataimat a C/C ++ -ról, és azóta rozsdásodik. Ennek ellenére nagyon jól kijövök Zottel kódjával !
A C-vel sok embernek (nekem is) az a problémája, hogy C szinte mindent elnyel, ami előtte van elhelyezve, és egyes programozók ennek megfelelően olvashatatlan kódot írnak. De ez alapvetően nem a C hibája, hanem ennek a programozónak a hibája. C egyetlen hibája, hogy egyáltalán lehetővé teszi az ilyen túlkapásokat.
Ezért kritikus vagyok a C programozási nyelvként való elfogadásával kapcsolatban is a PLC-ben, de ki tudja, a C valószínűleg a PC-n a legelterjedtebb nyelv a leírt problémák ellenére.
Tehát a speciális funkciókhoz el tudnám képzelni, hogy ezeket inkább C-ben vagy VB-ben programozzam, mint STL-ben!
Ha például a programozást "C" -ben hajtják végre, akkor a kód könnyebben és gyorsabban olvasható, mint az STL-ben.
A táblán lévő munkaterületek nagy részét nem ismerem, a területünk speciális gépgyártás (átviteli vonal, megmunkáló központok, összeszerelő sorok stb.). Sok harmadik féltől származó alkalmazást, például videomegfigyelést, mobbit és még sok mást használnak itt ma. valamint adminisztratív feladatok a PLC-ben.
Pl. Raklap vagy szerszámkezelés megmunkáló központban.
Ezeknek a dolgoknak a programozása C-ben bizonyos esetekben nagyon hasznos lehet, mert ha például ProTool Pro-t használunk, akkor az ott található képeken a C részei is szerepelnek.
Amikor a "know-how" megvan, az ügyfél megnézhet egy STL vagy FBD blokkot is. Az ügyfélnek vagy a kiszolgáló személyzetnek nem kell minden modult módosítania. Senki sem panaszkodik, hogy pl. Az alapprogram NCU57x.x vagy Hi-Graph vagy TL2000 blokkok blokkolva vannak. Tehát a gyártó know-how-val is lezárhatja a modulokat.
Természetesen a C iránti kereslet a 7. lépés iránt korábban nem volt olyan nagy, de a lehetőségek, funkciók és követelmények az utóbbi években sokat nőttek. Másrészt a Siemens számára nem olyan könnyű különböző szinteken fejlődni. Ezt nagyon erősen észreveszi, amikor a Siemens különféle mérnöki eszközeit együtt használja. Ez mindig érvényes az autóipar projektjeire, ahol a projekt kézikönyvek az A&D Siemens-től származnak, és az elején nagyon gyakran vannak problémák az egyes eszközök kombinációjával!
Ezt a témát már elég gyakran megvitattuk, mert már vannak olyan esetek, amikor egy olyan algoritmust szeretnénk átvinni, amelyben egy C-IL átalakító sok munkát végezne.
A kérdés most az, hogy mennyire komoly az ügy, és milyen alapon épít. A GCC elképzelhető lehetőség lenne. A hibakeresés válik problémává!
Ami a meglévő nyílt forráskódú C fordítót illeti: a GCC inkább 32 bites architektúrákhoz készült. Az S7 képes 32 bites számtanra, de a szűkös memória bájtonként jobban el van osztva. Vessen egy pillantást az SDCC-re, amely a különféle mikrovezérlők C fordítója. Csak hozzá kell adni egy új háttérvéget (kódgenerátort), ha nem tévedek.