Új hozzászólás Aktív témák
-
GergoT
csendes tag
válasz #95904256 #413 üzenetére
Köszönöm a gyors választ!
Ezzel a beállítási lehetőséggel probálkoztam, de MPI konveter hiányában ez elég reménytelen ügy volt!
Köszönöm a verzió számot! Ez gondolom gyári Siemens cucc.
Nálunk lehet ezt kapni?
Esetleg használható "utángyártottal" találkozott valaki?
Privátban is jöhet forgalmazó, esetleg ár! -
Szirty
őstag
válasz #95904256 #417 üzenetére
Hali!
"Persze hogy lehet kapni. Bár közvetlenül a Siemens-től nem érdemes beszerezni, mert elég nagy haszonréssel dolgoznak."
Jah. Drága.
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...Szerintem használtan kell keríteni ha olcsót akar az ember. Sajnos az viszont nem szokott egyik napról a másikra menni, mert eléggé alkalmi a dolog, de ki lehet fogni (vettem már CP5611-et 20e Ft-ért kéz alól).
A másik megoldás a 3rdparty stuff beszerzése. Ilyen pl. a Helmholz MPI dolgai.
Netlink Pro ethernet
NETLink USB Highspeed USB Gateway
NETLink Llite, Ethernet Gateway for MPI/PROFIBUS
SSW7, MPI-Programming Adapter
SSW7-USB, MPI-Programming AdapterVagy ott az IBH
IBH Link S7, IBH Link S7++, IBH Link S7 Plus, USB-S7 Adaptor MPI, DP, PPI -
GergoT
csendes tag
válasz #95904256 #417 üzenetére
Köszönöm szépen a hasznos tanácsokat!
Magyarázatként csak annyit fűznák hozzá, hogy a suliban több plc -t is programoztunk , a Siemensekhez pedig pont a fenti képen is látható usb -s cuccot használtuk. A cég ahol most dolgozom, pedig eddig is ipari alkalmazásokat fejlesztet,de nem kifejezetten PLC -s alapokon, ezért lehet az , hogy az egyik kollégám neve elött Dr. -el az S7-es mellé egy sima RS232 és egy ethernet kábelt adott (mivel én közvetelen diploma elötti kooperaív képzésen vagyok nem nagyon ellenkeztem, kicsit fura volt ,de ha ő mondja...) -
Szirty
őstag
válasz #95904256 #422 üzenetére
Hali akosf!
"Ezt nem egészen értem. Elmagyaráznád?"
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.
"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..."
A Siemens-nek csak ilyen megrendelések esetén éri meg kedvezményt adni, gondolom ez egyértelmű.
-
Szirty
őstag
válasz #95904256 #424 üzenetére
Hali!
"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ű..."
A Siemens azt ad, amit rendelsz. Ha 1db 6-os alátétet rendelsz azt kapsz.
Másrészről meg mindenki vegy ott a siemens dolgokat ahol olcsóbb. Hol itt a probléma? -
Szirty
őstag
válasz #95904256 #428 üzenetére
Hali akosf!
"Legfeljebb a stílusoddal."
Pedig nem gúnyból írtam, ez tény. Csak érzékeltetni akartam mire gondolok.
Tényleg volt már olyan, hogy (tévedésből) 6-os anyát rendeltünk 10 darabot az olaszoktól. Ez jutott eszembe...
Igaz nem a siemens volt a cég, de az a lényeg szempontjából nem számít szerintem.Persze ezen a módon anyát venni (vagy alátlétet) nem gazdaságos... :>
-
atis28
csendes tag
válasz #95904256 #866 üzenetére
Áhh ezaz! Nagyon szépen köszi, annyi csak, hogy "MOV 0 ,IR0", de azért erre már magamtól is rájöttem. :p 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..
Mégegyszer köszi a megoldást! -
Dezsi82
tag
válasz #95904256 #963 üzenetére
És mi van akkor, ha a PC lefagy? Mondjuk kiad egy kimenetet, kimegy egy munkahenger, egy nyomáskapcsoló jelére pedig visszahúzza azt. De ha lefagy a PC, akkor nem fogja visszahúzni a munkahengert, és összetöri a munkadarabot.
De igaz, hogy az ember biztonságát nem a vezérlő logika kell, hogy biztosítsa, úgyhogy módosítok. Ha a gép tudna magában kárt tenni.
Nagy cégek meg szerintem azért is írják elő a PLC-t, mert azt könnyen tudják módosítani, a fent lévőt visszaolvasni. Egy PC-s alkalmazásnál, amennyire én tudom, visszafejteni nem lehet az exe-t. -
Dezsi82
tag
válasz #95904256 #965 üzenetére
Ugyanaz mint amikor a PLC döglik be
Azért úgy gondolom, hogy a PLC-nek a meghibásodási mutatói nagyságrendekkel jobbak, mint egy PC-nek. Jómagam pl elvétve találkoztam lefagyott PLCvel, míg PCvel jóval többször.
Egy kollégám pl előző munkahelyén olyannal találkozott, hogy egy lefagyott NIDAQ kártya miatt egy műszak CD író tönkrement.
A Delphi / C++ / VB program ugyanúgy módosítható mint az LD / FBD / ST / IL .
Amennyiben megvan a forráskód, nem? És mi a helyzet a keresztreferenciával? Delphiben csak keresni tudsz, vagy nem? Vagy pl IO ponttól visszakeresni egy ismeretlen programban. PLCvel majdnem sima ügy, PC-s programnál, ha nem kommentezett a program, nagyon eltarthat.
Sok PLC pl. nem tárolja el a kommenteket
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.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.
[ Szerkesztve ]
-
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. -
Csikáno
csendes tag
válasz #95904256 #969 üzenetére
Helló akosf!
A cpu 224-nél is éppen úgy állítottam be a típust mint a cpu 222-nél, ahogy leírtad!
Ezért nem értem, hogy miért nem találja meg a PLC-t. Lehetséges, hogy a prog.kábel
az egyik szériát felismeri a másikat meg nem?
USB : nem csinált semmit.
COM4 : végigszámol 126-ig és hibát ír ki.
COM3 : végigszámol és egymás alá kiírja 126-szor. UNKOWN és a szám -
-
Csikáno
csendes tag
válasz #95904256 #990 üzenetére
Hali!
A cpu 222-nél, ami ugye megfelelően működik, teljesen mindegy, hogy RUN vagy
STOP állásban van-e a kapcsoló. Mégpedig azért, mert anélkül is fel kellene ismernie
a PLC-t, valamint ha átakarom tölteni a progit a plc-re úgy is megkérdezi, hogy
állítsa-e a plc-t stop állásba. Csak stop állásban lehet fel ill. letölteni.
Egyébként a MicroWinben hól kell beállítani azt az értéket? -
Csikáno
csendes tag
-
Dezsi82
tag
-
Szirty
őstag
válasz #95904256 #1042 üzenetére
Hali akosf!
"Van valami trükkje annak, hogy Siemens S7 315-2 DP/PN CPU-ba 16kB-nál nagyobb méretű FB-t is le lehessen tölteni?"
CPU 315-2 PN/DP (6ES7 315-2EH13-0AB0)
Technical specifications:
FB Number, max: 1 024; Sequence of numbers: 0 to 2047
Size, max: 16 KibyteForrás: st7001_e.pdf 153. oldal (4/23).
A hivatalos válasz tehát a kérdésedre az, hogy: nem.
-
#95904256
törölt tag
válasz #95904256 #1058 üzenetére
Sajna nem találtam manualt a CP2430-ashoz. De vagy tíz nyelven közölték, hogy 2006 November 1-től végleg megszűnt a supportja is. ( Mondjuk nem értem, hogy miért kell eltávolítani a dokumentációkat is ilyen esetben... )
szerk.: Ja igen. Ebben az esetben érdemes felhívni a magyarországi Siemens automatizálási részlegét, hogy kerítsék elő de tüstént...
[ Szerkesztve ]
-
-
Szirty
őstag
válasz #95904256 #1156 üzenetére
Hali akosf!
"De ez az út nem járható ( tilos bármit is felpakolni a szerverre ). Van valami egyszerű megoldás?"
Felmerült bennem a kérdés, hogy ebben az esetben hogyan "tudatod" a szerverrel, hogy te szeretnéd ha kommunikálna az omronokkal?
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? -
Szirty
őstag
válasz #95904256 #1160 üzenetére
Hali akosf!
"Adott protokollt kell használni."
És lehet tudni ennél konkrétabbat is?
"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.
"A közelébe sem engednek."
Így könnyű a szerver üzemeltetése :>
Keletkezzen adatátvitel, de ehhez nem nyúlhatsz, majd mi megmondjuk milyen legyen. Old megNekem 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.
Egy gateway-el megoldható lenne, de az egy plusz eszköz és persze plusz munka (meg hát plusz idő és plusz pénz). -
Szirty
őstag
válasz #95904256 #1162 üzenetére
Hali akosf!
"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 előírták, hogy Ethernetes OMROM CJ1 PLC-ével kell vezérelni a gépet gateway PC nélkül."
Utólag szabott feltételek?
Na azoknak tényleg kihívás megfelelni! -
Szirty
őstag
válasz #95904256 #1164 üzenetére
Hali akosf!
"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?"
Nem érzem úgy hogy utána kellene néznem szavak jelentésének.
A poén halála ha magyarázzák..."Ezt épp nem utólag szabták."
Étem. A szövegkörnyezetből úgy tűnt.
Akkor talán az Omron nem a legjobb választás. Vagy azt is előírták? -
Dezsi82
tag
válasz #95904256 #1169 üzenetére
Értem. De attól függetlenül, hogy becsomagolja, az nem marad szöveg? Nem lehet visszafejteni a PC oldalon?
A soros port szerver gateway, de nem PC, hanem olyan switch-szerű cucc. (Az igazat megvallva jómagam sosem használtam) A TCP stream-et átalakítja soros streamre. Ez biztos működik, mert nekünk van egy raktár gépünk, ami így működik, bár nem én programoztam sem a PC-t sem a PLC-t.
Pl. egy soros port szerver:
http://moxa.hu/Product/NPort_6150.htmDe ez csak egy példa, vannak egyszerűbbek, olcsóbbak is.
-
Szirty
őstag
válasz #95904256 #1171 üzenetére
Hali akosf!
"Cool! Ez a soros port / ethernet átalakító nagy ötlet!
Holnap beszerzek egyet."Ehhez viszont telepítened kell a szerverre egy virtuális soros portot, ami az etherneten átpumpált soros kapcsolat másik vége tulajdonképpen. Azon keresztül jönnek ki az adatok, amik bemennek a gateway fizikai soros portján.
Úgy sejtem ez így működik.
Ráadásul egy másik szoftver is kell a PC-re, ami megfelelően olvassa ezen a virtuális soros porton keresztül a PLC-ből az adatokat méghozzá valószínűleg pont FINS protokollalVagy ezt másik projecthez gondoltad?
-
Szirty
őstag
válasz #95904256 #1179 üzenetére
Hali!
"Csak itt most OMRON PLC-ét kell használni és más a protokoll."
Ha ez a bizonyos "másmilyen protokoll" amit a szerver megkövetel teljesen egyedi, vagy egy bizonyos gyártóhoz köthető kizárólagos protokoll (és ha ez egy gyártó, akkor nyilvánvalóan nem az Omron) úgy meglehetősen nehéz lesz kivitelezni a dolgot ebben a formában...
-
Szirty
őstag
válasz #95904256 #1180 üzenetére
Hi!
"Minek ennyire bonyolítani, ha nincs rá szükség?"
Semmilyen bonyolításra nem került itt sor.
Alapvetően egy kérdés (egy feltételezés megerősítése) volt az ami miatt írtam.
Ehelyett te úgy kezeled, mint ha én tényként közölnék dolgokat és próbálsz meggyőzni hogy az nem úgy vanMivel feltételezésem szerint ez az soros <-> ethernet gateway arra lett kitalálva, hogy egy csupán soros porttal ellátott eszköz és egy PC között biztosítson távoli kapcsolatot, nyilvánvaló, hogy kell egy virtuális soros drivert telepíteni arra a PC-re, amelyik az ethernet gateway-en keresztül szeretné elérni a soros eszközt, aminek egészen egyszerű (nem, nem bonyolult) és meglehetősen prózai oka van:
Mégpedig az, hogy rendszerint egy teljesen tetszőlegesen (gyk.: véletlenszerűen) kiválasztott soros kapcsolattal rendelkező készülék-hez mellékelt PC-n futtatható az eszközjöz kifejlesztett szoftver soros porton akar majd kommunikálni. Szerintem ebben semmi meglepő nincsen
Azon viszont kifejezetten meglepődnék, ha egy ilyen tetszőlegesen kiválasztott soros eszköz PC szoftvere képes lenne közvetlenül kezelni azt a TCP/IP adatfolyamot, amit az említett gateway produkál a soros adatok továbbítására...Éppen ezért az is kevéssé valószínű, hogy a szóbanforgó ethernet gateway pontosan azt a protokollt használja a soros adatok TCP/IP-n történő továbbítására, ami egy az egyben megfelel neked a szerverhez...
-
#95092224
törölt tag
válasz #95904256 #1193 üzenetére
akosf:
Éppen most nézem, hogy az elmúlt napokban PLC adatgyűjtéssel szenvedtél. Pár tapasztalat, aminek szerintem hasznát fogod venni.
Van 4 gyártó (Lantronix, Digi, Moxxa, Systembase), a cuccaik HW-re normálisak, de SW-re gyerek cipőben jár mindegyik. A saját driverük / firmwarejük nem stabil. Egyiknek sem. Ahány helyen csak próbálták, még normális switchek mellett is max pár óra, és lefagyott. Teljesen érthetetlen szituk tucatja, amiket eddig láttam. Néhol működik, néhol nem. Ha olyan kedve van, lefagy, és csak a tápkábel kihúz / bedug segít.
Van Wiznet-es cumó is (google meg fogja találni), azzal még HW baj is van (megsütötte a pénztárgépet, ahol kipróbálták, ennyit tudok az esetről).
Részemről azt csináltam, amikor nekem kellett ilyet megoldanom, hogy fogtam a HW cumót, írtam rá saját firmware-t, és PC oldalra is egy SQL szerveres illesztőt írtam, az furcsa mód első pöccentésre működött, és azóta is. Lévén azzal semmi baj nincs, én levontam a következtetést: vagy a firmware, vagy a driver, vagy mindkettő, de valami nem tiszta. Stabil megoldást csak arra az esetre ismerek azóta is, ahol elég sok cumót kell kitelepíteni, hogy az SQL szerver is gazdaságos legyen, mint központi adat gyűjtő. Ez az eset easy rider plug & play, a többi meg felejtős. De legalábbis a firmware drivert le kell cserélni, és a PC oldali driver helyett is saját programot használni.
Ha nem feltétlenül kell a soros port, mert igazából külön elektromos jelvezetékek vannak, és kell a cuccból vagy ~150, akkor pedig megszokhatóbb lesz egy célirányos elektronika, mert azt lehet közvetlen ethernetre beállítani, és nem kell vele külön firmware-ezni.
Kézzel fogható segítséget a témában meg valószínűleg azért nem kaptál, mert a fentebbi pár problémán elég sokan "elkenődhettek". Sajna a cumókat mindenki csak "gyorsan megveszem, és gyorsan tovább adom" alapon kezeli, de a portszerverek még nincsenek annyira kiforrottak, hogy ilyen módon kezelni lehetne őket.
Én magam veszekedtem már eleget a gyártó cégekkel levelezésben, hogy ugyan figyelnének már oda egy kicsit, de belefáradtam. Értetlenkedő keményfejű banda mind. Nem venném biztosra, hogy a fenti problémák rövid időn belül fognak megoldódni általánosság jelleggel. Nem is érdemes vele vessződni. Ha tutira kell a cucc, az a biztos, amit te tudsz karban tartani.
Általánosság jelleggel annyit tudok mondani, ha van saját programozó a cumó mellé PC oldalra, akkor egyáltalán működhet. Ha nincs, akkor felejtsd el a portszervereket. Ha pedig a PC szerverre telepíteni semmit nem engednek, még a "megbízható" informatikusnak sem, az egy olyan szitu lehet, hogy szerintem ők igazából nem akarják, hogy te ilyen problémát valóban megoldj.
Ha segítség kell a témában, most pár napig kicsit jobban idefigyelek.
-
#95092224
törölt tag
válasz #95904256 #1197 üzenetére
Úgy hirtelen nem tudom mennyi most az euro, de helyből lehet vagy 70 rugó, amire tippeltél. És ha jól sejtem a bedobozolásnak, tápegységnek, mechanikai felrögzítésnek még csak ezután nézel utána. Egy portszerver simán csak fele annyi célirányos firmware-el is. Biztos azt a pc kártyát akarod?
-
Dezsi82
tag
válasz #95904256 #1216 üzenetére
Aha jó kis cucc, automatán felismeri a beállításokat. Nekünk van egy bio erőmű, amit üzemeltetünk. És 12 Mbps Profibus hálózat van ott, elég komoly adatforgalommal. Minden Profibus-os eszköz tudja ezt a sebességet ami ott van, csak az én programozóm nem.
Még szerencse, hogy két port van rajta. -
Marty76
csendes tag
válasz #95904256 #1220 üzenetére
Hello,
Én egy programot használok a COM portok figyelésére [link] Szerintem nagyon használható program .
Szóval kiexportáltam az adatokat, de itt megállt a tudomány.
Ciklusonként küld egy csomagot. Úgy néz ki, hogy a ".83" -mal van lezárva az egyes adat tömeg. Viszont nem tudom mit jelentenek a helyértékek a sorban.
Ötlet?
[ Szerkesztve ]
-
Dezsi82
tag
válasz #95904256 #1236 üzenetére
Szia!
Igen, ez így működik, de így a memóriaterületet tudom indirekt címezni, én viszont a tömbön belül szeretném elérni a megfelelő bitet.
Pl ha beteszek egy változót a tömb elé, ezzel a módszerrel már nem is lesznek jók az adatok. Ha viszont a tömb egy adott elemét érem el, akkor nincs ilyen gond -
Dezsi82
tag
válasz #95904256 #1238 üzenetére
Igazából ez egyelőre elvi kérdés.
Sokkal egyszerűbb lenne, ha a tömb egy elemét el tudnám érni úgy, hogy az elemcímét változóból megadom, és nem kell a memóriacímzéssel vacakolnom.
Persze ha máshogy nem lehet, akkor úgy csinálom. Csak abban reménykedtem, hogy ha már van tömb, akkor az elemeit el lehet érni úgy, hogy az elemszámot egy változóból veszi.
Csak mert én egyelőre annyi értelmét látom a tömbnek, hogy deklarálásnál leegyszerűsödik mondjuk 180 bool típusú változó beírása
Újragenerálás meg eleve csak Instance DB-nél létezik, Shared-nél nincs is ilyen lehetőség (amennyire én tudom)[ Szerkesztve ]
-
And
veterán
válasz #95904256 #1294 üzenetére
Amik felénk mennek, éghető gázok és oxigén vonatkozásában: Sieger ([link]), Dräger ([link]), MA Kft ([link]). Főleg telepített érzékelőket használunk, de akad kézi is. A telepítettek mindegyike rendelkezik kimenetekkel, leginkább diszkrét jelzésekhez (éghető gázoknál ARH 20 és 40%, oxigénnél 18 és 17 tf%), ill. akad néhány mérgező anyagot mérő kör is (PPM). Füstérzékelők, ill egyéb kombinált (láng- és hősebességszenzorok) is vannak, de azokról nem tudok sokat, csak azt nagy vonalakban, hogy milyen rendszerhez csatlakoznak.
-
oli83
tag
válasz #95904256 #1316 üzenetére
Sziasztok!
Akosf köszi a választ. Dobtam a masinámra egy újabb verziós step7-et, meg találtam a siemens DVD pakkon egy RF modulos bővítményt, és most már megy a móka.
Mit értesz GSD file konfiguráció alatt? GSD-t már raktam pluszba. De lehet benne valamit bütykölni, állítgatni? Úgy emlékszem ezek (talán négy file) ilyen szövegszerkesztős jellegűek. Hogyan állnak ezek össze?w3dzz: OP17-nél első rátöltésnél mindenképpen soros portal kell dolgoznod.
A te csatid az IF2: