- laskr99: Processzor és videokártya szilícium mag fotók újratöltve!
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- eBay-es kütyük kis pénzért
- gban: Ingyen kellene, de tegnapra
- sh4d0w: Én és a számítógép
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- MaxxDamage: Vizes Laptop Hűtés? Lehetséges? Igen!
- Argos: Az vagy, amit megeszel
Új hozzászólás Aktív témák
-
Szirty
őstag
Helló enise!
Van egy munkadarab, amit beteszünk egy dobozba, aminek az oldalán fúvókák találhatóak! Amint a doboz lezártuk egy érzékelőnek kell jelleznie ezt!
Mármint mit?
Azt, hogy a dobozba betették a munkadarabot, vagy azt, hogy a doboz teteje le van zárva?
Ezt kellene lerajzolnom kapcsolási rajzban,de nem igazán megy! Ha valaki tud, segítsen!
Ha jól értem, akkor a feladat az, hogy a dobozfedél lezárását érzékelve egy ideig be kell kapcsolni a lefújást...
Akkor a rajz rendkívül egyszerű:
A dobozfedél lezárását érzékelő kapcsolóval indítasz pl. egy on delay timert, a timer tekercsével párhuzamosan leágazol, ott sorbakötöd a timer nyitó érintkezőjét és a lefújó szelepet. Valahogy így:![[kép]](http://szirty.extra.hu/misc/lefujas.png "[kép]")
-
enise
csendes tag
Hali!
Kérnék egy kis segítséget! Van egy feladatom,amit megkellene oldanom,de nem tudom! Van egy munkadarab, amit beteszünk egy dobozba, aminek az oldalán fúvókák találhatóak! Amint a doboz lezártuk egy érzékelőnek kell jelleznie ezt!A levegő megy egy beállított ideig(időzítő a segítségével)!Ezután a levegő leáll és a munkadarab kivehető! Ezt kellene lerajzolnom kapcsolási rajzban,de nem igazán megy! Ha valaki tud, segítsen!
Előre is köszönöm!
Enise -
vottokar
senior tag
Segítségét szeretném kérni valaki Siemens tudornak.
A héten belefutottam egy problémába. Le kellett volna töltenem egy 313-as CPU-ból a programot. Mindent a nagykönyv szerint csináltam, el is jutottam az upload station to pg- menüben, hogy viewnél látja a cpu-t. (jól is azonosítja be) Elindítanám a letőltést, a csík el is indul, de aztán leáll olyan hibaüzenettel, hogy nem ismeri a CPU-t.
Röhej, mert Accessible nodes-ben tökéletesen látta a programot.
Amúgy Simatic Manager 5.4 SP1-el próbáltam meg Siemens USB PC Adapterrel. Eddig még nem volt vele soha semmi gond, többféle PLC-vel le lett próbálva. Megnéztem a Manager hardverlistájában szerepel az adott 313-as, még a firmware szám is egyezik.
A 313 adatlapján meg kisebb verziószámú Managert ír elő rendszerkövetelménynek.
Lehetséges, hogy esetlegesen valahogy a program van úgy megírva, hogy ilyen hibát generáljon? (másolásvédelem?)
Ha tud valaki segíteni, szívesen várok minden ötletet. -
Szirty
őstag
válasz
Blackmate
#194
üzenetére
Hali Blackmate!
Létezik olyan program, amiben létradiagramos programozást lehetne gyakorolni?
Igen. Több is. Egy tippet már kaptál
Tulajdonképpen minden PLC-s fejlesztő környezetben lehet, amelyik tartalmaz PLC szimulátort.
Pl. a LogoComfort is ilyen, ami a zeliohoz hasonló kütyü, de siemens.
nagyobb PLC-khez is van ilyen. Omron-hoz is ha jól tudom, azt még nem láttam.
vagy siemens-hez.
Siemens-nél az is megoldható ha rendelkezel a megfelelő programokkal, hogy az emulált program egy a képernyőn szimulált gépet működtet.
Itt van erre két példa: [link] [link]
De jobb nem ezzel kezdeni. -
Pelmo
csendes tag
válasz
Blackmate
#194
üzenetére
Szia!
Ez egy egyszerű vezérlőrelének(Zelio) a programozó szoftvere!
Letöltöd, felrakod, kiválasztasz egy Zelio modul tipust majd tudsz létradiagramban vagy grafikus módon programozni és persze szimulálni a körülményeket. Ez alapvetően egyszerű dolgokra alkalmas(bár lehet bonyolultat is csinálni vele)
Kezdésnek megfelel szerintem!
[link]
Az a baj hogy minden egyes gyártónak és azon belül is különböző eszközhöz különböző program(kód) lehetőségek vannak.
Elvben van egy nemzetközi szabványos programozási nyelv és hozzá szoftver, de most az nekem nem rémlik honnan tudsz leszedni hozzá dolgokat!
Majd Szirty segít ha erre jár, ő ebben a topikban a ''legfőbb'' ember.
Laci
[Szerkesztve] -
_Balu_
csendes tag
Sziasztok!
FST IPC 660-as PLC programozásában tud nekem vki segíteni?
Van rajta egy program kapcsoló (0...15). Elvileg meg lehet valósítani, hogy különböző állásokban különböző alprogramokat futtassom.
Az IO Configuration menüben már felvettem a ''Rotary Switch''-et.
Hogyan tudok rá hivatkozni a programban?
Kell hozzá plusz driver?
Üdv:
Balu
[Szerkesztve] -
#192
Mr. Cutter
csendes tag
Szirty
#191
Mr. Cutter
csendes tag
Na hello Szirty!
Küldtem volna neked emailon egy Omron-os hajtásvezérlési példát, létradiagrammos, de a memóriaterületeit is néztem volna csak ott az a gáz, hogy nem tudok egy 3 fázisú aszinkron motort meghajtani, ha a DM memóriaterületekre küldök adatot. Nagyjából sikerült valami,de nem működne a program teljesen, lefut, elküld bizonyos adatokat, csak nem hiszem hogy a motor működne, úgy ahogy kéne. Már lényegtelen, mert holnapra kell a dolog, ennél már nem leszek okosabb reggel nyolcig
Köszi azért, az eddigiekért is!! -
#191
Szirty
őstag
Mr. Cutter
#190
Szirty
őstag
válasz
Mr. Cutter
#190
üzenetére
Hali Mr. Cutter!
Oops, elkerülte a figyelmem ez az üzenet, sorry!
Hajtásvezérlést kellene megvalósítanom, meg van határozva elfordulásjeladóval, hogy mennyit forduljon el, de én csak az utasításokat tudom és nem, hogy milyen mem területre írjak és a cx-en belül sem tudom megnézni a mem területeket.
Tehát van a hajtás, azon encoder, ami be van kötve a PLC-be, meg van egy PC, ami írja a PLC memóriáját.
A feladat meg az, hogy a hajtással meghatározott elfordulásokat kell elvégeztetni ha jól értem...
Több részlet kellene a dologról.
Miféle memóriáról van szó, és oda miért akarsz írni, milyen adatokat és milyen célból?
Milyen utasításokról van szó? (amiket említettél).
A PLC programot te írod, vagy az már adott? -
#190
Mr. Cutter
csendes tag
Mr. Cutter
csendes tag
Hello mindenki!
**Szirty** segítséget szeretnék kérni!
Kb 1-2 hónapja volt, hogy érdeklődtem a RS232-n küldöm át az adatokat a PLC-re a számítógépről egy protokoll programon keresztül.
Ezeket az adatokat a PLC memóriájába küldöm, csak az a baj nekem van egy cx programom, amit nem tudom letesztelni.
Hajtásvezérlést kellene megvalósítanom, meg van határozva elfordulásjeladóval, hogy mennyit forduljon el, de én csak az utasításokat tudom és nem, hogy milyen mem területre írjak és a cx-en belül sem tudom megnézni a mem területeket.
Legfeljebb el tudom küldeni a cx-es progot, hátha tudsz nekem ötletet adni!
Nagyon nagyon köszi előre is!! -
Ja no
aktív tag
Hi Szirty,
Nézegetem továbbra is az unitronocs oplc-ket. Mostmár nagyon teccenek
A grafikus felülettel rendelkező tipusoknál (V200 sorozat) azt írja a fícsörlist, hogy user által definiálható a kijelző. Ez konkrátan hogy szokott működni? A teljes felbontásnak megfelelő, 1 bites képeket kell vhogy előre megírni és azokat hívja be, vagy definiálhatok bármekkora méretü objektumokat/ikonokat és oda teszem pixel pontosan ahová akarom?
Ja no -
Ja no
aktív tag
Hi Szirty,
hát nem.
Úgy gondolom, hogy ezzel inkább csak játszadozni lehet. Valami apró részfeladatra biztos pöpec de szvsz, tanuláshoz nem a legideáisabb választás.
jameg csak kétsoros a háemmíje, pfff...
-----------
Más, de azért köthető a PLC-hez:
Konkrátan frekiváltó. Hogyan alakul a nyomatékgörbe 50Hz alatt, iletve a felett. Igaz-e hogy alatta szinte 0Hz-ig megtartja egy 3f asszinkronmotor a nyomatékát, de 50Hz felett kb lineárisan csökken?
Mikre kell figyelni, ha a névleges 50Hz helyett 10Hz környékére, vagy az alá akarom vinni. Azt hallottam, hogy ott már ''szét tud hullani'' a digitális szinuszkimenet.
(omron J7-es széria a kiszemelt, 1.1kW-os modell. 1f be, 3f ki)
üdv. Ja no -
Szirty
őstag
Hali Ja no!
ha jól értem, a xxxxxBus szerű kapcsolatok nemcsak a fizikai összekötést adják, hanem a szoftveres felületet, amit kevés, vagy semennyi utólagos szögeléssel használni lehet PLC-k, etc. között.
Igen általában ez elmondható.
BTW: ez az RS-232C csak két pont között létesít kapcsplatot, ugye? Tehát ha sok ilyen kütyü van, akkor kettesével kell a PLC-kbe rakni ilyen illesztőt és láncra fűzni őket.
Igen, lehet így is, de ez nem túl szerencsés megoldás.
Az omron pl. ezt úgy oldotta meg, hogy a protokolban (HostLink) RS232-n is lehetővé tette a több pont kapcsolatot, mert a HostLink parancsok és válaszok címet is hordoz(hat)nak. De mivel az RS232 fizikailag csak pont-pont kapcsolatot tesz lehetővé és azt is csak kis távolságra (10m), a buszra fűzést úgy kellett megvalósítani, hogy volt egy RS422-es gerinc, amire az RS232 minden host egy a gerincre fűzött RS232-422 átalakítóval kapcsolódott.
A Siemens-nél meg úgy megy a dolog, hogy eleve nincs is RS232 a CPU-kon, csak RS485, ami buszra fűzhető, így ez ott nem okoz semmilyen gondot.
Gondot okoz azonban, hogy nehezebb PC-re kötni őket, hiszen azon alapból csak RS232 van. Emiatt mindenféle átalakító kötyü, meg kommunikációs kártya szükséges. -
Ja no
aktív tag
Hi Szirty,
''Egyébként odaírtam az előző üzenetbe is:''
inkább kéccer megkérdezem, minthogy megvezessem magam a vélt tudásommal
Protokollok:
ha jól értem, a xxxxxBus szerű kapcsolatok nemcsak a fizikai összekötést adják, hanem a szoftveres felületet, amit kevés, vagy semennyi utólagos szögeléssel használni lehet PLC-k, etc. között.
Az RS-xxx-ek meg csak a fizikai felületet adják és a kódot külön kell megszögelni hozzá.
Ez alól kivétel pl az omron RS-232C felülete, ahol a szoftveres részt is implementálták, így gyártón belül ez is használható adatcserére különösebb kiegészítő programozás nélkül.
BTW: ez az RS-232C csak két pont között létesít kapcsplatot, ugye? Tehát ha sok ilyen kütyü van, akkor kettesével kell a PLC-kbe rakni ilyen illesztőt és láncra fűzni őket. ( ez csak mint elméleti megoldás érdekel, valszeg gyakorlati jelentősége elhanyagolható)
?
''Erről cikkeztem is anno ''Adatcsere S7 PLC-k között MPI buszon keresztül'' címmel, itt: [link]''
itt még nem tartok, de rajta van a listán
köszi: Ja no -
Szirty
őstag
Hali Ja no!
Ezt csak a siemens használja, vagy az MPI maga egy gyüjtőfogalom, amit minden gyártóa saját szájíze szerint implementál és nevet aggat rá?
MPI-t a siemens kütyük használnak. Más gyártóknak más megoldásai vannak.
Egyébként odaírtam az előző üzenetbe is: ''A Siemens által használt kommunikációs mód'' :>
Meg nagybani áttekintésként el tudná mondani vki, hogy különböző gyártók PLC-i milyen módokon tudnak kommunikálni egymással ''középszinten''.
Ha két különböző típusú/gyártmányú PLC-t közös nevezőre tudsz hozni a kommunikációs busz tekintetében, akkor meg tudod oldani a kommunikációjukat is egymással.
Tehát ha mindkettőn van pl. RS232 port, vagy RS422, vagy ethernet, vagy profibus, vagy modbus, stb.
Hogy ezen belül a kommunikáció milyen szinten tud zajlani, az már attól függ, hogy a választott buszrendszer mennyire támogatja a dolgot.
Pl. Profibus vagy ennek ethernetes változata a Profinet, az ilyen kommunikációt messzemenőkig támogatja. Vagyis ha ilyen busszal kötsz össze PLC-ket, akkor programból könnyen, kis szoftveres ráfordítással megoldható a két rendszer közötti adatcsere.
Ha a busz nem támogat semmi ilyesmit, akkor mindent neked kell leprogramozni mindkét PLC-ben ami a kommunikációt illeti. Ilyen pl. az RS232 kapcsolat, vagy az alap RS422/485, amikor az összeköttetés csupán a hardvert határozza meg, nincs hozzá tartozó protocol és szoftveres támogatás.
Különböző gyártmányú PLC-k kapcsolatát általában nehéz megoldani, mert kevés a közös nevező és sok a különbség (egy komplett buszrendszer és protokol ebben sokat segít, mint fent is írtam).
Azonos gyártmányokkal jobb szokott lenni a helyzet, mert a gyártó általában kifejleszt valamilyen (nem ritkán egyedi) módszert arra, hogy több PLC kommunikálhasson egymással. Ilyen pl. a már említett RS232C kapcsolat két db Omron CPM között, vagy az egyéb omron PLC-k közötti link, ami semmilyen további programozást nem igényel, csak meg kell határozni milyen adatterületet akarsz milyen irányban cserélni a résztvevők között. Onnantól megy ''magától'' a PLC intézi a kommunikációt, neked csak az áthozott agy küldött adatokkal kell foglalkozni.
Vagy hasonló a helyzet több Siemens S7 (300/400) PLC közötti kapcsolat létrehozásakor, pl. a már említett MPI buszon keresztül. Sok lehetőség van, a PLC alapból támogatja az ilyen kapcsolatot és kevés szoftveres ráfordítással sokmindent meg lehet oldani.
Erről cikkeztem is anno ''Adatcsere S7 PLC-k között MPI buszon keresztül'' címmel, itt: [link]
A gyakorlatban meg az a helyzet, hogy egy olyan gyártási folyamatban, amiben több PLC is részt vesz, a közöttük lévő kapcsolat tartására sokszor elegendő néhány digitális jel átvitele digitális ki és bemeneteken keresztül. Buszos kapcsolatra akkor van szükség, ha sok információt kell mozgatni rövid idő alatt.
Meg mi az a SCADA?
Supervisory Control and Data Acquisition
Egy általában PC-n vagy PC-ken futó program, amely a gyártási folyamatokról közvetlenül a vezérlő berendezésekről (PLC-k) olvasott adatok felhasználásával gyűjt információt és adatokat. Röviden kb a HMI továbbfejlesztése (sokkal tovább)
A SCADA megoldások tulajdonképpen a vállalati információs rendszer számára gyűjtenek információkat a folyamatokról. Általában nagyon összetettek és közelebb állnak a vállati infórendszerhez mint a vezérléshez.
Írd be google-be hogy SCADA
[Szerkesztve] -
Szirty
őstag
Hali Ja no
ebben az esetben a forgásirányt egy plusz output láb közli a léptetőmotor driverével?
Gindolom igen. Omronnal még nem használtam ilyen szervót
A CQM az eggyel ezelőtti sorozat?
A CQM A CPM-né egyel nagyobb kategória.
tehát moduláris, több I/O, több lehetőség, nagyobb teljesítmény. -
Ja no
aktív tag
Hi Szirty,
''Hajtásvezérlésre. (szervók, léptetőmotorok, stb)''
ebben az esetben a forgásirányt egy plusz output láb közli a léptetőmotor driverével?
''Ha a decentralizált verziót az I/O számok növelésre akarod használni, akkor annak szerintem semmi értelme.''
igazából arra használnám, hogy egymástól elég messze lévő, és nem szorosan összefüggő folyamatok közt teremtsek valamiféle összefüggést. De valszeg erre egy digit I/O a legmegfelelőbb.
Talán a buszos megoldásnak annyi előnye lehet, hogy ott monitorozhatom, hogy él-e a vonal, vagy a trakesz beszántotta.
''Mint írtam nézd meg használtan.''
Wow! ezek eléggé nyomott árak . Köszi a tippet!
A CQM az eggyel ezelőtti sorozat?
köszi: Ja no -
Szirty
őstag
Helló Ja no!
Namost ezekhez hogy lehet kijelzőt biggyeszteni? (HMI)
A CPU-n alapból is rajta lévő sors porton keresztül. Ha nincs rajta csak peripheral csatlakozó, akkor egy CIF01-es oros interfészen keresztül.
Ha van rajta egy soros port, meg egy peripheral csati is, akkor egy CIF01-el megoldható, hogy programozhatod is anélkül, hogy a HMI-t lehúzogatnád róla a programtöltés idejére.
A CPM-hez illesztheted a régi NT sorozatú kijelzőket, de az új NS sorozatúakat is.
Meg nem látom egyelőre, hogy impulzus kimenetet mire használják?
Hajtásvezérlésre. (szervók, léptetőmotorok, stb)
Meg megoldható-e az hogyha olyat veszek amiben nincs RTC, akkor felépítek a programban több önnálló blokkot,amik az adott napszakokhoz passzolnak, majd ezeket egyenként néhány digit-input-lábra ''hozzádedikálom''?
Megoldható.
Ez csak ott jöhetne a képbe, hogy a CPM1A ill 2A-ra lehet ProfiBus-t meg DeviceNet I/O modult is biggyeszteni, ezzel talán könnyebb a decentralizálást, de főleg a HMI-t megvalósítani (?)
Omronnál a HMI-hez nincs szükség sem profibuszra, sem Devicenetre.
Ha a decentralizált verziót az I/O számok növelésre akarod használni, akkor annak szerintem semmi értelme.
Akkor nagyobb PLC-t kell venni inkább.
Szal úgy tűnik, hogy az eredeti 100kHUF-os limitem a két szék közti földreülés esete.
Mint írtam nézd meg használtan. Én vettem mér siemens C7-et 40-ér (beépített I/O-k, több analóg is, számláló bemenet, LCD kijelző, kezelő gombok, MPI busz, RTC, stb.
Meg S7 314-et is. Sőt, most kínáltak egy Omron CQM1-et 40-ér, 64 I/O ponttal, belső órával, soros porttal. -
Ja no
aktív tag
Hi Laci,
programozni abszolut nem tok, szal ez a vizuálbézikes dolog sajna kiesik.
Bár nem teljesen értem a dolgot; nálad ez a progi egy PLC-be lett befordítva és az volt a master, vagy egy PC-n futott és egy modbus kártya volt a PC-ben, amivel csatlakozott a (sok) PLC-hez?
Ja no -
#177
Ja no
aktív tag
wassermann
#168
Ja no
aktív tag
válasz
wassermann
#168
üzenetére
Hi wassermann,
A legkisebbekben én nem láttam még. Omronhoz is inkább csak a ProfiBus van az általad felsoroltak közül, de külön kell megvenni hegy pénzért.
Még körülnézek Mitsubishi házatáján, meg esetleg LG-éknél. Utóbitól kissé ódzkodom, pont a célkitüzésem miatt. Amúgy teccik. -
Ja no
aktív tag
''MPI: Multi Point Interface''
Ezt csak a siemens használja, vagy az MPI maga egy gyüjtőfogalom, amit minden gyártóa saját szájíze szerint implementál és nevet aggat rá?
Meg mi az a SCADA?
Meg nagybani áttekintésként el tudná mondani vki, hogy különböző gyártók PLC-i milyen módokon tudnak kommunikálni egymással ''középszinten''. Értem ez alatt, hogy digit I/O-val nyilván, de az nem kommunikáció, szoros értelemben véve. A másik véglet meg PC-ben összefutó dolog, de az meg most a ló tulsó oldala.
Szal az érdekelne, hogy milyen szabványok léteznek, amivel direktbe össze lehet kötni két-több PLC-t; PC vagy egyébb übermájer kütyü nélkül. Márha egyáltalán van ennek létjogosultsága
köszi: Ja no -
Ja no
aktív tag
Hi Szirty,
átnéztem omron katalógusát, máramennyit sikerült megértenem.
-CPM1A-ból 66kHUF a legolcsóbb, amit már lehet bővíteni is. Ez a sorozat viszonylag lassú (kb 1us/utasítás)
-CPM2A. 90kHUF-tól. Kb 3x gyorsabb a fentinél és a jeladóbemenetei is 20kHz-esek 5 helyett.
-E fentinek van egy C jelű változata, kicsit lassabb és külön tápmodul kell neki. Ezzel együtt sincs lényegi árdifi, talán egy tizessel lesz hosszabb. Viszont van benne RealTimeClock. Ez mondjuk egy öntözőrendszernél hálás tud lenni. Hajlok is e felé...
Elég sok hasonlóság van köztük, pl. hogy minden bazidrága hozzájuk
Egy analóg 2be/1ki modul (1/6000-es felb.) majd 90kHUF.
plusz digit I/O 30...60kHUF
Meg egyiken sincs kijelző/gombsor
a sorban következőket most nem nézem, mert egészen más árkategória.
------------------
Namost ezekhez hogy lehet kijelzőt biggyeszteni? (HMI)
Az általam favorizált CPM2C-hez csak CompoBus/S csatimodul tud menni, meg RS-232C/RS-422. Gondolom HMI-t a CompoBusra lehet tenni, ha egyáltalán. (?)
Meg nem látom egyelőre, hogy impulzus kimenetet mire használják? Biztos fontos, mert mindegyiknél szorgosan fel van tüntetve
Meg megoldható-e az hogyha olyat veszek amiben nincs RTC, akkor felépítek a programban több önnálló blokkot,amik az adott napszakokhoz passzolnak, majd ezeket egyenként néhány digit-input-lábra ''hozzádedikálom''? Így egy külső órával kiváltható lenne a belső, ha több kimenete is lenne neki. (mármint a külső kapcsoló-órának. Az meg akár home made is lehet)
Bár igazság szerint sokat nem spórolnék egy olyan PLC-vel, amiben nincs RTC. Ez csak ott jöhetne a képbe, hogy a CPM1A ill 2A-ra lehet ProfiBus-t meg DeviceNet I/O modult is biggyeszteni, ezzel talán könnyebb a decentralizálást, de főleg a HMI-t megvalósítani (?)
Szal úgy tűnik, hogy az eredeti 100kHUF-os limitem a két szék közti földreülés esete. 50-ért vannak az easy-szerü kütyük,a mik inkább csak programozott relék (viszont van rajtuk kezelőfelület), vagy a lényegesen drágább bővíthető PLC-k, amikre alapszinten is el lehet sütni 3...400 ezredest. ( persze egy adott feladathoz nyilván nem kell ennyi, de én most alapvetően tanulási célzattal venném, hogy kapjak vmi képet az egészről)
Ja no -
Szirty
őstag
Helló Ja no!
Mi az az MPI illesztő?
MPI: Multi Point Interface
A Siemens által használt kommunikációs mód, amely half duplex RS485 fizikai rétegen megvalósuló buszos topológia.
A nevéből is látható, hogy több eszköz (2-nél több) összekapcsolására is alkalmas.
Ezen az MPI interfészen keresztül (is) programozhatóak a Siemens S7 300-400-as PLC-k és operátor panelek.
Rendszerint PLC-PLC, PLC-HMI, PLC-SCADA, PLC-Programozó eszköz kapcsolatára használják. Pl. adatgyűjtési céllal felfűzhető egy MPI buszra egy gyártócsarnok összes PLC-je, az MPI busz meg befut egy PC-be, ahol megjeleníthető a gyártáson zajló bármilyen történés, adat, stb, vagy épp programozható bármelyik PLC.
MPI csatlakozóval minden S7-300 és S7-400 PLC rendelkezik. -
#172
Szirty
őstag
wassermann
#164
Szirty
őstag
válasz
wassermann
#164
üzenetére
Hali wassermann!
Azt tényleg megerősíthetem én is, hogy a Siemens LOGO -jának valamelyik sorkapcsa választhatóan lehet DI vagy AI.
Az a konkrét típustól függ! Nem mindegyik Logo típusnak van ugyanis analóg bemenete!
Erre oda kell figyelni a típusválasztásnál!
Akit érdekel itt talál Logo-val kapcsolatos magyar nyelvű doksikra mutató linkeket, komplett leírást is, a típusválasztást segítő áttekintést is: [link] -
Szirty
őstag
Hali Ja no!
....akkor a köztük lévő logikai kapcsolat ne valós I/O lábat pusztítson el (merthogy ebből nincs sok egy ócsó PLC-n), hanem vmiféle soros kommunikációs buszon keresztül értekezzenek egymással.
Ha csak azért akarod ezt a megoldást választani, mert azt gondolod, hogy így olcsóbban jutsz hozzá több I/O ponthoz, akkor szerintem nem jól gondolod (hacsak nem jutottál hozzá jutányos áron egy raklap tök egyforma minimál PLC-hez.
Ha a decentralizáltság a fontos, akkor olyan típust érdemes választani, amelyik támogatja az eszjözök közötti kommunikációnak ezt a formáját. Az Omron CPM1-ben pl. van ilyen funkció úgy emlékszek. De az Easy is mintha tudna ilyet...
Ha neked kell megírni a kommunikációval foglalkozó részt, akkor lehet nehezebb lesz megoldani ha nincs a hasonló eszközök közötti kommunikációval kapcsolatos tapasztalatod.
De mindenképp érdekes feladat. -
Szirty
őstag
válasz
Karesssz
#163
üzenetére
Hali!
A Logo! programozása előlapról nem a legkényelmesebb mert visszafelé kell gondolkoznod. Tehát először Kimenet és arra építesz.
Én senkinek nem ajánlom a logót. Bár biztosan van aki meg tudja szeretni, de nekem a hátam is borsózik tőle
Bár lehet hogy el vagyok kényelmesedve és nehezen tűröm a korlátokat amiket állít.
A Logo nem is PLC igazából, hanem programozható relé.
Egy Unitronics OPLC (pl. a már említett Jazz is) sokkal közelebb áll egy ''igazi'' PLC-hez. -
Szirty
őstag
Helló Ja no!
Tanácsot szeretnék kapni. Elhatároztam, hogy megtanulok PLC-t programozni, de nemtom melyik márka legyen a favorit. Legjobban a siemens tetszik, mert a legtöbb helyen ilyenek üzemelnek, így mindjárt egy használható tudásra tehetek szert.(?)
Én ha haza beszélek, akkor Omron-t és Siemens-et javaslom.
Abszolút belépő szinten pedig esetleg az Unitronics Jazz-t.![[kép]](http://kvalix.hu/images/unitronics/Jazz+prog-sml.jpg "[kép]")
Előnye, hogy olcsó (kb. 35e Ft, kvalix.hu-n van letöltehtő árlista is) és az, hogy van rajta kijelző, és billentyűzet ami programozható. Ez nagy előny, mert lehetővé teszi mindenféle dolgok kiírását és beállítását. A hozzá való U90Ladder program ingyenes. Sajnos vannak benne bugok (legalábbis amikor foglalkoztam vele, még igencsak voltak, megint sajnos egy egerészős Visual BASIC förmedvény, de használható).
Hátrány, hogy ehhez is kell egy interfészkütyü, mert alapból nincs rajta soros port, ami kb további 10e Ft.
Az Omron PLC-k már bevált profi cuccok és könnyű őket programozni, ezeket azért ajánlom. Elég elterjedtek is, a fejlesztői környezet átgondolt és rendkívül hatékony. A kiegészítők választéke pedig széles.
SIemens PLC-t javaslok, ha majd belejöttél kicsit és szerzel tapasztalatokat. A Siemens S7 300/400 vezérlőivel nagyon messzire el lehet menni ebben a témában. Nagyon szerteágazó lehetőségei vannak. Minden tekintetben professzionális.
Ja igen. És drága.
De még egy S7-300-hoz sem lehetetlen ám hozzájutni átlagfizetésből. Néha ki lehet fogni egészen jó vételeket használt PLC-k terén (teszvesz, vatera, stb). -
#168
wassermann
addikt
Ja no
#165
-
Pelmo
csendes tag
Szia!
Én a Telemecanique Zelio vezérlőreléjét(speciális kiegészítő modul kell hozzá) használtam úgy hogy Modbus(RS-485-ön) vagy Modbus TCP/IP(Ethernet)-en tudtam olvasni, írni pár regisztert mivel elégé le van korlátozva ez a funkció.De csak modbus slave-ként konfigurálható tehát kell neki egy Master is ami lehet egy PLC vagy nálam az adatgyüjtő program amit Visual basicban irtam. Tehát tudsz hálózatot létrehozni a kütyükkel csak kell egy master is a hálózatba!
Egyszerübb dologra lehet öket hálózatba is használni. A Siemens Logo-ját nem ismerem arról nem tudok nyilatkozni!
Laci
[Szerkesztve] -
#166
wassermann
addikt
Ja no
#165
wassermann
addikt
Ha decentralizált rendszerre van szükséged az már jóval drágább! Ilyenkor valamilyen ipari busz csatlakozással kell hogy rendelkezzen a PLC (pl. PROFIBUS). Ezeknél még külön külön vannak programozva a PLC-k.
A továbblépés lehetősége a decentralizált, de ennek ellenére teljesen homogén nagy folyamatirányító-számítógép (DCS), ahol az egész rendszer teljes egységet alkot (egy dolgot programozol csak, közös adathivatkozások, mentés).
Még ezt is lehet fokozni a megtöbszörözött, önellenőrző biztonsági rendszerekkel...
- Sajnos nincs saját olajfinomítóm, erőművem ahol ezeket megvalósíthatnám.
[Szerkesztve] -
Ja no
aktív tag
Urak, köszönöm a részletes infókat, kezdek alapokkal képbe kerülni.
Most elmegyek okosodni doksikból, aztán jönnék megint.
Még most annyi kérdésem lenne, hogy a kis cuccok (easy, alpha, logo, gm7u, etc) hogyan köthetőek össze úgy, hogy ha ''decentralizált'' vezérlést építek fel, akkor a köztük lévő logikai kapcsolat ne valós I/O lábat pusztítson el (merthogy ebből nincs sok egy ócsó PLC-n), hanem vmiféle soros kommunikációs buszon keresztül értekezzenek egymással. Persze azonos családon belül gondolom az ilyen összekötést. Talán így kikerülhető egy nagyobb PLC vásárlása, ha veszek 2-3 kisebbet. Vagy ennek nincs értelme/létjogosultsága? -
#164
wassermann
addikt
wassermann
addikt
Azt tényleg megerősíthetem én is, hogy a Siemens LOGO -jának valamelyik sorkapcsa választhatóan lehet DI vagy AI.
A felbontását nem tudom, de ha már 8 bit akor elég egy egyszerűbb klíma szabályozáshoz
[Szerkesztve] -
Karesssz
csendes tag
A Logo! programozása előlapról nem a legkényelmesebb mert visszafelé kell gondolkoznod. Tehát először Kimenet és arra építesz. az elágazásokban is el ég könnyen el lehet veszni annak aki először veszi a kezébe. Én jobban csipázom a Logosoft comfortot mert ott a blokkos progit le lehet szimulálni és ha azt csinálja amit szeretnél, és nem csak azt amit mondasz neki akkor mehet a rátöltés
-
Karesssz
csendes tag
Hi'' Ja no!
Szerintem azért nem kell annyira beparázni. 100-as ból már egy elég okos vezérlőt ki lehet hozni, már csak az a kérdés, hogy hány I/O val kellene rendelkeznie. A GE-Fanuc Ic200udd110-es tipusa is ezen ár körül van.16/12 io val rendelkezik. Sajna egy ideig ezt erőltették nálunk mert a'' mi kutyánk kölyke'', de nekem ennek ellenére sem a legszimpatikusabb. Viszont egyszerű hozzá kábelt készíteni. Hasonló árban van az Omron CPM1A-tipusa ami ugyancsak el van látva a programozó porton kívül sorossal.........hát ehhez sem egy nagy tudomány a kábelgyártás
A Logo!-ra visszatérve: pár hete építettem be vagy 7db-ot. Ezek egyszerű kis vonalkódkiértékelők, tekercslefejtők valamint hegesztőgép tárgymegfogó hengerek működtetését végzik. Az ára darabonként asszem nem érte el a 30 ropit.
Egy hátrány, hogy egyszerű feledatokra alkalmas, viszont még ezek is rendelkeznek 2 analóg bemenettel a 8-ból. Analóg bemeneteknél naradva: én spec nem vagyok egy nagy mágus de nem találkoztam a legegyszerűbb vezérlők közt sem olyannal amelyiknek ne lett volna analóg bemenete (lehet, hogy ez csak az én tapasztalatlanságomból ered).
Az más lapra tartozik, hogy nem mindegyik alap tipus tudja lekezelni az analóg bővítményt.
Remélem sikerült most jól összekavarni Téged
Ja + 1 MPI: ha jól tom az szabványos adatkommunikációs interfész........amit a cégek ''saját szabványaikra szeretnek formázni''
Üdv. Karesssz -
#160
Ja no
aktív tag
wassermann
#158
Ja no
aktív tag
válasz
wassermann
#158
üzenetére
ha előlapról nyomatom, akkor ''csak'' parancssoros, és nem rajzol grafikus létradiagrammot, ugye?
-
#158
wassermann
addikt
Ja no
#156
-
vottokar
senior tag
Mi a Huntechnotól szoktunk rendelni, szerintem hívd fel őket, és akár telefonon is elmondják a téged érdeklő modulok árát. (Brányi Csillát vagy Hantos Imrét keresd, ha jól emlékszem)
amúgy a Logo Soft program ha jól emlékszem olyan 13K+tréfa a kábel meg olyan 20K+tréfa.
(sajna benn vannak az árajánlatkéréseim, én meg a héten éjszakást helyettesítek) -
#156
Ja no
aktív tag
wassermann
#155
Ja no
aktív tag
válasz
wassermann
#155
üzenetére
árakat tudnál hozzá mondani, a neten nem nagyon találok. Meg a hozzávaló kábelre, programra?
köszi: Ja no -
#155
wassermann
addikt
Ja no
#152
wassermann
addikt
'' ... tegyük fel, egy üvegházat kell 'lekezelni'. ... a hőmérést magának a PLC-nek kell megoldani, valamint azt is, hogy a különböző ventillátorok bekapcsolásával ... Ugyanez a helyzet mondjuk a párásítóval is... ...ott vannak az ablaknyitogató mechanizmusok... Tehát kell bele analóg bement is, talán kimenet is''
Ilyesmire szerintem tökéletes a Siemens LOGO, lsd ezt:[link] -
Ja no
aktív tag
-
Ja no
aktív tag
válasz
vottokar
#151
üzenetére
Hurrá, akkor itt is dúl a szabványháború...
''És bocs, hogy ilyen árakat írok,''
Asszem ez nem a te hibád. Egyébként meg jól jön, mert kezdem becsülni a kis tamagocsikat a maguk 40...150kHUF-os árával.
A héten lesz kiállítás, ott is körbenézek; és majd referálok.
Valszeg a döntés a fejlesztőkörnyezet/kábel elérhetőségén fog múlni és a bővíthetőségen.
Másik kérdés:
60 programsor mire elég?
tegyük fel, egy üvegházat kell 'lekezelni'. És mondjuk minden eszköz buta benne, tehát nincs saját intelligenciája. Értem ezalatt, hogy a temperáló részen csak egy hűtés/fűtés vezérlő-kontaktus van, de a hőmérést magának a PLC-nek kell megoldani, valamint azt is, hogy a különböző ventillátorok bekapcsolásával egyenletessé teszi a hőeloszlást.
Ugyanez a helyzet mondjuk a párásítóval is.
Meg ott vannak az ablaknyitogató mechanizmusok, ahol szintén kell végállást érzékelni (esetleg poziciót)
Tehát kell bele analóg bement is, talán kimenet is.
vagy ez így már tuti nem belépőszintü PLC?
vagy ha felbővítem a memóriát, akkor mégis? -
vottokar
senior tag
A Siemens S7 illesztőinterfésze ami a CPU modulokon alapból elérhető. Asszem amúgy RS485 fizikailag.
Alapesetben egy S7300/400-as CPU-ra vagy MPI illesztővel, vagy profibus-os illesztővel lehet csatlakozni. S7/200-ra is ez kell, de ott PPI módban megy a cucc.
Ezek vagy szabvány PCI-s kártyák, vagy PCMCIA kártyák notiba., vagy USB-s esetleg sorosporti illesztők. Tudják az MPI és a Profibus-os protokollt is. de az usb-s max 1.5Mbit-ig, a soros meg a soros port sebességéig, ami sajna még ay MPI 187,5Kbitjét sem éri el. , de pl. modemes kapcsolathoz ok.
Persze lehet még kismillió módon rácsatlakozni (Pl. Etherneten keresztül TCP/IP-n), de ugye nem kell mondanom, hogy az ethernetmodulja többszázezer forint.
És bocs, hogy ilyen árakat írok, de nem én képzem őket. Van olyan gépünk amibe a CPU modul csak cca. 5000Euro. -
vottokar
senior tag
Sajnos a Siemens Logo! árakkal nem vagyok képben (főleg analóg modul ügyben) de szerintem még abból sem igen jön ki.
Azt tudom, hogy az adatkábel ahhoz is 10K fölött van
Szerintem S7/200-ból biztos nem jön ki. A Starter kit (S7/200CPU, Step7Microwin, adatkábel) akciósan is olyan 80K+ÁFA felett van, és ebbe még semmilyen analóg modul nincs benn.
Valamint nincs MPI illesztő sem, ami az USB-s is cca. 75K+. Az RS232-es meg vagy 120K
Mondjuk, ha Siemens S7-el akarsz foglalkozni, sajnos a PC adaptert nem tudod megkerülni. Láttam már alternatív gyártók olcsóbb cuccait is, de sajnos azok sem filléres cuccok voltak. -
Ja no
aktív tag
Karesssz,
igen egy jó ár-érték arányú kütyüt keresek, aminél fontos szempont, hogy lehetőleg ingyé' kapjak hozzá fejlesztőkörnyezetet. Mondjuk a kábelek fajtáját nem ismerem annyira, de ha csak egy FTDI csip van benne, akkor azt tudom 'pótolni'. De az is lehet, hogy direkt uC-t tesznek bele a lelkes amatőrök miatt. (?)
'Tehát javaslatom az, hogy olyat válassz aminek a társalgáshoz szabványos rs232c port elegendő'
köszi az ötletet.
'Úgy emlékszem az Omron a kisvezérlőihez adja az alap CX-programmer 2.0-át'
mintha ezen a fórumon említette volna vki, hogy Omronéknak nagyon jó a támogatottsága. MIndenképp benne van a pixisben
vottokar,
'Nem tudom, hogy mi célból akarsz megtanulni'
Soxor belefutok olyan dologba, amit PLC-vel kellene megoldani, de mivel jelenleg koki vagyok hozzá, inkább keresek vkit, aki ír egy uC-s kódot ehhez. Én meg panelt tervezek, ültetek, stb...
Ezt szeretném kiváltani, mert főleg az elején jó dolog, ha vhogy már összeáll egy mech.szerkezeti rész, képes önnálóan működni, lehet tesztelni. Aztán később, ha azzal jövök ki jobban árban, akkor lesz hozzá csinálva külön uC-s dolog, de az ugye sokkal lassabban készül el.
'Omronnal az ezelőtti munkahelyemen foglalkoztam. Arra a feladatra, amire ott kellettek (egyszerübb gépek vezérlése)'
gyakorlatilag pont ilyenre használnám. Munkahengerek, mozgó alkatrészek pozició-érzékelésére, azok összehangolására; útjeladók, nyomástávadók, etc figyelésére, kiértékelésére.
----------------
nézegettem moeller árait. 40+Áfáért van alapmodul táppal, kijelzővel, de abban nincs analóg ki-bemenet. ( ha jól láttam, az +67ropi!).
Még tetszettek (kép alapján
) a mitsubishi cuccai is; érdekes, hogy lehet hozzá rakni GSM modult risztó-SMS küldésre, vagy egyéb interakció céljából
ja, amit nem írtam, szeretném 100 alatt megúszni az analóg interfésszel is bíró kütyüt.
Van erre esélyem?
[Szerkesztve] -
vottokar
senior tag
Nem tudom, hogy mi célból akarsz megtanulni, mert ez igen erősen befolyásolja azt az irányt, amerre el kell indulnod.
Nálam, mivel német érdekeltségű cégnél dolgozom a Siemens adott volt. Az árakról, jobb nem beszélni ez esetben. Ha tényleg saját élő hardverkörnyezetben akarsz tesztelni, akkor szerintem ez sajátpénzen megoldhatatlan. (vagy ha van rá többszázezer felesleges forintod, szerintem kezdj másba vele) Ha okosba meg tudod oldani a dolgot, akkor persze más a helyzet.
Omronnal az ezelőtti munkahelyemen foglalkoztam. Arra a feladatra, amire ott kellettek (egyszerübb gépek vezérlése) nekem szimpatikusabbnak tűntek, mint a megfelelő S7/200-asok. (ami nem azt jelenti, hogy jobbak is lennének.)
Sajna én olyan szinten, hogy véleményt merjek mondani, csak ezekkel (Omron S6, Siemens S5, Siemens S7/200, S7/300) ''foglalkoztam''. Pedig van még jónéhány elfogadott cucc amiket legalább alapszinten meg kellene ismernem. -
Karesssz
csendes tag
Hi” Ja no!
Nos nagyon széles a paletta. Sok összetevőt érdemes figyelembe venni.
Az érdeklődésedből kitűnik, hogy egy költségkímélőbb megoldást szeretnél megvalósítani.
Ez természetes, hisz tanuláshoz bőségesen megfelel bármely plc-család kisebb vezérlője.
A siemens egy, Magyarországon elterjedt és bevált fajta de az árak tekintetében hát nem a legolcsóbb. Valamint azt is figyelembe kell venni, hogy a kommunikációt plc-pc közt milyen jelszinten valósítja meg. –a napokban készítettem S7-200 as plc-vel kisgépvezérlést s azon kívül, hogy nagyon jól használható a szoftvere sajna az áttöltéshez spéci 485-ös átalakítóra van szükség ami +költséget jelent.
Tehát javaslatom az, hogy olyat válassz aminek a társalgáshoz szabványos rs232c port elegendő. Ezt az összekötőkábelt pár perc alatt el is tudod készíteni, ami ugye még egy megtakarítást jelent.
Következő nem elhanyagolandó összetevő a szoftver, amit meg is vásárolhatsz de vannak tipusok amihez grátisz megkapod.
Úgy emlékszem az Omron a kisvezérlőihez adja az alap CX-programmer 2.0-át. Ha mégsem akkor bocsi J. Találkoztam már a feltörekvő LG prospektusaival is. Nagyon szimpatikusan nyomulnak mert nyilt forrású a progijuk s oktató videókkal is támogatják az alapok elsajátítását.
Nem vagyok disztribútora de amivel szívesen dolgozom az az omron. Az ára mellet kimerítően publikálja magyar nyelven termékeit a cég. Ez alatt nem csak a reklámokat értem hanem a szoftverismertetőket valamint a felhasználói kézikönyveket.
www.plc.lap.hu oldalon ha szétnézel és felveszed néhány forgalmazóval a kapcsolatot biztosan készségesen állnak segítségedre, megtudod árak és kiegészítők tekintetében, hogy mire számíthatsz.
Üdv: Karesssz -
Ja no
aktív tag
Hi,
Tanácsot szeretnék kapni. Elhatároztam, hogy megtanulok PLC-t programozni, de nemtom melyik márka legyen a favorit. Legjobban a siemens tetszik, mert a legtöbb helyen ilyenek üzemelnek, így mindjárt egy használható tudásra tehetek szert.(?)
Viszont amennyire tudom, ehhez horror pénz fejlesztőkörnyezet. Olvastam még mitsubishi ill. omron kütyükről is; ezek is szimpik.
Szóval tervezek venni egy olyan kisebb PLC-t, amin már van analóg ki-bemenet is.
Ti melyiket ajánlanátok?
köszi: Ja no -
Páli
csendes tag
Sziasztok!
Mindenkit szeretettel köszöntök. Először írok ebben a fórumban és örülök hogy találtam hasonló érdeklödésü embereket akik szivesen segítenek a PLC-s problémák megoldásában.
A nevem Pálocska József és Hajdu-Bihar megyében élek.Szinte azonos dolgokat tudok írni a munkámmal és a PLC-vel kapcsolatban mint Garda Károly úr Borsodból.
Siemens S5,S7,-külömböző tip.kisvezérlők,pl.Unitronics,Zelio stb.
Ha tudok hozzászólásommal megpróbálok segíteni.Nagyon sok ismeret hiányzik még nekem is, ezért kérem segitsetek majd.
Midenkit üdvözlök! Páli -
Karesssz
csendes tag
Sziasztok!
Először is örvendek, hogy rábukkantam erre a fórumra. Egy másik levelező listával már volt szerencsém megismerkedni, de amíg net-szolgáltatót váltottam, csak figyelemmel kísérhettem a hozzászólásokat.
Másodszor szeretnék bemutatkozni.
A nevem Garda Károly s Borsod-megyében lakom. Itt dolgozom egy multicégnél.
Foglalkozásomat tekintve, karbantartóként felújításokat, átalakításokat végzek, valamint
komplett kisgépvezérléseket készítek ideértve a PLC programozást is.
Az eddigi munkáim között GE-Fanuc, Omron, Siemens, vezérlőkkel készített megoldások szerepelnek.
Ha időm engedi és értékes hozzászólással tudok valakinek segíteni akkor azt meg is fogom tenni De biztosan lesz nekem is kérdésem
Üdv Mindenkinek: Karesssz
[Szerkesztve] -
#141
horvathcsaba
csendes tag
horvathcsaba
csendes tag
Sziasztok!
Nem tudtok vmi forrast, ahol SIPRO-ról angol (esetleg magyar
nyelvű leírás elérhető?
Nekem ui. ilyen programocskával kéne foglalatoskodnom, de csak német könyvecskéim vannak. Azon a nyelven meg csak vizet kérni tudok.
Köszönöm
Csaba -
Szirty
őstag
Hali wertick!
First Error Word: F F F F ez az ASCII karakter. Ez hex-ban: 4D 4D 4D 4D.
Ebből, hogy lesz 2*8 bit,
Már a kérdést se értem. FFFFh az eleve 16 bit! 16 darab 1-es bit.
ahogy a PDF 71.oldalán az ábra mutatja,ugyanis az egyes bitek kiolvasásával lehet hibákat olvasni.
Beolvasod az összes karaktert egty pufferbe, amit a PLC a parancsodra válaszol.
Először is fogod a 8, 9, 10, 11.-edik karaktert. Ezt a 4 karaktert hexa számként értelmezve átalakítod bináris számmá valahogy így:
Fogod a 4 karakter egyikét, mondjuk az elsőt (bal oldalit). Kivonsz belőle 48-at (dec), majd megnézed nagyobb-e mint 9. ha nem, akkor elrakod. Ha igen, akkor kivonsz belőle még 7-et és akkor rakod el. Ezt megismétled mind a 4 további karakterrel.
Majd fogod a kapott 4 byte-ot, és a bal oldalit eltolod balra 4 bittel, úgy, hogy azt az eltolást alkalmazod, amelyik 0 biteket léptet be balról, majd ezt a byte-ot OR műveletnek veted alá a következő helyiértékből kapott byttal, majd a kapott értéket elrakod.
Ugyanezt a műveletet elvégzed a maradék két helyiértékből kapott byte-al, (vagyis a kettő közül a magasabb helyiértékűt, azaz balról a 3 karakterből kapott eredményt) megint eltolod 4 bittel balra ahogy az előbb, majd hozzá OR-olod az utolsót, majd eltárolod.
Most van két byte-od. Amit elsőként saqkkoztál össze az a magasabb, amit másodikként az az alacsonyabb. Ez a kettő most már binárisan tartalmazza azt az értéket, amit a PLC ASCII-ba kódolva küldött neked, Ezek bitjei pontosan azt jelentik, amiket a 71. oldalon látsz a PDF-ben.
A másik (second error word) szóval ugyanezt eljátszod, hogy abból is megkapd a bináris értéket és kész.
Célszerű egy rutint írni az ASCII->Bin konverzióra és utána csak azt hívogatni. -
wertick
csendes tag
Hello Szirty!
Igen, most már világos a 19 byte.
De!
A FIRST és SECOND ERROR WORD-nél,hogy van 2*8 bit?
PL:
@01MF00FFFFAAAA4A*CR
First Error Word: F F F F ez az ASCII karakter. Ez hex-ban: 4D 4D 4D 4D.
Ebből, hogy lesz 2*8 bit,ahogy a PDF 71.oldalán az ábra mutatja,ugyanis az egyes bitek kiolvasásával lehet hibákat olvasni.
pl: 1: Program error (F3), ha a 14.bit 1 értékű.
Hogy van ez?
Wertick -
Szirty
őstag
Hali wertick!
Hogy jön ki az a 19 byte amit visszaküld a plc. Tudom ott van a pdf 71.oldalán.
Pontosan. Ott van bizony!
Rosszul számolod. Mint mondottam volt, a HostLink kommunikáció ASCII alapú!
Ami egy word, az ugye két byte ugyan, de 4 byte-on küldi át.
Pontosan úgy, ahogyan az FCS-t is, ami egy bíte, mégis két byteon küldi át, mivel azt az egy byte-ot, a HEXA értékének megfelelő ASCII karakterekkel írjale, ami két shelyiérték, Így lesz egy byte-ból kettő és két byte-ból négy.
Ha pl. 65535-öt akarok átküldeni, ami ugye egy word és hexában éppen FFFFh, akkor abból úgy lesz 4 byte a HostLink szerint, hogy négy darab ''F'' betűt küld át, azaz ezek ASCII kódját: ''FFFF''
Akkor tehát ennek fényében a PLC-től kapott válasz:
1. byte: ''@'' ennek a kódja 40h
2. és 3. byte. az egység száma: ''01'', azaz 30h, 31h
4. és 5. byte a parancs két betűje, azaz ''MF'', vagyis 4Dh, 46h
6. és 7. byte az RC (response code) ami egy byte, ezért két karakter, bármi lehet. Hogy mit jelent? Esetleg ha rákeresel a PDF-ben arra a két szóra, hogy ''response code'', akkor találsz a 95. oldalon egy olyan részt, aminek az a címe, hogy ''Response code list''. Gondolom a táblázat amit ott találsz, majd választ ad a kérdésedre.
8, 9, 10 és 11. byte-on jön a ''first word'', ami négy ASCII karakterrel leírt szó, vagyis két byte.
12, 13, 14, és 15. byton jön a ''second word'' ami ugyanúgy négy karakteren leírt 2 byte.
16. és 17 byte-on jön két karakter, ami ugyancsak ASCII karakterekkel leírja az FCS-t, ami ugye egy byte lesz majd ha visszaforgatod.
18, byte egy csillag ''*'' karakter, vagyis 2Ah
A 19. byte pedig a CR karakter, azaz kocsi vissza: 0Dh
A * és a CR ha jól tudom nem küldi vissza,vagy igen?
Idézet a 133-as üzenetből:
''Minden küldött és kapott parancsban van ún. delimiter. A delimiter olyan karaktersorozat, ami egyértelműen azonosítja az adás elejét és végét.
Ezesetben az adás elejét a ''@'' karakter, a végét a CR (0D) kocsi vissza karakter jelzi.''
Tehát a ''*'' és CR karakterek minden parancsban és az arra adott minden válaszban benne vannak, mert ezek határolják az adás és a vétel elejét és végét!
Még egyszer: A HostLink ASCII alapú!! Mindent ASCII karakterekkel ír le! Ezért lesz egy byte-ból kettő és egy word-ből négy karakter (byte)! -
wertick
csendes tag
Hello Szirty!
Sajnos újra itt vagyok, de már csak nagyon kevés dolog van ami nem világos.
Hogy jön ki az a 19 byte amit visszaküld a plc. Tudom ott van a pdf 71.oldalán. Agyalok rajta de nekem max 11 byte jön ki.
A FIRST ERROR és SECOND ERROR WORD nem csak 16-16 bitesek?
Valahogy így néz ki:
@ - 40h -> 8bit=byte
0 - 30h -> 8bit=byte
1 - 31h ->8bit=byte
M - 4Dh ->8bit=byte
F - 46h ->8bit=byte
RC-xxh ->8bit=byte /nem tudom mi ez,de a pdf alapján 8bites,szerintem/
ERROR FIRST WORD - 2*8bit-> 2byte /a pdf szerint/
ERROR SECOND WORD - 2*8bit -> 2byte
FCS- xxh ->8bit=byte
A * és a CR ha jól tudom nem küldi vissza,vagy igen?
Ha így okoskodom akkor 11 byte jön ki. (ebbe nincs * és CR)
Jó lenne ha tudnál segíteni még ebben!
Előre is köszönöm
Wertick -
wertick
csendes tag
-
#135
Szirty
őstag
Mr. Cutter
#132
Szirty
őstag
válasz
Mr. Cutter
#132
üzenetére
Hali Mr. Cutter!
Látom Szirty vannak jócskán kérdések feléd,
Bárcsak időm is volna...
Az a legjobb benne, hogy erre sikerült nekem is nagynehezen rájönni és csak utána olvastam, amit írtál.
Ez abból a szempontból nem jó, hogy fölöslegesen írtam, de abból a szempontból jó, hogy az marad meg a legjobban, amire az ember magától jön rá :>
A következő probléma az, hogy frekvenciaváltót kellene kezelnem, ez lenne végülis a feladat egy része, mert motorhajtást kell valahogy megvalósítanom.
Valamilyen digitális jelet kellene küldenem a PLC-ről? Milyen memóriaterületet kellene használnom, hogy működjön a motor a frekvenciaváltón keresztül?
Nos nagyban függ ez attól, hogy mi a feladat. Vagyis pontosan mit kell csinálnia a frekiváltós hajtásnak?
Elég csak megállítani és elindítani, vagy a sebességet is kell változtatni? Ha kell, akkor elég fokozatokban, vagy fokozatmentesen kell? Fékmotor van-e a frekiváltón, ha igen, akkor a fék elektromechanikus, vagy nem? Ha fékmotor, akkor tart-e terhet, vagy nem?
stb, stb.
Most pofátlanul megint a saját oldalamat fogom ajánlani: [link]
Van ott pár sor a fékmotorok frekvenciaváltós meghajtásáról és a dolog problémáiról. A te kérdésedet valószínűleg csak érinti, de hátha megtudsz belőle valami hasznosat.
Szóval induljunk ki a legegyszerűbb esetből, ami egyben valószínűleg a leggyakoribb is:
Minden frekiváltónak vannak digitális bemenetei (is). Ezek a bemenetek mindeneféle funkcióval bírnak, általában a frekiváltó paraméterezésével ezeket lehet változtatni, de sok olcsóbb frekiváltónál némelyik bemenet funkciója fix és van néhány amelyik változtatható (multifunkciós bemenetek).
Ezekre a bemenetekre általában 24V DC jeleket kell kapcsolni, vagy kontaktust.
Itt egy példa:![[kép]](http://szirty.uw.hu/VLT1/Image3.png "[kép]")
Ezeket a bemeneteket közönséges relés PLC kimenetekkel vagy 24V-os tranzisztoros kimenetekkel, vagy közvetve, relékontaktusokon keresztül problémamentesen lehet vezérelni.
Az én környezetemben gyakori amikor a PLC a frekiváltónak ezeken a digitális bemeneteken keresztül az alábbi parancsokat adja:
Előre, hátra, lassan, 2.rámpa kiválasztás, hibatörlés.
A vezérlés igen sok változata megvalósítható ilyen kontaktusos módszerrel is.
A fenti esetben a sebességeket (gyors és lassúmenet sebessége) a frekiváltó paraméteribe írt értékekkel lehet előre megadni.
Általában megoldható az is, hogy több lépcsős frekvencia meghatározás legyen. Vagyis van pl. 3 PLC kimenet, aminek a kombinációjával 8 különböző sebességlépcső állítható be. Ilyenkor minden sebesség lépcső sebessége egy-egy frekiváltó paraméter szerinti lesz.
Ha arra van szükség, hogy a PLC fokozatmentesen tudja állítani a sebességet, akkor ezt megteheti egy analóg kimeneten keresztül (0-10V vagy 4-20mA általában) ami a frekiváltó analóg bemenetére van kötve (ilyenje gyakorlatilag mindegyiknek van). Akkor a motor sebessége a PLC analóg kimenetére küldött jellel lesz arányos.
A leg összetettebb mód, de a legtöbb funkció ezzel valósítható meg, amikor a PLC és a frekiváltó között soros kommunikációs vonal van kiépítve. PL RS 232, vagy valamilyen szabványos ipari busz (Modbus, Profibus, DeviceNet, stb).
Ebben az esetben gyakorlatilag bármit meg tud tenni a PLC a frekiváltóval amire az csak képes. Erre egy leírást ízelítőül itt találsz: [link] -
-
Szirty
őstag
Helló wertick!
Ez kell nekem is,csak nem voltam tisztában a dolgokkal teljesen.
Most már csak egy van hátra, hogy is kell a keretet kiszámolgatni amit kiküldök.
Nos azt is leírtam, megint a PDF-re tudok hivatkozni, a 77. oldalon találod az FCS kiszámításának módszerét, ha erre gondoltál. De lássuk újra:![[kép]](http://szirty.extra.hu/misc/FCS.png "[kép]")
A 77. oldalon ezt az ábrát találod.
Tehát összeállítod a parancsot, az FCS előtti karakterig.
Nálad ez ''@01MF00'' karaktersorozat, ha az alábbi két feltétel teljesül:
1. A kommunikációs mód 1:N és 01-a PLC-n beállított cím, vagyis az Unit Number.
2. A hibaállapot lekérdezésekor nem akarod hogy, ha van hiba, akkor az törlődjön is (csak lekérdezés). Ha törölni is akarod a kilvasással egyidőben, akkor a 00 helyett 01 kell.
Az FCS-t úgy számolod ki, hogy a parancs ASCII kódjait össze XOR-olod byte-onként:
Ez a parancs: ''@01MF00''
Ezek ASCII kódjai hexában: 40 30 31 4D 46 30 30
Az FCS kiszámítása tehát:
FCS= 40 XOR 30 XOR 31 XOR 4D XOR 46 XOR 30 XOR 30
Ennek eredménye hexa 74
Fogod ezt a 74-et, ASCII ként két karakterklént értelmezed, azaz ''7'' és ''4'', az FCS ezek ASCII kódja lesz, vagyis 37 34.
A teljes parancs FCS-el együtt ez: ''@01MF0074*'' (a CR nem látható).
Hexában ez így néz ki: ''40 30 31 4D 46 30 30 37 34 2A 0D''
Természetesen ha a hibát törölni akarod kiolvasáskor, akkor 00 helyett 01 kell a parancsba, ami miatt az FCS is megváltozik!
Gondok amik még vannak: az @ után lévő 2 bit ( unit no.)
Az két byte, nem két bit.
Ha a HostLink kommunikáció 1:N módban van, az azt jelenti, hogy egy soros vonalra (RS422-n) fel lehet fűzni 32 db PLC-t. Ilyenkor ez a két karakter a PLC címét adó két ASCII karakter. A Host Link alapvetően ASCII-ben kommunikál le mindent!
Lehet 1:1 kommunikációt is beállítani, ez HostLink egységen DIP kapcsolókkal, PLC-be épített soros portnál DM memóriákkal külön állítható be. Olyankor a cím (Unit Number) küldése elmarad, erről megintcsak a hivatkozott PDF-ben kellene elolvasni hogy is megy pontosan ilyenkor, mert nem néztem meg.
Ja és még valami!
A visszaküldött bitminta összesen hány bites?
A fenti parancsra összesen 19 byte-ot kapsz vissza (152 bit) PDF 71. oldal
Az okozhat gondot,hogy a PIC 1 karaktert tud kiküldeni egyszerre? A PLC tudja,hogy ez egy keret, vagy nem fog reagálni rá?
Nem probléma, a kommunikáció byte-onként zajlik.
Minden küldött és kapott parancsban van ún. delimiter. A delimiter olyan karaktersorozat, ami egyértelműen azonosítja az adás elejét és végét.
Ezesetben az adás elejét a ''@'' karakter, a végét a CR (0D) kocsi vissza karakter jelzi. A kettő között van a lényeg. Mivel a delimiter karakterek soha nem szerepelnek a parancson vagy az arra adott válaszon belül, csak az elején és végén, ezért egyértelműen el lehet dönteni az adás elejét és végét.
Persze a karakterek küldése között van egy ún timeout idő. Vagyis két karakter küldése között eltelt időnek végesnek kell lennie! -
#132
Mr. Cutter
csendes tag
Szirty
#115
Mr. Cutter
csendes tag
Üdvözlet mindenkinek!!
Látom Szirty vannak jócskán kérdések feléd, Te aztán nagyon vágod ezt a témát!
Köszi a leírást amit küldtél! Az a legjobb benne, hogy erre sikerült nekem is nagynehezen rájönni és csak utána olvastam, amit írtál. De ezzel is legalább előbbre vagyok.
A következő probléma az, hogy frekvenciaváltót kellene kezelnem, ez lenne végülis a feladat egy része, mert motorhajtást kell valahogy megvalósítanom.
Valamilyen digitális jelet kellene küldenem a PLC-ről? Milyen memóriaterületet kellene használnom, hogy működjön a motor a frekvenciaváltón keresztül?
Lehet, hogy erre is rájövök valahogy, de ha tudsz valami kiindulópontot, valami ötletet sokat segítene.
Köszi a segítséget! -
wertick
csendes tag
Hello Szirty!
Köszi a segítséget megint csak, azt hiszem kezdem kapizsgálni mit is akarsz.
''Az ERROR READ a PLC hibaállapotát kérdezi le.''
Ez kell nekem is,csak nem voltam tisztában a dolgokkal teljesen.
Most már csak egy van hátra, hogy is kell a keretet kiszámolgatni amit kiküldök.
Valahogy így néz ki: @/Unit NO. /MF /Error Clear/ FCS/ * CR
A per jelet csak elválasztásra használtam.
Gondok amik még vannak: az @ után lévő 2 bit ( unit no.)
Error clear
FCS számolása ebben az esetben
CR
Ja és még valami!
A visszaküldött bitminta összesen hány bites?
Az okozhat gondot,hogy a PIC 1 karaktert tud kiküldeni egyszerre? A PLC tudja,hogy ez egy keret, vagy nem fog reagálni rá?
Wertick -
vottokar
senior tag
Kollégám próbálta a Dos-os bootolást, azt mondta többfajta oprendszerrel is próbálkozott (Win2000, XP Prof), de nem tudott installálni, belefagytak a telepítők. Úgylátszik valamit elb*ott. Ezért estem neki én a 98-al. Így is csak a setupcor-al indult el a telepítő...
Itthol már nagyon régóta használom a Ghostot. Mivel a PG munkahelyi, ezért ott benn ez az informatikusok dolga. Ők is használják, de hálózatra archiválnak. Tegnap már megvolt az első ghost. Majd lesz mégegy, ha fennlesz a Protool, meg a WinCC. De sajnos a héten nemigen lesz rá időm.. -
Szirty
őstag
válasz
Dare2Live
#126
üzenetére
Üdv Dare2Live!
ezért van szükségem vmi jó PLCs jegyzetre/könyvre....
Azt próbáltam ''lekommunikálni'', hogy valamivel több infót adj arról amire szükséged van azon kívül, hogy jegyzet...
No mind1.
Addig is nézd meg ezt:
Jancskárné Anweiler Ildikó - PLC programozás az IEC 1131-3 szabvány szerint:
1. rész: [link]
2. rész: [link] -
Dare2Live
félisten
a program tudom mitcsinál, én irtam.
Azért másoltam ide mert ehez a PLC szabvány nyelvhez van szükségem jegyzetre/könyvre....
Azaz egy jegyzetre lenne szükségem PLC programozáshoz.
mégpedig ehez a nyelvhez.
...Absz nemvagyok hülye a témához, csak a jelenlegi jegyzetünk hát hogymondjam otthoni feldolgozásra elég alkalmatlan.
ezért van szükségem vmi jó PLCs jegyzetre/könyvre....
Najó elgurulok aludni ahogy sejtem rámfér.
és köszönöm a segitséget!
[Szerkesztve] -
Szirty
őstag
válasz
Dare2Live
#123
üzenetére
Helló Dare2Live!
PLC tipusát nem ismerem de tuti vmi nagy szabvány, ilyen a kodunk pl: (remélem ebbol egy szakavatott felismeri mire is lenne szükségem)
Hát ez a programrészlet valamit kinyit és bezár teljesen véghelyzetig automata üzemmódban, kéziben megállítja, van benne valamilyen szinten kereszt reteszelés, stb.
De ennek ellenére nincs fogalmam róla mire lenne szükséged
(Omronhoz eléggé hasonlít a nyelvezete.) -
Szirty
őstag
Hali wertick!
Ezt most találtam az Omron leírásban.
A memóriaterületen ezen része kellene nekem? Vagy semmi köze hozzá?
És ez miféle hibanapló? Az nincs odaírva? Pontosan milyen leírásban is találtad ezt?
Ha a vezérelt berendezés hibaállapotáról akarsz infót lekérdezni, akkor én nem tudom neked megmondani hogy milyen memóriaterület melyik rekeszét kell kiolvasni, mert elképzelésem sincsen miféle berendezésről lenne szó.
A berendezést vezérlő program írója az egyetlen megmondhatója hogy melyik memóriaterületet mire használta fel amikor a vezérlőprogramot megalkotta. Ő az aki ezt az infót ismeri. Ha ezt leírta valahova a berendezéshez tartozó valamilyen dokumentációba, akkor onnan kiolvashatod. Ha nem, akkor marad az, hogy felveszed vele a kapcsolatot, vagy visszafejted a PLC programját, hogy mit hova tesz és mit hol tárol.
A kérdésedre csak így kaphatsz választ.
Te sem tudod megmondani melyik fiókban tartom itthon a barna zoknimat, mert oda teszem, ahova akarom! Na ez is olyan dolog... -
Dare2Live
félisten
PLC programozáshoz vmi nemtulnagy közérthető jegyzetet nemtudtok javasolni?
Absz nemvagyok hülye a témához, csak a jelenlegi jegyzetünk hát hogymondjam otthoni feldolgozásra elég alkalmatlan.
PLC tipusát nem ismerem de tuti vmi nagy szabvány, ilyen a kodunk pl: (remélem ebbol egy szakavatott felismeri mire is lenne szükségem)
LD AUTO
AND NYIT
S NYILIK
LD NYITVAVAN
OR STOP
OR KEZI
OR ZARODIK
R NYILIK
LD AUTO
AND ZAR
S ZARODIK
LD ZARVAVAN
OR STOP
OR KEZI
OR NYILIK
R ZARODIK
.........
[Szerkesztve] -
Szirty
őstag
Hali wertick!
Még annyit:
A rekeszek címét honnan lehet megtudni, nekem ERROR READ, azaz MF-et kellene használnom. Két hibát olvasnék ki, például Program error és Memory error. Ezek milyen címen helyezkednek el? Honnan tudom meg? PLC leírásból esetleg.
Az ERROR READ a PLC hibaállapotát kérdezi le.
Ha a PLC által vezérelt berendezés hibaállapotát akarod lekérdezni, akkor rossz irányba rohamozol, mert a kettőnek semmi köze egymáshoz.
A PLC hibaállapotát nem címek lekérdezésével lehet kiolvasni, hanem a status olvasással.
Ha a PLC hibaállapota érdekel, akkor azt a PDF pontosan leírja az ''4-3 ERROR READ'' résznél (71. oldal).
Egy bithalmazt kapcs vissza. A bitek konkrét jelentése pedig a hivatkozott oldalon van a PDF-ben.
A válaszról nem írnál kicsit bővebben. Mégis miket küld vissza a mikrovezérlőnek?
Még oda is tettem képben az előző üzenetbe.
A válasz formátumát a ''Response format'' felirat alatt láthatod egy ábra formájában. A 72. oldalon van egyébként ha a HR olvasás érdekel. De persze minden parancsnak más a válasz formája. -
wertick
csendes tag
Hello Szirty!
Ezt most találtam az Omron leírásban.
A memóriaterületen ezen része kellene nekem? Vagy semmi köze hozzá?
Hiba napló DM1000-tõl DM1021-ig(22 szó)
DM2000-tõl DM2021-ig(22 szó)
Hibanaplózásra fenntartott
írható / olvasható terület. Ha
a hibanaplózás a beállítási
területen be van kapcsolva,
ide kerülnek tárolásra a
bekövetkezett hibák kódjai a
hozzátartozó idõbélyeggel.
Várom a segítséget! Köszi! -
wertick
csendes tag
Hello Szirty!
Köszi a segítséget és példát. Már kezdem kapizsgálni a működést.
Még annyit:
A rekeszek címét honnan lehet megtudni, nekem ERROR READ, azaz MF-et kellene használnom. Két hibát olvasnék ki, például Program error és Memory error. Ezek milyen címen helyezkednek el? Honnan tudom meg? PLC leírásból esetleg.
''A válasz formája, amiben a PLC visszaküldi a lekérdezett HR-ek tartalmát, szintén benne van az említett PDF-ben, de terjedelmi okokból ide inkább nem írom le.''
A válaszról nem írnál kicsit bővebben. Mégis miket küld vissza a mikrovezérlőnek? Hol találom meg a PDF-ben ( amit köszönök,hogy elküldtél) -
Szirty
őstag
válasz
vottokar
#118
üzenetére
Hali vottokar!
Maradt a Siemens ''szerinti megoldás'', hogy floppiról bebootolni egy Win98 installal, felpakolni a rendszert alapban, majd ráfrissíteni egy XP Proffal.
Én ezt úgy oldottam meg, hogy floppy-ról bootoltam egy MSCDEX-es DOS-t, és onnan indítottam a win telepítőt. Lényegében csak egy ''átmeneti'' win telepítése maradt ki, miután rájöttem hogyan lehet a win telepítőt DOS alól munkára bírni....
Később ghosttal lementettem a teljes telepített és beállított rendszert. Így ha baj van, akkor csak floppy be, DOS boot, mentés CD be, ghost.exe indít, és a teljes rendszert úgy ahogy van az összes programmal frissen készre telepítve kapom vissza 10 perc alatt.
(az összes pereputty hagyományos telepítése sajnos napokig tart).
Ha nem ismered, akkor ajánlom a ghostot. Ilyesmire hasznos nagyon...
[Szerkesztve] -
vottokar
senior tag
Kösz a válaszod. Sajnos erre számoltam, és valami ilyesmire is készítettek fel. Az író cserét nem mi csináltuk, mikor feltünt, hogy nincs biosban CDROM, felhívtuk a céget aki beszerelte.
Utánaérdeklődtek a Siemensnél, és ott sem tudtak igazán többet mondani, mint amire te is gondolsz. Mivel csak 2 PG-nk van így az nekünk nem megoldás, hogy félmilláért Németországban az egyiken mókolgassanak több hónapot.
Maradt a Siemens ''szerinti megoldás'', hogy floppiról bebootolni egy Win98 installal, felpakolni a rendszert alapban, majd ráfrissíteni egy XP Proffal. Ezzel elmókoltam az elmúlt két napban, úgy néz ki sikerült a manőver. De biztosat csak a héten tudok mondani, mikor minden komponenst kipróbálok... -
Szirty
őstag
válasz
vottokar
#113
üzenetére
Hali vottokar!
Nem tudja valaki, hogy a Siemens Field PG-kben miért nem látja a DVD-t a bios meghajtó csere után.
A mi Power PG-nk is pontosan így járt
Attól tartok BIOS frissítés nélkül esélytelen a dolog. Hacsak nem szerzel olyan meghajtót, amit hajlandó kezelni.
Sajnos a BIOS frissítés is elég esélytelen. Bár sztem nézz szét a siemens-nél!
Win alól tökéletesen működik, ír-olvas, csak hát így nem tudok bootolni róla, és igencsak ráférne egy új oprendszer a masinára
Jah. A Win nem BIOS hívásokkal kezeli a CD-t.
Marad a floppy -
Szirty
őstag
Hali!
Sajnos több hibát is vétettem:
A HR6 és HR7 kiolvasását végző parancs karaktersorozata ez:
''@01HR0060022F*''
A végén egy CR karakterrel (ami ugyebár nem nyomtatható, így fentebb sem látható)
Hexában:
40 30 31 48 52 30 30 36 30 30 32 32 46 2A 0D
Tehát nem HR, hanem RH a parancs, a 30, 31 után nincs 38, és a CR karakter kódja decimálisan 13, ami hexában 0D. Ez talán már jó.
Remélem még időben sikerült helyesbíteni, mielőtt valaki mexívta
Ja, és az üzenet második része természetesen wertick-nek szólt
[Szerkesztve]
[Szerkesztve] -
#115
Szirty
őstag
Mr. Cutter
#112
Szirty
őstag
válasz
Mr. Cutter
#112
üzenetére
Hali Mr. Cutter!
Ez a program elviekben azért íródott, hogy 2 számítógép kommunikáljon egymással rs232-n keresztül.próbáltam küldeni a plc-re azt a karaktersorozatot, amit írtál:
@01RD00000009FCS*CR (plCS= 57), nem reagált a plc,
Nos amikor írtam a példát, gondoltam megnézed a hostlink PDF-et
Az FCS egy ellenőrző összeg (Frame CheckSum), amit az üzenet tartalmából XOR-al kell kiszámolni, ezért minden üzenetnél más és más.
vagyis nem egy fix karaktersorozat.
Ha egy host link parancs végén, amit a PLC-nek küldesz, nem megfelelő az FCS, a PLC azt feltételezi, hogy az átvitel hibás, az érkezett adatcsomag sérült, és a parancsra nem reagál!
A CR pedig a kocsi vissza karakter kódja ASCII-ban (a hostlink alapvetően ASCII).
A host linkben ([link])
Pl. a HR olvasás parancs így néz ki:![[kép]](http://szirty.extra.hu/misc/HRRead.png "[kép]")
Tehát:
@ (kukac, ami 40h)
Egység száma ASCII-ben, vagyis ha az egység száma 01, akkor a 30h és 31h kódokat kell küldeni, mivel a ''0'' karakter ASCII kódja hexa 30, az ''1'' ASCII karakter kódja hexa 31
Utána jön a parancs, ami két karakter (két byte) ezesetben RH (HR area read). A ''H'' betű kódja 38h, az ''R'' kódja 52h.
Ezután négy karakteren (szintén ASCII-ben) meg kell adni a kiolvasandó terület első rekeszének címét, majd 4 karakteren a kiolvasandó rekeszek számát, decimálisan. Tegyük fel, hogy a HR6 és HR7 tartalmát akarod olvasni. Akkor a 0006 és 0002 lesz a két sorozat, ami ASCII-ben így néz ki: 30h, 30h, 30h, 36h, majd: 30h, 30h, 30h, 32h
Ezt követi a két byte FCS ASCII-ben. Ezt ki kell számolni az előző karakterkódok alapján, amit a hivatkozott PDF 77. oldalán lehet megtalálni (67. oldal a PDF számozása szerint).
Az eddigi karaktersorozat hexában tehát az alábbi:
40h, 30h, 31h, 38h, 52h, 30h, 30h, 30h, 36h, 30h, 30h, 30h, 32h
Ebből kell sz FCS-t kiszámolni az alábbi ábrának megfelelően:
Konkrétan: 40h XOR 30h XOR 31h XOR 38h XOR 52h XOR 30h XOR 30h XOR 30h XOR 36h XOR 30h XOR 30h XOR 30h XOR 32h
Ennek eredménye ha jól számolom: 2Fh
Ezt át kell alakítani két karakteres ASCII kóddá: A ''2'' karakter hexa kódja: 32h, az ''F'' betű kódja: 46h.
Ezt egy csillag karakter követi 2Ah kóddal, majd jön egy CR kocsi vissza karakter, ami 13h.
A HR6 és 7 kiolvasásának komplett parancsa tehát:
40h, 30h, 31h, 38h, 52h, 30h, 30h, 30h, 36h, 30h, 30h, 30h, 32h, 32h, 46h, 2Ah, 13h
Feltéve persze hogy 1:N kommunikáció van beállítva és a lekérdezett PLC ''unit number'' 01-re van beállítva.
A válasz formája, amiben a PLC visszaküldi a lekérdezett HR-ek tartalmát, szintén benne van az említett PDF-ben, de terjedelmi okokból ide inkább nem írom le.
Ha gond van kérdezz!
Mr. Cutter-nek:
Ha a kommunikáció 1:1 jellegű (és a beállítás is 1:1, nem csak a fizikai kiépítés, mivel 1:N kommunikáció két eszköz között is lehetséges), akkor ha jól emlékszem nem kell elküldeni az egységszámot, és az FCS kiszámítáűsában sem vesz részt természetesen. De a részletekért nézd meg a PDF-ben. -
Szirty
őstag
Helló wertick!
A PLC-hez annyira nem értek,de annyi biztos,hogy hibakódokat kellene kiolvasni,gondolom megvan annak is a maga rekesze(regisztere).
Ez világos, de hát a kiadandó Host-Link parancs nyilván attól függ, hogy a PLC milyen memóriaterületének melyik címét akarod kiolvasni.
Mindenképpen szükség van erre az információra, hiszen amíg nem tudod mit akarsz kilvasni, addig esélyed sincs arra hogy kiolvasd
Még annyit, hogy asm.-ben programozom a PIC-t. (esetleg ha ez még változtatna a dolgon)
Nincs jelentősége a dolog lényegét tekintve.
A következő üzenetben írok egy konkrét példát ha annyira nem érthető ez a Host link PDF amit linkeltem... -
vottokar
senior tag
Nem tudja valaki, hogy a Siemens Field PG-kben miért nem látja a DVD-t a bios meghajtó csere után. Win alól tökéletesen működik, ír-olvas, csak hát így nem tudok bootolni róla, és igencsak ráférne egy új oprendszer a masinára.
Amúgy a PG ha minden igaz 740-es 1GHz-es P3-al szerelt cca. 2002-es kiadású. (sajnos pontosabb infoval nem rendelkezem, a német anyacég adta őket cca. 4 évvel ezelőtt.)
[Szerkesztve] -
#112
Mr. Cutter
csendes tag
Szirty
#89
Mr. Cutter
csendes tag
Ismét üdvözletem a szakembereknek!
Szirtynek: Na most a helyzetem annyival könnyebb lett, hogy OMRON CPM1A PLC-vel kell dolgoznom , amihez van kézikönyv, csak még annyira nem vágom mit és hogyan kellene alkalmaznom. Hasonló ahhoz a linkhez amit egyszer küldtél( Sysmac way, host link units)
Találtam egy kommunikációs protokoll programot, c++-ban lett írva, meg is van a forráskód, majd megpróbálom elküldeni neked emailen, vagy másképp. Ez a program elviekben azért íródott, hogy 2 számítógép kommunikáljon egymással rs232-n keresztül.próbáltam küldeni a plc-re azt a karaktersorozatot, amit írtál:
@01RD00000009FCS*CR (pl
CS= 57), nem reagált a plc,
cx programmer-ben is megnéztem a memóriarekeszek tartalmát, de semmit nem jelzett, nem változott semmi.
Nem tudom mennyit értesz a cx-hez, mikor a rekeszek tartalmát nézem be kell állítanom hány adatbitet küldök, milyen paritású legyen, hány stop bit legyen, meg hasonlók, lehet, hogy csak ez a probléma a programban.
Van egy másik kommunikációs program, az a neve, hogy Multiway. Itt lehet hasonló karaktersorozatokat küldeni a plc-re, mint amit írtál, itt viszont működik.
Ha esetleg tudsz valami kommunikációs programot, ahol még működne, vagy valami jó tippet nagyon megköszönném!
Előre is kösz, az eddigi segítségekért is!
Szevasztok! -
wertick
csendes tag
Hello Szirty!
Köszönöm, hogy ilyen gyorsan reagáltál.
Először is a kapcsolat 1:1,tehát egy PLC és egy PIC közötti soros kommunikációról van szó.
A PLC-hez annyira nem értek,de annyi biztos,hogy hibakódokat kellene kiolvasni,gondolom megvan annak is a maga rekesze(regisztere).
Elég lesz 3 regiszter is,amit kiolvas.
Még annyit, hogy asm.-ben programozom a PIC-t. (esetleg ha ez még változtatna a dolgon)
Várom segítségedet,előre is köszönöm. -
Szirty
őstag
Hali wertick!
Nekem elég lenne egy két-három regiszter tartalom is. Ehhez milyen framet kell a programból küldenem a PLC-nek? (@........)
Milyen a kommunikáció beállítása? 1:1 vagy 1:N?
Ha az utóbbi, hanyas a PLC címe?
Milyen memóriaterületet akarsz kiolvasni (''regisztert''): IR, HR, AR, LR, DM, FM stb?
Hány darab ilyen regisztert akarsz kilvasni?
A kérdésedre csak a fenti kérdések megválaszolása után lehet pontos választ adni. -
wertick
csendes tag
Sziasztok!
Egy korábban tárgyalt témával kapcsolatban lenne kérdésem.
Nekem egy olyan feladatot kellene megoldanom,hogy egy PIC16F628A mikrovezérlő
kiolvassa egy Omron PLC regisztereit. RS232-es,Host Link kommunikáció.
Nekem elég lenne egy két-három regiszter tartalom is. Ehhez milyen framet kell a programból küldenem a PLC-nek? (@........)
Miután a PLC visszaküldte a tartalmat egy hozzá rendelt szöveget írat ki a PIC egy LCD-re.
Köszönöm előre is a segítséget! -
Szirty
őstag
válasz
Grabowski
#107
üzenetére
Hali!
Az angollal hadilábon állóknak: A 2007-es Omron dvd-n (ingyenes) megtalálható az Omron PLC-kben használható instrukciók magyar leírása.
Így van!
Sőt a 2006-osban is :>
Ha esetleg valaki meg is akarja nézni, innen: [link] (CQM1H) vagy innen: [link] letöltheti...
Sőt, Husz Zoli kiadott egy könyvet is magyar nyelven (sok éve). Bár fogalmam sincs ez hol érhető el. -
-
demars
addikt
Hello Szirty!
Viszont ha küldenél egy konkrétabb URL-t, az segítene. :->
Sajnos sokszor a linkek nem mindíg úgy jönnek be, ahogy kellene... nem értem, hogy miért!?
Az URL-t aztat nem tom h mi... bocs! Én elvileg a pontos linket adtam meg, de csak a főkönyvtárat hozza be, ezt sem tom h miért. De írtam, h ott a folyamatirányítás könyvtárba menj bele, s azon belül pedig a demo/ s ott van a saia könyvtár és a saia.zip progi is.
Én csak ezt tudom ajánlani most is: [link]
Tényleg bocs, de nem vok tisztába azzal, h mi az az URL!
De ha a főkönyvtárig eljutottál, akkor már nincs nehéz dolgod...
[Szerkesztve] -
Szirty
őstag
Hali demars!
Van ott elég sok érdekes dolog! Nem értem, hogy hogy nem találtad meg...
Talán éppen azért. Vagyis túl sok minden van ott ahhoz hogy könnyen meg lehessen találni bármit is. Könyvtárak százai... A linked a physics2.kee.hu FTP root könyvtárába visz!!
És most nincs időm arra hogy minden könyvtárba belenézzek hogy melyikben van.
Viszont ha küldenél egy konkrétabb URL-t, az segítene. :-> -
demars
addikt
Na és tetszett???
Van ott elég sok érdekes dolog! Nem értem, hogy hogy nem találtad meg...
Kicsit utána néztem ennek a proginak, valóban azért nevezik Saia nak egyesek, mert a Saia PLC hez csinálták anno. Naon régi . De a teljes neve: SPG4 SAIA PG4 Project Library Version V1.4
ez egy demo csak de működik!
U.I.: meglestem a linket amit feltettél... Naon frankó !! Ilyet kell csinálni nekünk is , csak sokkal egyszerűbbet: általában tartályokat szoktak adni.. szint érzékelőkkel, meg szivattyúkkal, s ezeknek a töltését keverését, ürítését kell felírni...
[Szerkesztve] -
Szirty
őstag
Hali demars!
Nekünk csak a memória egyenleteket kell megadni, időzítéseket kell tervezni ill. a programot felírni /létradiagrammban(grfikusan) LD, illetve lineáris mondatfeldolgozással (szövegesen) ST/. Neked valószínű nem gond ilyesmit felírni , vagy lehet h nem is kell.
De. Előfordul. Nézd csak meg: [link]
Ja a PG4 vagy Saia egy kis tervező progi, amivel PLC nek az alap memoria egyenleteit lehet felírni, s felrajzolja /állítólag, mert nem tudom használni/.
itt találod: [link]
Nem találtam. Viszont meghallgattam egy misét, ami az egyik hallgató könyvtárában volt...
Röhej, mert Accessible nodes-ben tökéletesen látta a programot.
) a mitsubishi cuccai is; érdekes, hogy lehet hozzá rakni GSM modult risztó-SMS küldésre, vagy egyéb interakció céljából
nyelvű leírás elérhető?
CS= 57), nem reagált a plc,
Ne haragudj! Nem szoktam linkelni...
Ezek után van valami hozzáfűznivalód ehhez a progihoz, ill. pontosan mire való ez a progi??? 
Új hozzászólás Aktív témák
- Google Pixel 10 Pro XL – tíz kicsi Pixel
- Milyen monitort vegyek?
- Canon MILC: EOS R és M topik
- Mégis mi értelme az Xbox PC-nek, ha limitálja a hardverválasztékot?
- Kerékpárosok, bringások ide!
- Azonnali VGA-s kérdések órája
- Milyen okostelefont vegyek?
- Jogász topic
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- RAM topik
- További aktív témák...
- AKCIÓSAK - 20.000 HUF/SZETT - DELL Universal Dock D6000 docking station (452-BCYH) (DisplayLink)
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5060 Ti 16GB GAMER PC termékbeszámítással
- GYÖNYÖRŰ iPhone 11 Pro 64GB Space Grey -1 ÉV GARANCIA - Kártyafüggetlen, MS2050, 100% Akkumulátor
- BESZÁMÍTÁS! Gigabyte B650M R5 7600X 32GB DDR4 1TB SSD RTX 4080 16GB Zalman Z1 Plus Seasonic 750W
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest