Új hozzászólás Aktív témák
-
Szirty
őstag
válasz
sörösló
#4370
üzenetére
Üdv!
Egyébként valóban! Ha gyakorlatiasak akarunk lenni, akkor bőven elég a következő:
1 db felső szint kapcsoló, 1 db alsó szint kapcsoló, egy darab mágneskapcsoló.
Ha a szint az alsó alatt van a szivattyút bekapcsoljuk ha a felső szint fölött van, a szivattyút kikapcsoljuk.
Egy darab mágneskapcsolót igényel a dolog (öntartás) és kész is.
Se PLC, se analóg mérés se frekvenciaváltó ehhez nem szükséges! -
KB.Pifu
tag
válasz
sörösló
#4152
üzenetére
szia!
Jó hogy emlékeztettél erre, el is felejtettem, hogy bizonyos létezik az a bizonyos fékellenállás és ráadásul jó okkal.
Lehet én túlreagálom a dolgot, de például nem szívesen mennék pályakezdőként olyan üzembe, ahol nagyobb a felelősség és emberélet múlhat rajta, nekem egyelőre a pneumatikus összeszerelő gépek és robotcellák a megcélzott kategória.
Ezért hoztam fel a safety témát, mert méltánytalanul elhanyagolt szerintem. Bármelyik cég túléli ha valaki véletlen összetör egy-két 150 ezer forintos munkahengert, de csak egyszer törjön el valakinek a keze vagy sérüljön meg és azt évekig emlegetni fogják.
-
Szirty
őstag
válasz
sörösló
#4152
üzenetére
Üdv!
"A Vész-Stop kör mindig soros kiépítésű, még a sokszázéves gépeken is! "
Főleg azokon. De mint szinte minden alól, ez alól is van kivétel.
Pl. vannak olyan elkerített veszélyes terek, amikbe és belőlük ki üzemszerűen járkálnak a munkadarabok, vagy rakatok. Ha nincs a szállító pályán rakat, akkor annak helyén az ember be tud sétálni. Tegyünk biztonsági fényfüggönyt! De akkor a gép saját magán alkalmaz vészleállítást, amikor jön a kész rakat és keresztezi a fénysugarat. Akkor tegyünk bypass fotocellát. A rakat üzemszerűen eltakarja mindkét bypass fotocellát, amik ha egyszerre vannak eltakarva, akkor párhuzamosan áthidalja, azaz hatástalanítja a biztonsági fényfüggönyt. A bypass fotocellák pedig úgy vannak elhelyezve, hogy a sugár egy keresztet írjon le több méteres fesztávval. Így egy ember nem tudja sem véletlenül, sem szándékosan úgy eltakarni őket, hogy az hatástalanítsa a biztonsági leállítást. Kivéve ha az ember tudja hogy működik a bypass és egyszerűen munkavédelmi kesztyűt húz a bypass fotocellákra, vagy rongyot dob a prizmákra. (A gépkezelők rendkívül találékonyak)
Vagy van olyan veszélyes tér, amiben a gépkezelő egyszerűen kénytelen dolgozni. Pl. nyomdaipari gép, ahol hatalmas papírtekercs fogy. A tekercs környéke elkerített, biztonsági ajtó, azon reteszelt biztonsági végállás, vész gomb minden oldalról, bent is, fényfüggöny, stb.
De a tekercset cserélnie kell ha kifogy. Feltesz egyet targoncával és be kell neki fűznie. Ilyenkor a mozgó gépbe fűzi be, álló gépbe nem lehet. Akkor jön a deadman switch.
Aki nem tudja annak írom le röviden hogy ez egy olyan (többnyire vezetékes) hordozható biztonsági eszköz, amin van egy több fokozatú nyomó kapcsoló. Félig kell benyomni. Ha teljesen benyomják vagy elengedik akkor szakít.
A kezelő a gépet beállító módba kapcsolja, ilyenkor lassabb minden mozgás. Kinyitja az ajtót, átmegy a fényfüggönyön és közben viszi magával a a deadman switchet és nyomja félig. Ezzel áthidalja a biztonsági rendszert párhuzamosan (és persze ideiglenesen).Vagy képzeljünk el egy gépet, amit robot szolgál ki. A robot körbe van kerítve, külön biztonsági cellában dolgozik. De van egy üzemmód, amikor a gépet ember is kiszolgálhatja. Ilyenkor a robot ki van kapcsolva. A kiszolgált gépen van egy fényfüggöny, ami védi az embert. Ha belenyúl a gépbe, akkor vészleállítás történik. Ám ha a robot szolgálja ki, akkor nem állhat meg a fényfüggönyre, így a robot üzemmód a fényfüggönyt párhuzamosan áthidalja.
Ellentétes feltételeknek kell egyszerre megfelelni, ezért (is) sok a herce-hurca ebben a témában.
-
Szirty
őstag
válasz
sörösló
#4152
üzenetére
Üdv sörösló és Pifu!
Nem akarok vitatkozni, nincs is min igazán, egyetérteni jöttem! :-)
sörösló! Azzal együtt,hogy teljesen egyetértek mindazzal amit írtál megjegyzem,hogy Pifu is elég jól összefoglalta a biztonsági vészleállítás néhány alapvetését.Kivétel mindig van, egy emelőgépet sem lehet úgy leállítani hogy hagyjuk lezuhanni a terhet, ez nyilvánvaló.
Globális statisztikai alapon mégis messze az a leggyakoribb alkalmazás, amikor a motort (esetleg a hajtásvezérlővel együtt) szelepet, miegymást egyszerűen lekapcsoljuk az energiaátvivő hálózatról.
De nem kizárólag és minden esetben. És itt jössz te :-) Nem biztos hogy erőműben célszerű a hűtőszivattyúval is így bánni, stb, stb.Ezt is az alapoknál érdemes kezdeni és nem az összetettsége csúcsán.
-
DP_Joci
tag
válasz
sörösló
#4073
üzenetére
Te miről „beszélsz” ember!
A komplett gépet én programozom nulláról, nem egy meglévőt taknyolgatok!
Nincs 10 kg amit a szervo motor tart és azt is áttételen keresztül.
A kérdés az volt, hogy hogyan lehet ezt a fékvezérlést korrektem megoldani, esetleg az S7-1200-ban van-e erre kitalált megoldás,( még nem használtam eddig).
Ne aggódj, van felelősség érzetem és talán nálad hamarabb elvetek egy műszaki megoldást, ha kritikusnak találom.
Ha viszont van építő jellegű műszaki ötleted a kérdéseimre, akkor azokat szívesen veszem, esetleg nyilvánosan megvitatjuk. -
levelko
csendes tag
válasz
sörösló
#3796
üzenetére
Hello!
Igen tudom, hogy fizetős, de csak a "vészleállítás"-ról kellett volna tallóznom egy konkrét megfogalmazást és ezért nyilván nem vásárolom meg 15000 Huf-ért az egészet. Persze megvetethetném a céggel is, de az sem ér el hozzám hétfő reggelre. Az előző munkahelyemen minden elektromos karbantartónál ott lapult egy ebből, meg a 172-ből és az 1585-ből. A mostani helyen meg néztek rám bután, hogy mit akarok Én huzalozni narancs színnel.
Mellesleg minden "fizetős" azért vannak tele a file megosztók milliós tervezőprogramokkal.
Közben találtam megfelelő szöveget a dologhoz.
Köszi mindenkinek!Üdv L.
-
moha21
veterán
-
Szirty
őstag
válasz
sörösló
#3670
üzenetére
Üdv!
"Túrjál a neten, szerintem találsz magyar nyelvű kézikönyvet."
LOGO! katalógus
LOGO! Modular - Általános ismertető
LOGO! V5 Kézikönyv
LOGO! Alkalmazások -
Szirty
őstag
válasz
sörösló
#3650
üzenetére
Üdv sörösló!
Ezért ez így erős túlzás, de köszönöm! :-)
Elvonatkoztatva az oldalamtól én úgy látom ahogy te. Sajnos a mai oktatás ezen a téren csaknem teljesen nulla (tisztelet a kivételnek!).
Ennek szerintem 3 oka van, amelyek sajnos erősítették egymást.1. Az ipari automatizálási eszközök (beleértve a szoftvereket is) egy iskola számára megfizethetetlenek, különösképp hogy az oktatás anyagi helyzete katasztrofális. Ezért azzal főznek, ami van, ami ma már kb. annyit tesz, hogy semmivel.
Sajnos a legtöbb helyen ledarálják az előírt anyagot és annyi, az óra unalmas, nem interaktív, mindenki menne már inkább meginni egy sört. Sőt olyan sem ritka, hogy az anyagot le sem adják csak számonkérik, a delikvens meg azt sem tudja miről van szó! Nem egyszer találkoztam ilyennel. Vagy a feladat kiírás logikátlan, pontatlan, zavaros, nem egyértelmű és erre csak azt a jó előre megfogalmazott sablonos választ fogadják el, amit az oktató/tanár "kidolgozott". Az alternatív, de a kiírás szerint szintén helyes válaszokat, megoldásokat nem!2. Közben az idő szalad, a technika fejlődik, az elmúlt évtizedek alatt az ipar tele lett újfajta vezérlőkkel, elterjedtek a terepi buszok, a szervó hajtások, a robotok, a frekvenciaváltók, HMI-k, SCADA-k és egyéb speciális eszközök. Ezeket a tanterv amennyire tudom sehogy, vagy csak kilométerekkel (évtizeddel) lemaradva követi.
3. Azt kell látnom, hogy ma alig találni olyan ambiciózus, tehetséges és kellően fanatikus leendő szakembert, akit érdekel ez az egész és van remény arra, hogy jó szakember váljon belőle.
Sokan úgy választanak pályát, szakmát, mint ahogy más az étlapról választ: "Hmmm próbáljuk ki, jól néz ki, ilyet még nem ettem" Bizton állíthatom, hogy ez nem így működik. Egy szakmát nem lehet jól csinálni ha az emberben nincs egy szikrányi tehetség ambíció és egy csipetnyi fanatizmus sem.
Olyan villamos szakemberek kerülnek ki ma jó tanulmányi eredménnyel gyárakba dolgozni, hogy egy izzó cserét nem bíznék rá, mert vagy önmagát vagy egy gyanútlant öl meg, vagy a lámpatestet teszi tönkre. és akkor még csak nem is túloztam!!Onishi-nek is igaza van, nincs jó szakember gyakorlat és tapasztalat nélkül. Persze hogy nem várható el egy frissen végzett szakitól, hogy azonnal mindenhez értsem és sose hibázzon.
Elvárható (lenne) azonban a szakmai alapismeretek valamilyen szintű tudása és az hogy ne szarjon kibaxott magasról az egészre úgy ahogy van.
Természetesen ez attól is függ hova kerül és mit várnak el tőle. Az élethez kell egy jó adag szerencse is, nem vitás!Köszönöm a figyelmet...
-
Onishi
tag
válasz
sörösló
#3650
üzenetére
Hát azért ez nem teljesen így van. Természetesen tanítottak az egyetemen plc programozást, csak az a baj, hogy kevés óraszámban és nagyon az alapokat. (pl. analóg jeleket egyáltalán nem kezeltünk, max csak megemlítették, hogy olyan is van).
Szerintem aki kijön az egyetemről, akármennyit is tanítanak neki a plc programozásról, akkor is kezdő marad, hiszen a valós gyakorlati életben nem használta még a tudását, így nem alakulhatott ki még az a komplex szemléletmód ami a plc programozáshoz elengedhetetlen. Ezt sok gyakorlással lehet szerintem elsajátítani, amihez Szirty honlapja hatalmas segítség, főleg annak aki nem Siemens-en tanult, mint én. Persze valószínű Szirty honlapja nélkül is elsajátítható lenne, csak sokkal hosszabb idő alatt.
Igaz én "csak" mechatronikai mérnöknek tanulok/tanultam. Gondolom egy villamosmérnöki kar, automatizálási szakirányán jóval többet oktatnak a plc programozásról. -
Szirty
őstag
válasz
sörösló
#3596
üzenetére
Helló sörösló!
Igen ez a dolog gyakorlati oldala.
Ám a működési hőmérséklet tartomány - mint tudjuk - azt jelenti, hogy azon belül maradva képes az eszköz garantáltan teljesíteni az adatlapján feltüntetett követelményeket.
Ezért ez nem jelenti azt, hogy azon kívül működésképtelen, de lehet hogy az MTBF nem annyi lesz, amennyi az adatlapon, szerepel.
A megengedett működési hőmérséklet tartományon kívüli használat kimeríti a nem rendeltetésszerű használat fogalmát, aminek negatív garanciális és reklamációs (support) vonzata van.Bizonyos konstellációban ez így vagy úgy, de növeli a kockázatot.
-
Szirty
őstag
válasz
sörösló
#3413
üzenetére
Üdv sörösló!
Címszavakban reagálnék:
- Nem biztos hogy el van baszva csak mert mi másképp csináltuk volna
- Ahogy az sem feltétlen biztos hogy nincs elbaszva ha úgy csinálták, vagy mi csináltuk :->
- Az elvakultság sosem hasznos (de olykor látványos)
- Bizonyos dolgoknak lehet több megoldása
- Más dolgoknak nincs jó megoldása (ez mindig akkor van, amikor kompromisszumot kell kötni)
- A motiváció jelentően meghatározhatja a dolgok szubjektív megítélését
- Ha valami sokoldalú, akkor szükségszerűen bonyolult lesz
- Az univerzális dolgok annál haszontalanabbak minél univerzálisabbak
- Az alacsony szintű hibakezelésre a megrendelő szarik. Csak működjön határidőre
- A safety modulok gyári hibakezelésének "könnyű" dolga van, olyan korlátokat állítanak ahol a felhasználó alig tehet valamit
- A beüzemelés közben hirtelen kitalálás többnyire "fentről jön" ami ha nem jön be azt sújtja aki lent van
- Egy visszatérő apró de bosszantó hiba akkor egyszerű, amikor már tudjuk mi okozta :-)A siemens rendszere bonyolult, mert sok lehetőség rejlik benne. Emiatt lehet gyűlölni, de megismerni is lehet.
Csak egy eszköz, ami a megfelelő kézben sokmindenre képes. -
Szirty
őstag
válasz
sörösló
#3373
üzenetére
Helló sörösló!
Pedig sok jelkábel ere 0.25-ös (pl. encoder kábel, analóg méréshez használt kábel ere).
Vagy a pneumatikában, hidraulikában használt hall elemes érzékelők gyári beépített vezetékének ere 0.1mm2 sincs. Már a 2A-es olvadóbiztit sem tudja kiköpni, a vezeték teljes hosszában füstöl és beleolvad a többi érbe :-/ -
Szirty
őstag
válasz
sörösló
#3285
üzenetére
Szia sörösló!
"Nem egyszerű az élet, de a robbanásveszély miatt nem lehet "tegyük fel" tényezőkkel operálni! Vagy fehér, vagy fekete. Nincs olyan hogy ha napkeltekor megszólal a feketerigó akkor megnézzük tüsszent e a kutya és ha igen akkor minden OK."
Elnézést, kicsit el fogok térni a témától.
Erről az jut eszembe, hogy az ilyesmi nem ritka. Az igény oldalon gyakran alakul ki olyan konkrét megoldás, hogy a problémát se tudom elképzelni, amire az a megoldás.
Tehát nem csak a problémát vázolják, amit meg kell oldani, hanem magát a megoldás lépéseit is. Az utóbbival akkor szokott probléma lenni, amikor a "konstruktőr" nincs teljesen tisztában a megoldás eszközéül szolgáló berendezés működésének olyan részleteivel, amelyek ismerete elengedhetetlen a korrekt megoldáshoz.
Más szóval feltételezésekbe bocsátkozik, vagy hogy nevén nevezzük a dolgot: Blöfföl, mert fingja nincs hozzá.
Az meg nem mindig jön ki jól, amikor a kovácsnak magyarázzák hogy kell lovat patkolni.Itt nem azokról az esetekről beszélek, amikor komoly veszély van (robbanás, sérülés veszélye stb) hanem arról, amikor ilyen közvetlen veszély nincs, de a hibás megoldás azért jár negatív következményekkel. Pl. azt mondják, hogy tegyünk oda egy nyomógombot és majd a kezelő megnyomja amikor ez vagy az a helyzet kialakul.
Az ellenvéleményem az a kérdés szokott lenni, hogy mi legyen ha nem nyomja meg a gombot? Erre a válasz hogy "miért ne nyomná meg?" -
sörösló
aktív tag
válasz
sörösló
#3195
üzenetére
Na itthon lejött a Szirty által adott link. Pontosan erre gondoltam, de a melóhelyen munkaidőben olyan qrva lassú a net hogy nem tudtam megnézni. Ithon is egy percbe telt, pedig 4-500 kB a sebesség, odabent meg van hogy 2-3 kB a letöltés. Egy izmosabb PDF letöltéséhez hozzá se érdemes fogni.
-
isvarga
csendes tag
válasz
sörösló
#3151
üzenetére
Nem értem miért (ismét) ár alapján válogatod szét a termékeket.
A virtuális soros portot mindegyik ugyanúgy hozza létre a 2000Ft-os és a 22222 Ft-os is.
A problémák .Net -el vannak . (Vista óta csak .Net )
A kiegészítő csomagok arra kellenek ,hogy pótolják a .Net-ből hiányzó dolgokat.(a .Net talán nem is ismeri a soros port kezelést)(van neki x86-os könyvtára is ugyi ,de hiába pótolják a megfelelő .ocx -et "inkorrektnek" nevezi azt)
"Win 7-hez nem készül szoftver"
Mint fejlesztő állíthatom ,hogy minden fut rajta amit szeretnénk , csak a Visual Stúdió fejlesztői nem gondolták így.(szinte abban is biztos vagyok ,hogy csak a VB-vel vannak bajok a c++ könyvtárak tökéletesen működnek)
Tavaly ugrottam át emiatt keresztplatformra .Tehát az igazság : az előre beállított termék pályán mozogtok.
A másik iszonyatom : Amikor a program nagyságából vonnak le következtetéseket.
Ezek nem nagy méretű kiegészítések.
Varga István
-
Szirty
őstag
válasz
sörösló
#3106
üzenetére
Üdv sörösló!
Az én személyes "kedvencem" amikor a pneumatika szelepeket a kapcsolószekrényben helyezik el. Kezdetben jó ötletnek tűnhet, de hosszú távon nem kifizetődő.
Még ha a szelepek kipufogóját ki is vezetik a szekrényből, idővel akkor is vastag olajsár réteg alakul ki mindenen ami a szekrényben van. Az ilyesmi eléggé aláássa a megbízhatóságot, nem beszélve arról, hogy senkinek nincs kedve hozzányúlni, mert sikamlós fekete hányás lesz az egész úgy ahogy van.
A legjobb amikor a rajz is benne van a szekrényben ami az olvashatatlanságig szennyeződik.Olyan is akad, hogy a hidraulika tápegységet a kapcsolószekrény fölé teszik a gép tetejére.
Mint tudjuk NINCS az a pneumatika ami nem szelel valahol és olyan hidraulika ami nem csöpög folyik előbb-utóbb (főleg előbb). Az olaj hova máshova folyna mint a kapcsolószekrénybe?!
Guszta! -
Szirty
őstag
válasz
sörösló
#2860
üzenetére
Hali sörösló!
"Láttam már csúnya géptörést a refpont hibás érzékelője miatt."
Ó hogyne! A keresés és nem találás ilyesmibe gyakran torkollik...
Jobb esetben tényleg elsettenkedik ütközésig aztán jön a szervó hiba (overload, tracking error, stb.).
Sajnos volt már, hogy az ütközést az energia lánc valósította meg. Az meg ugye nem erős, de okos volt, engedett.
No meg játszott már ütközősdit profibuszos abszolút encoder is...
-
Szirty
őstag
válasz
sörösló
#2858
üzenetére
Hali sörösló!
"Néhány kolléga szerint CNC gépeknél az abszolút útadó az egyetlen járható megoldás"
Meg kell jegyeznem, hogy az abszolút jeladó valóban bír határozottan pozitív előnyökkel. Ugyanakkor a fentebb vázolt problémát az sem kerüli meg, de más jelleget ad neki
Nálunk sok szervó működik abszolút jeladóval (Nem CNC). Azoknak is mindenképpen kell referencia pont, legfeljebb ritkábban látogatják.
Ezért előfordul, hogy a refpont érzékelőjét leszerelik és elhasználják másik géphez, mert épp nincs induktív érzékelő a raktárban és az meg pont olyan. Természetesen ezután így is marad, a gép megy tovább, üzemszerű működése közben a refpont közelébe se szagol.
Míg nem aztán ahogy telik-múlik az idő és fluktuálódik a kezelő személyzet megtalálják a "referencia menet" funkciót, mert épp valami baj van és úgy vélek ez kell az üdvösséghez (vagy ennél prózaibb ok alakul ki: szervó drive csere történik).
Szerencsétlen keresi a refpontot bőszen, de az már régen messze jár...(van olyan szervóhajtás, amit 3 éve nem állítottak refpontra)
-
Dezsi82
tag
válasz
sörösló
#2417
üzenetére
Hát, épp ez volt a kérdés.
Olyan mint egy sima relé, csak rendelkezik a szükséges biztonsági tanusítvánnyal. Kényszerműködtetés, 6mm a kapcsok között, sárga színű, stb.
A biztonsági vezérlőkbe is forrasztással vannak rögzítve a sorkapcsok.
A kérdés, hogy egy egyszerű élesztés miatt szükséges-e megvenni a drága biztonsági vezérlőt, vagy ezt a feladatot megoldhatja-e közvetlenül egy saját vezérlő.
Mivel a biztonsági vezérlőbe is a saját vezérlőnk jele menne bele, aminek a felfutó éle éleszti a kört, így gondolom ez ugyanaz -
Andrasgaz
csendes tag
-
Szirty
őstag
válasz
sörösló
#2139
üzenetére
Hali sörösló!
Hát lehet hogy drágult, elnézést, senkit nem akartam félrevezetni. Ennyiért vettünk pár éve 2 darabot.
A programozó kábel valóban ingyen van, de kell hozzá egy JZ-PRG nevű interfész, ami 12e Ft.
Az RS232-ről meg annyit, hogy az iparban minden telis tele van vele. Egyenáramú hajtás szabályzók, frekvenciaváltók, szervóhajtások, PLC-k, mérleg modulok, stb, stb, stb.
Persze lehet azt mondani, hogy azok régiek, az újabb cuccokon USB van.
Hát persze. Pl. SEW MDX61B, amit ha bedugok USB-be, lesz egy virtuális soros portom.
vagy Banner SC22 safatey controller, amit ha bedugok USB-be (mert ezen is USB van) érdekes módon megint csak lesz egy virtual soros portom és így tovább.A laptopokon meg nincs.
Majd 10 év múlva talán lesz minden ipari eszközön natív USB kommunikáció (és nem beépített USB-RS232 konverter).
Sajnos addigra meg lehet hogy az USB hal ki és az nem lesz a laptopokon és kezdődik minden elölről...A notebookok fejlesztésekor nem veszik figyelembe azt a réteget amit mi képviselünk. Túlságosan vékony réteg vagyunk. Persze vannak kifejezetten ipari cuccok, megfizethetetlen áron.
A pattanásos arcú nonstop gamereknek, öltönyös marketing managereknek készülnek a laptopok. Legyen brutál 3D teljesítménye és 16:9-es képaránya. stb....
De ezt kifejtettem már itt egyszer. Aki szenvedni akar, az olvassa el -
Andrasgaz
csendes tag
válasz
sörösló
#2134
üzenetére
Szia sörösló!
Kezdem az elején.Gázkészülék javítóként egyre gyakrabban találkozok vegyes rendszerekkel.(Gázkazán,vegyes kazán, napkoll. stb..)A probléma a következő:Mind a beépített készülékek,mind a kialakított hidraulika mindig más elektromos vezérlést kíván.A gyári fűtésszabályzók pl:siemens Albatros nem olcsók és sokszor nem lehet "ráhuzni " a meglévő rendszerre.Így jutottam a LOGO-ig ami számomra ár,érték arányban ideális lenne.Mivel az alapszakmám műszerész így a FBD-programozással egy bizonyos szinten elboldogulok.A konkrét esetre visszatérve:A szabályzó lehet LOGO 230rc,vagy 24rc AM-2 analóg bővítőmodullal,az érzékelő PT100,a szelep ESBE ARA 645,30 sec futás idővel.Arra,hogy programba tudjam állítani a hőfokot,és a differenciát,szükség lenne.Az hogy az ügyfél állítgassa nem szükséges,valszínüleg le is zárnám a szabályzót.A lényeg az lenne,hogy a kimeneti ponton beállított hőmérsékletet 2-3 Celsius pontossággal a motor tartani tudja.PL:egy vegyes tüzelésű kazán 70 fokos vizét kellene a padlófűtésnek kb 40 fokosra kikeverni a szelep segítségével.Van már próbálkozásom ez ügyben,csak nem tudtam most csatolni de majd megpróbálom.
Ha hasonló áron van más készülék amivel szerintetek egyszerűbben meg lehet valósítani vagy könnyebb programozni azt is megnézném.
-
Szirty
őstag
válasz
sörösló
#2116
üzenetére
üdv sörösló!
"Illetve a feladat egyszerű ha megvannak a szükséges cuccok: elsősorban az az eszköz, amivel bevisszük a "kell" értéket."
Amennyire emlékszem, a kijelzővel rendelkező LOGO változattal az alapjel beállítás megoldható.
Kérdés mennyire felel ez meg a követelményeknek. Nyilván semennyire, mivel mindig a legmagasabb követelményeket támasztják a legalacsonyabb költségek mellé (legyen ingyen, de tudjon mindent). Ráadásul a megrendelő rendszerint azt gondolja, egyrészt szoftverrel mindent meg lehet oldani, másrészt az nem kerül sem munkába, sem időbe, sem pénzbe).Őőő.. izé, bocsánat hogy ide blogoltam...
-
levelko
csendes tag
válasz
sörösló
#1974
üzenetére
Köszi a bíztatást!
Éppen neki is álltam az újratelepítésnek. Szerintem az volt a gond, hogy az említett gépen a win és vele együtt a "program files" könyvtár nem a c, hanem a D meghajtóra volt installálva. Más programok eddig nem kínlódtak ezen, sőt némelyik felajánlja hogy hova lehet telepíteni. Tudván a SIEMENS finnyás mivoltát inkább újrarakom a rendszert.
Közben más probléma is akadt. Particionáltam a HDD-t, formáztam az XP telepítőjével és amikor installálni akartam a következő üzenet jött: "NTLDR missing". Ez ugye azt jelenti, hogy a rendszer fájlok hiányoznak a formázás után. Csak azt nem értem, hogyha rendszert akarok telepíteni, akkor miért nem teszi rá a rendszer fájlokat? Ha a DOS-nak azt mondtad, hogy "format c: /s" akkor az rendszer lett és kész. Az lesz a megoldás, hogy beleteszem a HDD-t egy olyan gépbe amin van normális XP és leformázom azzal. De ez egy másik fórum témája és nem szeretnék elkanyarodni a témától, csak dühít ez a Windows-os káosz. A PLC legalább azt csinálja amit 'mondok' neki és csak magamat okolhatom ha nem úgy működik ahogy gondolom.Mégegyszer köszi!
-
Szirty
őstag
válasz
sörösló
#1938
üzenetére
Üdv sörösló!
"Ha nincs ott a gépen a régebbi verzió, ott állok megfőve."
Nos igen. Én a múltkor egy műanyag megmunkáló géphez mentem ki (60km-re kb), azt mondták S7 van benne (azt már persze nem, hogy milyen S7).
Amikor kinyitottam a szekrényt, persze hogy egy S5 köszönt vissza. Persze hogy nem vittem az USB-s S5 kábelt. Persze volt nálam egy USB-TS232 átalakító, a helyszínen pedig tudtak adni egy RS232-es S5 kábelt.
Kell-e mondanom, hogy USB/RS232 átalakítóval az S5 kábel nem működik? (kompatibilitás rox).De ha már RS232.... Annak is szoktam igen örülni, hogy win alatt van egy tonnányi virtuális soros port. Bluetooth adapter: COM1-CPM16. Van egy beépített hagyományos modem, COM17, egy HSPA modem, COM18. Használunk SEW szervókhoz interfészt, az COM19 lesz. van egy USB-s nyomtató, az realizál egy COM20-at. Ha bedugom az USB/RS232 átalakítót, az meg lesz COM21. A programban, amivel ezt a soros portot használni szeretném, meg be lehet állítani COM1-COM4-ig a portokat és kész. COM21-et nem.
Persze át is lehetne rakni pl. COM1-nek, ha engedné, de nem engedi, mert azt a bluetooth használja. Persze átrakhatom a bluetooth-ot máshova, ekkor viszont a bluetooth nem fog működni és egyszer bootolni kell, hogy a csere megtörténjen.
A boot után a felszabaduló COM portot, azonnal elfoglalja a fent felsorolt eszközök valamelyike (és persze nem az RS232)!
Éljenéljen!
Mindez azért, mert a notebookokba nem (és már az asztali gépekbe sem) raknak fizikai soros portot. Tőlem mindig azt szokták kérdezni, amikor ezt kifogásolom, hogy "miért, mire kell az a kövület ma?).Könyörgöm!! Ha tényleg nem kell soros port, mert minek? Akkor miért van 21 darab a win alatt virtualizálva????
/BLOG
Tanulság: meg kell őrizni a régebbi verziókat, ki tudja mikor lehet rá szükség.
Igen! És most már nem sok kell ahhoz, hogy nem csak a régi programokat kell megtartani, hanem a régi számítógépeket, amiken azokat még lehet futtatni. Karnyújtásnyira vagyunk attól a ponttól, amikor a mai gépeken azok a programok már el sem indulnak (sőt, el is hagytuk már azt a pontot).
Kompatibilitás rox
Nem próbáltam, de lehet hogy az omronos LSS, a Sysmate PDM, vagy az NT Support tool hajlandó lenne elindulni egy négy magos gépen 64 bites Win7 alatt... Pedig azok a rendszerek a mai napig teszik a dolgukat a gyárban (gyárakban), amikhez ezek kellenek.
És hát mit ne mondjak, kompatibilitás ide vagy oda, a modern CX-Programmer nem látott még C120-at ha jól sejtem (azt sem tudja mi az). -
Szirty
őstag
válasz
sörösló
#1932
üzenetére
Hali sörösló!
"Visszaolvastam a régivel, aztán az új progival behívtam a programkönyvtárból, onnan működött. A fene a gusztusát."
Tapasztalataim szerint a fejlődés nagyon sokszor a régivel való kompatibilitás rovására megy, a régivel való kompatibilitásra való törekvés, pedig megnehezíti a fejlődést.
Rengeteg példa igazolja ezt, csak észre kell venni. Pl. az operációs rendszerek és a PC hardver fejlődésének eddigi története a fentire való példák kimeríthetetlen forrása. -
oli83
tag
válasz
sörösló
#1903
üzenetére
Még szerencse
Hmm látattok már olyat? Hogy Protool-ban miközben valami kép elemhez funkciót, meg változót rendeltek, a két szerkesztő ablak közül az egyik eltűnik? Aztán a helyére kattintotok, és megjelenik? Mi a szösz lehet ez? Korábbi laptopomon soha nem produkálta ezt a varázslatos mutatványt....
Jó lenne valahogyan megszüntetni ezt az eseményt, mert így elég macerás dolgozni.
Kollégámnál is előjön ez a hiba.
Ver.: Protool 6 SP3 -
Szirty
őstag
válasz
sörösló
#1884
üzenetére
Hali sörösló!
Igen. Mindez S7-ben (300/400) is megoldható így.
De pl. időalap bitek még ha nem is rendszer bitek, de vannak.
A HW config CPU beállításainál a Cycle/Clock Memory fülön megadható egy merker byte címe. Ennek minnen bitjét a rendszer kapcsolgatni fogja meghatározott időállandóval:Bit 0 M255.0 Impulzus: 10Hz, 0.1s
Bit 1 M255.1 Impulzus: 5Hz, 0.2s
Bit 2 M255.2 Impulzus: 2.5Hz, 0.4s
Bit 3 M255.3 Impulzus: 2Hz, 0.5s
Bit 4 M255.4 Impulzus: 1.25Hz, 0.8s
Bit 5 M255.5 Impulzus: 1Hz, 1s
Bit 6 M255.6 Impulzus: 0.625Hz, 1.6s
Bit 7 M255.7 Impulzus: 0.5Hz, 2sA First scan flag-et sem nagyon nehéz előállítani.
A restart OB-ba (OB100) rakni kell egy Set-et valamelyik merker bitre, az OB1 végén meg egy Reset-et. Mivel restart OB minden induláskor csak egyszer fut le, kész a first scan flag.Egyébként OB-kban vannak előre deklarált lokális változók, amik tartalmaznak rendszer információkat. Pl. az OB1-ben kiolvasható ezekből az előző, a legkisebb és a legnagyobb ciklus idő (ms-ban) vagy a belső óra állása, stb.
-
Szirty
őstag
válasz
sörösló
#1879
üzenetére
Hali sörösló!
Igen Siemens. Nem, nincs ilyen "rendszerbit". Tulajdonképpen alapesetben semmilyen "rendszer bit" nincsen S7-ben. Legalábbis olyan, mint amilyenek vannak Omronban.
Tehát nincs olyan bit, ami adott időalappal billeg, nincs olyan, ami első ciklusban TRUE, nincs mindig kikapcsolt, bekapcsolt bit.
Ezeket meg kell csinálni ha szükség van rájuk, és akkor vannak.Mint írtam az a sor teljesen megfelel annak a kapcsolásnak, amit "csengő kapcsolásnak" hívnak. Vagyis egy tekercs, ami behúz,de amikor behúz, akkor kikapcsolja magát, ettől viszont elejt, ha elejt, akkor ismét bekapcsolja magát, amitől behúz, stb.
Egy hagyományos csengő kalapácsa ettől mozog és veri a harangot (ezért hívják csengő kapcsolásnak).
Mágneskapcsolóval relével is meg lehet csinálni, egyszerűen sorba kötjük a tekercsét a saját nyitó (NC) érintkezőjével. Persze ott nem a ciklus idő fogja meghatározni az oszcilláció sebességét, hanem főleg a mechanikai tehetetlenség, az elektromágnes húzóereje, a megtett út, stb.Hogy mire használnak ilyet a programban? Biztos volt oka. Én is láttam már ilyet programban, de én nagyon ritkán találkozok vele.
Az egyik ok lehet az, hogy pl. egy élvezérelt funkciót a lehető leggyakrabban végre akar hajtatni. -
levelko
csendes tag
válasz
sörösló
#1868
üzenetére
Hát igen! A jó öreg DOS. Még hosszú parancssorokat kellet írni egy tömörített állomány kicsomagolásához is. Mostmeg kitt-katt és nem tudod mi folyik a háttérben. Néhány "számítógép összerakó" ember meg azt sem tudja hány bit egy byte, de hetetnte telepíti újra az XP-jét.
Bocs, de nem akartam elkanyarodni a PLC-től.
-
sörösló
aktív tag
válasz
sörösló
#1866
üzenetére
Hát igen, a DOS-t még bitszinten írták. Egy komplett vállalati könyvelést elvitt a szintén bitszintű Commodore 64 program. Nem volt gigabájtos memória meg gigahertzes proci, hát spórolni kellett. Nemrég kapcsoltam be valamiért a régi 486-ost. Apám! 40 Mb merevlemez, 64 Kb memória, 66 MHz-es processzor, DOS és az erre épülő Win 3.1. Csúcsgép volt akkoriban, csak gondolkodni is kellett rajta néha, nem volt minden szarhoz varázsló!
-
#95092224
törölt tag
válasz
sörösló
#1865
üzenetére
A pic-es áramkör fejlesztéssel nem lesz gond, abban a világban otthon vagyok. A külön interface-t akartam lespórólni. Ezért nyafogtam. Simán csak mert plussz költség, amit rá kell áldozni. De ha muszáj beletörődni, akkor beletörődöm.
A DOS-ról meg csak annyit, hogy szerintem az egyik legjobb találmány volt. Amíg a gépeken DOS futott, addig időkritikus alkalmazásokat is futtatni lehetett rajta, és pld a printer porton keresztül vezérelni HW-ket. Anno még én is csináltam. Win alól minderre már külön HW kell, mert anélkül ilyet már nem lehet megcsinálni. Nem meglepő, ha ipari elektronikában még visszaköszön a puszta valóság.
-
Szirty
őstag
válasz
sörösló
#1853
üzenetére
Hali sörösló!
Nálunk is van pár kövület a régi gyárban. Több S5 is pl.
De van két Omron C120 is pl. (az egyik maximális kiépítésben) meg egy Omron C1000H.
Jól elvannak azok is. A relés kimenetek cseréjén és néhányszori tápegység cserén kívül semmi bajuk. (Van pár relés kimenet, ami naponta 10000 kapcsolást művel). Kb fél évente a relét cserélni kell, de amúgy jól elvannak. -
Dezsi82
tag
válasz
sörösló
#1822
üzenetére
Szia!
Annak ellenére, hogy nagyjából egyetértek veled, gondoltam nem hagyhatom szó nélkül a másik oldalt se.
Én is láttam már villanyszerelőt golyósorsón, meg lineáris csapágyon állni. És persze neki az tök mindegy, mert állni lehet rajta, bár kicsit zsíros a nyavalyás. Mozgás közben meg lejön a kosz, igaz visszaegyenesedni nem fog. Általában az ember saját területén jártas, és annak ellenére hogy némi ésszerű viselkedés elvárható, lehet az illető bele sem gondol.
Vagy programozásnál mondhatnám példának azt a német kollégát, aki Siemensben 150 szerszámhoz képes volt 150 létrát összehozni, ahelyett, hogy egy NW-ben kb 10 STL utasítással megoldotta volna dolgot.
Meg aztán a forráskód átadása sem egyértelmű dolog. Van jó pár olyan megrendelőnk, akik nem akarják a forráskódot, mert nem is értenek hozzá, emberük sincs aki akár meg is tudná nézni. Így inkább azt mondják, működjön a rendszer, legyen olcsóbb a program, de minket hívnak ha gond van.
És én is elég sok olyan PLC programozót ismerek, akik csak programozásban jártasak, és nem értenek az érzékelőkhöz, aktuátorokhoz. De vannak olyan cégek, ahol van programozó, és van beüzemelő. A programozó megírja a program gerincét, struktúráját, a beüzemelő pedig elvégzi a helyszínen a kisebb módosításokat, beállításokat. -
Szirty
őstag
válasz
sörösló
#1814
üzenetére
Üdv!
"Pontosan a karbantartás és a hibakeresés az a terület, ahol nem mindig 'teljes az adatbázis'. Itt kell egyszerű, sokak által megérthető módon programozott módszereket használni."
A program írás sokféle szempont figyelembevételével történhet. A legfontosabb, hogy az előállítónak olcsó legyen és gyorsan kész legyen, a megrendelőnek, hogy működjön.
Az általad felállított szempont is lényeges, de sokszor fel sem merül.Sőt sok esetben épp az a szempont, hogy a lehető legjobban megnehezítsék a programba való belenézést, vagy annak módosítását.
Néha ezt elég egyszerűen megtehetik, pl. úgy, hogy a fejlesztő (szerzői jogi okokra hivatkozva) egyszerűen megtagadja a forrásanyagok átadását a berendezéssel együtt.
Egyes rendszerek támogatják a program jelszavas védelmét és titkosítását is.
Úgyhogy nem egyszerű az élet....és azt is tudjuk, hogy se tökéletes program se pedig kész program nem létezik
-
oli83
tag
válasz
sörösló
#1808
üzenetére
Szia Sörösló!
Szeretném leszögezni, hogy nem azért vagyok itt hogy vitatkozzak.
Pontosan tudom, hogy mire gondolsz. Írtam már újra olyan logo vezérlést, amit enyhén szólva is túlbonyolítottak. Egy rajzlap volt, teli pókhallóval.
A szépség pedig az volt benne, hogy tervező: kapuzott, karbantartók: létráztak, és minden egyes átfordítás után egész máshogy nézett ki a logika. Kommentár noku.
Persze utána mindig jött a fejvakarás, hogy mi is volt, hogy is volt.
Én is létra párti vagyok, megírtam nekik létrába, és kikötöttük, hogy csakis létrába szabad tovább írni. Ennyi.
De, dolgoztam olyan helyen is, ahol viszont a kapuzás volt az elfogadott. Főleg németeknél látom, azoknál akik tisztán programozok, és nem villamos beállítottságúak.
Egyébként 300-asoknál van olyan eset pl. hogy FUP-ba megvan írva valami, és azt nem lehet átfordítani KOP-pá. Azszem ez a bemenetre visszacsatolt (#) fordul elő. Biztos fordított esetben is van ilyen.
De ha már itt vagyunk, olyan karbantartót se láttam még, aki panaszkodott volna a Gráf miatt. Van olyan helyzet, amikor az átláthatóság miatt áldozatot kell hozni.oli83
-
norcee
csendes tag
válasz
sörösló
#1808
üzenetére
Szia sörösló!
Teljesen egyetértek azzal, amiket írtál, bár a suliban az első ilyen felvezető órán ahol ismertették, hogy mik lesznek a félévben, ott elmondták, hogy az egy nagyon szomorú dolog, hogy Magyarország "csak a létradiagramnál tart". Ha a dolognak azt az oldalát nézem, hogy így megismerhetünk olyan nyelveket, amiket esetleg önszorgalomból nem -mivel nem feltétlen lenne rá szükségünk - de esetleg valamikor találkozhatunk velük, akkor az egy jó dolog. Nekem viszont az jött le a dologból, mint amit te is említettél, hogy valamiféle "tudományoskodó akármi" van emögött, hogy de már pedig ezzel kell mert ez az egzakt ez a jelen... Ha jól tudom az SCL és a GRAPH azok külön szoftverek, amiket gondolom borsos áron is lehet megvenni. Nem tudom, hogy hogyan működik de azt feltételezem egy gazdasági osztályról, hogy ha van három-, akkor nem biztos, hogy ad pénzt a negyedik programozási nyelvre is
, így megint a létra nyert, de látod mégsem ez kell...--norcee
-
oli83
tag
válasz
sörösló
#1805
üzenetére
Keményen fogalmazol.
Persze részben igazad van. Mindent ott kell használni, amire azt kitalálták.
Minél egyszerűbb, átláthatóbb annál jobb.
Mondjuk sok helyen ezért is alkalmaznak előírásokat, hogy rögzítsék miben, hogyan, miként szabad programozni. Ezek néha idegesítőek, de nem alaptalanok.
De azért lehet törekedni, nem muszáj megállni egy szinten. Fejlődni muszáj...... -
Szirty
őstag
válasz
sörösló
#1781
üzenetére
Hali sörösló!
"ez az új csicsa már istenbizony XP kompatibilis lesz! "
Neked nem úgy tűnik, hogy rengeteg program van Win7-re külön kiadva?
"Még megérhetjük hogy alkalmas laptop híján előkerül a sufniból a jó öreg asztali PC is?"
Szerintem nem kell mindent végletesen értelmezni. Én nem mondtam, hogy térjünk vissza a kőbaltához, de mindenkit óva intek attól, hogy egy oprendszere váltás divat kérdése legyen.
-
Szirty
őstag
válasz
sörösló
#1774
üzenetére
Hali sörösló!
"Biztosan van rá megoldás, de én éppen most kezdek rácuppanni a virtuális gépre!"
Valószínűleg rá fogsz jönni, hogy rendkívül erőforrás igényes és a nem standard HW-ek kezelése hát hogy is mondjam hiányos és problémás virtuális gép alatt.
"Egy nagyon kicsit lassul a rendszer, de egy PLC program futásán észre sem veszed."
Ez így van. Feltéve,hogy 3GHz-es a CPU-d és 4GB RAM-od van
Gyengébb gépen egész egyszerűen esélytelen és használhatatlan.
De van benne fantázia azért, csak legyen erős géped...Konkrétan egy 2GHZ-es gépen 1GB RAM mellett olyan szinten esélytelen virtuális géppel rendesen dolgozni, hogy hozzáfogni sem érdemes. (WinCC Flexible 12 perc alatt indul el)...
-
w3dzz
csendes tag
válasz
sörösló
#1774
üzenetére
Amíg nem tudtam letölteni a WinCC Flex-et és a Step7et win7re addig VMWARE-t használtam, ami észrevettem az az, hogy a kábelt elég sokszor nem ismerte fel ezért két virtuális gépet kellett csinálni és hol az egyik hol a másik ment
Laptopra akarom felrakni a gyártó nem ajánlja hozzá az xp-t, hiába töltöm le máshonnan a drivereket nem telepíti fel, ezért is örültem meg annak, hogy elérhetővé váltak ezek a programok win7-re is...Üdv: w3dzz
Új hozzászólás Aktív témák
- Diablo IV
- Fejhallgató erősítő és DAC topik
- Milyen monitort vegyek?
- SSD kibeszélő
- Honor Magic8 Pro - bevált recept kölcsönvett hozzávalókkal
- 3D nyomtatás
- Soha nem szabta ilyen pénztárcabarátra új CPU-it az Intel
- Autós topik
- Teljesen az új Xboxhoz készül a neurális leképezés
- Bambu Lab 3D nyomtatók
- További aktív témák...
- Dell Precision 5560 i7 32GB RAM 512GB SSD NVIDIA RTX A2000 FHD+
- Szép állapotban Lenovo ThinkPad T14s Gen 4 i5-1335u/16 GB/256 SSD/FHD+/IPS/Garancia 2027
- 275 - Lenovo Legion Pro 7 (16IAX10H) - Intel Core U9 275HX, RTX 5080
- HP ProBook 445 G10 14" Ryzen 5 7530U, 16GB RAM, 512GB SSD, jó akku, számla, 6 hó gar
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest