Új hozzászólás Aktív témák
-
#95904256
törölt tag
válasz zoltan_30 #406 üzenetére
Ha nem számít hogy pénzbe kerül, akkor a legegyszerűbb ha felhívod a pesti Omron képviseletet. Valószínűleg raktárról adnak kábelt, programot, kézikönyvet ( magyar nyelvűt ), de az is lehet hogy ha beviszed hozzájuk a kütyüt és veszel egy másikat akkor demonstráció gyanánt, ingyen áttöltik bele a programot...
-
#95904256
törölt tag
-
#95904256
törölt tag
Persze hogy lehet kapni. Bár közvetlenül a Siemens-től nem érdemes beszerezni, mert elég nagy haszonréssel dolgoznak. Olcsóbb egy ipari nagykereskedést felkeresni. Pl.: Mile Kft.. De arra számíts hogy cserébe akár 1-2 hét is lehet mire meghozzák. De ha jól látom innen rendelve 33,55EUR + postaköltség (~5EUR) az MPI kábel (cikkszám:421224).
Szerk. Ja igen, a Distrelec-esek szinte tuti hogy a polcról veszik le és 1-2 napon belül kopogtat a futár.
[ Szerkesztve ]
-
#95904256
törölt tag
"De hiába veszed más cégtől a siemens cuccot, az sem fogja olcsóbban adni mint a siemens (teljesen érthető okokból). Legfeljebb pár százalékkal lehet olcsóbb, ha az illető cégnek van kedvetményes joga a siemensnél, de nyilván ők is haszonra törekszenek..."
Ezt nem egészen értem. Elmagyaráznád?
Nekem a Siemens csak milliós megrendeléseknél ad akkora kedvezményt hogy megérje tőlük rendelnem. Kíváncsi vagyok mit csinálok rosszul...
-
#95904256
törölt tag
"Ha a siemens 200 egységért árul valamit, azt más cégek sem fogják 150 egységért adni, mert ezek a cégek egyike sem jótékonysági egylet, hogy bukjon az üzleten."
A Siemens azért adja 200 egységért az amúgy nagykereskedőknek 120 egységért adott dolgokat hogy a kisebb tételekkel ne őket keressék direktbe. Azt hittem ez egyértelmű...
-
#95904256
törölt tag
"Hol itt a probléma?"
Párszor végigolvasva rájöttem hogy mindössze egy kicsit másképp értelmeztem az egyik, az árakra vonatkozó mondatod mint ahogy azt szántad. Szóval nincs probléma.
"A Siemens azt ad, amit rendelsz. Ha 1db 6-os alátétet rendelsz azt kapsz."
Legfeljebb a stílusoddal.
[ Szerkesztve ]
-
#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 ]
-
#95904256
törölt tag
Hali!
A RUN állapotban a soros portot lefoglalhatja a PLC-ben futó program ( pl. egy vonalkódolvasó jeleire várakozik ). Csak STOP állapotban garantált, hogy él a host protokoll.
A beállításokat MicroWin alól a File / Download / Communications / Set PG/PC Interface panelen lehet elérni. De ugyanez a panel elérhető a Windows Start / Beállítások / Vezérlőpult / Setting the PG/PC Interface ikonnal is.
-
#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.
-
#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.
-
#95904256
törölt tag
Sziasztok!
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? Sajna az üres CPU-ba sem engedte letölteni a Step7-es.
-
#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... )
-
#95904256
törölt tag
válasz #95904256 #1058 üzenetére
Sajna nem találtam manualt a CP2430-ashoz. De vagy tíz nyelven közölték, hogy 2006 November 1-től végleg megszűnt a supportja is. ( Mondjuk nem értem, hogy miért kell eltávolítani a dokumentációkat is ilyen esetben... )
szerk.: Ja igen. Ebben az esetben érdemes felhívni a magyarországi Siemens automatizálási részlegét, hogy kerítsék elő de tüstént...
[ Szerkesztve ]
-
#95904256
törölt tag
Sziasztok!
Felmerült nálunk egy olyan téma ahol Siemens Simatic Microbox PC-én kellene Siemens Soft SPS-t használni. Azonban erről a Soft SPS-ről nem találok információt a Siemens oldalán. Ti már hallottatok róla illetve használtatok már ilyet? Érdekelne, hogy egyáltalán mi ez illetve mi kell hozzá, hogy lehessen vezérelni vele egy Staubli robotot.
-
#95904256
törölt tag
válasz feristvan #1063 üzenetére
Hali!
Profinettel még nem foglalkoztam, de a 3-as pontra talán tudok válaszolni. Az ET200-as egy remote I/O bővítőmodul. A PLC központi egységén futó program egy kis késéssel tudja frissíteni az ottani bemenetek és kimetenek állapotát. A CPU és az ET200 közti kommuniációs csomag mérete függ attól, hogy mennyi I/O eszköz van az ET200-ason. Minnél több I/O eszköz van rajta, annál tovább tart újra frissíteni az állapotokat.
-
#95904256
törölt tag
válasz tocsoboy #1084 üzenetére
Szia!
A PLC nem más, mint különféle gépek működésének vezérlésére használatos programozható egység. Programozásának lényege abban áll, hogy olyan vezérlőprogramot készítsen rá az ember, hogy a gép minden esetben kiszámíthatóan, üzembiztosan működjön. Továbbá hasznos, ha a program mások számára is áttekinthető.
Sajnos rengeteg gyártó rengeteg féle PLC-t gyárt. Bár a programozásuk meglehetősen hasonló, azért mielőtt PLC-re kezdene programot írni az ember nem árt némi általános ismeret azokról az eszközökről amelyeket a PLC-kre kapcsolnak. Remélem ez a tanfolyam ilyen ismeretekre is megtanít, különben nagyon "száraz" lesz ha csak egy adott típus programozásáról szól.
Elhelyezkedéssel kapcsolatosan nem tudok információval szolgálni. De ahogy látom, sok kisebb-nagyobb cégnél szükség lenne olyan emberekre akik képesek a PLC programok monitorozásával hibát keresni a gyártó berendezéseken. Azonban sokszor fel sem merül, hogy milyen hasznos lenne egy ilyen tudású ember, így nem is alkalmaznak ilyeneket.
-
#95904256
törölt tag
válasz szaki42 #1088 üzenetére
A gyári manual rendkívül egyszerű és jól használható. Úgy rémlik, hogy van benne példa program is. Egyébként az adás és a vétel is megoldható, úgy, hogy mindössze egy-egy függvényt hívogatsz ( FC2 / FC3 ). Az meg nem csak STL-ben működik. Talán az okozhat gondot egy kezdőnek, hogy a függvény beszűrásakor egy-egy DB-t is kell generálni hozzá, de az meg automatikus. Ezek a DB-k tartalmazzák a belső változóit a két függvénynek. Piszkálni sem kell őket, csak beletölteni a PLC-be.
-
#95904256
törölt tag
Sziasztok!
Lenne egy tucat CJ1M CPU12-ETN egységgel felszerelt OMRON PLC-ém amit fel kellene programoznom. Azonban még Ethernet-et nem használtam OMRON PLC-vel. Sima TCP kommunikációt kellene megvalósítani egy közpi szerveren futó programmal. Van valakinek ilyesmi tapasztalata?
Ahogy olvasgattam az OMRON dokumentációját állandóan egy FINS nevű dolog bukkanik fel. Úgy tűnik, hogy a TCP kommunikációhoz egy FINS drivert is kellene a szerverre installálni. De ez az út nem járható ( tilos bármit is felpakolni a szerverre ). Van valami egyszerű megoldás?
[ Szerkesztve ]
-
#95904256
törölt tag
válasz Dezsi82 #1157 üzenetére
Már több helyről hallottam, hogy meg lehet oldani, de kézzelfogható segítséget senki nem tudott adni. Kivéve az OMRON support. Ők eddig nem tudtak róla, hogy meg lehet oldani. De kedden még lesz egy menet ez ügyben. Egyébként azt az információt sikerült begyűjteni, hogy a PC-re telepített FINS Gateway szoftveren kersztül lehet TCP kommunikálni OMRON PLC-vel. Ez viszont mint írtam, nem járható út.
-
#95904256
törölt tag
Hali!
(#1159) Szirty: "Felmerült bennem a kérdés, hogy ebben az esetben hogyan "tudatod" a szerverrel, hogy te szeretnéd ha kommunikálna az omronokkal?"
Adott protokollt kell használni.
(#1159) Szirty: "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?"
Tényleg nem volt ésszerűbb ötleted? A közelébe sem engednek. Nem hogy odaüljek, meséljek és veréssel fenyegessek...
De hogy értsd is: Kilóg a falból egy Ethernet kanóc. Ezt lehet bedugni a gépben lévő PLC-be. A kívánság az, hogy az üzemben lévő összes többi géphez hasonlóan ez a gép is letárolja a rajta áthaladó termékek adatait, mérési eredményeit.
-
#95904256
törölt tag
Hali!
"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."Most már kíváncsi vagyok, mi az ami ésszerűbb de valószínűtlenebb...
"Így könnyű a szerver üzemeltetése :>
Keletkezzen adatátvitel, de ehhez nem nyúlhatsz, majd mi megmondjuk milyen legyen. Old meg"Ezen parázom én is. Nem látom a dolog végét, hogy hogyan is lehet megoldani. Papír szerint van kb. 3-4 hetem, hogy felprogramozzak egy tucat PLC-ét és még abban sem vagyok biztos, hogy az előírt eszközök megfelelnek-e a feladathoz. Dehát, szeretjük a kihívásokat. A rendszert felügyelő informatikusok feladata meg ugye nem az, hogy az használható legyen, hanem hogy biztonságos.
"Nekem 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."
Nekem is így tűnik...
"Egy gateway-el megoldható lenne, de az egy plusz eszköz és persze plusz munka (meg hát plusz idő és plusz pénz)."
Még mindig olcsóbb és gyorsabb lenne, mintha kötbért kellene fizetni. Eddig ehhez a céghez mindig úgy szállítottuk a gépeket, hogy egy gateway PC-én keresztül zajlott a kommunikáció. Most előírták, hogy Ethernetes OMROM CJ1 PLC-ével kell vezérelni a gépet gateway PC nélkül. Pedig jelentősen olcsóbban kínáltuk a gépeket PC vezérléssel.
-
#95904256
törölt tag
Hali!
"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, 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?
"Utólag szabott feltételek?"
Ezt épp nem utólag szabták.
szerk.: Tehát nem kihívás.Üdv,
Ákos[ Szerkesztve ]
-
#95904256
törölt tag
válasz Dezsi82 #1166 üzenetére
A SEND és RCV utasítások használatosak az Ethernet kommunikációhoz is. A baj az, hogy az OMRON herkentyűi a TCP/IP adatcsomagokat becsomagolja a FINS protokollba. Ha ilyen csomagot küldök egy PC-nek, akkor azt ott egy FINS drivernek kell fogadni, ami aztán majd kicsomagolja a TCP/IP csomagot és úgy adja tovább a többi alkalmazásnak.
Egy OMRON eszközökből felépült rendszerben minden kütyü ismeri a FINS protokollt, így ekkor nincs is gond. A gond ugye akkor jelentkezik, ha egy a FINS-t nem ismerő eszköz is bekerül a körbe.
A soros port szerver alatt mit értesz? Egy gateway PC-ét a PLC-ék és a szerver közé? Ha nem jutok előbbre a hét közepéig a FINS mentes TCP/IP kommunikációval akkor kénytelen leszek áthidaló megoldást keresni. Én erre gondoltam.
-
#95904256
törölt tag
válasz Dezsi82 #1170 üzenetére
Cool! Ez a soros port / ethernet átalakító nagy ötlet!
Holnap beszerzek egyet. Ez nagyon jó!"Értem. De attól függetlenül, hogy becsomagolja, az nem marad szöveg? Nem lehet visszafejteni a PC oldalon?"
De, visszafejthető. Csak ahhoz kell egy visszafejtő programot telepíteni a PC-re.
-
#95904256
törölt tag
válasz Dezsi82 #1174 üzenetére
"De különben így is vissza kell majd fejteni az adatot. Vagy már működik a felhasználónál egy teljesen rugalmas protokoll, amibe csak benyomod az adatokat az előírt formában, és már működik is a dolog?"
A protokoll rögzített. Be kell tartani.
Ugyanúgy kell elképzelni mint pl. a HTML protokollt. Bármelyik gép képes lekérdezni egy szerveren elhelyezett HTML-es weboldalt, ha betartja a protokollt. Csak itt most OMRON PLC-ét kell használni és más a protokoll.
-
#95904256
törölt tag
-
#95904256
törölt tag
válasz makrodom #1186 üzenetére
Keress rá a CX-Programmer helpjében az "Expansion Instructions"-ra.
Egyes PLC-éknél a speciális utasításokat a használat előtt le kell tölteni a CPU-ba. Ezek az utasítások ugyanis egy-egy komplett funkciót takarnak. Amelyek meg valójában sok más egyszerűbb utasításból állnak.
[ Szerkesztve ]
-
#95904256
törölt tag
Az Omron CJ1 Ethernetes kommunikációra pedig megvan a megoldás. Sajnos van egy apró különbség a CPU-ba épített és a különálló Ethernet modul között. Ez utóbbi hajlandó TCP/IP kommunikációra. ( Az ETN-es CPU esetén sem kaptam vissza hibakódot, csak éppen nem jött ki belőle semmi... )
[ Szerkesztve ]
-
#95904256
törölt tag
válasz #95092224 #1194 üzenetére
Hali!
Már két megoldásom is van. Egyik, hogy nem a CPU-ba integrált ethernet egységet használom, hanem egy külön modult. A másik a soros port - ethernet átalakítás. Ez utóbbi célra bőven megfelel egy Atom processzoros kártyaPC. Sőt ez utóbbi megoldás még olcsóbb is, mert a PLC CPU-jának alapból is van egy soros portja, így nem kell méregdrága kommunikációs modult venni. A protokoll megírása meg gyorsabb is PC-re, mint a PLC-re.
Új hozzászólás Aktív témák
- 4GB DDR3 PC3 PC3L 1600MHz 1333MHz RAM memória LAPTOP -ba eladó
- Dell Optiplex 7070 SFF: Az igazi kis erőgép: i7 8700, 32GB RAM, 512GB SSD, 2xDP+HDMI+USB-C, Win11Pro
- Dell Optiplex 7070 SFF:A tökéletes irodai/otthoni PC:i5 8500,16GB RAM,256GB SSD,2xDP+HDMI+USB-C,Win
- Kellemes árú vezetékes gamer egerek
- CLEVO P775DM3-G gaming laptop
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs