- HiFi műszaki szemmel - sztereó hangrendszerek
- Steam Deck
- AMD Radeon™ RX 470 / 480 és RX 570 / 580 / 590
- Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Milyen CPU léghűtést vegyek?
- E-book olvasók
- OLED TV topic
- Milyen egeret válasszak?
- Soundbar, soundplate, hangprojektor
Hirdetés
-
Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
ph A megfizethető, szivacsokkal jól megpakolt modell ötfajta kapcsolóval és kétféle színösszeállítással/kupakprofillal szerezhető be.
-
SMITE 2 - Napokon belül indul a zárt alfa teszt
gp Több mint egy tucat karaktert próbálhatnak ki a szerencsésebbek, a teljes listát a május első napján esedékes streamben árulják el.
-
Érkezőben a Poco M6 4G
ma 5G-s és 4G-s Pro modell már van, hamarosan lesz Poco M6 4G-s alapváltozat is.
Új hozzászólás Aktív témák
-
01101010111
csendes tag
Szirty: „Miért SCL-ben akarod megvalósítani?”
Csak a gyakorlás miatt. LAD meg a FBD szimpatikusabb, de az SCL sokkal tömörebb. Idővel szeretnék eljutni a CAN kommunikációig és ott biztos jó hasznát veszem.norcee:
FUNCTION_BLOCK FB3
VAR_INPUT bemenetYTE; END_VAR
VAR_OUTPUT kimenetYTE; END_VAR
VAR mYTE:=0; END_VAR
kimenet:=(bemenet XOR m) AND NOT m;
m:=bemenet;
END_FUNCTION_BLOCKKöszönöm a tippet, megcsináltam már úgy is, de végül sikerült azt a 8 boolt is összeolvasztani egy byteba, igaz kissé nyakatekerten, nem túl szépen.
-
Szirty
őstag
válasz 01101010111 #1802 üzenetére
Hali!
"LAD meg a FBD szimpatikusabb, de az SCL sokkal tömörebb. "
Ez nem szimpátia kérdése, mindegyik alkalmas valamire és van amire nem. Ennek alapján érdemes dönteni.
De igen értem, hogy érdeklődésből csinálod. Azzal nincsen semmi gond... -
norcee
csendes tag
Szia oli83!
Az inkább gyakorlatiasabb fővárosi suliról van szó. Siemens, Omron, Modicon PLC-k vannak a suliban, ezért programozási nyelveket, ill. a programtervezés lépéseit fejlesztőkörnyezettől függetlenül általánosságban tanítják, a hallgatók feladata, hogy a fejlesztőkörnyezeteket megismerjék. A strukturált szöveggel kapcsolatban a már meglévő C nyelvű ismeretekre hivatkoznak a gráfhoz adtak némi segédanyagot, hogy milyen step-ek, elágazások... vannak. Ha gondolod ezt szívesen elküldöm.
--norcee
-
sörösló
aktív tag
Szerintem ez is iskolapéldája annak hogy hogyan nem lenne szabad oktatni ezt a dolgot. Volt már ilyen problémám, az illető azt mondta: "te alulról közelíted meg a PLC programozást, a gyakorlati oldala felől, én meg az elmélettől haladok a gyakorlat felé. Az alapvető vitánk a Grafcet programnyelv volt. Ő értette, mi, akiknek esetleg csak monitorozás szintjéig lett volna szüksége a dologra, nem egészen. Ha nem világos valami, majd szóljatok.- mondta Ő. De mi van ha esetleg elüt egy autó holnap? Hát majd valaki ír egy új programot! Az SCL is valami hasonló dolog lehet, nem értek és nem is akarok hozzá érteni. Ez olyan irányzat, mint a mikrovezérlők világa. A fejlesztő érti, olcsó meg minden, de ha kivülállónak kell javítani, akkor halál az egész. A főnök meg nem érti hogy mit nem lehet egy ilyen egyszerű kis valamin érteni. Tenyérnyi kis panel, néhány alkatrész... egyszerű eset. Ha megvan az eredeti fejlesztőkörnyezet, akkor talán. Ha nincs, akkor max. az Eeprom-ból ügyesen kiolvashatod a féloldalnyi hexakódot. Aztán hogy ez most kisnyúl vagy magyarvizsla kutya, találd ki. Vagy nyersz hangszórót vagy nem. Az egyszerű mezei technikus szepontjából a legrémületesebb a "fekete Doboz". Azt tudod,hogy mi megy be. Azt is tudod, mi jön ki. Hogy eddig kolbász jött ki, most meg miért hurka, csak akkor tudod esetleg megérteni, ha belelátsz a konyhába. Ha nem, akkor hiába veri az asztalt a kedves vendég, csak a válladat vonogathatod. Másik megoldás az eredeti fejlesztő mérnökét hívni. Ez egyrészt drága, másrészt nem biztos hogy ráér vagy még egyáltalán a cégnél van-e? Ezért rokonszenves bizonyos szempontból a távolkeleti szemlélet. Alap a létra, spec megoldásokat előreprogramozva kínál, lehetőleg bolondbiztos és bizonyos szintig viszonylag egyszerű. Mezei embereknek is szól nemcsak fényesagyú spéciknek akik nem mindig érnek rá.
-
oli83
tag
válasz sörösló #1805 üzenetére
Keményen fogalmazol.
Persze részben igazad van. Mindent ott kell használni, amire azt kitalálták.
Minél egyszerűbb, átláthatóbb annál jobb.
Mondjuk sok helyen ezért is alkalmaznak előírásokat, hogy rögzítsék miben, hogyan, miként szabad programozni. Ezek néha idegesítőek, de nem alaptalanok.
De azért lehet törekedni, nem muszáj megállni egy szinten. Fejlődni muszáj...... -
sörösló
aktív tag
oli83:
"De azért lehet törekedni, nem muszáj megállni egy szinten. Fejlődni muszáj......"
Ebben tökéletesen igazad van. De! Mondok egy gyakorlati példát. Adott feladat: egy szeget kell bejuttatni a deszkába. Egyik módszer hogy odakensz egyet a kalapáccsal. A fejlődés miatt meg lehet építeni egy bonyolult hidraulikus rendszert abszolút útmérővel és proporcionális szeleppel stb. A további cifrázást a fantáziádra bízom. Szépséges megoldás meg nagyon fejlett meg minden. Hú de okosak vagyunk! Na de minek, amikor a végeredmény ugyanaz? Sajnos sokszor találkozni ilyen túlagyalt dolgokkal pl. német csúcsgépekben. Szervomotor hajtja még az egyszerű ventilátort is, aztán megengedi a gép összetörését egy olyan egyszerű esetben is, amikor egy jeladót kellene látni ahhoz, hogy egy bizonyos mozgást engedélyezzen. Nem látja a jeladót de megengedi a ráközelítő mozgást. Úgy programozta, hogy ha odaér, akkor majd meglátja és megáll. Elmozdult a jeladó, nem látta meg és nem állt meg. Jé, összetört a masina. Nahát, ki a fene gondolta. Ilyen még sosem volt. Hát most lett! Francia mintavevő, előre programozott helyeken megáll meg minden, nagyon okos. A munka végén parkhelyzetre megy. Kissé lötyögős a mechanika, nem vette észre a jeladót. A gép végénél nem tud továbbmenni, de makacsul próbálkozik véghelyzetet keresni, amíg a motor le nem ég. Mondom a francia mérnöknek: nem kéne ide esetleg egy futásidőfelügyelet? Úgy nézett rám, mint bantunéger az atomreaktorra! A szakmai szótárából ez a fogalom egészen egyszerűen hiányzott. Megmagyaráztuk mire gondolunk, megértette, megcsinálta De egy ilyen hóttegyszerű alapfogás egyszerűen nem jutott az eszébe magától. Szóval csináld SCL-ben ha másképp nem megoldható, de létrázz, ha az is elég. A német bonyolítás iskolapéldája a LOGO. Programozható relé hülyegyerek villanyszerelőnek. Minden más gyártónál a létra az alapnyelv, a LOGO-nál nem. Ó dehogy. Alapból funkcióblokk! Én a TTL logikán nőttem fel, ismerem a blokkokat, de a legtöbb villanyszerelő sose látott ilyet. Ránéz és azt mondja: nekem ez hottentotta. Mondom neki, kapcsold át létrába! Ja ezt is lehet? Szóval ez van... Sok sikert a Való Világban! -
norcee
csendes tag
válasz sörösló #1808 üzenetére
Szia sörösló!
Teljesen egyetértek azzal, amiket írtál, bár a suliban az első ilyen felvezető órán ahol ismertették, hogy mik lesznek a félévben, ott elmondták, hogy az egy nagyon szomorú dolog, hogy Magyarország "csak a létradiagramnál tart". Ha a dolognak azt az oldalát nézem, hogy így megismerhetünk olyan nyelveket, amiket esetleg önszorgalomból nem -mivel nem feltétlen lenne rá szükségünk - de esetleg valamikor találkozhatunk velük, akkor az egy jó dolog. Nekem viszont az jött le a dologból, mint amit te is említettél, hogy valamiféle "tudományoskodó akármi" van emögött, hogy de már pedig ezzel kell mert ez az egzakt ez a jelen... Ha jól tudom az SCL és a GRAPH azok külön szoftverek, amiket gondolom borsos áron is lehet megvenni. Nem tudom, hogy hogyan működik de azt feltételezem egy gazdasági osztályról, hogy ha van három-, akkor nem biztos, hogy ad pénzt a negyedik programozási nyelvre is , így megint a létra nyert, de látod mégsem ez kell...
--norcee
-
oli83
tag
válasz sörösló #1808 üzenetére
Szia Sörösló!
Szeretném leszögezni, hogy nem azért vagyok itt hogy vitatkozzak.
Pontosan tudom, hogy mire gondolsz. Írtam már újra olyan logo vezérlést, amit enyhén szólva is túlbonyolítottak. Egy rajzlap volt, teli pókhallóval.
A szépség pedig az volt benne, hogy tervező: kapuzott, karbantartók: létráztak, és minden egyes átfordítás után egész máshogy nézett ki a logika. Kommentár noku.
Persze utána mindig jött a fejvakarás, hogy mi is volt, hogy is volt.
Én is létra párti vagyok, megírtam nekik létrába, és kikötöttük, hogy csakis létrába szabad tovább írni. Ennyi.
De, dolgoztam olyan helyen is, ahol viszont a kapuzás volt az elfogadott. Főleg németeknél látom, azoknál akik tisztán programozok, és nem villamos beállítottságúak.
Egyébként 300-asoknál van olyan eset pl. hogy FUP-ba megvan írva valami, és azt nem lehet átfordítani KOP-pá. Azszem ez a bemenetre visszacsatolt (#) fordul elő. Biztos fordított esetben is van ilyen.
De ha már itt vagyunk, olyan karbantartót se láttam még, aki panaszkodott volna a Gráf miatt. Van olyan helyzet, amikor az átláthatóság miatt áldozatot kell hozni.oli83
-
Szirty
őstag
Hali norcee!
"Teljesen egyetértek azzal, amiket írtál, bár a suliban az első ilyen felvezető órán ahol ismertették, hogy mik lesznek a félévben, ott elmondták, hogy az egy nagyon szomorú dolog, hogy Magyarország "csak a létradiagramnál tart"."
Aki ezt kijelentette, annak azt üzenném, hogy kicsit ki kellene mozdulni és szétnézni. Nem, nem az interneten, hanem egy gyárban, ahol olyan berendezéseket üzemeltetnek, amire a programozására a fent idézett mondatban utalt. Úgy tűnik, csak elméleti szinten foglalkozik a témával. Már bocsánat, de ostobaságot mondott.
Úgy gondolom, hogy az elvégzett munka minőségét nem az elvégzéséhez használt eszközök fejlettsége vagy minősége, színe, szaga, vagy a drágakőberakások száma határozza meg. Ha ez egy program, akkor a legfontosabb annak hatékonysága!
Vagyis az, hogy a feladatot, aminek elvégzésére rendeltetett milyen hatékonyan képes ellátni.Szerintem a PLC programozási nyelvek (mint ahogy maga a PLC is) erősen specifikusak, cél-orientáltak. Vagyis kimondottan egy szűk feladatkörre fejlesztették ki. Azt a feladatot amire készült igen hatékonyan képes ellátni, de ettől eltérő feladatra nem lehet hatékonyan alkalmazni, vagy teljesen alkalmatlan rá.
Kinek okozok meglepetést azzal, ha azt is kijelentem, hogy a létra / funkcióblokk kifejezetten alkalmas hosszú és összetett logikai feltételsorok programozására?
Az SCL teljesen másra való! Nem írom le még egyszer, másik hozzászólásban megtettem már.
Akinek meglepetést okoztam valamelyik kijelentésemmel, az nyugodtan próbáljon meg 400-500 (csak hogy ne legyen túl sok) logikai feltételből álló programot írni.
Egy percig sem állítom, hogy nem lehet SCL-ben megcsinálni, de abban biztos vagyok, hogy se könnyen áttekinthető nem lesz, se hatékony, se könnyen megírható.Ha szöget kell beverni, használjunk kalapácsot. Ha kommunikálni akarunk, használjunk telefonkészüléket.
Aki fejlett, az mobillal veri be a szöget, és kalapáccsal kopogtatja a fűtés csövet ha kész az ebéd? -
Szirty
őstag
Hali oli83!
"Egyébként 300-asoknál van olyan eset pl. hogy FUP-ba megvan írva valami, és azt nem lehet átfordítani KOP-pá. Azszem ez a bemenetre visszacsatolt (#) fordul elő. Biztos fordított esetben is van ilyen."
Az ilyesminek mindig az az oka, hogy a létradiagram megjelenítési szabályai nem teszik lehetővé a megjelenítést.
Más szóval: létrában lehetetlen megjeleníteni.
Ilyen pl. az az eset is, amikor van egy több tagból álló soros (ÉS) kapcsolat, aminek az egyik tagja egy timer.
Ha az ÉS kapcsolatok sorában a timer az első, akkor megjeleníthető létrában, ha nem az első, akkor már nem. Ez még egyszerű eset, mert ha ezt FBD-ben átírjuk úgy, hogy a timer az ÉS kapu legfelső bemenetén legyen, akkor onnantól már meg fog jelenni létrában is. A feltételsor végeredményét ez nem befolyásolja. Több ilyen eset is van, de nem mindegyiket ilyen egyszerű létrásítani.Mellesleg véleményem szerint az FBD megjelenítés egy fikarcnyit sem fejlettebb a létradiagramnál. (Ha már ott tartunk, hogy leragadt az ország a létránál
Egyszerűen csak egy másik megjelenítési módja ugyanannak a dolognak, de kissé eltérő szabályokkal. Nem jobb vagy rosszabb, (műszaki tartalom szempontjából) csak más.Szerintem FBD-t sem nehezebb átlátni mint a létrát, csak hozzá kell szokni.
-
oli83
tag
Így van. Megszokás kérdése.
Tudom nem illik, de most megismétlem magam:
"Mindent ott kell használni, amire azt kitalálták."
Lehet, hogy az előbb félre értettetek. Nem arra gondoltam, hogy az egész progit scl-ben kell megírni. Csupán azokat a részeket, ahol az "előnyös" lehet (sok szempontot megnézve pl. karbantarthatóság, hiba keresés).oli83
-
sörösló
aktív tag
Jaj, drága barátom! Hát pont erről beszélek!
"Csupán azokat a részeket, ahol az "előnyös" lehet (sok szempontot megnézve pl. karbantarthatóság, hiba keresés)."
Pontosan a karbantartás és a hibakeresés az a terület, ahol nem mindig 'teljes az adatbázis'. Itt kell egyszerű, sokak által megérthető módon programozott módszereket használni. Jómagam egyszerű műszerészként a relés vezérléstől jutottam el a PLC-ig. Nem vagyok nagy szakértő, a tevékenység jórészt csak a monitorozásig terjed. Persze írtam már 80-100 IO-s programot (ami csak ujjgyakorlat a Szirty által alapként említett 500-600 IO terjedelmű programhoz képest), de sokféle gondba belefutottam már. Amint már említettem, sokszor a 'fényesagyú' mérnök is eltéved a saját maga ültette erdőben. Ne bonyolítsuk azt amit nem muszáj! Ezt mint gyakorló karbantartó kérem tőletek, a jövő mérnökeitől! -
Szirty
őstag
válasz sörösló #1814 üzenetére
Üdv!
"Pontosan a karbantartás és a hibakeresés az a terület, ahol nem mindig 'teljes az adatbázis'. Itt kell egyszerű, sokak által megérthető módon programozott módszereket használni."
A program írás sokféle szempont figyelembevételével történhet. A legfontosabb, hogy az előállítónak olcsó legyen és gyorsan kész legyen, a megrendelőnek, hogy működjön.
Az általad felállított szempont is lényeges, de sokszor fel sem merül.Sőt sok esetben épp az a szempont, hogy a lehető legjobban megnehezítsék a programba való belenézést, vagy annak módosítását.
Néha ezt elég egyszerűen megtehetik, pl. úgy, hogy a fejlesztő (szerzői jogi okokra hivatkozva) egyszerűen megtagadja a forrásanyagok átadását a berendezéssel együtt.
Egyes rendszerek támogatják a program jelszavas védelmét és titkosítását is.
Úgyhogy nem egyszerű az élet....és azt is tudjuk, hogy se tökéletes program se pedig kész program nem létezik
-
sörösló
aktív tag
Hali, Szirty! Összefoglalnám.
""Az általad felállított szempont is lényeges, de sokszor fel sem merül." Úgy mondanám hogy szinte sohasem.
"a fejlesztő (szerzői jogi okokra hivatkozva) egyszerűen megtagadja a forrásanyagok átadását a berendezéssel együtt." Ez sajna így van mindig, ha nincs jelen szakember a szerződéskötésnél. Normális esetben kikötik a dokumentáció tartalmát, a kommentezett program átadását stb. Ennek persze ára van, amit lehet megtakarítani, de később majd drága lesz!
"Egyes rendszerek támogatják a program jelszavas védelmét és titkosítását is."
Még a leggagyibb programozható relék is tartalmazzák a titkosítási lehetőséget. Itt van megint az üzleti szellem. Ha már fizetek, akkor meg kellene nézni hogy miért. Ha nem adod a foráskódot, a kinyomtatott és felkommentezett programot, akkor nincs bót! Majd megveszem, ha azt adod amit szeretnék. Sajna az ilyen üzletkötéseknél a legritkább esetben van jelen olyan ember, aki tisztában van az ilyen dolgokkal. De ez már messze nem programozási probléma, hanem OFF a topicban, úgyhogy abba is hagyom... -
sörösló
aktív tag
Akkor tényleg utoljára.
" Főleg németeknél látom, azoknál akik tisztán programozok, és nem villamos beállítottságúak."
Na ezt soha nem tudtam felfogni. Hogy a ***Máriába programoz valaki elektromos vezérlést, ha nem 'villamos beállítású'? Hát milyen? Szövőnői, kutyaidomítói vagy mi??? Ha valaki SCADA rendszerekben spéci, akkor még megértem hogy az üzemi rendszerek felett lebeg , hiszen éppen ezeknek az integrálása a szakmája lényege, érhetően nem feladata a vezérlések érzékelőszintű ismerete. Azért nem hátrány, ha a folyamatoknak legalább a lényeges részeit ismeri.
A másik, amit azóta sem bírok megemészteni:' Magyarország leragadt a létránál'. Szuperjól állnánk, ha már csak ez lenne a legnagyobb probléma. Sajnos a magyar 'szakemberek' jó része még azt sem tudja hogy merre lehet az a bizonyos "létra"!
Házat építeni még nem tudunk, de a tetőre szánt szélkakas aranyozása már nagyon jól megy. -
sörösló
aktív tag
Közben rájöttem a "nem villamos beállítású" kifejezés értelmére. Az ilyen programozó bármely érzékelőt matematikai úton közelít meg! Két eset lehetséges a bináris logikában: igen vagy nem. Tiszta ügy, más lehetőség NINCS! Én láttam már induktív érzékelőt létrának használva; a gépészember máshol nem tudta megvetni a sarkát olyan kényelmesen. A valódi létra meg messze volt, bent a műhelyben. Ráállok, ha már kiáll! Ha letörik, akkor nem szólok ám mert még megtisztelik néhány keresetlen kifejezéssel a szegény mamát az elektromos gecik. (Bocs a kifejezésért.) Útban van a kis szervomotor, amihez optikai kábeles jeladó meg mittoménmi csatlakozik. Négy csavar tartja, hát leszerelem. Amíg szerelek, addig elfityeg az ott magának azon a két szál narancsszínű dróton (ez az optikai kábel). Basszus, melléütöttem a baltával! Kicsit belengett na! Elkaptam idejében, le se szakadt, most mit rinyálsz! Szóval valahogy így megyen ez gyakorlatice, Kedves Uraim! Kaland az Élet, szó se róla...
-
Dezsi82
tag
válasz sörösló #1822 üzenetére
Szia!
Annak ellenére, hogy nagyjából egyetértek veled, gondoltam nem hagyhatom szó nélkül a másik oldalt se.
Én is láttam már villanyszerelőt golyósorsón, meg lineáris csapágyon állni. És persze neki az tök mindegy, mert állni lehet rajta, bár kicsit zsíros a nyavalyás. Mozgás közben meg lejön a kosz, igaz visszaegyenesedni nem fog. Általában az ember saját területén jártas, és annak ellenére hogy némi ésszerű viselkedés elvárható, lehet az illető bele sem gondol.
Vagy programozásnál mondhatnám példának azt a német kollégát, aki Siemensben 150 szerszámhoz képes volt 150 létrát összehozni, ahelyett, hogy egy NW-ben kb 10 STL utasítással megoldotta volna dolgot.
Meg aztán a forráskód átadása sem egyértelmű dolog. Van jó pár olyan megrendelőnk, akik nem akarják a forráskódot, mert nem is értenek hozzá, emberük sincs aki akár meg is tudná nézni. Így inkább azt mondják, működjön a rendszer, legyen olcsóbb a program, de minket hívnak ha gond van.
És én is elég sok olyan PLC programozót ismerek, akik csak programozásban jártasak, és nem értenek az érzékelőkhöz, aktuátorokhoz. De vannak olyan cégek, ahol van programozó, és van beüzemelő. A programozó megírja a program gerincét, struktúráját, a beüzemelő pedig elvégzi a helyszínen a kisebb módosításokat, beállításokat. -
sörösló
aktív tag
válasz Dezsi82 #1823 üzenetére
Egyről beszélünk mi, Barátom! Nem csak a gépész lehet hülye hanem a villszer is. Szakmai kultúra vagy annak hiánya a lényeg, nem a képzés iránya. Ha a megrendelő nem kéri a foráskódot és egyebeket, az az Ő dolga. Hív téged ha gondja van, ez is teljesen OK. Ott a problema amikor nem kell a forráskód, de a saját embereimtől várom a tudást hogy ne kell- jen Téged hívni, infót meg nem adok hozzá! Nálunk most kezdenek erre rájönni. A gyártó cégtől annyiért jön egy hétre a technikus amennyiből engem két hónapig tartanak! Neki van szervizkönyve, nekem nincs. Nem okosabb nálam (sőt), csak neki van információja és "telefonos segítsége" nekem meg nincs. Telepítettünk anno egy német nyomdagépet. A skacok sokszor széjjelhagytak éjszakára laptopot, szerszámot meg mindent amit csak el tudsz képzelni. De volt nekik egy kb. 800 oldalas doksijuk, na azt addig sem hagyták szem előtt hogy beleolvassak! Ha elkértem, csak a mutató és a hüvelykujjukat dörzsölgették össze. Money Brother, money...
-
#95092224
törölt tag
Kicsit más téma.
Fényképen látok narancs-fekete olajos-zsíros-mocskos dobozt, rajta billentyűzet panel, kijelző, meg egy felirat, hogy "Fanuc 16", "Fanuc 32". Kellene nekem valami egyszerűsített rendszertan arról, fejlettségi szinten hol is tarthat az, ami a burkolaton belül van. Egyáltalán már digitális CPU-ja és rendszer sínje van, vagy még külön egységekből van összekábelkorbácsolva az egész mákostészta módjára?
Kotorásztam neten, de a jelek szerint ez már nem mai technológia. Vagy ha az, engem biza elárasztott a bőség zavara (meg a sok tonnás mellébeszélés). Bízom benne, itteni szakik még emlékeznek ilyesmire, és rövid úton be tudnak tájolni.
Köszönöm.
-
sörösló
aktív tag
-
Atok79
csendes tag
Kedves Szirty. A segítségedet szeretném kérni abban, hogy volna egy S7-300-as plc, profinet csatlakozási felülettel. A forrásprogram nincs meg, hogyan tudnám kiszedni a plcből a programot? Sajna a siemens plc-khez inkább csak hibakeresés okán kellett ezidáig hozzá nyúlnom, viszont ott mindig megvoltak a pg-n a programok..
A segítséged előre is köszönöm, üdv:Sanyi.[ Szerkesztve ]
Atok79
-
Szirty
őstag
Hali Atok79!
A dolog egyszerű, ha a PLC-ben lévő program nincs jelszóval védve. (nem a blokkok knowhow védelemére gondolok).
Összekötöd a gépedet a PLC-vel megfelelő módon. Gondolom ha foglalkozol 300-asokkal hibakeresés okán, akkor ez nem okoz gondot, nem írom le.
Elindítod a Simatic managert. Létrehozol egy új projectet (De nem a wizard segítségével!): File menü/New parancs.
Lesz egy üres projected, amiben semmi nincs, csak egy MPI(1) nevű objektum.
Kiválasztod a PLC menüből az Upload Station to PG.. pontot.
Kapsz egy Select Node Address ablakot.
Ennek a formája függ attól mi van beállítva a PG/PC interface-ben. Ha profinetre dugtad rá a PC-t és ethernet van kiválasztva, akkor meg kell adnod a PLC IP címét. Ha profibusz vagy MPI busz van kiválasztva és arra dugtad rá, akkor a profibusz vagy MPI címet kell megadnod. A View lehetőség segít megtalálni.
Ha ezután OK-t nyomsz, akkor áttöltődik minden a PLC-ből a gépedre és létrejön egy project. Benne lesz a hálózat konfig a HW config, minden, kivéve a szimbólum táblát, a DB blokkok szimbólum neveit és a kommenteket. Azok nem lesznek benne (A PLC ezeket nem tárolja). -
levelko
csendes tag
Üdv!
Ezzel kapcsolatbam szeretnék kérdezni. Adott egy S7 314C 2DP CPU. A programban megközelítőleg 80 funkció és adat blokk van. Többször monitoroztam már hibakeresés céljából több kevesebb sikerrel, de ezidáig módosítást csak a gépgyártó (német) végzett a saját PG-jével. Most azonban feladatként kaptam egy kisebb módosítást. A feladat annyi lenne csak hogy egy szabad kimenetet hozzárendeljek néhány belső változóhoz. Nem ezzel az egy network beszúrásával van gond, hanem hogy a gépet nem állíthatom meg, tehát a CPU-t nem kapcsolhatom STOP-ba. Alap esetben RUNP-be van kapcsolva. OMRON és MITSUBISHI CPU-kon már csináltam ilyet minden gond nélkül, de S7-hez nem igen vettem a bátorságot. Tehát hogyan tudom úgy módosítani valamelyik FC blokkot, hogy ne legyen baj? Ráadásul memória kártya is van benne, tehát úgy kellene módosítani hogy oda is rákerüljön, ha esetleg teljes tártörlést csinálna valaki.
Köszönettel. K.L.
levelko
-
Szirty
őstag
válasz levelko #1830 üzenetére
Hali levelko!
"Nem ezzel az egy network beszúrásával van gond, hanem hogy a gépet nem állíthatom meg, tehát a CPU-t nem kapcsolhatom STOP-ba."
Alapvetően az nem probléma, hogy a programot futás közben módosítod.
Egyszerűen átírod a megfelelő blokkot (berakod a kimenet bekapcsolását) és utána rátöltöd a CPU-ra azt a blokkot, miközben a kapcsolója RUN-P állásban van (RUN állásban nem engedi).Ha először csinálod, célszerű az aktuális programot a módosítás előtt a PLC-ből kiolvasni és lementeni (programot és az adatblokkokat is).
A következő pár dologra kell odafigyelni:
- Az az offline blokk, amit módosítasz, legyen aktuális. Tehát a módosítás előtt tökéletesen legyen azonos, azzal, ami a PLC-ben van. Esetleg a módosítást ONLINE is végezheted, de ezt nem javaslom.- A módosítás ne tartalmazzon durva programhibát Pl. ha elírod valamelyik címet (olyan merkert timert, kimenetet stb-t címzel ami az adott CPU-ban nincs) és nincs a CPU-ban Programming error OB, (vagy van, de az ki tudja mit csinál) akkor lehet gond. (pl. hogy STOP-ra megy).
Ha a programmódosítás egyszerű, mint ate esetedben, akkor ez nem lesz probléma.
Hogy a 314C-nél konkrétan hogy van nem tudom, de a memória kártyára a projectet csak úgy tudod átmásolni, ha a CPU-t leállítod.
Ezt a Simatic manager PLC menüjében lévő Copy RAM to ROM menüpontjával teheted meg. Újabb CPU típusoknál asszem nincs már ilyen lehetőség.
Szóval ha ez a régebbi fajta és kell a copy RAM to ROM, akkor ki kell várni a lehetőséget a gép leállítására. De addig is működhet a módosított programmal... -
dekorn
csendes tag
Sziasztok!
Olyan problémám lenne , hogy egy S7-300 317-2DP-és PLC-én módosítottam két FB blokkot (minimális módosítás)és az egyikhez a módosított DB-t is feltöltöttem(felülírtam), ezek után monitorozni akartam online a DB blokkba Saitek Scada felületről bevitt értékeket, ekkor kérdezett egyet amit leokéztam és ment a folyamat. Két érdekesség történt , mégpedig hogy az offline módosításnál mikor az FB-be két stat értéket bevittem akkor az OB1-esbe a rá hivatkozó call magától átíródott egy hosszabb call ... end call részre amit sajna nem mentettem , mert kitörültem és miután újra simán beírtam a call parancsot akkor úgy maradt és elfogadta. Ez a dolog csak akkor lett érdekes mikor egy teljesen más FB blokk ugrott így szét magától amihez nem is nyúltam. Ez volt az egyik érdekesség , a másik talán csak az én tudatlanságomból fakad, hogy time stamp hiba miatt nem akarta menteni az OB1-et csak miután a hibásnak jelzett részt cntr+x-el kicuttoltam és utána undo-ztam egyet és ezzel elfogadta a call részt. Valószínű hogy ezek az érdekességek abból is fakadtak , hogy én egy eredeti projektbe terveztem át az FB blokkokat és , mivel csak a letöltött PLC programmal akart csak kapcsolatot teremteni az interface (connection can't estabilished valami ilyesmi volt) , ezért abba kellett átillesztettem a módosított részeket. Kérlek segítsetek megérteni nekem az FB és DB blokkok eme lelkivilágát , mert ugyan megoldottam a problémát és a PLC megfelelően működik , de szeretném ezeket a dolgokat tisztán látni. Bocsi ha egy kicsit összevissza lett a leírtak logikája, de sajna ott csak az volt a lényeg hogy mennyen a progi, így nem foglalkoztam ezzel.
-
Szirty
őstag
Hali dekorn!
Ha egy FB-hez instance DB is tartozik, és az FB blokkot úgy módosítod, hogy a blokk interface részét megváltoztatod oly módon, hogy STAT, IN, OUT vagy INOUT változót törölsz, felveszel, ezek sorrendjét, típusát vagy nevét megváltoztatod, tehát szinte bármit csinálsz ezekkel, a blokk "inkozisztensé" válik. Ha ezután megnyitod azt a blokktot, ami a módosítottat hívta, akkor jön a hibaüzenet és a pirossal jelölt hívás a programban. Meg akár a CPU STOP is ha menet közben csinálod.
Ennél pontosabbat akkor tudnék rá írni, ha ennél pontosabban tudnám hogy mit változtattál... -
dekorn
csendes tag
Szia Szirty!
Köszönöm a választ. Szóval csak annyit csináltam hogy az egyik FB egyik NWjében egy timer FB meghívásának idő beviteli módját változtattam meg , hogy azt a Scada-ból lehessen állítani. Ehhez plusz két változót kellett létrehoznom a statba az ellőbeolvasáshoz a két idő összehasonlítása miatt. Azonban ez a rész nem is volt problémás azonban már itt is hibát jelzett a STAT elemek között volt egy FB meghívás amit újra kellett deklarálnom és csak ezután lett oké, de ehhez a részhez nem is nyúltam.Most az jutott eszembe még hogy lehet hogy hiába a letöltött projektel dolgoztam mégis a DB blokkot átmásoltam egy eredeti projektből ahol azt átalakítottam, mivel az symbolum listával rendelkezett. Hát nem tudom mi lehett a pontos dolog ami kiváltotta a problémát , mondjuk engem csak az OB1-es blokkban a call rész magától való átalakulása call ... end call osra zavar csak. Lehet hogy ott az volt a probléma hogy az FB blokkot változtattam , de a hozzá tartozó DB-t nem? És ha egy instant DB okozhat közvetetten más FB blokk hibássá válását? Szóval jobban utána kell néznem ezeket a viszonyokat az FB és az instant DB között. Hát ha van valami tipped akkor azt megköszönöm , meg ha produkálom a jelenséget akkor ledokumentálom a lépéseket.
-
#95092224
törölt tag
Jelenkori PLC vezérlők magyarországi gyakorlatban milyen ModBus sebességet támogatnak? Az a legnagyobb sebesség érdekelne, amit még tényleg használnak is, és nem csak papíron tudja 50 eszközből maximum 1. Köszönöm.
[ Szerkesztve ]
-
covekcbr
csendes tag
Hali!
Szeretnék kérni valakítől segítséget. Wincc Flexible-vel kapcsolatban, elég új vagyok a témában Siemens PLC-kel foglalkoztam, de Wincc Flexible-vel még eddig sosem, és szeretnék jobban megismerkedni vele. Ha esetleg valaki tudna egy oktatóanyagot hozzá, vagy leírást küldeni vagy megmonani honnan lehet megszerezni, nagyon hálás lennék. Köszönöm!
[ Szerkesztve ]
-
dekorn
csendes tag
Szia Szirty!
Ami volt nekem nem is olyan rég problémám ill. észrevételem , azt sikerült lemodeleznem újból. A problémám a következő van egy FB blokom amibe új stat változókat vittem fel. amikor kész volt az FB utána próbáltam beírni a DB-be de sehogy se ment ezért kitörültem a régit és generáltam egy újjat, azonban ezekután mikor az OB1 eset megnyitottam offline akkor az FB blokra való hivatkozás a következő képpen íródott át magától:
Call
BLD 3
= L 25.0
CDB
OPN DI 114
TAR2 LD 21
A M 28.0
= DIX 0.0
A M 28.1
= DIX 0.1
A M 28.2
= DIX 0.2
LAR2 P#DBX 0.0
UC FB 114
LAR2 LD 21
CDB
BLD 4
End Call
ezt persze hibásnak találta de mitán ezt kitörültem és beírtam neki az eredeti Call parancsort akkor azt elfogadta és minden oké .
Kérdésem lenne, hogy miért nem tudtam módosítani a DB-t ,és ha lehet hogy lehet? Az OB1-be miért ugrik így szét a call hívás és hogy ez normális dolog a Step 7 ben vagy valamit nem állítottam be? Előre is köszönöm a segítségeket. -
#95092224
törölt tag
Kezdő kérdés PLC nyelvekről. Milyen szélességű adatokat kezelnek? 16 vagy 64 biteseket?
Eddig csak a modbusba ástam bele magam, az a világ full 16 bites a legújabb doksik szerint. A PLC elektronikák viszont 64 / 128 bitesek. Szóval kicsit értetlenkedem.
-
sörösló
aktív tag
válasz #95092224 #1844 üzenetére
Amennyire én tudom, a modbus csak egy kommunikációs protokoll, amit anno az ős-Modicon plc rendszerhez fejlesztettek. Nem plc programnyelv! Stabil ipari cucc, talán ezért használják még ma is. Az Omron CX-One alapból kezeli, sőt mindenféle új cucchoz is kínál modbus kommunikációt. Ez az alapkommunikáció még a Schneider legújabb vezérlőihez is. Persze már nem RS 232-re írják, de a lényeg ugyanaz. Olyan ez, mint a Siemens S-5 plc-je. A Siemensnél valszeg már azt is letagadják hogy valaha ismerték azt az embert aki fejlesztette. Túl jól sikerült, olyan mint billygecynek az XP. Ajánlanak helyette minden jót de csak nem akar kimúlni a piszok! Lehet, hogy már az S-9xx-et ajánlgatják az S-7 helyett, amikor még belefuthatsz majd egy-egy ottfelejtett S-5-be.
-
Szirty
őstag
válasz #95092224 #1844 üzenetére
Hali topsli!
"Milyen szélességű adatokat kezelnek? 16 vagy 64 biteseket?"
Főleg egy bites adatokat kezelnek. Ez a fő erősségük, és az alap feladatokhoz (amire a PLC-ket szánták) pontosan erre van szükség.
De pl. S7 300/400 közvetlenül kezeli a köv. bitszélességű típusokat:Bool (1bit)
Byte (8bit)
Integer, Word (16 bit)
DWord, DInt, REAL (32 bit)Nem tudom ez a kérdés miért fontos, de megjegyezném, hogy a bitek száma kb annyira jelent "minőségbeli" különbséget is a számmal együtt, mint amekkora minőségbeli különbség van az alacsony és magasabb szintű programozási nyelvek között (tehát kvázi semennyire)..
-
#95092224
törölt tag
Modbusos elektronikát kellene gyártanom, és ásom belefele magamat a szoftver / elektronika kapcsolat lehetséges problémáiba.
Azt a bizonyos DWord, DInt, REAL (32 bit) típust képes úgy kezelni, hogy modbusra kapcsolt elektronika állapot regisztereibe simán csak beleírni egy lépésben? Arra gondolok, megcsinál-e olyat automatikusan, hogy lebontja a 32 bites adatot kettő 16 bitesre, és azokat kiírja a (regiszter cím) címre (alsó 16 bit), és a (regiszter cím+1) címre (felső 16 bit)? Létezik ilyen nyelvi tulajdonság?
-
Szirty
őstag
válasz #95092224 #1847 üzenetére
Hali topsli!
"Arra gondolok, megcsinál-e olyat automatikusan, hogy lebontja a 32 bites adatot kettő 16 bitesre, és azokat kiírja a (regiszter cím) címre (alsó 16 bit), és a (regiszter cím+1) címre (felső 16 bit)? Létezik ilyen nyelvi tulajdonság?"
Olyan tulajdonság létezik, hogy ha egy 32 bites adatot írsz egy olyan "valamibe", ami kisebb, mondjuk 16 bites, akkor automatikusan a 32 bites adat alsó részért írja bele, a felső 16 bitet levágja.
Ha két külön 16 bites "valamibe" akarod beleírni a 32 bitet és a két 16 bites rész egymást követő címen van, akkor 32 bites célként egyszerre is beleírható a két 16 bites célba a 32 bites adat mindkét fele.
Ha a két 16 bites "valami" nem egymást követő címen van, akkor ezekbe a 32 bites forrás adat két 16 bites felét csak 3 lépésben lehet kiírni a két 16 bites cél "valamibe". -
Szirty
őstag
válasz #95092224 #1848 üzenetére
Hali!
"Majd mindjárt elkezdem sajnálni a Siemens-t "
Erre nyilván nagyon nagy szükségük lenne :>
Szerintem (a válaszodból ítélve) félreértetted a lényeget, mert a hangsúly nem a siemens néven van.
A lényeg szerintem az volt, hogy van egy régi cucc, ami nagyon bevált, igen megbízható és évtizedekig működik. Történetesen ez siemens gyártmány.
Mindez nem zárja ki, hogy ilyet más gyártó is alkotott (és nyilván alkotott is)...
Új hozzászólás Aktív témák
- MotoGP & WSBK
- HiFi műszaki szemmel - sztereó hangrendszerek
- Yettel topik
- Steam Deck
- Helldivers 2 (PC, PS5)
- AMD Radeon™ RX 470 / 480 és RX 570 / 580 / 590
- Samsung Galaxy A55 - új év, régi stratégia
- Bittorrent topik
- gban: Ingyen kellene, de tegnapra
- Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
- További aktív témák...