- gban: Ingyen kellene, de tegnapra
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- GoodSpeed: ASUS RT-BE92U WiFi 7 router a felsőházból
- gerner1
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- djculture: Az elvileg már senkinek nem kellő HDD-k ára is egekbe emelkedett 4 hónap alatt
- eBay-es kütyük kis pénzért
Új hozzászólás Aktív témák
-
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!
EniseHelló 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. -
Sziasztok!
Létezik olyan program, amiben létradiagramos programozást lehetne gyakorolni? Arra gondolok, hogy összerakok egy létradiagramot, és a progi szimulálná a rossz/jó működést.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. -
Sziasztok!
Létezik olyan program, amiben létradiagramos programozást lehetne gyakorolni? Arra gondolok, hogy összerakok egy létradiagramot, és a progi szimulálná a rossz/jó működést.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] -
Mr. Cutter
csendes tag
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? -
Szirty
őstag
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!! -
Mr. Cutter
csendes 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 -
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 -
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 -
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]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 -
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. -
''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 noHali 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] -
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 noHali 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. -
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.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 -
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 -
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] -
Ja no
aktív tag
Ja igen, néhány ipari busz, hogy válogathass: ASI-bus, MODBUS, CANBUS, PROFIBUS, PROFINET, FIELDBUS és a többiek.
Sajnos mindnek ára van, de talán a MODBUS és a PROFIBUS több típusban benne is lehet (persze sajnos nem a legkisebb PLC-kben). -
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. -
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.''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.''
nekem először előrefele kellene megtanulnom, aztán jöhet a cifrázás -
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).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
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] -
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?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. -
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
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. -
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 noHelló 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.
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). -
wassermann
addikt
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? -
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? -
wassermann
addikt
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? -
wassermann
addikt
-
ha előlapról nyomatom, akkor ''csak'' parancssoros, és nem rajzol grafikus létradiagrammot, ugye?
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
-
ööö, asszem nem akarok siemenst. (bár szeretnék)
Ami melette szól, hogy EU-ban nagyon elterjedt; meghogy profi cucc. Sajna a többi szinte mind ellene
Mi az az MPI illesztő?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 -
wassermann
addikt
-
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) -
wassermann
addikt
-
Ja no
aktív tag
'' ... 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] -
wassermann
addikt
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? -
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.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? -
ööö, asszem nem akarok siemenst. (bár szeretnék)
Ami melette szól, hogy EU-ban nagyon elterjedt; meghogy profi cucc. Sajna a többi szinte mind ellene
Mi az az MPI illesztő?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. -
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.ööö, asszem nem akarok siemenst. (bár szeretnék)
Ami melette szól, hogy EU-ban nagyon elterjedt; meghogy profi cucc. Sajna a többi szinte mind ellene
Mi az az MPI illesztő? -
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]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] -
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 noNem 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. -
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 -
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] -
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 -
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 -
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)! -
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
WertickHali 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)! -
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!Hello Szirty!
Köszönöm az eddigi segítséget,nagyon sokat profitáltam belőle!
Innentől kezdve menni fog remélem.
Ja, a 19 byte-os válasz elég durván hangzik. De majd valahogy megoldom.
Mégegyszer köszönöm!
További minden jót!
Wertick
Ui.: ha elakadnék majd írok... -
Szirty
őstag
Ü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!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] -
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á?
WertickHelló 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:
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! -
Mr. Cutter
csendes tag
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. -
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.. -
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. -
Ü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] -
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]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.. -
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] -
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.)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] -
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]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.) -
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! -
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) -
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:
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. -
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... -
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 -
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]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 -
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:
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.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] -
Szirty
őstag
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!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:
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. -
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.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] -
Mr. Cutter
csendes tag
Helló Mr. Cutter !
A probléma az, hogy kiadták nekem a feladatot, csak a tanár ennyit mondott működtessem a PLC-t, azt nem mondta, hogy miként, neki nem volt ideje elmagyarázni
Amíg nem mondják meg mi a feladat, kizárt hogy meg tudd oldani. Hacsak nem arra megy ki a játék, hogy sok-sok oldalt teleírj érthetetlen műszaki szöveggel és ábrákkal
Mondták nekem mások, hogy kell egy kommunikációs protokoll
Ez itt a HostLink
Néztem én is a típushoz kapcsolódó linkeket, csak nem tudok még mit kezdeni vele.
Ha C-ben írsz egy programot, ami elküldi a soros porton az alábbi karaktersorozatot:
@01RD00000009FCS*CR
ahol FCS egy két karakteres ellenőrző összeg amit ki kell számítani és CR a kocsi vissza karakter, akkor a PLC visszaküldi a DM0000-DM0009 adatmemória rekeszeinek a tartalmát sorban egymás után.
A visszakapott forma hasonló a fentihez (lásd az előző üzenetben hivatkozott PDF 83. oldalán.
- soros vonalon a PLC-be átküldött adatokkal vezérelni a célgépet
- PLC program elkészítése
Ez megoldható. Jó irányban rohamozolIsmé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 (plCS= 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! -
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. -
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! -
Hello!
Az lehet.
Ne haragudj! Nem szoktam linkelni...
De ezek szerint megtaláltad..
Ezek után van valami hozzáfűznivalód ehhez a progihoz, ill. pontosan mire való ez a progi??? Mert még mindíg nem tudom igazából!
Üdv: demars -
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] -
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. :-> -
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] -
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...
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] -
Szia!
Nem kell áramköröket tervezni!!
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. Nekünk nem a berendezést kell megalkotni, igazából csak az a lényeg, h tudjuk, ha hiba lép fel, akkor azt hol keressük, meg ilyesmi...
Élelmiszeripari berendezésekről tanulunk, azzal foglalkozok /kémia, élelmiszergyártás, feldolgozás.../. Ez a folyamatirányítás tárgyunk, ez csak egy kis ízelítő, hogy ilyen is van /no meg jól szivat minket a tanár!/.
Pontosan nem tudom elmondani, hogy mit kell csinálnunk, mert még nem kaptuk meg a feladatot. Ha meglesz írok!
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]
a Saia.zip et szedd le! Nekem is ez van meg!
Jó szórakozást...!
[Szerkesztve]
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
- Poco F8 Ultra – forrónaci
- Napokon belül váratlan versenyzővel bővül a VGA-piac
- Fujifilm X
- Star Citizen
- Gyúrósok ide!
- Kreatív előzetesen az Xperia 1 VIII
- Autós topik
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Forza sorozat (Horizon/Motorsport)
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- További aktív témák...
- Új - MacBook Pro M5 Pro Chip 14" 15C / 16C / 24 GB RAM / 1TB SSD / Silver / Black - 27% Áfás
- Dell Precision 5560 i5 11500H 16GB 256GB SSD 1920x1200 Matt IPS
- Új - MacBook Pro M5 Chip 14" 10C / 10C / 16 GB RAM / 512 SSD / Silver / Black - 27% Áfás
- Új - MacBook Pro M5 Chip 14" 10C / 10C / 32 GB RAM / 1TB SSD / Silver / Black - 27% Áfás
- Micro - Fujitsu Esprimo Q958 (i5-8400, 8GB DDR4 RAM, 256GB SATA SSD)
- Samsung Galaxy A32 4G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Lenovo T495s Ryzen 7 pro 3700U, 16GB RAM, 512GB SSD, jó akku, számla, garancia
- SZÁLCSISZOLT FÉM HATÁSÚ Dell Latitude 5420 14" Touchscreen i5-1135G7 16GB 512GB 1 év gar, LTE OPCIÓ
- Xiaomi Redmi Note 14 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA! Épített KomPhone Ultra 9 285K 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest