Új hozzászólás Aktív témák
-
#95904256
törölt tag
Ha nincs beépített soros port, de van PCMCIA bővítőhely, akkor egy PCMCIA RS232-es bővítőkártya a megoldás. Ebből már próbáltam többfélét is, az EXSYS gyármányai még egyszer sem vicceltek meg, így azokat bátran merem ajánlani. Viszont nehéz beszerezni. Sunix-ot kapni idehaza, amiről szintén jókat hallottam.
Ha PCMCIA sincs, akkor lesz PCCard, ami az új helytakarékos bővítőhely. Ilyet is próbáltam, de csak egy típust. Az ugyan nem volt jó semmire, de ettől még a PCCard, lehet hogy használható dolog...
A harmadik lehetőség az USB-RS232 átalakító. Ebből van többféle átalakító chippel készülő típus, ki az egyikre esküszik, ki a másikra... Nálam egyik sem vált be. Ugyan volt olyan amelyik működött szinte minde soros eszközzel, de csak egy-két hónapig, aztán csere... majd újabb egy-két hónap után megint csere... Ennek a megoldásnak viszont vagy egy olyan előnye, hogy olcsó... szerintem ötöd-, tizedáron megkapod, mint a PCMCIA/PCCard típusokat.
-
#95904256
törölt tag
Szerintem az USB-RS232 átalakítókra vonatkozik a megjegyzésed.
Nálunk is inkább rossz tapasztalatok vannak vele, pedig olcsó eszköz....A beépített soros port ősrégi, tökéletesen megbízható dolog. Még meghajtóprogramok telepítgetése nélkül is alapból kezeli az operációs rendszer. Sajnos a laptopoknál már nagyon nagyon ritka. ( -> PCMCIA )
-
-
#95904256
törölt tag
Szia!
Először is itt van egy LOGO! Manual.
Ezekszerint simán ráköthető, de 12..24VDC kell az AM2-es modulnak!A Logo! 230RC csak a belső tápáramkörében különbözik a 12/24RC-től.
DC/DC konverter helyett egy AC/DC konverter van benne.Üdv,
Ákos -
#95904256
törölt tag
Szia Szirty!
Köszönöm, hogy felhívtad a figyelmemet az általam eddig nem ismert "off-line actual value"-ra.
A következő, kapcsolódó kérdésem az lenne, hogy miután frissítettem a PLC-ből az "off-line actual value"-t és elmentettem. Akkor azt hogyan lehet visszatölteni a PLC-be? Pl. olyan esetben ha valaki kitörölte a DB tartalmakat a PLC-ben és áll a gép...
Az időbélyeges dologra egy nyugtázandó figyelmeztető üzenetet dobott fel a STEP7-es, legközelebb megpróbálom újra előidézni és linkelni, hátha kiderül, hogy ponsotan mi van a dolog mögött. ( Lehetséges, hogy off-line módon a projektben átneveztem a DB valamelyik sorát, de a szerkezetet nem változtattam. ) Az üzenet nyugtázása után a megnyíló DB-ben "STATxx" megnevezések szerepeltek, a korábbi elnevezések törlődtek.
szerk.: A DB kommentekkel is volt valami. Mintha azok megmaradtak volna.
-
#95904256
törölt tag
Szia Szirty!
Végre sikerült kipróbálnom a dolgot. Az eredmény ugyanaz, mint "Upload to PG" esetén. Csak a blokkok szerkezete másolódik, a tartalma nem. Legalábbis visszatöltés után a PLC-ben a DB "Initial value" értékei nullázák az on-line tartalmat.
Ráadásul nem csak akkor törlődnek a szimbólumok és kommentek, ha a szerkezet eltér, hanem már akkor is ha csak az időbélyegek eltérnek.
Lehet, hogy elnéztem valamit? Hol kellene megtalálnom az off-line adatok közt a felmásolt adatokat?
-
-
#95904256
törölt tag
Mostanában kétféle eszközzel programozok S7-300 PLC-éket.
Az egyik a talán mindenki által ismert USB-és MPI/Profibus adapter.
A másikat jobban kedvelem... az egy sima patch kábel.
Ez utóbbi cucc rengeteg nem Siemens-es eszközhöz is jó, így mindig lapul belőle egy a táskámban... -
#95904256
törölt tag
válasz
Marty76
#1574
üzenetére
Értem. Sajnos olyan példa programmal biztosan nem szolgálhatok ami kellően "szájbarágós". Neked valami "kulcsra kész" megoldás kellene. A hostlink OPC server megoldás az egészen jó megoldásnak tűnik...
A csomagolóprogramot tetszés szerinti nyelven írhatnád. Rengeteg programnyelv létezik ami jó erre ( C, VB, Ruby, Python, stb. ) Sőt talán egy csomó script és makró nyelv is képes soros portot és ethernetet kezelni. Mondjuk én a Delphi-re és az Assembly-re esküszöm.
-
#95904256
törölt tag
válasz
Marty76
#1571
üzenetére
Igen, valami ilyesmiről.
De gondolom csak van elképzelésed, hogy az RS232 porton keresztül milyen adatokat szeretnél átküldeni vagy milyen protokollal szeretnél kommunikálni. Meg gondolom azt is tudod, hogy a TCP/IP-vel mihez szeretnél kapcsolódni. Egy ide-oda csomagolgató programot kellene írnod...
-
#95904256
törölt tag
válasz
Marty76
#1560
üzenetére
Úgy tudsz RS232-es portról Ethernetre csatlakozni, ha használsz egy számítógépet (pl.:FitPC) és írsz rá egy programot.
Az általad linkelt eszköz nem más mint egy távoli soros port. Ennek a soros portján keresztül nem tudsz az Etherneten TCP/IP kommunikációt megvalósítani.
Idézet a linkelt oldalról:
"The W&T COM Port Redirector for Windows 9x/NT/2000/XP/2003 also gives serially operating Windows programs the ability to communicate over the network. Virtual COM ports are installed on the system which behave like standard COM ports with respect to the applications. Communication with the terminal device is now however over the network and a Com-Server" -
#95904256
törölt tag
válasz
Marty76
#1487
üzenetére
Szia!
A videon látszik, hogy az emberünk a CX-Programmerben egy CJ1M CPU13 CPU-t konfigurál fel Ethernet/FINS kommunikációra. Ez azt jelenti, hogy egy Ethernet portos Omron PLC-ből és egy patch kábelből áll a dolog hardver része.
Sajnos az semmiből sem látszik, hogy RS232-őn keresztül is működne a dolog. Ahhoz az Excel bővíménynek Hostlink / Toolbus kommunikációhoz is kellene értenie.
Üdv,
Ákos -
#95904256
törölt tag
válasz
kip.kop
#1478
üzenetére
SCADA: Supervisory Control And Data Acquisition
HMI: Human-Machine InterfaceAz előbbi a komplett gyártásfelügyeleti rendszert jelenti, míg az utóbbi a kezelőfelületet.
A SCADA tartja nyilván a gyártásban lévő termékeket, a gyártóberendezések állapotát és felügyeli a köztük lévő anyagáramlást.
A HMI alatt általában egy tapiképernyős kijelzőt szoktak érteni, amin keresztül be lehet avatkozni a gyártási folyamatokba. Valójában a HMI minden egyéb olyan eszközt is takar amivel a gyártási folyamatba lehet beavatkozni.
-
#1375
#95904256
törölt tag
Csakénvagyok
#1374
#95904256
törölt tag
válasz
Csakénvagyok
#1374
üzenetére
Többször volt már dolgom Berger Lahr TwinLine vezérlővel. Hasonló liftes problémám is adódott ( az elektromos fék kikapcsolása után leszaladt alsó végállásba ). Sajnos már nem emlékszem arra, hogy pontosan mi volt a megoldás, de nem kellett lecserélnem semmit sem. Megfelelően kellett bekötni és beparaméterezni. Szerintem érdemes megpróbálkozni az újra paraméterezéssel. ( Valamint megnézni a gyári dokumentációt, hogy liftes alkalmazásban mire kell ügyelni a bekötésnél! )
-
#95904256
törölt tag
válasz
Dezsi82
#1362
üzenetére
Igen, így van. Több PLC-nél láttam már olyan lehetőséget, hogy a programból közvetlenül lehet frissíteni a kimeneteket. Persze, ez az idő összevethető a tranzisztoros kimenetű érzékelők kapcsolási idejével. Pl. az OMRON gyakran 5ms-os kapcsolási időt ad meg az ilyen érzékelőire. ( Mielőtt valaki belekötne, hogy a tranzisztor milyen gyors ez a kapcsolási idő több mindenből jön össze. )
-
-
#95904256
törölt tag
Szia!
Köszönöm a tippet!Bár már nézegettem az infrákat, nemigen értek hozzájuk. Ha jól sejtem ezeknek a szenzoroknak pontosan oda kell nézniük, ahol a tűz/füst várható. Ezen ok miatt én nem foglalkoztam velük sokat, mert ezt a feltételt nem tudom biztosítani. ( Az adott, kb. egy mázsás elektro-mechanikus alkatrész bármely pontján keletkezhet tűz pl. rossz forrasztás miatt. Ráadásul körbe lesz véve a munkadarab, úgyhogy nem lesz szabad rálátás. ) Vagy ezek infra eszközök képesek valami olyasmire amire nem gondoltam?
-
#95904256
törölt tag
Szia!
Köszönöm a segítséget!
Esetleg van ötleted arra, hogy milyen szenzort érdemes használni olyan helyre ( egy nagyáramú tesztelő berendezés kabinján belül ) ahol a tesztelt darab belső elektronikája kigyulladhat és azt minél hamarabb szeretném észrevenni? Gondolom valamiféle kombinált szenzor kellene ami füstre, hőmérsékletváltozásra és gázokra is tud kapcsolni. Eddig olyanokat találtam ( pl. Honeywell ECO1002 ) amelyek csak kettő kombinációját tudják.
Üdv,
Ákos -
#95904256
törölt tag
Sziasztok!
Nem PLC programozással kapcsolatos a dolog, de hirtelen nem találtam más fórumot, ahol érdemes lenne feltenni a kérdésemet.
Ipari füst és gázérzékelő szenzort keresek. Olyat amelyet akár vészkörben is lehet használni, de legalább PLC bemenetre köthető legyen. Ismertek gyártót, típust amit érdemes megnézni?
Üdv,
Ákos -
#95904256
törölt tag
Szia!
Az adapter oldalán lévő kapcsoló a sebességet állítja ( 19200 / 38400 ). A PLC oldali LED akkor világít, ha él a PLC MPI busza. A PC oldali pedig akkor világít, ha épp komminikál a PC és a PLC.
Egyébként a probléma érdekes, ugyanis az én laptopomról sem működik már hónapok óta a soros PC adpter. Illetve van olyan, hogy 2-3 percig megy, aztán semmi. De Ethernet kábellel, PCMCIA adapterrel, USB adapterrel gond nélkül megy.
Minden ilyen kapcsolódási kísérletnél egy olyan hibakódot ad vissza a Step7-es amiről nincs infó a neten. ( Lementettem egy screenshot-ot, de azt most nem találom. )
Üdv,
Ákos -
#1260
#95904256
törölt tag
programozoo
#1257
#95904256
törölt tag
válasz
programozoo
#1257
üzenetére
Miféle segítség kellene? A ZelioSoft-ban van beépített szimulátor, szerintem könnyű dolgod lesz vele...
-
#95904256
törölt tag
válasz
Marty76
#1219
üzenetére
Hali!
Én a helyedben, első körben készítenék egy olyan kábelt amivel megcsapolható a PC és PLC közti RS232-es port. Tulajdonképpen a PC adását és a PLC adását is lehallgatnám egy-egy terminál programmal. Utána ebből már kitalálható, hogy mi a protokoll. Régebben többször használtam ezt a módszert különböző szervóhajtások és gyári programjaik közti kommunikáció lehallgatására.
-
#95904256
törölt tag
-
-
#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.
-
#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... )
-
#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.
-
-
#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
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
#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
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 -
#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!
(#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?
![;]](//cdn.rios.hu/dl/s/v1.gif)
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
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
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?
-
#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
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
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
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
#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...
-
#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
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
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.
-
#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
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
(#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.
-
#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
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
"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.
-
#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
"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
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.
-
#95904256
törölt tag
Nekem csak sima RS232-es portra csatlakozó átalakítóm van. Az még nem tudta. Akkor nem is olyan rossz ez az USB cucc. Egyébként a 12Mbps-es profibus hálózatot amúgy sem könnyű összehozni. Nagyon sok eszköz nem tudja ezt a sebességet.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
A közelébe sem engednek. Nem hogy odaüljek, meséljek és veréssel fenyegessek... 
Új hozzászólás Aktív témák
- Lítium-ion/Li-ion akkumulátorok
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- A Telekom és a Yettel is jóváír a közel-keleti térségben tartózkodó ügyfeleinek
- AMD Navi Radeon™ RX 9xxx sorozat
- Horgász topik
- Vivo X300 - kicsiben jobban megéri
- Samsung kuponkunyeráló
- Milyen okostelefont vegyek?
- Konzolokról KULTURÁLT módon
- Milyen alaplapot vegyek?
- További aktív témák...
- Apple iMac 21,5" 2015 Late / 8GB DDR3 / 1TB HDD / Bill+Egér 6 hó garancia, számlával!
- Honor MagicPad 2 12.3 " Elképesztően jó tablet , újszerű , 1,5 év Garanciával !
- Corsair Water RGB PC - Aorus Z390, i9 9900k, 32Gb RGB PRO, 2080 Super, 1Tb M2, WiFi - Windows 11
- Samsung Galaxy S25 Ultra 512GB, Kártyafüggetlen, 1 Év Garanciaval
- Lenovo Thinkpad P15 Gen 1,i7-10850H,32 gb,512 gb
- Eladó Pritom L8 Kids tablet 2/64GB/ 12 hó jótállás
- Apple iPhone 17 256GB fekete használt, újszerű 100% akku (0 ciklus) Apple garancia 2027.02.11
- Bomba ár! Dell Latitude 7400 - i5-8GEN I 16GB I 256GB SSD I 14" FHD I Cam I W11 I Garancia
- Használt számítógépek/merevlemezek számlával, garanciával! Ingyen Foxpost/PostaPont!
- iKing.hu Apple iPhone 14 Pro Silver 128GB használt szép állapot 95% akku 6 hónap garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest