Hirdetés
-
VR játék lesz az Alien: Rogue Incursion
gp Az év végén érkező program PC-re, Meta Quest 3-ra és PlayStation VR2-re érkezik a tervek szerint.
-
É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.
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
Új hozzászólás Aktív témák
-
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
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
Ü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!
"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 -
moseras
tag
Üdv.
Modbus-ra ezt ajánlom:
[link]Csak Modbus RTU vagy ASCII-re ezt:
[link]Ebből lehet tanulni, hogy mindezt hogy oldották meg:
[link]lletve írják a PLCk tetszőleges memóriaterületét (többnyire)
Nemtudom OMRON/SIEMENS-nél hogy van, de WAGO/Beckhoff-nál csak erre a célra kijelölt területeket lehet. Mitsubishi FX-nél gyakorlatilag mindent lehet.
Meg tudja valaki nekem mondani, hogy milyen módon teszik ezt meg?
A PLC-k ismernek egy vagy több kommunikációs módszert, amelyek segítségével adatokat lehet lekérdezni/feltölteni. A fenti példában a MODBUS-ra adtam linkeket, szerintem jó ötlet ezzel kezdeni az ismerkedést.
Imi.
-
Didzsé
csendes tag
2 db hőmérséklet érzékelésére lenne szűkségem és az ezekkel arányos 0-10V fesz előállítására. 0-120 °C elég is lenne.
0°C -> 0V
120°C -> 10V kellene a kimenetre
A legyártást hogyan gondoltad? Hogyan nézne ki a végeredmény? Érdekelni érdekelne a dolog az ártól és a kinézettől függően.[ Szerkesztve ]
-
Didzsé
csendes tag
Egy vegyes tüzelésű kazán előremenő víz hőmérsékletét és egy hőtárólóban a vízhőmérsékletet kellene mérni...
Az a gond, hogy a boltban kapható ellenállások tűrése elég nagy a 0.1 es pontossághoz képest és egy pt100-nak kb 40Ohm a változása 120°C változás esetén ha jól gondolom.
A ti kapcsolásotoknak mennyi lenne az ezekből adódó esetleges hibája?:SEnnek a két kis cuccnak mennyi lenne a körülbelüli ára egyébként? Csak saccra
[ Szerkesztve ]
-
And
veterán
Mi annak a chipnek a típusa, ha nem titok? Mert 1/16 °C felbontású adatbuszos példányokat dögivel kapni, de olyannal, amelyiknek a specifikáció szerint az abszolút pontossága is max. 0,1 °C lenne, még nem találkoztam. Főleg nem ilyen széles hőmérsékleti tartományban. Amelyeket láttam, azok szobahőmérséklet közelében úgy-ahogy pontosak (például +/- 0,5 °C), de 80..100 °C környékén és felette ill. fagyponton már nem ritka a +/- 2..3 °C hiba sem.
-
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 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!
"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!
"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!
"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!
"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 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
-
#95092224
törölt tag
Bocsi, hogy így belekotyogok a dolgokba, de miért is kell mindenre PLC-t használni? Ipari termelésre, az okés, de egyéb civil célokra mi baj van az ipari miniPC-kkel? Laptopot én se raknék ki termelési területre, de egy miniPC-t be lehet szerelni a szekrénybe, és elvan, mint a befőtt. Van rajta azonnal ethernet, meg ami SW támogatást csak akarsz. És egyáltalán Windows.
-
#95904256
törölt tag
Mi egyaránt gyártunk PLC és PC vezérlésű szerelő/tesztelő gépeket. Mind egyedi gép, egyedi funkcióval, felépítménnyel, vezérlőprogrammal. A PC vezérlés olcsóbb, viszont sok nagy cégnél adott típusú PLC-kre vannak ráállva ( olyan van náluk raktáron, azt ismerik a helyi mérnökök, központi előírás, stb. ), így nem lehet mindenütt használni. Megbízhatóságuk egyforma. 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. Ha menet közben elromlik a gép vagy (szándékosan) rossz program kerül a vezérlőre, akkor sem okozhat sérülést.
-
#95904256
törölt tag
(#964) Dezsi82: "És mi van akkor, ha a PC lefagy?"
Ugyanaz mint amikor a PLC döglik be.
A Delphi / C++ / VB program ugyanúgy módosítható mint az LD / FBD / ST / IL ...
Az exe fájlt is visszafejthető, csak rengeteg munkával jár. Megjegyzem, nem minden PLC-ből tudod visszaállítani a forrást. Sok PLC pl. nem tárolja el a kommenteket vagy éppen az exe fájlhoz hasonló lefordított kóddal dolgozik. ( Pl. ilyen a Beck / Festo PLC ami ráadásul x86 kompatiblis processzort tartalmaz. )
-
#95904256
törölt tag
(#966) Dezsi82: "Azért úgy gondolom, hogy a PLC-nek a meghibásodási mutatói nagyságrendekkel jobbak, mint egy PC-nek."
É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. Ráadásul a PC alkatrészek még nagyobb darabszámban is készülnek.
(#966) Dezsi82: "Amennyiben megvan a forráskód, nem?"
Ha nincs meg, be kell szerezni. Nem minden cégnél törekednek arra, hogy forráskód nélkül dolgozzanak...
(#966) Dezsi82: "És mi a helyzet a keresztreferenciával? Delphiben csak keresni tudsz, vagy nem?"
Nincs olyan keresztreferencia Delphi alatt amire célzol. De érdekes módon még egyszer sem éreztem hogy problémát jelentene. Viszont azt igen, hogy Delphivel sokkal kényelmesebb és gyorsabb a programfejlesztés mint akármelyik PLC fejlesztő környezetben.
(#966) Dezsi82: "Ez igaz, de ha megvan egy régi programod, visszaolvasod bele az újat, és sokkal jobb a helyzet, mintha nullláról kezded az egészet."
Azért ennek is megvan a maga veszélye. Ha a PLC-ben lévő kód egy-két networkkel/runggal/steppel itt-ott hosszabb vagy rövidebb akkor rossz kommentek kerülnek rossz helyre. A félrevezető információktól lehet csak igazán agybajt kapni...
(#966) Dezsi82: "Más különben milyen rendszert használtok PC-s vezérlénél? Milyenek az IO-k? Csak mert én is szívesen használom a PC-s vezérlést, és hátha Ti jobbat használtok."
PC-s megoldásoknál főképp Advantech ipari PC-ket használunk Delphi alól. Az I/O-k általában NI vagy Advantech, néha Addidata gyártmányúak. Ha egyszer megírja az ember a megfelelő objektumokat, akkor utána meg különösen kényelemesen kezelhető.
szerk.: Megjegyzem nem feltétlenül ezek a legmegfelelőbb eszközök mindneki számára. Mindenesetre nálunk bevált.
[ Szerkesztve ]
-
Dezsi82
tag
Hali
Ezeket a hibákat ismeri, nem tudom melyik jön be rövidzárra, talán a félkövér
OB82_MDL_DEFECT BOOL Module is defective
OB82_INT_FAULT BOOL Internal fault
OB82_EXT_FAULT BOOL External fault
OB82_PNT_INFO BOOL Channel fault
OB82_EXT_VOLTAGE BOOL External voltage failed
OB82_FLD_CONNCTR BOOL Front panel connector not plugged in
OB82_NO_CONFIG BOOL Module is not configured
OB82_CONFIG_ERR BOOL Incorrect parameters on module
OB82_SUB_MDL_ERR BOOL Submodule is missing or has an error
OB82_COMM_FAULT BOOL Communication problem
OB82_MDL_STOP BOOL Operating mode (0: RUN, 1: STOP)
OB82_WTCH_DOG_FLT BOOL Watchdog timer responded
OB82_INT_PS_FLT BOOL Internal power supply failed
OB82_PRIM_BATT_FLT BOOL Battery exhausted
OB82_BCKUP_BATT_FLT BOOL Entire backup failed
OB82_RESERVED_2 BOOL Maintenance request
OB82_RACK_FLT BOOL Expansion rack failure
OB82_PROC_FLT BOOL Processor failure
OB82_EPROM_FLT BOOL EPROM fault
OB82_RAM_FLT BOOL RAM fault
OB82_ADU_FLT BOOL ADC/DAC error
OB82_FUSE_FLT BOOL Fuse tripped
OB82_HW_INTR_FLT BOOL Hardware interrupt lost[ Szerkesztve ]
-
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
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
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
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
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 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. -
#95904256
törölt tag
válasz Dezsi82 #1011 üzenetére
Hali!
Megkérdezhetem, hogy Te mivel foglalkozol? Kíváncsi vagyok, hogy miért van az, hogy állandóan forráskód nélküli PLC-kel kell dolgoznod.
Mint írtam, mi gépeket gyártunk. Beépítjük a PC-t/PLC-t és átadáskor átadjuk a forráskódot is ( későbbi hibakeresés, módosítások miatt ). Persze már nem egyszer hívtak olyan idegen gépekhez hibát keresni amelynek nem volt forráskódja. De az ilyen esetek nagy részében némi telefonálgatás, levelezgetés után sikerült előkeríteni az eredeti programot is. Nálam a munkaidő kb. 1-2%-a ( éves szinten néhány nap) a tényleges forráskód nélküli móka, vagyis nem ez a meghatározó...
Másfelől PC-n is lehet dolgozni forráskód nélkül. Csak az ember sajnálja a pénzt a megfelelő szoftverre ( Compuware DriverStudio ), ami nem csoda, ha azt nézem, hogy két-három évente merül fel egyszer egy-egy ilyen feladat. Persze aki "csóró" ( mint én ), de egy kicsit szorgalmasabb. Az más programokkal is meg tudja oldalni a feladatot. Én pl. PE-Explorert és FASM-ot használok szabadidőmben az ilyen feladatokhoz. ( Néha ebbe-abba bele szoktam kukkantani. ) Illetve van Win2000 alá egy SoftICE-om. Ami tkp. a DriverStudio magjának az elődje. Ez nagyon brutál cucc.
-
#95092224
törölt tag
válasz Dezsi82 #1017 üzenetére
Gyors és egyszerű kategorizálás alapján: "Microsoft .NET" == "Sun Java". A háttérben az zajlik, hogy Microsofték le akarják kaszálni a Sun piacot, és bizony szégyentelenek lesznek. Ennyi a lényeg.
Modbus:
Kotorászok a modbus doksik között, de valahogy nem sikerül választ találnom egy tök alapvető kérdésre: a modbus multi-master alkalmazás? -
theBitEater
csendes tag
válasz Dezsi82 #1011 üzenetére
hali
Ha érdekel egy magyarnyelvű leírás az LS termékekkel kapcsolatban, akkor nézz körül a honlapomon: http://nemetzk.googlepages.com - a leírások címszó alatt letölthető pdf formátumban. A GM7 és a MasterK PLC programozása hasonló, és ugyanazzal a szoftverrel történik (a GMWIN-nel) tudomásom szerint. -
#95904256
törölt tag
válasz Dezsi82 #1023 üzenetére
Illetve PCI soros portnak a SUNIX (Panasonic) két portos RS232 kártyáját tudnám ajánlani. Rengeteget beépítettünk belőle, egyszer sem volt gond vele ( talán az installálás egy kicsit hosszadalmas, mert vagy hússzor kell entert nyomni ). Ezt a fajta kártyát könnyű felismerni a fura formájáról.
[ Szerkesztve ]
-
#95904256
törölt tag
válasz Dezsi82 #1027 üzenetére
A legegyszerűbb ha fogsz egy timert, valamiféle elfogadható időzítéssel ( 20-50-100 ms) és végrehajtod a szokásos vezérlési funkciókat:
- timer tiltása ( veremtúlcsordulás és adatbuggyanás elkerülése miatt )
- bementek olvasása ( digitál, analóg, kommunikáció, paraméterek )
- végrehajtod a főprogramot
- kiírod a kimeneteket ( digitál, analóg, kommunikáció, kijelzés )
- timer újra engedélyezéseAz összes többi "extrát" le tudod programozni akár a főprogramban akár szálakban. Szálakba a számításigényes dolgokat és az időzítéssel futó feladatokat érdemes kiszervezni. Például kamera kép kiértékelése, adatfolyam kiértékelése, interpolációs algoritmusok vagy időzített mozgások, időtúllépések, stb. De ez sem szükséges dolog, csak "szépséghibát" okozhat, ha valamivel megakasztod az időzítő futását.
Egyik kollégám kifejezetten szálmániás. Nála az sem ritka, ha 2-300 szál fut egyszerre. Persze ezzel nincs semmi probléma, még egy kőkorszaki PC is elboldogul vele. Ráadásul a hibakeresés sem lesz bonyolultabb tőle.
-
sörösló
aktív tag
válasz Dezsi82 #1023 üzenetére
Részemről a Schneider TSX CUSB232 átalakítót használom. Többfélét kipróbáltam, eddig ez vált be igazán. Nem a legolcsóbb persze, de a Siemens S5 szó nélkül megkajálta, pedig arra aztán rá lehet mondani: a fene a kényes belét...Volt már rajta Omron NT, CJ1, Logo, S7, Modicon, Twido, na és sokféle S5. A frekiváltók tarka seregéről nem is beszélve. Még egyik sem szólt visza, hogy problémája van a soros porttal. Mostanában Unitronics eszközt gyötrök vele százakárhányezer baud átviteli sebességgel ( talán ez a legmagasabb beállítható sebesség) minden különösebb gond nélkül. Ha megbízható eszközre van szükséged, egy melón bőven meghozza az árát. Ha csak játszani kell, akkor persze meggondolandó. Én három éve 24.000-ért vettem Áfástul. De a drivert ingyen le lehet tölteni a Schneider honlapjáról, csak kicsit macerás megtalálni. :-))
CD Driver: TLX CDDRV20M. -
Abeltomi
csendes tag
Szia DEzsi82
Arra figyeltem fel, hogy Proface képernyők tudásáról vitatkoztok.
A Proface terminálokkal rengeteg PLC konkrét memóriaterületeit tudod írni, valamint olvasni.
Nem csupán a ProfiBus, vagy a ModBus használható, mert a fejlesztői szoftver rengeteg driver-t tartalmaz.Ha további kérdésed lenne, írj a következő címre: abelovszky@kvalix.huÜdv: Tamás
-
And
veterán
válasz Dezsi82 #1051 üzenetére
Mi mostanában Twido-kat használunk előszeretettel. Nem minden verzión van ethernet, de mi azt szeretjük, amin van. Egyébként Modbus-TCP a célja, egyebet nem támogat rajta. Ha jól tudom, analóg I/O sem a moduláris, sem a kompakt kivitelben nincsen alapkiépítésben, talán az IP67-nevű legújabb típuson van belőle egyetlen. A programozó szoftvere, a TwidoSoft szerencsére ingyenes.
-
#95904256
törölt tag
válasz Dezsi82 #1051 üzenetére
A Festo FEC660 van még megpakolva mindeféle jóval. Alapból van rajta egy Ethernet, két soros port, 32 digitális és három analóg bemenet, 16 digitális és egy analóg kimenet. Ráadásul tenyérnyi méretű az egész és front oldalról szerelhető. ( Sajna nálunk a gépészmérnök urak nem nagyon szoktak törődni vele, hogy a villanyos cuccok is háromdimenziósak... )
-
makrodom
csendes tag
válasz Dezsi82 #1097 üzenetére
Szia!
Milyen megoldás kellene? Valóságos megvalósítás, vagy iskolapélda. Magyarul a PI függvényt neked kell létrehozni, vagy használhatod a PLC beépített PID algoritmusát?Azt sajnos nem tudom!
A suliba tanultunk ilyeneket (de én nem nagyon értettem), én meg most itthon szeretnék gyakorolni a vizsgára egy szimulátoron!
A PLC tipusa, ha jól tudom OMRON CPM1A és Syswin 3.3-ban programoztuk fel!
Én is letöltöttem itthon a progit,de spanyol! :S Találtam egy angolt is, az meg nem jó változat! :Südv!
makrodom
-
Dezsi82
tag
válasz Dezsi82 #1102 üzenetére
Felrakták a honlapra a CJ sorozat fordítását, úgyhogy elérhető magyarul is.
[link]
Másrészről egy jótanács: ha szeretnél ezen a területen boldogulni, akkor szerintem próbálj egy kis angolt felszedni. Az esetek többségében van hogy csak angolul találsz leírást. (Lásd CPM1A Programming Manual )[ Szerkesztve ]
-
Szirty
őstag
válasz Dezsi82 #1103 üzenetére
Hali Dezsi82!
"Az esetek többségében van hogy csak angolul találsz leírást. (Lásd CPM1A Programming Manual )"
Nem a CPM1A Programming Manual fordítása, de van magyar nyelvű leírás CPM1-hez
Említi a PID-et is (239. oldal). -
makrodom
csendes tag
Új hozzászólás Aktív témák
- APPLE MacBook Air 2020 13" Retina - M1 / 8GB / 256 GB SSD / MAGYAR / 96% akku, 81 ciklus / Garancia
- LG NanoCell 55NANO766QA Halvány píxel csík
- Philips 58PUS8545/12 1 ÉV GARANCIA Játék üzemmód
- Tyű-ha! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 32/512 FHD HUN
- Bomba ár! HP EliteBook 840 G5 - i5-8G I 8GB I 128GB SSD I 14" FHD I HDMI I Cam I W10 I Gari!