- sziku69: Fűzzük össze a szavakat :)
- Fűtés és hűtés klímával, napelem segítségével
- [K2]: A vagyonvédelmi rendszerszerelővé válás rögös útja
- btz: Internet fejlesztés országosan!
- gban: Ingyen kellene, de tegnapra
- KRTLPC: Ki és hogyan élt túl? Volt ám fennakadás
- sziku69: Szólánc.
- ldave: New Game Blitz - 2025
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Szoszo94: Xiaomi Mi Router 3G - Padavanra fel!
Új hozzászólás Aktív témák
-
Szirty
őstag
válasz
Dezsi82
#1250
üzenetére
Hali Dezsi82!
"Step7 Manager, projektre jobb klikk, object properties, és bepipálod, a Can be opened any windows language settings (language neutral) jelölőnégyzetet."
Ha jól értem, akkor nem erről van szó.
Ezek szerint nem futottál még bele, de van egy olyan probléma, hogy ha az általad fentebb említett kapcsolót nem kapcsolja be a project készítője, és nem magyar windows-on készíti a projectet, akkor azt magyar (ill. bármilyen más nyelvű) windows-on nem lehet megnyitni egyáltalán!
Tehát eleve elutasítja a betöltést, de sem lehet tölteni, így a project settings-hez sem lehet hozzáférni hogy bármit átállítsunk (mivel ahhoz be kéne tölteni).
Az üzenetben azt javasolja, hogy állítsuk be a területi beállításokat xy nyelvűre (amilyen winben a project készült).
Ennek senki ne dőljön be, akkor sem tölti be a projectet és pl. dán nyelvűre állítva a wint azt javasolja hogy állítsuk dán nyelvűre a wint. Ezt én szépen végigjártam anno, amikor a Danfoss-tól ingyen letölthető (és mellesleg súlyos hibát tartalmazó) step7 példaprogramokat próbáltam megnyitni.Ha még nem futottál bele, akkor is érdemes (az egyébként egyszerű) megoldást megjegyezni, mert hihetetlenül bosszantó probléma lesz amikor majd beletenyerelsz
A megoldás alább, az előző üzenetben...
-
Szirty
őstag
Szevasz dekorn!
"Azaz érekes hogy a help utasításait betartva átálítottam a nyelvi és régiós beállításokat , de még így see indul el. "
Ha ez a probléma:
Akkor az oldalamon találsz megoldást rá.
Konkrétan itt: "Idegen nyelvű" Step7 projectek megnyitása -
Szirty
őstag
válasz
Dezsi82
#1239
üzenetére
Helló Dezsi82!
"Csak mert én egyelőre annyi értelmét látom a tömbnek, hogy deklarálásnál leegyszerűsödik mondjuk 180 bool típusú változó beírása"
Az is egy előny néha. De van még.
Pl. hogy egy tömb nevét is megadhatod mondjuk BLKMOV-nak illetve bárminek, aminek ANY paraméterre van szüksége.
Egyszerűbb (átláthatóbb) az "Adatok".Tomb megadása mint az hogy DB1.DBX6.0 Int 20.
De nem csak ez az előnye, a tömb elemeire direkt módon hivatkozhatsz az indexeivel, csak indirekt módon nem. Adott esetben is igen hasznos.Úgy néz ki az indirekt címzést tényleg csak címregiszteres "varázslatokkal" vagy pointerekkel tudod megvalósítani STL-ben.
De ne felejtsük el, hogy az STL alacsony szintű nyelv.
Ha sok ilyen indirekt tömbelem címzés kell, akkor SCL-t kell használni, abban működik a dolog. -
Szirty
őstag
válasz
Marty76
#1223
üzenetére
Hali Marty76!
"taiwani pajtás fogott egy mini pc-t, gyártott egy külön kis mikrokontrolleres áramkört, a kettőt soros porton összekapcsolta, és ezt az egységet egyetlen dobozba pakolva elnevezte a végeredményt valami akármi PLC-nek.
...
Igen ez jól érted, de végeredmény egy PLC az szó legteljesebb értelmében. ( ha úgy vesszük ez az összes plcről elmondható legyen az omron, siemens )."Már elnézést, hogy ilyen kötözködős vagyok és ezzel eltérek az eredeti iránytól, de hol van PC pl. egy omron (vagy bármilyen) PLC-ben?
Vagy pontosan mit értettél a fentieken? -
Szirty
őstag
válasz
Marty76
#1222
üzenetére
Hali Marty76!
"Szóval kiexportáltam az adatokat, de itt megállt a tudomány."
Szerintem jól közelítetted meg a problémát.
Az általad leírtakból azt feltételezem, hogy a PC-PLC közötti kommunikáció kellően sablonos és egyszerű ahhoz, hogy ilyen módon könnyen visszafejthető legyen.Azonban nem elég ehhez annyi adat amennyit a mellékelt hexa dump-ben mutattál.
Azt is tudni kéne mit mutat a PC amikor ezeket az adatokat küldi. A kettőt párhuzamosan kell figyelni és hosszabb időn át.
Az adatfolyamban és a képernyőn történt változás közötti összefüggés biztosan rá fog vezetni a megoldásra. -
Szirty
őstag
válasz
Dezsi82
#1213
üzenetére
Hali!
Én is ilyet használok.
Nagyon jól működik, stabil.
Két bajom van vele.
Az egyik már elhangzott itt, nem tud 12 MBPS sebességet
A másik nagy bajom vele, hogy a tápfeszültségét az MPI/DP csatlakozóján lévő 24V-os forrásból nyeri és nem az USB port 5V-ja táplálja.
Ebből kifolyólag csak közvetlenül a CPU-ra vagy esetleg repeaterre dugva használható, mivel a CPU és a repeater MPI/DP csatlakozóján van 24V, de pl. egy ET200-on, frekvenciaváltón, vagy operátorpanelen sajnos nincs.Úgy szoktam megoldani, hogy egy busz csatlakoót átalakítottam, külső 24V-ot vittem bele. Ezt "közdarabként" csatlakoztathatom a buszos eszköz és a PC adapter közé és akkor kap tápfeszt.
Az automatikus felismerés nem mindig jön neki össze.
Pl. amikor egy profibusz hálózaton van egy OP270 és protoollal akarom rá tolni a projectet, akkor auto módban nem jön össze a kapcsolat, át kell állítani profibuszra.
De ez nem vészes, együtt lehet élni vele.A szoftvere ingyenesen letölthető siemenstől is.
Ha valaki ilyet akar venni figyelni kell, mert van több verzió is (nem mindegyik tudja ugyanazt)
Tud PPI-t is, tehát S7-200-akhoz is használható. -
Szirty
őstag
válasz
Marty76
#1206
üzenetére
Hali Marty76!
"A Siemens és az Omron megjelenítőkhöz is van gyárilag olyan szoftver, amivel grafikus felületeket és plc adatokat lehet kezelni. Valami ilyesmire gondoltam , de márka függetlenül."
Mindegyik HMI-hez van saját szoftver.
ha úgy vesszük, ezek küzül sok már alapvetően elég általános, mert sokféle PLC-t tudnak kezelni. Siemens ProTool pl. kb. 10 féle egyéb PLC-t is tud kezelni.
De vannak ennél általánosabbak is. Pl. a legtöbb SCADA programhoz van rengeteg fajta PLC driver, így azok is univerzálisak tulajdonképpen.
vagy ott az OPC. Ha van az adott PLC-hez OPC szerver, akkor azt bármilyen HMI szoftverrel lehet kezelni, ami tud OPC-t (a legtöbb tud).Te magad is írhatsz HMI szoftvert, sokan csinálják adott alkalmazáshoz. Univerzális HMI szoftvert írni viszont irdatlan nagy munka. Egyedül meg gyak. lehetetlen.
-
Szirty
őstag
válasz
Marty76
#1202
üzenetére
Hali Marty76!
"Lehet ilyen rendszert készen kapni? Olcsón..amit beparaméterezve megérteném az egészet?"
Lehet, úgy, hoyg valaki megcsinálja. Nem olcsón.
Általában az ilyen teljesen kulcsra kész rendszerek egyediek, nem tucat termékek amit csak le kell venni a raklapról a másik 5000 ugyanolyan példény mellől és fizetni a pénztárnál. -
Szirty
őstag
válasz
#95904256
#1180
üzenetére
Hi!
"Minek ennyire bonyolítani, ha nincs rá szükség?"
Semmilyen bonyolításra nem került itt sor.
Alapvetően egy kérdés (egy feltételezés megerősítése) volt az ami miatt írtam.
Ehelyett te úgy kezeled, mint ha én tényként közölnék dolgokat és próbálsz meggyőzni hogy az nem úgy vanMivel feltételezésem szerint ez az soros <-> ethernet gateway arra lett kitalálva, hogy egy csupán soros porttal ellátott eszköz és egy PC között biztosítson távoli kapcsolatot, nyilvánvaló, hogy kell egy virtuális soros drivert telepíteni arra a PC-re, amelyik az ethernet gateway-en keresztül szeretné elérni a soros eszközt, aminek egészen egyszerű (nem, nem bonyolult) és meglehetősen prózai oka van:
Mégpedig az, hogy rendszerint egy teljesen tetszőlegesen (gyk.: véletlenszerűen) kiválasztott soros kapcsolattal rendelkező készülék-hez mellékelt PC-n futtatható az eszközjöz kifejlesztett szoftver soros porton akar majd kommunikálni. Szerintem ebben semmi meglepő nincsen
Azon viszont kifejezetten meglepődnék, ha egy ilyen tetszőlegesen kiválasztott soros eszköz PC szoftvere képes lenne közvetlenül kezelni azt a TCP/IP adatfolyamot, amit az említett gateway produkál a soros adatok továbbítására...Éppen ezért az is kevéssé valószínű, hogy a szóbanforgó ethernet gateway pontosan azt a protokollt használja a soros adatok TCP/IP-n történő továbbítására, ami egy az egyben megfelel neked a szerverhez...
-
Szirty
őstag
válasz
#95904256
#1179
üzenetére
Hali!
"Csak itt most OMRON PLC-ét kell használni és más a protokoll."
Ha ez a bizonyos "másmilyen protokoll" amit a szerver megkövetel teljesen egyedi, vagy egy bizonyos gyártóhoz köthető kizárólagos protokoll (és ha ez egy gyártó, akkor nyilvánvalóan nem az Omron) úgy meglehetősen nehéz lesz kivitelezni a dolgot ebben a formában...
-
Szirty
őstag
válasz
Dezsi82
#1174
üzenetére
Hali Dezsi82!
"A soros porton kijövő adat nem hiszem, hogy csak FINS lehet, mert akkor nem tudna működni szabványos soros eszközökkel."
Nekem úgy tűnik, hogy ez az serial-ethernet gateway semmi mást nem tesz csak azt, hogy továbbítja az adatokat a végpont és a saját fizikai soros portja között egy az egyben.
Nem így működik?
Ha így működik, akkor FINS lesz a képben megint, mert az omronnal soros porton át így lehet beszélgetni (iiletve vannak még más módok, pl. HostLink stb).
Amire rá akartam világítani az az, hogy a fentiek miatt az ethernet végén lévő gépen bizony be kell avatkozni (telepíteni kell valamit). Az eredeti kérdésben ezt viszont eleve kizárta. -
Szirty
őstag
válasz
#95904256
#1171
üzenetére
Hali akosf!
"Cool! Ez a soros port / ethernet átalakító nagy ötlet!
Holnap beszerzek egyet."Ehhez viszont telepítened kell a szerverre egy virtuális soros portot, ami az etherneten átpumpált soros kapcsolat másik vége tulajdonképpen. Azon keresztül jönnek ki az adatok, amik bemennek a gateway fizikai soros portján.
Úgy sejtem ez így működik.
Ráadásul egy másik szoftver is kell a PC-re, ami megfelelően olvassa ezen a virtuális soros porton keresztül a PLC-ből az adatokat méghozzá valószínűleg pont FINS protokollalVagy ezt másik projecthez gondoltad?
-
Szirty
őstag
válasz
#95904256
#1164
üzenetére
Hali akosf!
"Most, hogy utánanéztél az ésszerűbb és valószínűtlen szavak jelentésének, meg is tudánád mondani, hogy mi volt az amit azért nem írtál le válaszul, mert ésszerűbbnek és egyben valószínűtlenebb is tartottad?"
Nem érzem úgy hogy utána kellene néznem szavak jelentésének.
A poén halála ha magyarázzák..."Ezt épp nem utólag szabták."
Étem. A szövegkörnyezetből úgy tűnt.
Akkor talán az Omron nem a legjobb választás. Vagy azt is előírták? -
Szirty
őstag
válasz
#95904256
#1162
üzenetére
Hali akosf!
"Most már kíváncsi vagyok, mi az ami ésszerűbb de valószínűtlenebb..."
Ésszerűbb: Az a megoldás, ami a lehetőségek határain belül (mesterségesen létrehozott szűkítő feltételek nélkül) technikailag a lehető legoptimálisabb, legegyszerűbb és a célnak legmegfelelőbb módon éri el a kívánt célt.
Valószínűtlen: Mivel más hajóban eveztek nincs kompromisszum, csak magyarázat arra miért nincs kompromisszum"Most előírták, hogy Ethernetes OMROM CJ1 PLC-ével kell vezérelni a gépet gateway PC nélkül."
Utólag szabott feltételek?
Na azoknak tényleg kihívás megfelelni! -
Szirty
őstag
válasz
#95904256
#1160
üzenetére
Hali akosf!
"Adott protokollt kell használni."
És lehet tudni ennél konkrétabbat is?
"Tényleg nem volt ésszerűbb ötleted?"
Volt. Viszont az eddig közölt információk alapján ez látszott a legvalószínűbbnek.
"A közelébe sem engednek."
Így könnyű a szerver üzemeltetése :>
Keletkezzen adatátvitel, de ehhez nem nyúlhatsz, majd mi megmondjuk milyen legyen. Old megNekem egyébként úgy tűnik, hogy az omron ethernet adaptere nem tud free UDP/TCP módot, ahogy láttam FINS van, vagy mehetsz a sóhivatalba.
Egy gateway-el megoldható lenne, de az egy plusz eszköz és persze plusz munka (meg hát plusz idő és plusz pénz). -
Szirty
őstag
válasz
#95904256
#1156
üzenetére
Hali akosf!
"De ez az út nem járható ( tilos bármit is felpakolni a szerverre ). Van valami egyszerű megoldás?"
Felmerült bennem a kérdés, hogy ebben az esetben hogyan "tudatod" a szerverrel, hogy te szeretnéd ha kommunikálna az omronokkal?
Egy derűs tavaszi délutánon leülsz mellé egy székre és részletesen elmeséled neki hogyan csinálja? Esetleg veréssel fenyegeted, vagy hogy menne ez? -
Szirty
őstag
válasz
Dezsi82
#1147
üzenetére
Hali!
"Persze ezt csak a saját tapasztalataim, és ismerőseim elbeszélései alapján mondom. Lehet, hogy ahol te írod, átmegy egy valós példa is, de szerintem sok vele a nyűg. Az iskolába iskolapélda való."
Pontosan. És ez a legnagyobb baj a műszaki oktatással!
Egyre kevesebb köze van a valósághoz annak, amit oktatnak. -
Szirty
őstag
válasz
makrodom
#1137
üzenetére
Hali makrodom!
Azért írja ki, mert oda ahova MOV-ot akarsz tenni, nem lehet.
Mégpedig azért, mert nem fér el.
Mégpedig azért nem fér el, mert vízszintes vonalakat rajzoltál alá 5 sorban.
Egy MOVE 3 sor helyet foglal el és mivel nem fér el egy sorban (amennyi helyet hagytál neki) kiírja hogy nem lehet oda letenni.Vagy vedd le az alatta levő vonalakat, vagy a második vonalra állva nyomj kétszer Alt-le nyilat és utána helyezd el az első vonaélra a MOV-ot.
(Ui: Javaslom ne tegyél be 600-700 pixelnél szélesebb képet a fórumba)
-
#1135
Szirty
őstag
Csakénvagyok
#1134
Szirty
őstag
válasz
Csakénvagyok
#1134
üzenetére
Hali!
Létezik ilyen?
:-O -
#1133
Szirty
őstag
Régi Szaki
#1132
Szirty
őstag
válasz
Régi Szaki
#1132
üzenetére
Hali Régi Szaki!
"Az "előhívás" azt jelenti, hogy rákattintok a könyvtárba lévő CX-5 fájlra és betöltődik a CX-5 az előzőleg megírt programmal.Hiába kattintok az általad megjelölt menű pontokra nem történik semmi."
Sajnos így nem tudok segíteni. Nem tudom biztosan, hogy mit jelent számodra a "semmi"...
Ha a "Work online"-ra kattintasz, akkor történnie kellene "valaminek". Először is feltesz egy kérdést:
Ezután vagy aktív lesz az online mód, vagy jön egy hibaüzenet:
"Még esetleg az 5. dip kapcsolót megpróbálom bekapcsolt állásba tenni."
És azt tudod, hogy melyik kapcsolónak mi a funkciója?
-
#1130
Szirty
őstag
Régi Szaki
#1129
Szirty
őstag
válasz
Régi Szaki
#1129
üzenetére
Hali Régi Szaki
"CX-5 programerrel írtam egy progit, de nem tudom feltölteni rá."
Ha a PC-PLC kapcsolat jól van beállítva (protokol, kapcsolódás módja, sros port száma, sebessége stb) akkor PLC menüből kiválasztod hogy Work online (Ctrl-W).
Erre mit lép?
ha semmi hibaüzenet, akkor utána PLC -> Transfer -> To PLC (Ctrl-T) és feltölti a PLC-re a CX-ből a programot.
Ha a PLC eközben RUN üzemmódban van, előbb figyelmeztet, hogy STOP módba fogja kapcsolni a töltés idejére, ezt engedni kell. Utána megkérdezi visszategye-e RUN módba stb."A CX 5 tel ha előhívom a megírt programot az előzőleg onlineben lévő üzemmódból kilép és sehogyan sem akar visszatérni erre az üzemmódra."
Itt nem világos, hogy mit "hívsz elő" honnan és miképpen. Pláne hogy eddig még nem sikerült semmit rátölteni a PLC-re...
-
Szirty
őstag
Helló w3dzz!
"Szeretnék megoldani egy feladatot Omron Sysmac CPM1 típusú PLC-vel. Van hozzá egy bővítő modulom így 24 bemenet áll rendelkezésre, de a feladathoz 30 kellene.
A szervízkönyv alapján csak egy bővítő modul csatlakoztatható a PLC-re de a memóriában 160 bit van lefoglalva a bemeneti változóknak."Melyik CPM1-ről van szó?
Ugyanis három változat van: CPM1-10CDR, CPM1-20CDR, CPM1-30CDR
A CPM1-10CDR 10 IO pontot tud, a 20CDR 20-at, a 30CDR meg 30-at.
A 10CDR és a 20CDR 1 db modullal bővíthető, a 30CDR meg 3 modullal.
Ez a CPM1, de van CPM1A is, amiből további négy fajta létezik...A 24 bemenet nem tudom hogy jött össze egy bővítő modullal.
Ha kevés a bemenet, akkor szerintem 3 dolgot tehetsz:
1. Csökkented a szükséges bemenetek számát a rendszer módosításával
2. Másik CPU-t használsz, amelyik megfelel a feladatnak
3. Kimenetek/relék segítségével "multiplexelsz" néhány bemenetetAz adott feladat dönti el melyik a járható és az optimális megoldás.
160 bit azért van a bemenetekhez, mert nyilván ugyanaz a fw-t használja az összes CPM típus, de a hardver eltérő kialakítása jóval ez alá korlátozza a lehetséges IO pontok számát.
Egyszerűbb ugyanazt a FW-t használni sokféle HW kiépítéshez megfelelő skálázással, mint mindegyik változathoz külön szoftvert készíteni.
Némelyik típushoz csatlakoztatható DeviceNet bővítő modul, ami további 32 IO-t tud kezelni. Nyilván egy ilyen használatakor is az említett "fölöslegesen" fenntartott IO bitek kerülnek használatba. -
Szirty
őstag
válasz
makrodom
#1115
üzenetére
Hali makrodom!
"Épp ez a problémám,h nem tudom hogyan csináljam!
Nem nagyon értek az egészből semmit! Megmutatnátok konkrétan?"Még úgy sem értesz az egészből semmit, hogy elolvastad a neten a PID szabályzó működéséről szóló leírást és a konkrétan ajánlott Omron "magyar nyelvű leírás CPM1-hez" c. doksi PID-ről szóló 239. oldalát?
-
Szirty
őstag
válasz
makrodom
#1112
üzenetére
Hali makrodom!
Egy üzletben kell számlálni a vevőket PLC-vel?
Ki találta ki ezt a feladatot? :>
Nem úgy néz ki mint az életből ellesett gyakorlati példa"Utána pedig a második gyakorlat ez amivel szenvedek és nem tudom,h köze lehet egymáshoz a kettőnek?!"
Nyilván kapcsolatba hozható a kettő valamilyen apropóból (pl. az a a két feladatban, hogy ugyanaz a tanár adta ki).
De milyen kapcsolatra gondolsz?Az általad korábban közölt információk alapján most azt gondolom, hogy egy üzletben a vevők számlálásához nincs szükség PI szabályzásra.
-
Szirty
őstag
válasz
makrodom
#1108
üzenetére
Hali makrodom!
"De még mindig nem nagyon tudom értelmezni mihez kezdjek azzal a példával!"
Régen jártam suliba, nem tudom ma mi a "szokás".
De gondolom a feladatnak a leadott anyaghoz van köze, ezért érdemes abból kiindulni.
Ha nem tudod mi volt a leadott anyag, mert nem voltál ott, akkor így járás kategória. Lehet küzdeni meg blöffölni, többieket (akik ott voltak) kérdezgetni, stb.
Ha a leadott anyaghoz semmi köze a feladatnak, akkor csókoltatom a tanárt és/vagy az oktatást.Mivel a fenti válaszommal a világon semmire nem jutsz, leírom hogy én úgy gondolom, hogy egy PI szabályzást kell megvalósítani, aminek 1 másodperc a mintavételezési ideje és 0-10V a bemenő jele.
Azt én sem értem, hogy az erősítés miért változik a 0-10V függvényében :-oHa nem tudod mi a PID szabályzó és mire való, akkor mélyebbről kell kiindulni a feladat megoldásához. De a neten sok általános doksi van a PID-ről. Szét kell nézni.
-
Szirty
őstag
válasz
szaki42
#1088
üzenetére
Szevasz szaki42!
"Egy S7-300-as PLC-t szeretnék összehozni egy CP340-es kártya segítségével PC-vel, majd egy másik PLC-vel sorosan...
Van aki foglalkozott már ezzel a kártyával és esetleg tudna nekem segíteni?"CP440-el foglalkoztam. Úgy gondolom nem sok különbség van 340 és 440 között, ami a kezelését illeti. Én RS422-n keresztül Omron C1000H PLC-vel kommunikáltam rajta keresztül (Host Link).
Alapvetően a forgalmazás elég egyszerű, ahogy Ákos is írta.
A lényeg az, hogy fogsz egy adatblokkot, és beleteszed amit el akarsz küldeni, majd meghívod a P_SEND (FB3) blokkot.
A vételhez vagy egy másik DB-t használsz, vagy ugyanabban a DB-ben kialakítasz egy vételi puffert a venni kívánt adatoknak. Meghívod a P_RCV (FB2) blokkot, ami a vett adatokat (ha vannak) beleteszi az általad megadott vételi pufferbe.
A képen látható programrészletben az FB10 a küldés (P_SEND) és FB11 a vétel (P_RCV) mert át lett nevezve.
Látható, hogy küldésnél és fogadásnál meg kell adni a blokkoknak a kommunikációs kártya logikai címét LADDR paraméterben.
Ezt a címet a rendszer osztja ki, de át is lehet írni, mindenesetre a HW configban lehet megnézni mennyi:
Küldésnek meg kell adni melyik DB- hanyadik byte-jától hány byte-ot küldjön el (DB_NO hogy melyik DB-ből, DBB_NO hogy a DB-n belül melyik címtől, A ELN-ben kell megadni hány byte-ot kell küldeni.
Vételnél DB_NO-ban meg kell adni, hogy a vett adatokat melyik DB+-be tegye bele, DBB_NO-ban azt hogy a DB-n belül milyen kezdőcímre helyezze el a vett adatokat, A LEN-ben visszaadja hogy hány byte érkezett.Természetesen az adás puffert fel kell törteni a P_SEND hívása előtt és a vételi puffer tartalmát fel kell dolgozni a P_RCV hívása előtt, továbbá a venni kívánt adatok jó ha elférnek abban a DB-ben amit kijelöltünk a számára.
Közben nem árt figyelni a blokkok hiba kimenetét, mert ha nem sikerül valami, akkor azt ott jelzik... A legtöbbet a hibakezeléssel fogsz játszani valószínűleg
-
Szirty
őstag
válasz
tocsoboy
#1084
üzenetére
Hali tocsoboy!
"Ha valaki megtenné,hogy pár mondatban leirná nekem a plc programozás lényegét"
A programozásának a lényege azonos a PLC lényegével.
Olvasd el eztAz iparban szinte mindenhol használnak PLC-ket. Bármilyen termék, áru, készülék vagy bármi kerül a kezedbe, nagyon valószínű, hogy a gyártásában, a csomagolásában vagy a szállításában (vagy mindháromban) részt vett olyan berendezés, amit PLC vezérelt.
Sokszor még a víznek is van köze hozzá, ami csapból folyik...Azt lehet mondani, hogy széles körben alkalmazzál őket.
Hogyan tudsz elhelyezkedni, az nagyon sokmindentől függ. Ebben a szférában sem könnyű. Mindenhol sok (több éves) tapasztalattal rendelkező, többféle PLC programozásában jártas embert keresnek. Aki most tanulta tanfolyamon a dolgot, az sajnos nem ilyen ember. Talán olyan helyet kell keresni, ahol vannak ilyesmivel foglalkozó szakik, a mellettük eltöltött 1-2 év sokat számít. -
Szirty
őstag
Hali Pett!
"...ha 5 perc alatt nem emelkedik legalább 4-el az analóg jel digitálisan kifejezett értéke az már hiba."
Így jó lesz nyilván.
Te viszont ezt írtad a kérdés felvetésénél:"...ha a fűtőelem bekapcsolása után a környzeti hőmérséklet nem nő 5 percen belül, riasszon."
64 --> 65 pl már növekedés
Arra már ki sem térek, hogy mi van ha csökken... :]
-
Szirty
őstag
Hali Pettt!
"Ezt kéne valahogy komparálnom ugyanennek a távadónak az 5 perccel korábbi értékével."
Csak amolyan gondolatkísérlet képpen jegyezném meg amit írok:
Szerintem szükség lesz egy hiszterézis tartományra az összehasonlításhoz, mert ha az analóg bemenetről érkező előző értéket tárolod el és azzal hasonlítod össze az 5 perccel később olvasott értéket, akkor nem fog jól működni a dolog.
A digitálisan feldolgozott analóg jelekre ugyanis jellemző hogy kvantálva vannak, és előfordulhat, hogy a mért érték éppen az LSB-n billeg.
Ilyenkor akár minden beolvasott érték lehet más mint az előző beolvasott annak ellenére, hogy a mért mennyiség betonstabilan ugyanaz.
Ha a mérés emellett még kicsit zajos is, akkor a jelenség fokozottabban jelentkezik.Az ilyen összehasonlítás tehát sokszor nem fogja észrevenni ha a hőmérséklet nem változott meg.
Ha egy érték eltárolása is problémákat okoz a Zelio-ban, akkor a hiszterézis megvalósítása igazi kihívás lesz -
Szirty
őstag
válasz
#95904256
#1042
üzenetére
Hali akosf!
"Van valami trükkje annak, hogy Siemens S7 315-2 DP/PN CPU-ba 16kB-nál nagyobb méretű FB-t is le lehessen tölteni?"
CPU 315-2 PN/DP (6ES7 315-2EH13-0AB0)
Technical specifications:
FB Number, max: 1 024; Sequence of numbers: 0 to 2047
Size, max: 16 KibyteForrás: st7001_e.pdf 153. oldal (4/23).
A hivatalos válasz tehát a kérdésedre az, hogy: nem.
-
Szirty
őstag
válasz
Dezsi82
#1011
üzenetére
Hali!
Elnézést Dezsi82 hogy nem a problémádra válaszolok, én se hallottam még soha ilyen PLC-ről.
"Még soha nem találkoztam ezzel a típusú PLCvel. Valahogy a forgalmazót sem találom, akinek levelet írhatnék. Be kellene szereznem a fejlesztő környezeteket. Tudna nekem valaki segíteni?"
Viszont volt itt az a vita akosf-el a PC-s vezérlésekről, Delphi stb...
A te példád nagyon jól mutatja mi a probléma az ilyen megoldásokkal. Attól függetlenül is, hogy ez nem PC és nem Delphi. De mivel "ritka" és ezért egyedinek számít, a probléma is ugyanaz, mint bármilyen egyedi rendszerrel: Fekete doboz. -
Szirty
őstag
válasz
#95092224
#1003
üzenetére
Helló topsli!
"Az a felsőbbik szint, ami a közvetlenebb emberi kommunikációt teszi lehetővé. Az időkritikus folyamat végrehajtás az absztraktabb szint alatt van, és a képernyőre kiírt adat is felsőbbrendűbb információ, mint a PLC memóriája."
Nézőpont kérdése.
Az irodában, excel tábla előtt ülő gazdasági munkatárs által használt rendszer legfontosabb (elsődleges) célja a képernyőn, az ember számára megjelenő információ megjelenítése.
Egy gyártási folyamatban résztvevő berendezés elsődleges célja a produktum. A munka aminek az elvégzésére létrehozták és amiért üzemeltetik.Azt pedig, hogy ez filozófiailag többszörös áttételen keresztül hogyan köthető az emberhez, lehet máshogy is magyarázni, de az nem az én asztalom.
-
Szirty
őstag
válasz
#95092224
#998
üzenetére
Hali topsli!
"Egy PLC-vel is ez a helyzet. Időkritikus alkalmazásra termett, nem absztrakt munkavégzésre. Egy PC-hez képest a PLC csupán periféria."
Én úgy gondolom, hogy a periféria fogalma alárendeltségi viszonyt is jelent.
Mi leggyakrabban PC-t PLC közelében kijelzési (HMI) feladatok ellátására használunk.
Vagyis arra, hogy a PLC-vel kommunikálva lehetővé tegyen beállításokat a PLC-ben keletkező üzeneteket jelenítsen meg, stb.
Akkor ott a PC a PLC perifériája?"Némelyik PLC-nek PIC12C magja van, mint időközben megtudtam: összteljesítményét tekintve iszonyúan gyengusz egy típus."
Közepes vagy nagyobb teljesÍtményű PLC-kben a proc. is nagyobb. S7-300 CPU315-2 PN/DP-ben pl. Infineon Tricore van:
-
Szirty
őstag
Hali Dezsi82!
"Ha jól tudom a PLC inkább microcontroller."
Nem. Legfeljebb mikrovezérlő van egy PLC-ben.
Ham Wiki szerint a mikrovezérlő:
A mikrovezérlő egy olyan integrált áramkör, amely a processzorhoz hasonlóan egymás utáni utasításvégrehajtásra lett tervezve, azonban az integrált áramköri lapka magába foglalja a programmemóriát, az adatmemóriát és az intelligens perifériák közül sokfélét (RS232, SPI, I2C, CAN, LIN, A/D, D/A, PWM, USB, Ethernet). A mikrovezérlő tulajdonképp egy kis teljesítményű, olcsó egycsipes számítógép.A Wikipédia szerint:
A mikrokontroller egyetlen lapkára integrált, általában vezérlési feladatokra optimalizált számítógép.Ez lenne a PLC?
-
Szirty
őstag
válasz
#95092224
#993
üzenetére
Hali topsli!
"A pic is szemantikailag egy teljes értékű számítógép, noha csak egyetlen áramköri tok az egész, mégsem gondolok rá számítógépként. Te hogy vagy vele?"
Úgy vagyok vele hogy nem kívánok a "számítógép" fogalmának definíciójáról vitát nyitni.
Legyen elég annyi, amennyinek a téma kapcsán már egyértelműen ki kellett volna derülnie: a számítógép nem feltétlenül egy x86 PC monitorral és billentyűzettel...
Egyébként kérdezd Dezsi82-t mi az a számítógép. Ő írta hogy minden robotot számítógép vezérel... -
Szirty
őstag
Hi Dezsi82!
"Ezeket mind tudja a delphi. "
Pedig meg is jegyeztem, itt nem arról van szó, hogy tudja-e vagy sem. Eltekintenék a szóban forgó megjegyzés idézésétől, egy hozzászólással arrébb van.
"Ki kell, hogy ábrándítsalak, minden robotot számítógép vezérel."
Ugye tudod hogy a PLC is számítógép!?
Vagy PC-re gondoltál? Nálunk is üzemel robot. Nem láttam PC-t vagy windows-t a környéken."De szerintem semelyik esetben sem tehető meg az, hogy ne nézzük meg mindkét lehetséges megoldást"
Egyetértek. Nem beszélve a számtalan egyéb megoldásról is ami még esetleg lehetséges.
-
Szirty
őstag
Hi Dezsi82!
"Nagyon jól lehet vele logikai műveleteket végezni. A bool változótípus épp ilyen."
Ha nem akarod érteni nem fogod.
"Őszintén, nem tudom mire gondolsz, mit jelent a real time oprendszer. De a PLC-k is egymás után hajtják végre az utasításokat."
Egymás után, de az sem mindegy mennyi idő telik el két ciklus között és mennyire garantálható az, hogy tényleg annyi fog eltelni. Alap windóznál erre semmi garancia nincsen.
A valós idejő rendszerben garantált, hogy egy művelet egy előre meghatározott időn belül végrehajtásra kerül. Eindows-ban erre nincsen garancia.
Még a siemensnek is van annyi esze, hogy a szoftveres PLC-jük (WinAC) alá tegyenek egy Real Time szoftvert (RTX), ami a fentit legalább valamennyire biztosítja.
Más gyártók ilyen megoldásainál meg lehet hogy fel sem merül a windows..."...robotvezérlőkben megfelel a PC, és a windows, akkor azért olyan vacak mégsem lehet"
Biztos van ilyen is. A robotok szervóinak vezérlése különösen érzékeny az időre.
Végig igyekeztem szem előtt tartani és annak megfelelően válaszolni, de úgy érzem meg is kell fogalmaznom, hogy én nem kétlem mit lehet megoldani PC-vel, delphivel. Láttam már én is sokmindent.
Itt arról van szó, hogy a szóbanforgó feladatokra vagy azok egy részére van sokkal jobb megoldás mint a PC. -
Szirty
őstag
Hali Dezsi82!
"És pont arra akartam rámutatni, hogy egy saját fejlesztésű PC vezérlésnél a megjelenítés és a vezérlés szorosan egymás mellett megy."
Aminek semmi köze ahhoz, amit abban a postban írtam amire reagáltál
"Logikai? Miért a Delphi milyen, ha nem logikai?"
Amennyire én tudom nem nagyon támogatja a boolean műveleteket... Tévednék?
Egy automatizálási feladat pedig 80-90%-ban ilyenekből áll.
Nem nagyon támogatja a boolean változókat sem, de itt már nem a delphi, hanem inkább az oprendszer és az architektúra az ok.
Persze lehet booleant csinálni. Igaz hogy 32 biten tárolja az 1 bitet, de kit érdekel? van RAM elég.
Ha nincs, veszünk, a logikai feltételsorokat meg leprogramozzuk kilométeres If Then Else szerkezetekkel, amiket nagyon könnyű a programban egy pillantással átlátni és működés közben debugolni monitorozni....A Delphi programokat futtató platform, a windows nem éppen real time oprendszer. Az kit zavar?
"Értettem én mindent, "
Vagy mégsem?... :-(
-
Szirty
őstag
Hali Csikáno!
Én csak annyit tudok hirtelen írni a problémádra, hogy az tény, hogy bizonyos 200-as CPU típusok csak bizonyos microwin verzióva vagy afölöttivel hajlandóak együttműködni.
Továbbá a PPI interfész verziója sem mindegy (van olyan PPI interfész amelyikkel bizonyos CPU-kat nem lehet programozni).
A te nem gyári PPI interfészed nem tudom milyen...Ilyen tippjeim vannak.
Szét kell nézni siemens technical fórumon... -
Szirty
őstag
Hali Dezsi82!
"A SW dologban viszont akosf-fel. A Delphi, pl mint objektumorientált programnyelv nem lassabb, mint a WinCC."
Azt senki nem is állította és csodálkozni sem lehet ha egy 40Mhz-en ketyegő WinCC flex panelt haonlítunk össze egy kétmagos dualcore procival szerelt PC-n futó delphi programmal.
A programfejlesztés sebessége meg egy másik kérdés."Legalábbis egy menüben beállítani hogy milyen színű, nem gyorsabb , mint beírni, hogy xxx.color:=clRed;"
Alapvetően a vezérlőprogramról volt szó, nem a megjelenítésről.
Én azt jegyeztem meg, hogy logikai vezérlésre hatékonyabb egy logikai vezérlésre kifejlesztett célprogram, mint egy általános célú magas szintű nyelv, amilyen a Delphi is. Még példával is próbáltam illusztrálni, nem értem miért értetted félre. -
Szirty
őstag
válasz
#95904256
#963
üzenetére
Hali akosf!
"A gép biztonsága meg nem azon múlik, hogy PLC vagy PC vezérli, hanem az alkalmazott biztonságtechnikai eszközökön és módszereken."
A gép biztonsága kb. a gép részét képező elemek megibásodási gyakoriságának összegén múlik.
"Én meg úgy látom, hogy mindkettő egyformán megbízható. Mindkettő ugyanazon gyártók ugyanazon alkatrészeiből épül fel, ugyanolyan mérnökök tervezik, ugyanolyan garanciákkal."
Ez nagyon érdekes, mert én meg úgy gondolom, hogy a PC és a PLC megbízhatóságban nincsenek közel egymáshoz. PLC teljesen más alkatrészekből épül fel! Vagy te az m3-as csavarokra meg a kondenzátorokra és a NYÁK lapra, gondolsz?
Akkor gondolj arra, hogy ehetsz isteni finom túrós palacsintát is, meg ehetetlenül elbaszottat is. Ez akkor is megeshet, ha teljesen ugyanazokból az alkotóelemekből áll mindkettő!!
Az hogy ugyanolyan mérnökök terveznék a PLC-t és a PC-t, az meg elég durva túlzás. Köszönő viszonyban sincsenek egymással imho.
Ugyanlyan garanciák sem állnak szerintem, mert egy átlagos PC sokkal lazább körülmények között kell hogy teljesítse a megadott műszaki paramétereket (ha egyáltalán megadnak rájuk bármilyen műszaki paramétert a GHz-eken meg MIPS-eken kívűl és azon kívül hogy hány FPS-el megy rajta a Counter strike)."Ha nincs meg, be kell szerezni. Nem minden cégnél törekednek arra, hogy forráskód nélkül dolgozzanak..."
Meg kell szerezni.. Ha nincs meg eleve, akkor ez így nem nagyon szokott működni ám a gyakorlatban!
"Viszont azt igen, hogy Delphivel sokkal kényelmesebb és gyorsabb a programfejlesztés mint akármelyik PLC fejlesztő környezetben."
Az üzeneteid mögött elfogultságot érzek. A fenti mondat erre eléggé rávilágít.
Én úgy gondolom, hogy egy bizonyos célra gondosan kifejlesztett eszköznél és programnyelvnél nem hatékonyabb egy általános célra kitalált eszköz vagy programnyelv.
Márpedig a PLC és annak programnyelve specializált és igencsak hatékony.
De aki szerint az általános célú Delphi, C java stb megfelelőbb automatizálási feladatok ellátására, az írjon napestig sok ezer logikai feltételsorokat delphiben... És ássa fel a kertet ásólapáttal, amivel se ásni, se lapátolni nem lehet normálisan (de kicsit azért mindkettőt lehet).A PC-nek is van helye az ipari automatizálásban, nem vitás, mi is használunk jópárat. Igaz nem vezérlésre, hanem megjelenítésre, adatkezelésre. Van közöttük ipari kivitel is (ami mellesleg nem kimondottan olcsóbb mint egy PLC)
Bátran és túlzás nélkül leírhatom, hogy ezek mindegyikével volt már probléma. Akár az oprendszer miatt, akár HW miatt.
PLC-kkel is volt már gond, nem tagadom. De PLC-k között sok darabbal még soha. (évekről van szó).
Összességében az én gyakorlati tapasztalataim nem támasztják alá az elhangzott megbízhatósági összehasonlításban említetteket. -
Szirty
őstag
válasz
#95092224
#961
üzenetére
Helló topsli!
"Bocsi, hogy így belekotyogok a dolgokba, de miért is kell mindenre PLC-t használni? "
Azt ki írta, vagy mondta, hogy mindenre azt kell használni.
Szó sincs róla. Mindenre azt kell használni (lehetőleg) amire való. Mert úgy hatékony."mi baj van az ipari miniPC-kkel? "
Semmi, ha arra használják őket, amire azok valók.
-
Szirty
őstag
Üdv Dezsi82!
"De ha megnézed az újakat, pont olyan mint egy átlagos laptop"
Hát igen. Nos Field PG-t nem használtam még. csak Power PG-t évekig, meg előtte PG740-et, meg azelőtt PG720-at.
CD és floppy meghajtókkal voltak bajaim bennük. Nem bírják a port Meg egyszer elszállt a Power PG-ben a standby 5V-os táp. Szerencsére sikerült megjavítani, bár eléggé maga alá rondított ott belül. Más gond nem volt."Az aksit leszámítva tökéletesen működik. Pedig nagyon sok helyen jártam már vele, mostoha, ipari körülmények között."
Én Dell-t használok másfél éve. Azon is van egy db RS232 hálaégnek! Szerencsére aksi jó, négy (4!) órát bír, ami már-már hihetetlen.
"Márpedig áramszünetek voltak, vannak, lesznek..."
Igaz. De nem vetted figyelembe amit az és előtt írtam: "Gond akkor van, ha az elem kimerül és áramszünet van." Az elem kimerülését meg lehet előzni cserével, és akkor jöhet az áramszünet
-
Szirty
őstag
Hali Dezsi82!
"Amúgy saját véleményem szerint nem éri meg kimondottan Siemens PG-t venni. Az újak, legalábbis amennyire én tudom semmivel sem jobbak, mint egy normális laptop."
Strapabíróbbak mint egy laptop, amit managereknek, igazgatóknak gyártanak irodába, meg fimet nézni egyetemistáknak. Magnézium váz ide vagy oda
Persze vannak ipari körülményekre gyártott laptopok is. Pont a PG árábanEgyébként tényleg nem éri meg, mert a laptopok "amortizációja" hihetetlenül gyors. Eltelik két év és már semmit nem érnek.
Nekem a soros port hiányával szokott gondom lenni, PG-ben legalább van (kettő is). Az ilyen laptop vagy régi, vagy ritka mint a fehér holló.
Az USB-s RS232 adapterekkel meg gigantikus a szívás -
Szirty
őstag
Üdv plajos!
"Az a gond, hogy nálunk van jópár EPROM/EEPROM-os PLC, jó lenne ezeket is írni/olvasni."
EPROM-al rendelkező S5-ben is módosítható a program.
Egyszerűen fel kell rá tölteni a módosítottat.
A program EPROM-os gépben is RAM-ból fut, ahol le lehet cserélni. Gond akkor van, ha az elem kimerül és áramszünet van. Induláskor az EPROM-ban tárol verzió visszatöltődik és aszerint működik tovább. -
Szirty
őstag
Hali Dezsi82!
"Mi csináltunk két alkalmazást. Egyszer Siemens PLCvel+kijelzővel, egyszer meg csak PCvel. Az időráfordítás a második esetben volt kisebb."
Úgy gondolom, hogy ez nagyban függ a feladattól is és attól is ki mennyire ismeri az adott rendszert amire fejleszt.
"A különálló távvezérelt PC re mi is gondoltunk, de ha többen csatlakoznak a géphez, jó kis kavalkád lenne az egérmozgásban
"...és miből gondolod, hogy abban az esetben ha mindenki egymástól függetlenül, de szintén egy időben csatlakozva állítgatna ezt azt, akkor abból nem lenne kavalkád? :>
-
Szirty
őstag
Hali Dezsi82!
"Azért WinCC-ben is meg kell írni a programot. Ahogy nézegettem a HTML + java megoldás sem sokkal lassabb, mint a WinCC. Mondjuk másfélszerese."
Én óvatos becsléssel olyan ötven-százszoros időkülönbséget tippelnék inkább!
"A VIPA-s megoldásban pedig adnak egy WinCC-hez hasonló szoftvert. De csak hasonló, közel sem tud annyit, de nem is kell."
Akkor az a te megoldásod.
Mindenesetre jól át kell gondolni, mert utólag már drága lesz visszakozni...Egyébként olyan megoldást is el tudok képzelni, hogy a helyszinen egy "szerveren" futna a HMI felület (akármi lehet) és VNC-vel vagy távoli asztal kapcsolattal lehetne elérni.
VNC-hez nem kell feltétlen VNC kliens, van javaVNC megoldás is (akkor csak böngésző kell a kliensre).
Ezzel megoldódna (úgy-ahogy) a felhasználói jogok korlátozása is. és csak egy runtime példány kell (a szerverre).Nálunk megy ilyen megoldás is . használható, a semminél jobb...
-
Szirty
őstag
Hali Dezsi82!
"Persze, igazad van, hogy WinnCCvel tudok kommunikálni, de a runtime licensz 200 000 +áfa körül van, és kb 4 távoli PC lesz."
Nehéz elképzelni hogy egy egyedi cél-HMI kifejlesztése ennél olcsóbban jönne ki. (Hacsak nem teljesen ingyen csinálod). Még akkor is, ha csak a minimális funkcionalitást valósítod meg.
-
Szirty
őstag
Hali Dezsi82!
"ár HTMLt, meg Java-t még csak nagyon keveset programoztam, de legalább ebbe is belejövök."
Elérhető rajta keresztül a PLC a fejlesztőkörnyezeten keresztül (Step7), mert van hozzá Step7 driver.
Ebből pedig az következik, hogy a siemens HMI szoftverek (WinCC Flexible, ProTool) is tudnak kommunikálni rajta keresztül mint ha a távoli gépet közvetlenül a PLC-re dugtad volna. Ha így valósítod meg a távoli elérést, akkor nincs szükség se HTML, se Java programozozásra.Illetve adnak hozzá OPC szervert (vagy venni lehet, már nem emlékszem). Azt is használhatod, akkor OPC-n keresztül érhető el a PLC. Akár excel táblázatból is. De azt már szinte bármilyen SCADA vagy HMI sw tudja kezelni. Ehhez sem kell HTML vagy java.
-
Szirty
őstag
Hali Dezsi82!
"n találtam egy olyan cuccot, ami "csak" 1000 euró, tudja azt, ami nekem kell, mert ethernet-MPI gatewayként tud működni, és van rajta web szerver is, ingyenes HMI programmal."
Ez melyik lenne? NetLink?
Helmholz-nak vannak ilyen cuccai.
NetLink Pro-t mi használunk (távfelügyeletre is).
Itt 20-30 PLC-t lehet "távfelügyelni" is, ezért ethernetre vannak fűzve és van egy gateway, ami biztosítja az autentikációt, tehát nem minden PLC-nél van független távfelügyeleti megoldás.Amennyit tudok a helmholz cuccairol aszerint jók, viszont azok sem olcsók.
-
Szirty
őstag
Hali Didzsé!
"Tudja valaki, hogy hogyan lehet egy Siemens Logo 12/24 RC típusú PLC-hez PT100-ast kötni? Analóg bemenete az van (0-10V) csak, hogyan lehetne arra csatlakoztatni"
Egy jel konverter kell, amit vagy megépítesz magad, vagy vásárolsz.
Pl. egy ilyet: 2814870 MCR-SL-PT100-U-DC-24
Persze sok gyártó csinál ilyet, ez csak egy példa.
-
Szirty
őstag
Hali Dezsi82!
"Omron volt az egyik, Siemens lenne a másik."
Melyik sorozat? S7-200: PPI-n vagy profibuszon kommunikál, S7-300-400: MPI, profibusz, ethernet, S7-1200. ethernet...
Ezekre találsz valamit (és nme kellett fizetned érte) az engem is érdekel -
Szirty
őstag
Üdv Dezsi82!
"De akkor ezek szerint nincs ötleted, hogyan lehetne megszerezni ezeket a kommunikációs modulok megírásához szükséges dolgokat."
De melyik PLC-hez kellene neked ilyen?
Itt egy omronhozMáshoz nem nagyon tudok perpill.
-
Szirty
őstag
Hali Dezsi82!
"Egyrészt nem tegnap kezdtem a dolgot, kb 10 éve foglalkozom ipari automatizálással."
Én sem ezt, sem ennek ellenkezőjét nem feltételeztem.
A kérdésedben rendelkezésemre bocsátott információkat voltam kénytelen felhasználni."Másrészről valahogy például az OPC szerver is megoldja a dolgot."
Természetesen megoldja. Éppen azért javasoltam a használatát, mert helyetted a nehezét megcsinálja.
OPC-hez vagy minden egyes PLC típusra van egy driver, amit külön fejlesztettek ki, vagy fixen "beépített" hogy milyen PLC-kkel képes kommunkálni."Szerintem valahogy úgy kell, hogy működjön a dolog, hogy a képernyő az adott kommunikációs csatornán (profibus,MPI, DeviceNet, soros,, stb) egy lekérdezési/vagy írási parancsot küld a PLCnek, és azt végrehajtja, bár erre csak megérzéseim vezetnek."
Így működik. Csak többnyire minden PLC-t eltérő módon kell megszólítani.
Ez akkor okoz problémát, ha nem konkrétan egy típussal akarsz kommunikálni, hanem sokfélével vagy a lehető legtöbb félével. Ha csak eggyel, akkor csak azt az egy kommunikációs modult kell megírnod."Hiszen kétlem, hogy mondjuk egy ProFace képernyő, ami rengeteg PLCvel tud kommunikálni, olyan rengeteg féle lekérdezést. írást tudna végezni."
Pedig ez a helyzet...
"A profibus, vagy egyéb hálózati protokollt valahogy még meg tudjuk szerezni, mert hát ezek nyílt szabványok."
Sajnos pénzt kérnek ezekért is.
"Valami olyasmi kellene, hogy milyen parancsot küldjünk ezen a protokollon keresztül, hogy válaszként a PLC megmondja a memóriaterület értékét, ill beírja a kívánt értékre."
Szerintem elsőre is értettem a kérdést, de úgy tűnik nem hiszed el a választ
-
Szirty
őstag
Hali Dezsi82!
"A következő kérdésem lenne: Valahogy az ipari megjelenítők meg tudják csinálni azt, hogy lekérdezik, illetve írják a PLCk tetszőleges memóriaterületét (többnyire). Meg tudja valaki nekem mondani, hogy milyen módon teszik ezt meg?"
Kb. olyan a kérdés mint ha elhatároztad volna tegnap hogy mától filmet forgatsz mint rendezés megkérdeznéd, hogy kell jó filmet csinálni.
Nem igazán lehet két mondatban leírni.Egyébként nagy vonalakban a dolog úgy működik, hogy minden PLC tulajdonképpen más-más módon kommunikál (sőt némelyik több módon is képes erre). Mindegyik kommunikációs protokolját pontosan kell ismerned amelyikkel kommunikálni szándékozol.
Sajnos a gyártók többsége nem teszi nyilvánossá ezt a protocolt, meg kell vásárolni. Tehát nagyon nehéz dolgod lesz így.Megoldás lehet az OPC szerver használata, ami szabványos kezelési felületet nyújt a PLC-k felé. Ehhez viszont +1 szoftvert kell vásárolni/használni.
-
Szirty
őstag
válasz
#95092224
#910
üzenetére
Hali topsli!
"Nosza, filozom. Pár fotót felleltem neten szerelési szekrény belsőkről. Dugaszolósra éppen nem sikerült példát találnom, de ez csak eseti véletlen is lehet. Egy átlag szaki kényelmesebbnek tartja a fix modellt? Vagy a dugaszolóst tarthatják igazából kényelmesebbnek? Esetleg a dugaszolós szerelést felesleges körülményeskedésnek tartják?"
Használják mindkettőt. Én a magam részéről jobban szeretem a csatlakozósat. Ilyenek gyakoriak pl. frekvenciaváltókban, biztonsági relékben, panelműszerekben, PLC-kben.
Arra érdemes figyelni, hogy ha több egyforma pin számú van, akkor ne lehessen felcserélni őket (a szaki oda dugja be ahova bemegy)... -
Szirty
őstag
válasz
#95092224
#904
üzenetére
Hali topsli!
Nyilván nehéz a felfogásom, de még mindig csak igen érintőlegesen van fogalmam róla hogy konkrétan mi is ez az eszköz és konkrétan mire való és mit tud. A kérdéseidre nem is igazán lehet választ adni, mert nem is igazán kérdések.
Persze beszélhetünk róla, mert miért ne? De ha semmi konkrét dolog nem hangzik el, akkor kevés információ tartalma lesz."Második szempont az volt, hogy semmiféle kevert ismeretet ne követeljen meg a felhasználása. Szét kellett választani, hogy a PLC-t is, és a számítógépet is csak a saját szakija programozza, és egymás munkájához ne kelljen érteniük."
Tehát lényegében nem bánod ha a titkárnők csavarhúzóval szaladgálnak.
A gyártók szoktak törekedni arra, hogy a kütyüik univerzálisak legyenek és bárki tudja használni pilótavizsga nélkül is. Van amikor nem sikerül ezt elérni.
Ha valami univerzális, akkor bonyolult lesz, ha viszont egyszerű, akkor korlátozott. (és itt nem a csapágygolyóra vagy a fakockára gondolok).
A két dolog rendszerint ellentmondásban van egymással így nem nagyon lehet mindkettőnek egyszerre megfelelni.
Ha valaki valamihez nem ért, akkor tanulja meg (vagy ne csinálja). És ez igaz az automata mosógép kezelésére is). -
Szirty
őstag
válasz
#95092224
#904
üzenetére
Szevasz topsli!
"Összefoglalva egy ethernetes jelvezeték konverter lesz. Fő szempont az volt, hogy olcsó legyen (áfás áron 20 rugó alatt marad)."
Ennél konkrétabban kellene. Így csak sejtem mi lehet ez.
"Szóval amin jár az agyam, hogy kifelejtettem-e valamit a listáról, amire még gondolhatnék, és ami sokat segítene majd a jövőben, hogy könnyebb legyen egy elkészített eszköznek piacot bővíteni."
Pl. hogy itt konkrétan mire is gondolsz.
"Ja igen, a célpiacok sorában nyilván nem szerepel majd az a cég, ahol egyben kipengetnek 100milcsit"
Az élet nem ennyire fekete és fehér...
-
Szirty
őstag
válasz
#95092224
#900
üzenetére
Helló topsli
"Az általánosat úgy értem, hogy magyarországi gyakorlatban (úgy egészében statisztikai átlag szintjén) mennyire komoly probléma, hogy valamilyen régi / olcsó / mit-tudom-én-miért-nem-jó típusú plc-t akarnak összekötni számítógéppel, és nem csak nincsen rá kiépített lehetőség, hanem szakember se tud rá javaslatot tenni."
Régi 10-20 évvel ezelőtti (tehát 10-20 éve kifutott) vezérlésekkel bizony előfordul ilyen probléma. A PC-vezérlő közötti kapcsolat főként azért szokott nehéz lenni, mert a hozzá szükséges szoftver már nehezen elérhető és ha meg is van, nem biztos hogy a mai PC-ken egyszerű elindítani 1992-es DOS-os szoftvert hogy még kommunikáljon is RS232-n.
Pláne hogy mai notebookokon már RS232 sincs, Windows alatt indított DOS session USB-s RS232-vel rendszerint szinte teljesen esélytelen, natív DOS-nak nem túl nagy barátja az USB..."Sőt, talán management szintjén is felvetődhet a probléma, hogy elmaradott a termelési logisztika. Az a probléma pld hamarabb kezdi majd el csípni a főnök szemét."
Ez teljesen általános. A menedzsmentet nem érdeklik a műszaki problémák részéletei. A műszaki problémákat meg kell oldani, lehetőleg ingyem és azonnal! "Ti azért vagytok" kb ez a hozzáállás.
Sokszor nehezen értik meg, hogy egy motorvédőt visszakapcsolni nem ugyanaz a probléma (műszakilag) mint pótolni egy PLC elveszett programját, amiről nincs mentés...
Az is nehezen szokott menni, hogy a műszaki problémák gyors és hatáékony megoldásához elengedhetetlen körülmépnyeket biztosítsák. (megfelelő szoftverek, eszzközök és anyagok). Azt szeretik ha megdrótozzuk és hadmenjen!Visszatérve a régi gépek problémájára:
Nem csak az a probléma, hogy 20 éves PLC-hez nincs szoftver vagy éppen kábel. Ha ezek vannak is, az akkor is gyakran gond, hogy a géphez nincs semmi dokumentáció, rajz. Nem lehet tudni hogy melyik PLC ki és bemenet mit csinál, stb. Ilyen körülmények között nehéz és hosszadalmas hibát keresni. -
Szirty
őstag
válasz
Simisumi
#895
üzenetére
Helló Simisumi!
"Értem a problémát, de csak azért tűnhettem ködösnek, mert azt hittem gyakori jelenséggel állok szemben! "
Annyira gyakori, hogy minden magyar XP-n ezt csinálja.
Viszont amíg nem árulod el pontosan hogy min csinál micsoda mit, addig találgatni lehet csak, én meg nem találgatok..
-
Szirty
őstag
Hali G67hu!
"Láttam életben is így működő rendszert, s ott MPI-n elérhetőnek látszott 200-s is. De PLC programban nem leltem nyomát szükséges beállításnak."
Nem ismerem a 200-asokat, de úgy tűnik, hogy MPI slave lehet.
Tehát ha S7-300/400-al kell adatot cserélni MPI-n, akkor a kommunikációt a 300/400-ban kell intézni.
Ahogy írtad, XPUT, XGET párossal.
Ennek a két hívásnak az a tulajdonsága, hogy a kommunikációs partnerben semmilyen kommunikációs hívásra nincs szükség.
XPUT, XGET segítségével tehát bármilyen másik S7-ből olvasható vagy oda írható adat anélkül, hogy az írt vagy olvasott többi PLC programját meg kellene változtatni. -
Szirty
őstag
válasz
Simisumi
#890
üzenetére
Helló Simisumi!
"A sp4-el próbálkoztam már korábban is, de nem tudom telepíteni mert nem tetszik neki az oprendszerem. Így a hiba üzenet után leáll a telepítő. Két gépemen van fenn a step7 két különböző oprendszerrel, de egyiken sem tudom telepíteni."
Ha erre most azt tanácsolom, hogy próbáld meg átállítani, akkor mit fogsz szólni hozzá?
Gondolom megkérdeznéd mit állíts át.
Pedig az a válasz lenne olyan amilyen a kérdésed (ill. a probléma leírása).Mi lenne ha elárulnád:
- Mi nem tetszik neki az oprendszereden? (hibaüzenet volt, ha igen, akkor pontosan mi?)
- Milyen konkrétan az a titokzatos oprendszer ami nem tetszik neki? Titok?
- A másik gépen lévű különböző oprendszer konkréten mi is?
- Miért nem tudod telepíteni? mi a jelenség? Van hibaüzenet, ha van mi az?...nincs mese, szereznem kell egy varázsgömböt
-
Szirty
őstag
-
Szirty
őstag
válasz
Simisumi
#885
üzenetére
Hali Simisumi!
"Viszont hiába csináltam hardverkonfigot elmentettem, átvittem az én gépemre ott már nem tudtam megnyitni mert hivatkozott arra, hogy a windowsom nem angol nyelvű."
Ez kevés infó, mert 3-4 féle eset van amikor ehhez hasonló üzenetet ad, de csak egyik olyan, aminek eredménye az hogy elutasítja a project megnyitását.
Ha különböző nyelvi verziójú windows-okon dolgozol és azt akarod hogy a másikkal meg is lehessen nyitni azt amit az egyiken csinálsz, akkor a project fa gyökerének properties ablakában kapcsold be a "Can be opened under any Windows language settings (language neutral)" opciót és akkor meg lehet nyitni más nyelvi verzió alatt is.
Ha erre már nincs lehetőség, akkor eszerint járj el.
Nem találom benne a 6es7315-2eh13-0ab0 v2.6
Pedig ha jól olvastam a katalógusban akkor V5.3-as verziószám elég.
Köszönöm a segítséget!Ennek egyszerű a magyarázata: Ez a CPU verzió nem létezett amikor a Step7 ezen verzióját kiadták.
EZért frissítened kell a HW katalógust. Pl. így. de természetesen online is frissítheted.De letölthető külön is HW frissítő csomag innen.
Vagy letöltöd a 4-es szervizcsomagot, az is frissíti a HW katalógust.
-
Szirty
őstag
válasz
Simisumi
#883
üzenetére
Hali Simisumi!
"Ha jól értem a stop led lassú egyenletes villogása az azt jelenti, hogy a PLC memória törlést kér. "
Pontosan!
"AZ MMC kivétele után a step7 -ben PLC/ hardver idagnostics-ra kattintva ezt irja: Unable to reach the modul s7 cpu 300 via the online interface."
MMC nélkül a CPU üzemképtelen!. Tehát ezen nem lehet csodálkozni.
"soros/MPI kábelem van ezzel próbálkozok."
Ha nincs MMC benne, akkor mindegy mivel próbálkozol, nem fog válaszolni.
"Az új hardver konfiggal már próbálkoztam, de a sikertelenség oka, hogy a könyvtárban nincs benne a pontos típus. "
Milyen verziójú Step7?
Harmadszor is megkérdezezem: Hogyan tötölted az MMC-t?
-
Szirty
őstag
válasz
Simisumi
#881
üzenetére
Hali Simisumi!
"Szóval a "törölhetetlen" kártyával SF led világít illetve busz hiba is van, mert nem a programnak megfelelő környezetben van."
Ez érthető. De ehhez nem kell törölni a kártyát. Létrehozol egy másik, megfelelő HW configot és rátöltöd.
"Az s7-300 programozás című jegyzet alapján töröltem."
Én azt kérdeztem hogyan törölted, nem azt hogy honnan olvastad...
"Diagbuffer mit ír?" Ezt hol nézzem?!
Step7-ben
"Az elvileg törölt kártyát ha berakom, akkor nem tudok kapcsolatot teremteni a PLC-vel."
Milyen módon nem sikerül?
Profibuszon, MPI buszon, vagy etherneten nem sikerül? -
Szirty
őstag
válasz
Simisumi
#879
üzenetére
Helló Simisumi!
"problémám az, hogy a benne lévő MMC-t nem tudom törölni."
Hogyan próbáltad? Tép kikapcs, MRES nyomvatart, bekapcs, nyomvatart, várás, felengedés stb?
"De az eddig törölni nem tudott MMC-vel fel áll csak hiányolja az előző program beli dolgokat."
Nekem zavaros az egész! Mit nem tud törölni, melyik MMC-vel mit csinál? Mit hiányol mikor? Mikor működik, mikor nem?
Diagbuffer mit ír?
-
Szirty
őstag
válasz
#95092224
#876
üzenetére
Hali topsli!
"Annyi a gond, hogy a bemenetre kell egy diódahíd. Ha az egész dobozolás alapvetően műanyag, vagy legalábbis kettős szigetelésű, és nincs galván kapcsolat a házzal még akkor se, ha fém, akkor a betáp GND-nek nem muszáj feltétlenül 0 volt potenciálnak lennie."
Pedig az viszont elég általános, hogy a GND 0V-ra van kötve.
Igen a tápfesz bemenet oldalánál lévő diódahíd, ami visszafordítja a fordított tápfeszt nem jó ha a kimenetek nem leválasztottak, hiszen a kimenetek GND-je közös a bemenő tápfesz GND-jével, ahogy írtad is.
Én sem javaslom ezt a megoldást.
De jó kompromisszum lehet egy soros védődióda a tápellátás + oldalán. Nem fog ugyan működni fordított fesszel, de legalább nem megy tönkre. -
Szirty
őstag
válasz
#95092224
#874
üzenetére
Hali topsli!
"Általánosságban érdekelne tapasztalat PLC részegységeket illetően, hogy mennyire általános, illetve ritka dolog egy részegységnél, hogy az egyébként egyenáramú tápkábelt nem megadott polaritással, hanem akár fordított polaritással is be lehet kötni."
Erre általános választ lehet csak adni: van amelyik elviseli, mert van benne védelem. Azaz nem megy tönkre fordított polaritással, de nme is működik. Van amelyik azonnal elszáll és van amelyik zavartalanul működik tetszőleges polaritással.
Pl. a kapcsoló üzemű tápegységek egy része képes AC DC forrásról üzemelni. Ezeknél DC táplálás esetén mindegy a polaritás, működik.
Vagy egy izzólámoának is mindegy
Vannak induktív érzékelők amelyeknél az dönti el hogy PnP vagy NpN kimenetű lesz e, hogy milyen polaritással kötjük rá a tápfeszt.
Az ilyen tulajdonság mindig szerepel az adatlapon vagy a techspec-ben. Ha nincs jelölve hogy polaritásvédett vagy hogy megy AC forrásról illetve fordított polaritásról, akkor nem is szabad megpróbálni azt.Összességében úgy gondolom, az eszközök túlnyomó többsége nem bolond biztos ilyen szempontból...
(Végig se merem gondolni mi ihlette ezt a kérdést :> ) -
Szirty
őstag
Hali BG!
"PC-n is tudjam fogadni illetve erről a későbbiekben valami jegyzőkönyv szerűt is tudjak nyomtatni, feltüntetve a minimum, a maximum nyomást illetve kinyomtatva a nyomás-idő diagramot és még nény sor szöveget stb."
Milyen OP. milyen runtime-mal?
Ezen sok múlik. Pl. van-e rajta ethernet? Flexible RT-vel megy-e? stb.
Különben jönnek a Ha-val kezdődő válaszok. Ha van rajta ethernet... Ha flexible... Ha nyomtatót kötsz rá, stb.Egyébként nyomtatni az OO-k is tudnak.. ha az megfelel.
-
Szirty
őstag
Hali atis28!
"Próbálgattam én ezt az utasítást is, de az IR0 előtti vessző nélkül... Azt még ha megkérdezhetném, hogy miért van ott, mi célt szolgál stb.."
Ennek a doksinak a 27. oldalán van róla szó
Részletesebben pedig a 254. oldalon. -
Szirty
őstag
Hali DP_Joci!
És ezt az értéket kéne visszaállitani. Elméletileg szerintem megoldható.
Nem dolgozok 200-assal, de nyilván megoldható. Minden ciklusban elmásolod egy retentív területre az értéket. Restart esetén meg egyszer vissza.
De nem tudom, hogy ennek van-e értelme. Ha a számlálót inkrementális encoderrel való pozícionálásra használod, akkor úgy illik, hogy bekapcsolás után mindenképp fel kell venni a refpontot és a számláló értéke ekkor áll be (addig nem szabad törődni a tartalmával akár elmentetted, akár nem).
Nem biztosítható ugyanis, hogy kikapcsolt állapotban a hajtás (aminek a mozgását az encoder méri) nem mozdul el. Ha pedig ez nem biztosítható, akkor az sem, hogy ugyanott lesz bekapcsoláskor, ahol kikapcsoláskor volt. Úgyhogy lehet egy szép kis offset a pozícionálásban, ami teljesen véletlenszerű. A véletlenszerű dolgok pedig általában nem barátai a műszaki megoldásoknak.De mivel nem árultad el mit akarsz csinálni vele, csak találgatni lehet...
-
-
Szirty
őstag
Helló Csorosz!
"Talán így sokkal jobban kivehető. "
Nah látszik már!
A szaggatott vonallal keretezett opcionális részben van a fékellenállást, azt a ponttal és a +al jelölt kapocsra kell bekötni.
nyilván a fékellenállás is egy opció (nem kötelező használni).A körülötte lévő áramkör valóban egy mágneskapcsoló öntartással, nyomógombokkal.
mit nem bírtam kivenni az egy "thermal protection device".
Egy hőfok kapcsoló, ami megszakítja a mágneskapcsoló tekercs áramát és így feszmentesíti a frekvenciaváltót. A fékező ellenállás hőmérsékletét figyeli (nyilván egy bimetálos kapcsoló).
Ezt nem kell feltétlenül használni a fékellenállás köthető közvetlenül az említett kapcsokra.A dolog lényege a következő:
A fékellenállás a frekiváltó belső DC körét terheli (egy ún. "fékcsopperen" keresztük), vagyis azt a feszt, amit a hálózati bemenő feszöltségből állít elő.
A fékcsopper egy kapcsoló elem (ált. IGBT, vagy FET). Arra való, hogy a motor meredek lassításakor a motor generátor üzemmódja közben keletkező energiát elmelegítse az ellenálláson. Szépen PWM módszerrel kapcsolgatja az ellenállásra a belső DC kört ahogy a belső DC fesz nő.
(Az ábra szerint a fékellenállás az R+ és R- kapcsok között helyezkedik el)Ha a fékcsopper kapcsoló elem üzem közben netán zárlatossá válik, akkor a teljes DC köri fesz akadálytalanul kijut a fékellenállás kapcsaira. Ettől az igen hamar felizzik és tüzet is okozhat (ez sokkal több mint amit üzem közben kell elviselnie). Ezt figyeli az opcionális áramkör. Ilyen esetben a hőfok kapcsoló felmelegszik és áramtalanítja a frekvenciaváltót.
Ha elhagyod ezt a védelmet működni fog minden, de a fékcsopper zárlata esetén lehet egy kis tüzijáték...
-
Szirty
őstag
Hali Csorosz!
Nagyon nagyon rosszul látható a rajz, a feliratok nem olvashatóak.
Annyit látok abból, hogy ott egy öntartó kapcsolás van egy mágneskapcsolóval Start Stop nyomógombbal, ami megszakítja a frekiváltó tápellátását.
A fékellenállást nem is látom, vagy a + és "pont" jelű kapcsokon lévő valami olvashatatlan felirata breaking resistor lenne?
Sajnos ebből nekem nem derül ki, hogy az említett öntartásnak milyen köze van a fékellenálláshoz. KivehetetlenA másik képen látható paraméterekkel kapcsolatban konkrétan mire vagy kíváncsi?
-
#848
Szirty
őstag
niethammer
#847
Szirty
őstag
válasz
niethammer
#847
üzenetére
Hali niethammer!
"Ehhez kérnék segítséget. A S7-300 / CPU313C-2 PtP PLC-hez van kapcsolva a második soros porton 2 db OMRON V1000-es frekvenciaváltó. Hogyan tudok adatot küldeni erre a második portra?"
Beépített PtP-vel még nem dolgoztam, de gondolom hasonló mint CP kártyás PtP.
Nézd meg ezeket:
S7-300 CPU 31xC Technological Functions (CPU 312C, CPU 313C, CPU 314C)
S7-300 PtP coupling and configuration of CP 340
S7-300 CP 341 Point-to-Point Communication, Installation and Parameter Assignment -
Szirty
őstag
Hali DP_Joci!
"A freeportos dologhoz nincs véletlenül infód?"
De van. Viszont én inkább csak üzemeltetek S7-200-akat mint programozok, így tanácsot nem nagyon tudok ebben adni.
Rákeresve ezeket találtam, szerintem érdemes átnézni:S7-200 kommunikációval foglalkozó példatár
SIMATIC S7-200 Programming Tips 12/08Itt találsz számtalan példaprogramot és leírásokat a freeport mód használatára.
)"
Új hozzászólás Aktív témák
- BESZÁMÍTÁS! ASROCK B550M R7 5800X 32GB DDR4 1TB SSD RTX 3060 Ti 8GB ZALMAN I3 NEO A-Data 650W
- Akció! Windows 10 pro OEM licenc kulcs 64/32 bit activation key licensz, liszensz,kulcs
- Lenovo ThinkPad L16 Gen 1 - 16" WUXGA IPS - Ultra 5 135U - 16GB - 512GB - Win11 - 2,5 év gari
- LG K61 128GB, Kártyafüggetlen, 1 Év Garanciával
- Bomba ár! Dell Latitude E7270 - i7-6GEN I 8GB I 256GB SSD I 12,5" FHD I HDMI I CAM I W10 I Gari!