Hirdetés
- bb0t: Ikea PAX gardrób és a pokol logisztikája
- GoodSpeed: A RAM-válság és annak lehetséges hatásai
- Luck Dragon: Asszociációs játék. :)
- GoodSpeed: Márkaváltás sok-sok év után
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- sziku69: Fűzzük össze a szavakat :)
- ldave: New Game Blitz - 2025
- Real Racing 3 - Freemium csoda
- Gurulunk, WAZE?!
- Brogyi: CTEK akkumulátor töltő és másolatai
Új hozzászólás Aktív témák
-
byte-by
tag
válasz
#95904256
#3037
üzenetére
halo akosf !
a folyamatos másolással az a baj amit Szirty irt.
a program lényege, hogy ha hónapváltás előtt kikapcsolják a gépet, a következő bekapcsoláskor
detektálni tudjam a megtörtént váltást.egyébként eredetileg másolgatom , majd összehasonlítom.ez működik is bekapcsolt gépnél.
a bekapcsolás dolgot megoldottam azzal, hogy a dátumregiszter tartalmát bekapcsoláskor azonnal bemásoltam egy memóriába, majd ezt a memóriát összehasonlítottam azzal a memóriával ahová folyamatosan másolom, de amit a bekapcsolás után csak 3 s-mal kezdek el.
így bekapcsoláskor a folyamatosan másolt memória 3 s-ig még a kikapcsolás elötti tartalommal rendelkezik.köszönöm, byte-by
-
-
Szirty
őstag
válasz
#95904256
#2313
üzenetére
Hali akosf!
"A következő, kapcsolódó kérdésem az lenne, hogy miután frissítettem a PLC-ből az "off-line actual value"-t és elmentettem. Akkor azt hogyan lehet visszatölteni a PLC-be? Pl. olyan esetben ha valaki kitörölte a DB tartalmakat a PLC-ben és áll a gép..."
Kijelölöd a kérdéses DB blokkokat a manager offline ablakában, majd rátöltöd a kijelölt blokkokat a PLC-re.
"( Lehetséges, hogy off-line módon a projektben átneveztem a DB valamelyik sorát, de a szerkezetet nem változtattam. )"
Igen, ennek a dolognak ez a legérzékenyebb pontja. Erre nagyon oda kell figyelni, különben el lehet rajta csúszni.
Én ha nem vagyok teljesen biztos abban, hogy az offline és online blokk csak az adatokban tér el másban nem, akkor még töltögetés előtt "rámonitorozok" a blokkra. Ha eltérés van, akkor szól.
Ha olyan különbség van, ami miatt elveszted a szimbólum infókat, akkor ilyen üzenetet kapsz:
Ha a különbség csak az adattartalmat érinti, akkor nincs üzenet, monitor módba kerül és látod mi van benne épp.
-
Szirty
őstag
válasz
#95904256
#2311
üzenetére
Hali akosf!
"Csak a blokkok szerkezete másolódik, a tartalma nem. Legalábbis visszatöltés után a PLC-ben a DB "Initial value" értékei nullázák az on-line tartalmat."
Lesz itt egy kis keveredés úgy érzem.
Hiszen a PLC-ben lévő DB tartalom maga az online tartalom!Megpróbálom részletesebben leírni. Valószínűleg kitérek pár olyan részletre is, amiket már régen ismersz, ezért elnézést kérek, de lehet hogy pont egy másik, hasonló részlet kapcsán válik világossá a dolog.
A lényeg, hogy a DB blokkoknak kétféle nézete van (most nem instance, hanem shared DB-kől van szó), Adat nézet és deklarációs nézet, amik között a View menüben lehet váltani, amikor a blokk meg van nyitva.
Az alap nézet a deklarációs nézet, itt van egy "Inital value" oszlop.
Az Initial value oszlopban megadott értéket az adott sor akkor veszi fel, amikor először rátöltöd a DB-t a PLC, re, amiben az a blokk még nem létezik.
Adat nézetben már két oszlopot látsz, ami a tartalomra vonatkozik. "Initial value" és "Actual value".
Az "Actual value" a blokk adott sorának pillanatnyilag érvényes, tényleges tartalmát mutatja.Az egészet megduplázza az a tény, hogy vannak online (PLC-ben lévő) és offline (a PC-n a projectben lévő) blokkok.
Ha az online blokkot nézed data view módban, akkor az "Actual value" oszlopban azokat az értékeket látod, amiket a PLC-ben lévő DB abban a pillanatban tartalmazott, amikor azt megnyitottad! ha a blokk tartalma közben a PLC-ben a program futása során megváltozott, akkor már NEM az aktuális adatot látod.
Az éppen aktuális adatokat monitor módban láthatod, amikor az online blokkot nézed! Olyankor az adatok változása is természetesen látható, ha épp változnak.Ezért nehéz eligazodni amikor arról beszélünk, hogy egy DB-ben éppen mi van. Mert van:
- Offline blokk initial value
- Offline blokk actual value
- Online blokk initial value (ez lényegében azonos az offline init val-lal)
- Online blokk actual value ami az online blokk megnyitásának pillanatában volt
- Online blokk actual value monitorozva: a PLC-ben lévő pillanatnyi adatokHa pl. egy DB egy adatának tartalmát a PC-ről meg akarod változtatni, akkor megteheted hogy az offline megnyitott DB-ben átváltasz data view-re, ott átírod az actual value értéket, majd rátöltöd a blokkot a PLC-re.
Ezt a módszert nem nagyon szoktuk használni, mert a művelet az egész offline blokkot rátölti a PLC-re. Tehát ha azon kívül az adaton kívül amit kézzel átírtunk a PLC-ben már eltérő értékek vannak, akkor azok is felülíródnak a régebbi, offline blokkban lévő adatokkal.
De átírhatod a monitorozott online blokkban is.Ha az a feladat, hogy a PLC-ben lévő DB adatait lementsük a PC-n lévő offline projectbe, akkor csak azt kell tenned, amit korábbi üzenetben már leírtam:
Managerben átváltasz online nézetre, ott kiválasztod az összes adatblokkot, amit menteni akarsz, majd COPY. Visszaváltasz offline nézetre és ott PASTE a felülírás kérdésére Yes ALL-t válaszolsz.
Innentől kezdve a PC-n a kijelölt offline blokkok pontosan azt az adatot fogják tartalmazni, amik a PLC-ben akkor voltak, amikor a Yes to All-t nyomtál a felülírás kérdésre.
Erről meg is győződhetsz rendkívül egyszerűen:Megnyitsz egy offline DB-t és átváltasz adat nézetre, megnézed milyen adatok vannak ott. Megnyitod ugyanazt a blokkot online nézetben, átváltasz adat nézetre és ott ugyanazt fogod látni! Feltéve természetesen, hogy azalatt a pár perc alatt, ami a blokkok áttöltése és az ellenőrzés között eltelt, a PLC programja nem változtatta meg őket!
"Ráadásul nem csak akkor törlődnek a szimbólumok és kommentek, ha a szerkezet eltér, hanem már akkor is ha csak az időbélyegek eltérnek."
Akkor bizony megváltoztattad vagy valaki megváltoztatta a blokkban lévő adatsorok deklarációját vagy a PLC-ben, vagy a projectben.
A timestamp eltérése sosem okozza a szimbólum információk elvesztését.Nem okozz a blokk adatainak eltérése sem. Sőt a szimból infók akkor is megmaradnak ha az offline blokkban megváltoztatom egy vagy több sor kommentjét!
Azonnal megszűnik azonban minden szimból infó, ha az online és offline blokkok szerkezete eltér, mert valaki megváltoztatott egy adattípust, init value értéket, vagy új sort rakott bele, vagy meglévő sort törölt!
Sőt akkor is elvesznek, ha valaki a végére rak egy új sort, majd úgy dönt hogy nem kell és törli. Innentől kezdve már teljesen mindegy hogy a két blokk szerkezete azonos, a szimbólum infók elvesznek, mert az adatblokk szerkezetét megváltoztatták! -
Szirty
őstag
válasz
#95904256
#2309
üzenetére
Hali akosf!
Megnyitod a projectet, miközben kapcsolatban vagy a PLC-vel.
Megnyomod az "Online" toolbar ikont (vagy View menü / online pont).
A megjelenő online ablakban kijelölöd az összes kívánt blokkot, amit menteni akarsz, majd Copy (Ctrl-C). Átváltasz offline ablakba (Ctrl-Tab) és ott nyomsz egy paste-et (Ctrl-V).
Miután a feldobott kérdésekre, hogy azok a blokkok már léteznek és felül akarod-e írni Yes választ adtál, az offline (PC által tartalmazott) kiválasztott blokkok azonos lesznek a PLC-ben lévő blokkokkal.
Természetesen azok a blokkok, amiket a PLC a program futtatása közben gyakran ír, már ms-ok múlva sem lesznek feltétlenül aktuálisak.Fontos, hogy DB-k esetén ha az online blokk és offline blokk szerkezete is eltér (nem csak a tartalma) akkor a fenti művelet után az illető DB elveszti az összes létező szimbol és comment adatát!
-
-
Marty76
csendes tag
válasz
#95904256
#1573
üzenetére
Szégyellem , de nem fogalmam sincs hogyan kellene hozzáfognom, ennyire nem vagyok profi..
Ezért szimpatikusabb a hostlink OPC server program, amit szinte csak paramétereznem kellene és már kész is.
Viszont , ha esetleg van valami leírásod vagy példa programod azt talán megérteném.
Gondolom C-ben kellene megírni a programot?! -
-
Marty76
csendes tag
válasz
#95904256
#1564
üzenetére
Ezzel csak az a baj, hogy házibarkács célokra kell a technika, és ez így túl drága lenne.
Mindenesetre tovább kutakodom...Van egy-két VB megoldás a neten, lehet , hogy mégiscsak ide lyukadok ki.
Mindenesetre köszi akosf a segítséget!
Viszont nem tudom elhinni, hogy itt a fórumon soha senki ne hozott volna létre valami hasonlót!?
Ha egyszer megcsinálom bíz Isten publikálni fogom.
-
Marty76
csendes tag
válasz
#95904256
#1561
üzenetére
Sajnos, egyszerűen nem találom azt az oldalt ahol ezt kitárgyalták, de HOSTlink / FINS szerverről is volt szó.
Az az igazság , hogy már régóta próbálok beleharapni ebbe a PC- ről olvasunk ki memória területet témát,de valahogy nem tudok rajta elindulni.Egy kollégám azt tanácsolta , hogy Etherneten keresztül próbáljak csatlakozni a plc-vel és így ebben a felállásban PHP-SQL programozással tudok adatot gyűjteni a PLC-ről, illetve akár módosítani az egyes memória területeket ( DM).
Aztán jött egy másik ötlet VB-SQL...., de ez nem nagyon fekszik.Mindenképpen a PHP-SQL programozást akarnám alkalmazni TCP/IP-vel, mert ebben van némi gyakorlat, de maga a hardveres rész nem tiszta.
Ha ebben tudnátok segíteni azt nagyon megköszönném!!!
Üdv.
-
-
Dezsi82
tag
válasz
#95904256
#1361
üzenetére
Egyszer csináltuk egy berendezést, aminek 0,4 s volt a ciklusideje (mármint magának a gépnek). Ellenállásokat ellenőrzött, és 0,4 s másodpercenként jött le egy ellenállás a gépről.
Az IO-knál nekünk is szükség volt valami hasonló válaszidőre. Akkor valahol olvastam, hogy úgy lehet gyorsítani a válaszidőt, hogy egyből a PQ területet írod, Ezt persze bitenként nem lehet, csak szavanként. -
Szirty
őstag
válasz
#95904256
#1321
üzenetére
Hali!
"Windows-os analógiával élve, ezek amolyan driver programok, patchek a hardverekhez."
Ha windows analógiát használnék, én inkább a windows INF file-okhoz hasonlítanám. Ilyeneket adnak pl. a modemekhez, monitorokhoz, mindenféle HW-ekhez.
Ezek nem driverek és nem is programok, Ezek szöveges leirófile-ok.
A GSD is ilyen. Leírja az eszköz tulajdonságait, de a kezeléséről nem az gondoskodik! -
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:
-
-
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.
-
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) -
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 -
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?
-
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.
-
#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?
-
#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.
-
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...
-
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
#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?
-
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
#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? -
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
#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
#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? -
-
#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...
-
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.
-
Dezsi82
tag
-
Csikáno
csendes tag
-
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
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 -
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. -
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.
-
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. -
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! -
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... :>
-
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
#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ű.
-
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
#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
#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!
Legalábbis az enyém.
É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.
Új hozzászólás Aktív témák
- Szép! Lenovo Thinkpad T14s G2 Üzleti "Golyóálló" Laptop 14" -50% i7-1185G7 4Mag 16GB/1TB FHD IPS
- Szép! Lenovo Thinkpad T14s G2 Üzleti "Golyóálló" Laptop 14" -50% i7-1185G7 4Mag 16GB/512GB FHD IPS
- Dell PowerEdge T110 II PC, Xeon E3-1220 v2 CPU, 32 GB DDR3 RAM, 2 x 1 TB SAS HDD
- Lenovo Tab M10 HD 64GB, Kártyafüggetlen, 1 Év Garanciával
- HyperX Fury DDR4 - 3200 - CL16 - 16GB RAM (8GB x 2) RGB
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest