- OLED TV topic
- Problémás a kék szín megjelenítése HDR tartalmakban az OLED kijelzős iPadeken
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Nem indul és mi a baja a gépemnek topik
- Amlogic S905, S912 processzoros készülékek
- Raspberry Pi
- Vezetékes FEJhallgatók
- ASUS ROG PG32UCDM: OLED csúcsmonitor tesztje
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- GoPro Topic
- antikomcsi: Való Világ: A piszkos 12 - VV12 - Való Világ 12
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- Krisztianby: Az ügyintézésnek mindig ilyennek kell lennie?
Hirdetés
-
Európába érkezett a ChatGPT egyik legnagyobb ellenfele
it A Google-hátszelű Anthropic Európában is kiadja a Claude AI-chatbotot.
-
Két fontosabb újítással megjelent az iOS 17.5
ma Az EU-ban webről is telepíthetők ezzel appok, illetve bővül a nyomkövetőkre való figyelmeztető rendszer.
-
Xbox Game Pass [2024] - Az extra májusi lista
gp Az elkövetkező időszakban többek között a Senua’s Saga: Hellblade II-t kapják meg az előfizetők.
Új hozzászólás Aktív témák
-
Szirty
őstag
válasz #95092224 #830 üzenetére
Hali topsli!
"Vegyünk alapul egy siemens s7-est, amibe semmi ilyen nincs beépítve."
Milyen S7? 200? 300/400?
Amennyire én tudom minden S7-ben alapból van valamilyen kommunikációs lehetőség (PPI/MPI/Profibus)."Ami modbus/profibus van is benne, az más célra már használatban van."
Ha van benne profibus, azt használhatod kommunikációra amellett is, hogy már használatban van. A profibus-nál nem okoz problémát ha rákötsz még egy PC-t is.
-
Szirty
őstag
Helló gaben!
"Most kezdek el PLC technikával foglalkozni,és segítséget szeretnék kérni Tőletek,hogy hol érdemes elkezdeni(irodalom,link,weblap,bármi jól jön)"
Ha Siemens érdekel nézz szét itt.
"És máris van egy gondom: megvan adva a feladat munka diagramja,ebből kell megfejteni a konkrét feladatot és ezt megcsinálni FA-2 IDEC nyelven..."
Nem tudom mi az az FA-2 IDEC, de nagyon úgy tűnik, hogy az egy PLC típus és nem egy programozási nyelv neve.
"Szóval ezt a munka diagramot át kell konvertálni ütemdiagrammá.Itt jön a gond,hogy ezt nem értem konkréten hogy kell,mert az órai példa alapján nem világos nekem,hogy miért van úgy ahogy. Ehhez tudtok -e valami segédletet adni,hogy megértsem?"
Fejtsd ki kicsit bővebben! Utalj a feladatra, esetleg küldj ábrát, képet stb, akkor lehet eldönteni igazán tud-e valaki segíteni.
[ Szerkesztve ]
-
Szirty
őstag
Helló DP_Joci!
[I]"Persze lesz egy kis túlfutás, de egy ablakon belül megáll. Tudom, hogy lehet megszakítást is rendelni az aktuális ért = célértékhez de bízom benne, hogy normál program ciklusban is időben sikerül megállítanom a motort.
Ha valakinek van más vagy jobb ötlete a megoldásra, akkor szívesen várom."[/I]
Igen, az ilyen módszer egyszerő és eléggé elterjedt.
A "lineáris megközelítés" jobb módszer valamivel, de bonyolultabb is cserében. Továbbá szükséges hozzá, hogy a PLC képes legyen a motor sebességét fokozatmentesen szabályozni (pl. analóg kimeneten vagy kommunikációs buszon keresztül.A lényege az, hogy a megállási pont megközelítése úgy történik, hogy a PLC programja a motor sebességét fokozatosan úgy csökkenti, hogy az lineárisan pontosan a megállás helyén érje el a nulla sebességet. Így nincs túlfutás (illetve csak igen minimális).
(A szervóhajtások is ezt csinálják egyébként).Ehhez a következő információkra van szükség:
1. A hajtás pillanatnyi pozíciója (az enkóderről jövő pozíció)
2. A célpozíció (ahova a hajtás éppen megy)
3. A hajtás maximális sebessége (amekkora sebességgel a hajtás lassítás előtt közelít a cél pozícióhoz)
4. A lassítás hossza (az a pozícióval azonos koordinátában mért távolság a hajtás tengelyén, amekkora távolságra a célpozíció előtt m egkezdi a lassítást (rámpázást)).Egyszerű számításokkal (osztás, szorzás, kivonás, összeadás) a fenti adatokból a PLC kiszámolja hogy mekkora sebességgel kell forgatni a motort abban a pozícióban ahol éppen tart.
-
Szirty
őstag
Szevasz pilu69!
"Nekem kellene egy plc szimulátor, tud valaki ajánlani valamilyent ?"
Így önmagában ilyenek nem nagyon vannak.
Persze szimulátorok vannak, de rendszerint szerves részét képezik a PLC programfejlesztői környezetnek.
Szimulátor van pl. az újabb CX-programmerben (omron)és a Simatic managerben is (Siemens). Bár ez utóbbinál opció, így nem minden változat tartalmazza. Ott a neve PLCSIM.
-
Szirty
őstag
Hali DP_Joci
"De gondolom vigyázni kell, hogy a lassítási utat ne vegye az ember túl hosszúra mert ha 0,5 vagy 1Hz-en kéne a motornak menni akkor lehet , hogy nincs elég nyomaték és hamarabb megállhat, ill. túl rövid lassítási útnál szintén túlfuthat (elméletileg). Jól gondolom?"
A lassítási út lehet hosszú is. A túl kis frekvenciát ki lehet küszöbölni a frekiváltó minimum frekvencia paraméterének megfelelő beállításával. (Ennél lassabban sosem megy). De ha ez túl nagy, akkor szintén nőhet a túlfutás.
A túl rövid lassítási táv nagyobb gond lehet, mert előfordulhat, hogy az adott tömeget akkora távolságon belül nem lesz képes lelassítani. Különösen ha a frekiváltón nincs fék opció.A frekvenciaváltó saját lefutó, idő alapú rámpáját minimumra kell venni (egy paraméter) mert ha az ott megadott rámpaidő nagy, akkor nem az analóg bemeneten csökkenő alapjel szerint (vagyis nem a PLC program által számított rámpa szerint) fog lassulni, hanem a saját rámpája szerint, ami nem jó ilyenkor :>
Megfelelő beállítással azonban dinamikus és viszonylag pontos működést lehet így elérni. Nem lesznek időtrabló, fölösleges lassúmenetek, a gép gyorsabban dolgozhat. -
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.
-
Szirty
őstag
Hali DP_Joci!
"Nincs véletlenül TP177 micro panelhez minta projected amiben el van készítve a hibakezelés egy S7-200-al."
Nincs. Én is csak keresni tudok:
Ezt találtamAzt nem tudom van-e benne alarm kezelés, nézd meg.
-
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 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?
[ Szerkesztve ]
-
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...
[ Szerkesztve ]
-
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...
[ Szerkesztve ]
-
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 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
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
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 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 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 #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 #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
[ Szerkesztve ]
-
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
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 #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
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 #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 #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 #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
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 -
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-24Persze sok gyártó csinál ilyet, ez csak egy példa.
-
Szirty
őstag
Üdv.
Rossz volt a link.
A Pt100 -> 0-10V konverter linkje újra: 2814870 MCR-SL-PT100-U-DC-24 -
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
Ü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!
"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
-
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
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.
Új hozzászólás Aktív témák
- antikomcsi: Való Világ: A piszkos 12 - VV12 - Való Világ 12
- OLED TV topic
- Xbox 360
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- iPhone topik
- Ukrajnai háború
- Vallás
- Hearthstone: Heroes of Warcraft - free online CCG
- ReVanced patch-elt alkalmazások és Youtube Android alkalmazás alternatívák reklámszűréssel / videók letöltése
- Posta, csomagküldés
- További aktív témák...
- Samsung ViewFinity S9 5k monitor!27"/5120x2880/IPS/10bit/600 Nit/Thunderbolt 4/Machez is/Beszámítás
- Dell XPS 15 9570 Notebook/Laptop, 15,6" 4K Touch, I7-8750H CPU, 32GB DDR4, 512GB SSD, GTX 1050 TI, W
- HP Z8 G4 duplapresszoros és Z4 G4 windows 11 kompatibilis munkaállomások
- Corsair HX1200 80 PLUS PLATINUM - eladó!
- Google Pixel 8 Pro Obsidian 128gb - Bontatlan, Google gari, akár beszámítással
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs