- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- OLED TV topic
- HDD probléma (nem adatmentés)
- SSD kibeszélő
- Telekom TV SmartBox: szolgáltatói set-top box alacsony korlátokkal
- Übergyors Samsungnak próbál látszani egy hamisított NVMe SSD
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Milyen egeret válasszak?
- Realme Pad – vissza az iskolapadba
- VR topik (Oculus Rift, stb.)
Hirdetés
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Premier előzetesen a Demon Slayer -Kimetsu no Yaiba- Sweep the Board!
gp Elérhető lett Switch-re a játék, amely leginkább a Mario Party-hoz hasonlítható.
Új hozzászólás Aktív témák
-
Szirty
őstag
Sziasztok!
''Ne ertestek felre nem akarom azt mondani, hogy a PLC = PIC + egy kis korites, csak Lazydog hozzaszolasat ugy ertettem, hogy mintha epiteni akarna egy egyszerubb PLC-t..''
A PLC listán épp erről szólt a nemrég lefutott thread Home made PLC címmel.
Egyik tag a cégénél belefog saját, kis kategóriás PLC fejlesztésébe. Érdekes téma...
([link])
''Es ha megnezzuk, akkor igazabol tenyleg ''csak'' annyi, hogy van egy vezerlo, es tettek hozza koritest, hogy ''jobban birja a gyurodest'' az iparban.''
Ez a körítés elég komoly is tud lenni, különösen ha figyelembe vesszük a szoftver oldalát is. Pláne a nagyobb teljesítményű PLC-k esetén.
Megoldódott a CX-Programmer és CPM kapcsolat problémája?
Egyébként tényleg nagyon kevés a PLC-s fórum. Kevés a témával foglalkozó hazai web oldal (leszámítva a gyártók oldalait).
Ezért is jött létre a PLC-s levelezőlista. Ha gondolja valamelyikőtök szeretettel várunk minden szakmai érdeklődőt.:
[link]
Nem konkurencia szerintem, nem is akarom hogy ennek a fórumnak a rovására menjen át oda valaki. De jó lenne összefogni... -
Szirty
őstag
Hali!
''Szamlalo van PIC-ben is, idozito is van,''
Jó de mennyi? 128, 256?
Persze-persze. Szoftveresen megoldhato
''Mondjuk arra nincs konkret elkepzelesem, hogy hogy nez ki egy PLC bemente (marmint aramkori szinten), de a kimenetrol van (rele, tranzisztor)''
A backplane buszrol galvanikusan leválasztott a kimenet és a bemenet is alapból. Akár analóg, akár digitális.
And jól mondja. A PLC magasabb szinten van mint egy PIC és néhány tranzisztorral megépített készülék. Pl. a kommunikációs portok önálló processzoral mennek, nem a fő CPU intézi izomból.
Aztán ha meg is épül PIC-cel vagy más mikrovezérlővel a kütyü, ott van még a dolog szoftver oldala. Az is elég húzós. Az eleve nem megoldás, hogy a mikrovezérlő saját nyelvén kell programozni. Kell valamiféle oprendszer bele, ami a felhasználói programot futtatja, kell hibavédelem, kell hozzá PC-re egy fejlesztői környzet. A ponyprog vagy AVR studio vagy picstart az messze nem eleg! -
Szirty
őstag
Helló!
Nos szerintem is elképzelhető, hogy a laptop soros portja nem szabványos +/-12V-os jelszintekkel működik. Én is jártam már így egy IBM laptoppal.
Viszont határozottan állítom, hogy ez nem az Omron PLC problémája, hanem a laptop gyártójának a hibája, amiért költségtakarékos megfontolásból eltért az amúgy végtelenül egyszerő szabványtól, ami a közönsége s RS232 soros portra vonatkozik.
Persze az rajtad nyilván nem segít.
Szabványos porttal rendelkező laptopokkal problémamentesen programozható bármelyik Omron PLC. Én olyan problémákba szoktam belefutni, hogy az újabb laptopokon vagy egyáltalán nincsen már se soros port, se LPT port, vagy ha van is, akkor az nincs szabványos DB9/25 csatlakozóra kivezetve. Ilyen pl. az ASUS Travelmate egyik fajtája is. Úgyhogy vagy venni kell hozzá egy port replikátort (jó drágán) és agy plusz koloncot használni terepen, vagy marad az USB-RS232 átalakító (ami persze DOS alapú programokkal egyáltalán nem használható). Cégnél két ilyne átalakítóval próbálkoztam, az egyik működik, a másik nem
Sajnos az van, hogy a laptopokat utazó, öltönyös managereknek gyártják, akik a repülőn DVD-t néznek vagy quake-el játszanak (különben mi a búbánatos jófrancnak bele csúcstecnológiájú videokártya?).
No mind1, ez már csak mérgelődés -
Szirty
őstag
Hello Vickers!
Véletlen nem tud valaki egy pdf-es vagy bármilyen formátumú Siemens S7-300-as PLC-hez kézikönyvet?
Ha megfelel angol nyelven PDF-ben, akkor szólj.
De pontosítani kellene, hogy milyen információt keresel?
Programozás létrában, SCL-ben, STL-ben, FBD-ben, Graph-ban, stb. Ez mind egy-egy sok száz oldalas PDF.
Vagy rendszerfunkciókról is van külön leírás, stb. -
Szirty
őstag
Helló pompom1!
Remélem ti tdtok segíteniI!! Omron PLC-t programozok, 1 bemenőjel értékéhez (mA érkezik az analóg bemenetre) kellene egy feltételt beállítani, ha eléri a kívánt értéket, akkor kellene a kimeneten 1-nek lennie!!
Nos ha átnézed az adott CPU utasításkészletét, biztosan találsz erre utasítást...
A ''comparsion instructions'' között nézz szét. Avagy összehasonlító utasítások.
Sajnos rettentő kevés infót adtál meg. Nem írtad le pl. azt, hogy milyen fajta Omron PLC-ről van szó, mert rengeteg fajta van és ezek utasításkészlete és moduljai is eltérhetnek egymástól. Továbbá nem írtad le milyen analóg kártyáról van szó és azt sem említetted, hogy a bejövő analóg jel milyen fizikai mennyiséggel van összefüggésben, azaz mit mérsz vele. (hőmérséklet, nyomás, áram, szint, stb). Azt sem írtad le, hogy az összehasonlítás eredménye szerint mit kell csinálni. Pl. ha ez egy beavatkozó jel (x érték alatt van, akkor bekapcsol valamit, ami x értékét megnöveli, azaz szabályozás valamilyen formája) akkor bizonyos esetben nem árt ha van hiszterézise, stb...
Nem írtad, hogy az analóg jelet egy konstanssal akarod-e összehasonlítani, vagy egy olyan adattal, amit a kezelő valamilyen módon állítani tud. Nem tudjuk továbbá, hogy az analóg kártyáról milyen típusú adat jön (BCD, integer, real, dint, stb).
Ezek azért lettek volna fontosak (persze nem nekem, hanem neked mert a pontosabb kérdésre pontosabb választ lehet adni.
Így vaktában csak azt tudom javasolni, hogy használd a compare utasítást CMP(20).![[kép]](http://szirty.uw.hu/Album/CMP20.png "[kép]")
Ezt a képet a CQM1H Omron PLC leírásából ollóztam. Innen letöltheted: [link] -
Szirty
őstag
-
-
Szirty
őstag
Hello Ferra!
- a topik az behalt.
Hát így van ez, ha senki nem ír!
Free programmer kellene az Omronhoz. ( a gyártó nem ad, szívjon az üzemeltető, vagy fizesse a kiszállásokat )
A CPM1 PLC programozásához nem kell drága pénzen vásárolt szoftver, mert CPM1-et a demo SysWin-el és a demo CX-rogrammerrel is lehet programozni.
A SysWin-nel biztos, a CX-Programmerrel, meg talán (az utóbbit nem próbáltam demo módban).
Kérdés tehát, hogy miféle Omron PLC-ről van szó...
Sajnos PLC témában nincs nagy tülekedés szabad szoftverek terén -
Szirty
őstag
Helló marten!
Szerintem hardverkulcs kell hozzá
Omron fejlesztőrendszerekhez nem kell hardver kulcs. Sem a SysWin-hez, sem a CX-Programmerhez, de még a jó öreg LSS-hez sem kell!
Bár mint mindennél, itt is akad kivétel. A Sysmate PMD-hez bizony kell hardver kulcs. De ha jól tudom azt nem az Omron fejlesztette ki (ez egyébként egy jó régi DOS-os ware, kb az LSS előtti időkből).
kétlem, hogy a PLC gyártók hagynák, hogy bármilyen számítógéppel kapásból kommunikáljon a vezérlő...
A kommunikáció az már más kérdés, kommunikálni nem csak programozási célzattal lehet egy PLC-vel
De mint írtam, Omron engedi a fejlesztői rendszer demó változatával is programozni a mini PLC-jét. A Demo pedig kisebb regisztrációs hercehurca után ingyen is letölthető. Illetve a CX-Programmer demóját szokták CD-n is osztogatni (pl. kiállításokon, bemutatókon, stb).
A kommunikációval meg az a helyzet, hogy omronál teljesen nyílt a dolog.
Az omron PLC-k gyakorlatilag bármilyen PC-vel (amennyiben a HW és SW körülmények megvannak) hajlandóak kommunikálni.
A kommunikációs protokollt sem rejti véka alá az omron, A Host Link, NT link, Fins protokollok leírása PDF formában (száp vaskos ingyen letölthető. A doksi birtokában pedig a PLC-vel gyakorlatilag bármilyne kommunikációra írható program (én is írtam már Host-Link meghajtót PC-re, és S7-re is). A leírás teljesen korrekt.
Mondjuk ez csak tipp, én S5-tel és S7-tel találkoztam ''alapfokon...''
Pedig a Step5-höz (S5 prog. SW) a MicroWin-hez (S7-200 prog SW) és a Step7-hez (S7-300/400 prog SW) sem kell hardver kulcs. Van ugyan másolásvédelem rajtuk, de nem hardver kulcsos, hanem kulcslemezes (authorisation disk). -
Szirty
őstag
Helló vottokar !
Örülök, hogy van ez a PLC-s fórum.
Van vagy öt-hat. Abból lényegében egy él.. illetve most átmenetileg kettő
Lenne egy kérésem. Vickers fórumtárs kért itt már Siemens S7-300 leírást itt a fórumban. Angol és német nyelvű nekem van, de sajnos olyan szinten egyik nyelvet sem beszélem (vagyis inkább olvasom), hogy teljes biztonsággal értsem a leírásokat
Elképzelhető, hogy ilyen nem létezik. Legalábbis az eredeti dokumentumok egy az egyben magyarul biztosan nem.
Minimálisan próbálom ezt kompenzálni, amennyire tőlem telik. Itt nézz szét:
[link]
Illetve mivel az UW döglődik, itt ugyanazt megtalálod:
[link] -
Szirty
őstag
Hali eSZeL!
Ahogy így nagyjából visszaolvastam sehol nem láttam, hogy valaki esetleg foglalkozik e Unitronics PLC-kkel.
Sok kedvező tulajdonsága van (legjelentősebb hogy olcsó) de van néhány rossz is.
Sajnos az U90 Ladder (PC-s fejlesztői környezet) elég kiforratlan, nehézkes.
Sajnos basic-ben írták, ami sok problémát okoz. Elsősorban azt, hogy nagyon nagyon lassú, a kezelése is nehézkes. nagyon sok memóriát zabál meg (szerintem indokolatlanul).
Mindent egérrel kell csinálni benne a számok vagy betűk beírásán kívül, ami tovább nehezíti és lassítja a vele való munkát.
Sajnos hibák is vannak benne, amik roppant váratlan jelenségeket okoznak néha. De folyamatosan fejlesztik.
Meg azt is lehet mondani, hogy ingyen van, ne kritizáljuk
Unitronics OPLC-k kisebb feladatokra nagyon jók és ha valaki kiismeri őket, jól el lehet boldogulni.
A jazz típussal már volt dolgom. Nagyobbakkal még nem.
Továbbá részben a témához vág, hogy sikerült e már valakinek PLC-s webservert csinálnia? Ezt ugy értem, PC-vel kiolvassa az adatokat a PLC-ből és azt lekezeli esetleg honlapba beilleszthetővé teszi.
Megoldható. A legegyszerűbben talán úgy, hogy OPC szerveren keresztül kérdezgeted le a PLC-t és pl. PHP-ban írsz OPC klienst és dinamikus web oldalakat alkotsz vele.
De van néhány PLC-hez olyan modul, ami eleve tartalmaz beépített web szervert, FTP szervert, mailküldési lehetőséget stb egyben. Csak rádugod a PLC-re, feltöltöd a html-eket, beállítod az IP címét, rádugod az ethernet hálózatra és kész
Persze lehet úgy is, hogy magad írsz egy olyan programot, ami lekérdezi a PLC-t, web szervert realizál és létrehozza a web oldalakat a kliensek számára. Ez a legnehezebb út egyébként.
Vagy lehet úgy is, hogy egy PC-re SCADA rendszert telepítesz. A SCADA rendszereknek általában van ilyen webes képessége amire gondolsz. Ez a megoldás a legdrágább, de ehhez nem kell PC-t programozni -
Szirty
őstag
válasz
Grabowski
#63
üzenetére
Helló Grabowsi!
Az élvezérlésre külön bitet (merkert) használ a Siemens, ami szerintem baromság, de így van.
Pontosan így van.
De tudsz mondani olyan PLC-t, amelyik nem ezt teszi? Mielőtt az omron említenéd megjegyzem, hogy az is használ külön bitet, csak azt nem neked kell kívülről megadnod, a rendszer intézi.
Egyébként a PLC típustól elvonatkoztatva tudsz olyan módszert, amelyik nem használ átmeneti tárolót (vagyis külön bitet) a le vagy felfutó él figyeléséhez?
Előrebocsátom, hogy rühellem a Siemens-t.
Nyilván jó okod van rá. És ha így van, akkor meg is tudod indokolni miért rühelled. Engem érdekelne.
A CV kimenethez pedig egy word típusú, előre deklarált szó kell. Ezt azután move-olnod kell egy integer típusú változóba, mert a buta tök Siemens nem tud összehasonlítani csak integert integer-rel.
Ez fél igazság. Össze tud hasonlítani bármit bármivel. Csak nem létrában vagy FBD-ben. STL-ben számláló értékét összehasonlítani egy konstanssal 3 utasítás (nincs szükség külön előre deklarált word tárolóra sem. Persze a típuskeveredésre akkor már neked kell figyelned).
Ehhez tényleg kell a felfutó él, ami viszont nem mindig akar működni
Mármint micsoda? -
Szirty
őstag
válasz
Grabowski
#65
üzenetére
Helló Grabowski!
2. Általában (és a fentiekből is adódva) sokkal több idő leprogramozni ugyanazt a feladatot, amit mondjuk (derüljön ki: Omron-barát vagyok) más PLC-nél.
Ebből azt látom, hogy nem is igazán ismered a Siemens S7 PLC-ket (már ha arról beszélünk egyáltalán).
3. Létrában legalábbis muszáj deklarálnom a dbw-t, különben hibával megáll a cucc.
Nyilván, mivel amíg nem deklarálod, addig nem létezik. A deklaráció hozza létre. Ennek sok előnye van egyébként, amikor a feladatnak megfelelő adattárolót kell csinálni.
Ha nem akarsz deklarálgatni, használj merker word-öket. Azt nem kell deklarálni.
4. Erősen típusos,
Ez ugyanaz a fél igazság, ami az előző üzenetedben is volt.
Ebben a formában ez nem igaz.
5. Ki hallott olyat, hogy manuálisan el kell vennem a tápot egy kijelzőtől (újra kell indítanom), majd gombokat nyomogatnom ahhoz, hogy a frissített programot rá tudjam tölteni.
Ugyan már!
Ne nyiss vitát olyasmiről amit nem ismersz megfelelően.
Ez is egy fél igazság. De inkább csak negyed.
6. Műszaki támogatásban a Siemens nem túl jó (manual se)
Na ezt tényleg nem értem!!
Elképesztő mennyiségű dokumentáció van minden eszközhöz vagy hat nyelven!
Ugyan honnan veszed, hogy nincs doksi. Ezt egyszerűen nem értem!
Ingyenesen letölthető (persze megveheted pénzért is CD-n, csomagban).
Milyen doksit nem találtál, hogy ezt írod?
STL-t nem használok.
No hát ez az...
De gondolom S7 PLC-t sem nagyon, ha ilyeneket írsz...
Bye! -
Szirty
őstag
Helló demars!
A baj az, hogy nagyon keveset mondtak el a PLC-ről, s arról, hogy hogyan kezdjek neki az egésznek.
Miért nem írtad le milyen PLC? Vagy nem lehet még tudni?
Én arra gondoltam, hogy a szalag s a levegő seb. egyszerűen megoldható, egy frekvencia vezérléssel (motorokat).
Frekvenciaváltóra gondolsz? Igen, azzal megoldható. Bár a levegőmennyiség szabályozásának van más módja is, pl. motoros pillangó szelep. Lehet hogy olcsóbb mint frekvenciaváltóval megoldani, de az nagyban függ a motor teljesítményétől. És a frekiváltó gazdaságosabb is :>
Viszont gondold át, hogy a frekvenciaváltós sebesség vezérlést hogyan valósitod meg. A legegyszerűbb az, ha analóg PLC kimenettel adsz alapjelet a frekiváltóknak, az analóg kárty azonban nem olcsó. Ha megfelel több lépcsős sebesség szabályzás, akkor lehet digit kimenettel is, esetleg valamilyen kommunikációs buszon keresztül.
De a hőmérsékletet nem tudom, h mivel lehetne vezérelni.
Több megoldás lehet itt is.
Az egyik az analóg bemeneti kártya, ami lehetőleg közvetlenül képes fogadni a hőmérő jelét, Pt100, hőelem, stb). Ezesetben neked kell megvalósítani a szabályzást programból, aminek megint csak több módja van. Ebben az esetben szükség lehet valamilyen kijelző egységre, hogy a szabályzási és egyéb működési paramétereket könnyen be lehessen állítani (alkalmazásfüggő, lehet hogy neked nem kell, de át kell gondolni).
A másik megoldás egy hőmérséklet szabályzó panelműszer.
Ez egy kijelzővel, gombokkal, analóg bemenettel és kimenettel, kapcsoló kimenettel
ellátott előlapba szerelhető készülék:![[kép]](http://www.accesscontrolsales.com/Eagle/images/1048.gif "[kép]")
Konkrétabb válaszhoz konkrétabb kérdésre van szükség! -
Szirty
őstag
válasz
Grabowski
#75
üzenetére
Helló Grabowski!
Egy egyszerű bit logikás programot nyilván nem több idő megírni Siemens-en sem. S7-300-ról beszélek egyébként. De mondjuk egy blokk mozgatós, egyszerre 1000 szót shiftelős, for ciklusos keresős sorosan több porton beszélgetőst nem kezdenék el Siemens-szel.
Pedig pontosan ebben az utóbbiban van az erőssége!
Azt momentán nem értem, hogy miért nem létezik az adott word, ha nem hozom létre, miért kell nekem ezzel tökölnöm 2007-ben?
Nos azt nagyjából értem, hogy neked az a kézenfekvő, hogy az adatterület csak úgy ''van'', mert így szoktad meg. Omronban így van.
De azt már komolyan nem értem mi köze ennek 2007-hez. Úgy érted, hogy a fejlődés abba az irányba mutat, hogy fix, lebetonozott adatterületet kell kezelned PLC-ben?
Ezzel nem értek egyet, de az csak egy dolog.
A másik dolog viszont az, hogy amit hátránynak próbálsz feltüntetni, az éppenséggel előny.
Azért nem használok STL-t, mert sokkal jobban átlátom a létrát. Ez szokás kérdése, sokan vannak, akiknek meg az STL a befutó.
Gondolom Omron programozási ismeretek alapján írtad ezt. Nem baj, nincs ezzel semmi gond. Félre ne érts, nem lekicsinylő szándékkal írtam. Csak tudom milyen az Omron PLC, tizen éve foglalkozok velük, sokfélét, sokszor programoztam C120-tól, C1000H-n át CS1G-ig.
Szóval Omronnál az utasításlista egy az egyben a létradiagram alternatívája. Vagyis csak a programnak egy másik megjelenési formája. Akár ebben, akár abban írod a programot, válthatsz a kétféle nézet között.
Az is igaz, hogy a létradiagram sokkal átláthatóbb, mint az utasításlista (mnemonik mód).
A fentiek miatt általában nincs is nagyon késztetése az embernek arra, hogy utasításlistával piszmogjon (bár sportértéke az kifejezetten van, értelme kevesebb) amikor ott a létra.
Csakhogy S7-nél ez egyáltalán nincs így és az ügy szempontjából ez nagyon fontos. A létra egyáltalán nem alternatívája az STL-nek. Sokmindent nem is érdemes létrában programozni, mert hosszú lenne, miközben STL-ben 10-20 utasítás.
Ennek nem az az oka, hogy a létradiagram mód fejletlenebb, vagy hogy az STL fejlettebb lenne. Egyszerűen az STL alacsonyabb szintű (gépközelibb) nyelv mint a létradiagram.
Az STL ennélfogva sokkal nagyobb jelentőséggel bír a siemens-nél, mint az omronnál! Nem is igazán lehet a kettőt összehasonlítani.
Nem értem például, hogy egy CPU beszerzése miért három hét.
Nem jellemző. Múlt héten rendeltünk 315-2 DP-t, meg TP177B-t, sok modult és már megjött.
Nem azzal van bajom, hogy deklarálgatni kell, hanem, hogy 2007-ben. Miért kell erre időt pazarolnom. Hozza létre magának, ahogy más szerkezetek teszik. Hahó! 2007 van! Az idő egyre drágább!
Most inkább nem kezdem el magyarázni az adatblokkok lényegét (tartok tőle hogy annyira nem is érdekelne) de hidd el, hogy ha tudnád hogyan működik belátnád a dolog létjogosultságát.
Hát, pedig pont most volt ilyesmi. Hozzáteszem, nem minden kijelzőjük ilyen. De hogy a program frissítéséhez át kell állítanom a kommunikációs beállításokat (és újraindítani a kijelzőt), hát az nem kicsit cinkes.
És melyik kijelző volt az, ha szabad tudni?
Egyébként igen, az is egy módja annak, hogy ''transfer módba'' tedd az OP-t, ha kikapcsolod, bekapcsolod, közben nyomod a megfelelő gombokat, stb.
De nem az egyetlen. A panel biztosít lehetősgéet arra, hogy transfer módba kapcsolják a rátöltött projecten keresztül is. Akár a PLC egy bitjének változására, akár gombnyomásra, akárhogy. Én mindig úgy csinálom, hogy egy ''rendszer menü''-be teszek egy gombot, ami jelszóvédett és megnyomva átvált, és már lehet is rá tölteni az új projectet.
A win bázisú paneleknél már ezt sem kell. Aogy elkezded küldeni neki az új projectet, magától átvált és tölti (ahogyan pl. az Omron NS terminálok is).
Ezért mondtam, hogy a kikapcs-bekapcs fél igazság. 2007 ide vagy oda -
Szirty
őstag
Helló aLávaló!
Tapasztalt kollégáim (8-20 év a szakmában) a Siemens-el ált. szivtak pl. kapcsolat az egyes egységek között, támogatás mint olyan nincs a Siemensnek Mo-n, egy floppy-n lévő drivert 4 hét alatt akartak megküldeni nekik egy pár éve, az Internet az nem volt nekik megfelelő!
Na de milyen siemens??
Nincs támogatás? S5-höz valóban nehéz. S7-hez minden van a siemens site-ján. Ember legyen a talpán aki megtalálja, de van. (Sajnos ez van, ha sok tízezer vagy százezer gyártmány között kell megtalálni a dolgokat).
Ha bármi bajunk volt Omron cuccal ugortak hogy megoldják, na ezt a Siemens-ről nem lehet elmondani.
Ott pont ellentétes a helyzet kb. Ha kell valami és felhívod őket, segítenek, barátságosak. Ha neten akarsz hozzájutni valamihez, jobb ha elfelejted.
Siemens-t hívogathatod, már az is egy nap, mire egyáltalán sikerül a megfelelő embert megtalálni és beszélni vele. Viszont a netes támogatása egyedülálló. -
Szirty
őstag
Szevasz Laci!
Az a baj a siemens-el, mint céggel (amivel ti is szembesültetek) hogy egy bazi nagy bürokratikus monolit. Mint egy álam. Rugalmatlan és lomha. Nem a ''lelkes amatőrök'' érdeklik, hanem hogy hány tucat combinót vesz tőlük az álam
Kb mint az IBM. De valószínű, hogy ha egy cég kellően nagy, akkor törvényszerű, hogy így viselkedik. No persze ez nem jó, csak törvényszerű (ami nem ugyanaz).
Drágább mint az Omron vagy a Telemecanique. De ne csak az árat hasonlítsd össze
És az Allen Bradley-t nem is említetted. Pedig azt mondják annál drágább nincs is
Tetszik a honlapod első ránézésre, majd ha lesz időm megyek okulni hozzád és olvasgatom. Hány éve foglalkozol ilyenekkkel?
Én gyakorlati oldalról közelítem meg a problémákat, a web oldalam is ezt tükrözi valószínűleg. Ez van akinek jó, van akinek nem.
És hát a témák elég rendszertelenek, összefüggéstelenek. De ez nem is volt célom. Már így is messze túlnőtt azon, amit eredetileg kigondoltam.
Általában amikor felemrül egy probléma, és időm/kedvem/tudásom engedi annak megoldásáról rittyentek pár sort (sajnos ez a három feltétel egyre ritkábban teljesül egyszerre). Így jött össze az amit most ott látsz. -
#86
Szirty
őstag
Mr. Cutter
#84
Szirty
őstag
válasz
Mr. Cutter
#84
üzenetére
Helló Mr. Cutter!
Kaptam egy PLC-t és működtetnem kellene,
Ki kell találni hogy milyen, vagy elárulod?
Írni egy programot C++ -ban, ami működtet OMRON PLC-t RS 232-n keresztül.
Programom már van ami kommunikál soros porton keresztül egy másik PC-vel, de hogyan tudnám megszólaltatni a PLC-t?? Milyen adatokat kellene továbbítanom a PLC-re C++ -ról, hogy működjön??
Ismerned kell a PLC által használt protocolt. Nincs nehéz dolgod, mert a protocol nem titok. Az omron többet is tud.
Én most kapásból csak a régi, jó öreg HostLink protocolról tudok neked infót adni.
Ezt mindegyik omron ismeri gyakorlatilag amin van soros port, de kissé már kiment a ''divatból'', mert az újabb PLC-kben lévő nagy címtartományok és speciális memória területek nem érhetők el vele 100%-osan. Viszont a HostLink egyszerű, ASCII alapú. Könnyű monitorozni akár egy terminál programmal...
Ide kiraktam pár napra: [link]
Ez HostLink adapterekről szól, de benne van a protocol részletes leírása.
Ha a HostLink nem elég, akkor a FINS-re kell átnyergelned. Az hasonlít a HostLinkre, de bináris és többet tud.
Bár nem értem én sem mit értesz ''Omron PLC működtetésén''. Működik az magától, ha írsz rá programot
A kommunikációval lehetőséged van a PLC belső változóinak lekérdezésére, megváltoztatására, üzemmód változtatásra, program le és feltöltésre, stb. -
#89
Szirty
őstag
Mr. Cutter
#88
Szirty
őstag
válasz
Mr. Cutter
#88
üzenetére
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 rohamozol -
Szirty
őstag
Hali demars!
Tudna nekem valaki ajánlani egy jó kis szín érzékelőt? Sűrgős lenne! Beérkező nyers paprikát, s a kimenő szárított paprikát kell ellenőrini.
Nézd meg az Omron E3MC-t, hátha megfelel:![[kép]](http://szirty.extra.hu/misc/E3MC.jpg "[kép]")
Tettem ide neked magyar nyelvű leírást: [link]
És egy angolt is: [link]
Azért mindkettőt, mert az utóbbi részletesebb. Nem olvastam el, hogy ez jó lesz-e arra amire neked kell, az majd te megteszed :>
Az árát nem tudom...
Képeket a neten is találsz róla. Pl. itt: [link]
De egy nagyobbat ebből is tettem fel ide: [link]
Ez benne van a PDF-ben is egyébként. -
Szirty
őstag
Hali demars!
Ehhez a PLC tervezéshez kaptunk egy kis progit: Saia, vagy PG4! Nem ismeri valaki??? Minden angolul van benne, s fogalmam sincs, hogy hogy álljak neki ezzel PLC-t tervezni!
Őszintén szólva én már magát a kérdést se értem. Nem igazán egyértelmű.
PLC-t kell tervezni? Úgy érted, hogy egy lan mikroprocesszoros (mikrovezérlős) áramkört, amin ki és bemenetek vannak és programozható?
PG4-et egyet ismerek, de az egy időszámításunk előtti DOS alatt futó program, és Siemens S5 PLC-k programozására való.
A SAIA pedig egy PLC típus (vagy inkább a gyártójának a neve).
Persze mást is jelenthet, de nekem ez ugrik be... -
Szirty
őstag
Hali demars!
Nekünk csak a memória egyenleteket kell megadni, időzítéseket kell tervezni ill. a programot felírni /létradiagrammban(grfikusan) LD, illetve lineáris mondatfeldolgozással (szövegesen) ST/. Neked valószínű nem gond ilyesmit felírni , vagy lehet h nem is kell.
De. Előfordul. Nézd csak meg: [link]
Ja a PG4 vagy Saia egy kis tervező progi, amivel PLC nek az alap memoria egyenleteit lehet felírni, s felrajzolja /állítólag, mert nem tudom használni/.
itt találod: [link]
Nem találtam. Viszont meghallgattam egy misét, ami az egyik hallgató könyvtárában volt... -
Szirty
őstag
Hali demars!
Van ott elég sok érdekes dolog! Nem értem, hogy hogy nem találtad meg...
Talán éppen azért. Vagyis túl sok minden van ott ahhoz hogy könnyen meg lehessen találni bármit is. Könyvtárak százai... A linked a physics2.kee.hu FTP root könyvtárába visz!!
És most nincs időm arra hogy minden könyvtárba belenézzek hogy melyikben van.
Viszont ha küldenél egy konkrétabb URL-t, az segítene. :-> -
-
Szirty
őstag
válasz
Grabowski
#107
üzenetére
Hali!
Az angollal hadilábon állóknak: A 2007-es Omron dvd-n (ingyenes) megtalálható az Omron PLC-kben használható instrukciók magyar leírása.
Így van!
Sőt a 2006-osban is :>
Ha esetleg valaki meg is akarja nézni, innen: [link] (CQM1H) vagy innen: [link] letöltheti...
Sőt, Husz Zoli kiadott egy könyvet is magyar nyelven (sok éve). Bár fogalmam sincs ez hol érhető el. -
Szirty
őstag
Hali wertick!
Nekem elég lenne egy két-három regiszter tartalom is. Ehhez milyen framet kell a programból küldenem a PLC-nek? (@........)
Milyen a kommunikáció beállítása? 1:1 vagy 1:N?
Ha az utóbbi, hanyas a PLC címe?
Milyen memóriaterületet akarsz kiolvasni (''regisztert''): IR, HR, AR, LR, DM, FM stb?
Hány darab ilyen regisztert akarsz kilvasni?
A kérdésedre csak a fenti kérdések megválaszolása után lehet pontos választ adni. -
Szirty
őstag
Helló wertick!
A PLC-hez annyira nem értek,de annyi biztos,hogy hibakódokat kellene kiolvasni,gondolom megvan annak is a maga rekesze(regisztere).
Ez világos, de hát a kiadandó Host-Link parancs nyilván attól függ, hogy a PLC milyen memóriaterületének melyik címét akarod kiolvasni.
Mindenképpen szükség van erre az információra, hiszen amíg nem tudod mit akarsz kilvasni, addig esélyed sincs arra hogy kiolvasd
Még annyit, hogy asm.-ben programozom a PIC-t. (esetleg ha ez még változtatna a dolgon)
Nincs jelentősége a dolog lényegét tekintve.
A következő üzenetben írok egy konkrét példát ha annyira nem érthető ez a Host link PDF amit linkeltem... -
#115
Szirty
őstag
Mr. Cutter
#112
Szirty
őstag
válasz
Mr. Cutter
#112
üzenetére
Hali Mr. Cutter!
Ez a program elviekben azért íródott, hogy 2 számítógép kommunikáljon egymással rs232-n keresztül.próbáltam küldeni a plc-re azt a karaktersorozatot, amit írtál:
@01RD00000009FCS*CR (plCS= 57), nem reagált a plc,
Nos amikor írtam a példát, gondoltam megnézed a hostlink PDF-et
Az FCS egy ellenőrző összeg (Frame CheckSum), amit az üzenet tartalmából XOR-al kell kiszámolni, ezért minden üzenetnél más és más.
vagyis nem egy fix karaktersorozat.
Ha egy host link parancs végén, amit a PLC-nek küldesz, nem megfelelő az FCS, a PLC azt feltételezi, hogy az átvitel hibás, az érkezett adatcsomag sérült, és a parancsra nem reagál!
A CR pedig a kocsi vissza karakter kódja ASCII-ban (a hostlink alapvetően ASCII).
A host linkben ([link])
Pl. a HR olvasás parancs így néz ki:![[kép]](http://szirty.extra.hu/misc/HRRead.png "[kép]")
Tehát:
@ (kukac, ami 40h)
Egység száma ASCII-ben, vagyis ha az egység száma 01, akkor a 30h és 31h kódokat kell küldeni, mivel a ''0'' karakter ASCII kódja hexa 30, az ''1'' ASCII karakter kódja hexa 31
Utána jön a parancs, ami két karakter (két byte) ezesetben RH (HR area read). A ''H'' betű kódja 38h, az ''R'' kódja 52h.
Ezután négy karakteren (szintén ASCII-ben) meg kell adni a kiolvasandó terület első rekeszének címét, majd 4 karakteren a kiolvasandó rekeszek számát, decimálisan. Tegyük fel, hogy a HR6 és HR7 tartalmát akarod olvasni. Akkor a 0006 és 0002 lesz a két sorozat, ami ASCII-ben így néz ki: 30h, 30h, 30h, 36h, majd: 30h, 30h, 30h, 32h
Ezt követi a két byte FCS ASCII-ben. Ezt ki kell számolni az előző karakterkódok alapján, amit a hivatkozott PDF 77. oldalán lehet megtalálni (67. oldal a PDF számozása szerint).
Az eddigi karaktersorozat hexában tehát az alábbi:
40h, 30h, 31h, 38h, 52h, 30h, 30h, 30h, 36h, 30h, 30h, 30h, 32h
Ebből kell sz FCS-t kiszámolni az alábbi ábrának megfelelően:![[kép]](http://szirty.extra.hu/misc/FCS.png "[kép]")
Konkrétan: 40h XOR 30h XOR 31h XOR 38h XOR 52h XOR 30h XOR 30h XOR 30h XOR 36h XOR 30h XOR 30h XOR 30h XOR 32h
Ennek eredménye ha jól számolom: 2Fh
Ezt át kell alakítani két karakteres ASCII kóddá: A ''2'' karakter hexa kódja: 32h, az ''F'' betű kódja: 46h.
Ezt egy csillag karakter követi 2Ah kóddal, majd jön egy CR kocsi vissza karakter, ami 13h.
A HR6 és 7 kiolvasásának komplett parancsa tehát:
40h, 30h, 31h, 38h, 52h, 30h, 30h, 30h, 36h, 30h, 30h, 30h, 32h, 32h, 46h, 2Ah, 13h
Feltéve persze hogy 1:N kommunikáció van beállítva és a lekérdezett PLC ''unit number'' 01-re van beállítva.
A válasz formája, amiben a PLC visszaküldi a lekérdezett HR-ek tartalmát, szintén benne van az említett PDF-ben, de terjedelmi okokból ide inkább nem írom le.
Ha gond van kérdezz!
Mr. Cutter-nek:
Ha a kommunikáció 1:1 jellegű (és a beállítás is 1:1, nem csak a fizikai kiépítés, mivel 1:N kommunikáció két eszköz között is lehetséges), akkor ha jól emlékszem nem kell elküldeni az egységszámot, és az FCS kiszámítáűsában sem vesz részt természetesen. De a részletekért nézd meg a PDF-ben. -
Szirty
őstag
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
válasz
vottokar
#113
üzenetére
Hali vottokar!
Nem tudja valaki, hogy a Siemens Field PG-kben miért nem látja a DVD-t a bios meghajtó csere után.
A mi Power PG-nk is pontosan így járt
Attól tartok BIOS frissítés nélkül esélytelen a dolog. Hacsak nem szerzel olyan meghajtót, amit hajlandó kezelni.
Sajnos a BIOS frissítés is elég esélytelen. Bár sztem nézz szét a siemens-nél!
Win alól tökéletesen működik, ír-olvas, csak hát így nem tudok bootolni róla, és igencsak ráférne egy új oprendszer a masinára
Jah. A Win nem BIOS hívásokkal kezeli a CD-t.
Marad a floppy -
Szirty
őstag
válasz
vottokar
#118
üzenetére
Hali vottokar!
Maradt a Siemens ''szerinti megoldás'', hogy floppiról bebootolni egy Win98 installal, felpakolni a rendszert alapban, majd ráfrissíteni egy XP Proffal.
Én ezt úgy oldottam meg, hogy floppy-ról bootoltam egy MSCDEX-es DOS-t, és onnan indítottam a win telepítőt. Lényegében csak egy ''átmeneti'' win telepítése maradt ki, miután rájöttem hogyan lehet a win telepítőt DOS alól munkára bírni....
Később ghosttal lementettem a teljes telepített és beállított rendszert. Így ha baj van, akkor csak floppy be, DOS boot, mentés CD be, ghost.exe indít, és a teljes rendszert úgy ahogy van az összes programmal frissen készre telepítve kapom vissza 10 perc alatt.
(az összes pereputty hagyományos telepítése sajnos napokig tart).
Ha nem ismered, akkor ajánlom a ghostot. Ilyesmire hasznos nagyon...
[Szerkesztve] -
Szirty
őstag
Hali wertick!
Még annyit:
A rekeszek címét honnan lehet megtudni, nekem ERROR READ, azaz MF-et kellene használnom. Két hibát olvasnék ki, például Program error és Memory error. Ezek milyen címen helyezkednek el? Honnan tudom meg? PLC leírásból esetleg.
Az ERROR READ a PLC hibaállapotát kérdezi le.
Ha a PLC által vezérelt berendezés hibaállapotát akarod lekérdezni, akkor rossz irányba rohamozol, mert a kettőnek semmi köze egymáshoz.
A PLC hibaállapotát nem címek lekérdezésével lehet kiolvasni, hanem a status olvasással.
Ha a PLC hibaállapota érdekel, akkor azt a PDF pontosan leírja az ''4-3 ERROR READ'' résznél (71. oldal).
Egy bithalmazt kapcs vissza. A bitek konkrét jelentése pedig a hivatkozott oldalon van a PDF-ben.
A válaszról nem írnál kicsit bővebben. Mégis miket küld vissza a mikrovezérlőnek?
Még oda is tettem képben az előző üzenetbe.
A válasz formátumát a ''Response format'' felirat alatt láthatod egy ábra formájában. A 72. oldalon van egyébként ha a HR olvasás érdekel. De persze minden parancsnak más a válasz formája. -
Szirty
őstag
Hali wertick!
Ezt most találtam az Omron leírásban.
A memóriaterületen ezen része kellene nekem? Vagy semmi köze hozzá?
És ez miféle hibanapló? Az nincs odaírva? Pontosan milyen leírásban is találtad ezt?
Ha a vezérelt berendezés hibaállapotáról akarsz infót lekérdezni, akkor én nem tudom neked megmondani hogy milyen memóriaterület melyik rekeszét kell kiolvasni, mert elképzelésem sincsen miféle berendezésről lenne szó.
A berendezést vezérlő program írója az egyetlen megmondhatója hogy melyik memóriaterületet mire használta fel amikor a vezérlőprogramot megalkotta. Ő az aki ezt az infót ismeri. Ha ezt leírta valahova a berendezéshez tartozó valamilyen dokumentációba, akkor onnan kiolvashatod. Ha nem, akkor marad az, hogy felveszed vele a kapcsolatot, vagy visszafejted a PLC programját, hogy mit hova tesz és mit hol tárol.
A kérdésedre csak így kaphatsz választ.
Te sem tudod megmondani melyik fiókban tartom itthon a barna zoknimat, mert oda teszem, ahova akarom! Na ez is olyan dolog... -
Szirty
őstag
válasz
Dare2Live
#123
üzenetére
Helló Dare2Live!
PLC tipusát nem ismerem de tuti vmi nagy szabvány, ilyen a kodunk pl: (remélem ebbol egy szakavatott felismeri mire is lenne szükségem)
Hát ez a programrészlet valamit kinyit és bezár teljesen véghelyzetig automata üzemmódban, kéziben megállítja, van benne valamilyen szinten kereszt reteszelés, stb.
De ennek ellenére nincs fogalmam róla mire lenne szükséged
(Omronhoz eléggé hasonlít a nyelvezete.) -
Szirty
őstag
válasz
Dare2Live
#126
üzenetére
Üdv Dare2Live!
ezért van szükségem vmi jó PLCs jegyzetre/könyvre....
Azt próbáltam ''lekommunikálni'', hogy valamivel több infót adj arról amire szükséged van azon kívül, hogy jegyzet...
No mind1.
Addig is nézd meg ezt:
Jancskárné Anweiler Ildikó - PLC programozás az IEC 1131-3 szabvány szerint:
1. rész: [link]
2. rész: [link] -
Szirty
őstag
Helló wertick!
Ez kell nekem is,csak nem voltam tisztában a dolgokkal teljesen.
Most már csak egy van hátra, hogy is kell a keretet kiszámolgatni amit kiküldök.
Nos azt is leírtam, megint a PDF-re tudok hivatkozni, a 77. oldalon találod az FCS kiszámításának módszerét, ha erre gondoltál. De lássuk újra:
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! -
-
#135
Szirty
őstag
Mr. Cutter
#132
Szirty
őstag
válasz
Mr. Cutter
#132
üzenetére
Hali Mr. Cutter!
Látom Szirty vannak jócskán kérdések feléd,
Bárcsak időm is volna...
Az a legjobb benne, hogy erre sikerült nekem is nagynehezen rájönni és csak utána olvastam, amit írtál.
Ez abból a szempontból nem jó, hogy fölöslegesen írtam, de abból a szempontból jó, hogy az marad meg a legjobban, amire az ember magától jön rá :>
A következő probléma az, hogy frekvenciaváltót kellene kezelnem, ez lenne végülis a feladat egy része, mert motorhajtást kell valahogy megvalósítanom.
Valamilyen digitális jelet kellene küldenem a PLC-ről? Milyen memóriaterületet kellene használnom, hogy működjön a motor a frekvenciaváltón keresztül?
Nos nagyban függ ez attól, hogy mi a feladat. Vagyis pontosan mit kell csinálnia a frekiváltós hajtásnak?
Elég csak megállítani és elindítani, vagy a sebességet is kell változtatni? Ha kell, akkor elég fokozatokban, vagy fokozatmentesen kell? Fékmotor van-e a frekiváltón, ha igen, akkor a fék elektromechanikus, vagy nem? Ha fékmotor, akkor tart-e terhet, vagy nem?
stb, stb.
Most pofátlanul megint a saját oldalamat fogom ajánlani: [link]
Van ott pár sor a fékmotorok frekvenciaváltós meghajtásáról és a dolog problémáiról. A te kérdésedet valószínűleg csak érinti, de hátha megtudsz belőle valami hasznosat.
Szóval induljunk ki a legegyszerűbb esetből, ami egyben valószínűleg a leggyakoribb is:
Minden frekiváltónak vannak digitális bemenetei (is). Ezek a bemenetek mindeneféle funkcióval bírnak, általában a frekiváltó paraméterezésével ezeket lehet változtatni, de sok olcsóbb frekiváltónál némelyik bemenet funkciója fix és van néhány amelyik változtatható (multifunkciós bemenetek).
Ezekre a bemenetekre általában 24V DC jeleket kell kapcsolni, vagy kontaktust.
Itt egy példa:![[kép]](http://szirty.uw.hu/VLT1/Image3.png "[kép]")
Ezeket a bemeneteket közönséges relés PLC kimenetekkel vagy 24V-os tranzisztoros kimenetekkel, vagy közvetve, relékontaktusokon keresztül problémamentesen lehet vezérelni.
Az én környezetemben gyakori amikor a PLC a frekiváltónak ezeken a digitális bemeneteken keresztül az alábbi parancsokat adja:
Előre, hátra, lassan, 2.rámpa kiválasztás, hibatörlés.
A vezérlés igen sok változata megvalósítható ilyen kontaktusos módszerrel is.
A fenti esetben a sebességeket (gyors és lassúmenet sebessége) a frekiváltó paraméteribe írt értékekkel lehet előre megadni.
Általában megoldható az is, hogy több lépcsős frekvencia meghatározás legyen. Vagyis van pl. 3 PLC kimenet, aminek a kombinációjával 8 különböző sebességlépcső állítható be. Ilyenkor minden sebesség lépcső sebessége egy-egy frekiváltó paraméter szerinti lesz.
Ha arra van szükség, hogy a PLC fokozatmentesen tudja állítani a sebességet, akkor ezt megteheti egy analóg kimeneten keresztül (0-10V vagy 4-20mA általában) ami a frekiváltó analóg bemenetére van kötve (ilyenje gyakorlatilag mindegyiknek van). Akkor a motor sebessége a PLC analóg kimenetére küldött jellel lesz arányos.
A leg összetettebb mód, de a legtöbb funkció ezzel valósítható meg, amikor a PLC és a frekiváltó között soros kommunikációs vonal van kiépítve. PL RS 232, vagy valamilyen szabványos ipari busz (Modbus, Profibus, DeviceNet, stb).
Ebben az esetben gyakorlatilag bármit meg tud tenni a PLC a frekiváltóval amire az csak képes. Erre egy leírást ízelítőül itt találsz: [link] -
Szirty
őstag
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)! -
Szirty
őstag
Hali wertick!
First Error Word: F F F F ez az ASCII karakter. Ez hex-ban: 4D 4D 4D 4D.
Ebből, hogy lesz 2*8 bit,
Már a kérdést se értem. FFFFh az eleve 16 bit! 16 darab 1-es bit.
ahogy a PDF 71.oldalán az ábra mutatja,ugyanis az egyes bitek kiolvasásával lehet hibákat olvasni.
Beolvasod az összes karaktert egty pufferbe, amit a PLC a parancsodra válaszol.
Először is fogod a 8, 9, 10, 11.-edik karaktert. Ezt a 4 karaktert hexa számként értelmezve átalakítod bináris számmá valahogy így:
Fogod a 4 karakter egyikét, mondjuk az elsőt (bal oldalit). Kivonsz belőle 48-at (dec), majd megnézed nagyobb-e mint 9. ha nem, akkor elrakod. Ha igen, akkor kivonsz belőle még 7-et és akkor rakod el. Ezt megismétled mind a 4 további karakterrel.
Majd fogod a kapott 4 byte-ot, és a bal oldalit eltolod balra 4 bittel, úgy, hogy azt az eltolást alkalmazod, amelyik 0 biteket léptet be balról, majd ezt a byte-ot OR műveletnek veted alá a következő helyiértékből kapott byttal, majd a kapott értéket elrakod.
Ugyanezt a műveletet elvégzed a maradék két helyiértékből kapott byte-al, (vagyis a kettő közül a magasabb helyiértékűt, azaz balról a 3 karakterből kapott eredményt) megint eltolod 4 bittel balra ahogy az előbb, majd hozzá OR-olod az utolsót, majd eltárolod.
Most van két byte-od. Amit elsőként saqkkoztál össze az a magasabb, amit másodikként az az alacsonyabb. Ez a kettő most már binárisan tartalmazza azt az értéket, amit a PLC ASCII-ba kódolva küldött neked, Ezek bitjei pontosan azt jelentik, amiket a 71. oldalon látsz a PDF-ben.
A másik (second error word) szóval ugyanezt eljátszod, hogy abból is megkapd a bináris értéket és kész.
Célszerű egy rutint írni az ASCII->Bin konverzióra és utána csak azt hívogatni. -
Szirty
őstag
Helló Ja no!
Tanácsot szeretnék kapni. Elhatároztam, hogy megtanulok PLC-t programozni, de nemtom melyik márka legyen a favorit. Legjobban a siemens tetszik, mert a legtöbb helyen ilyenek üzemelnek, így mindjárt egy használható tudásra tehetek szert.(?)
Én ha haza beszélek, akkor Omron-t és Siemens-et javaslom.
Abszolút belépő szinten pedig esetleg az Unitronics Jazz-t.![[kép]](http://kvalix.hu/images/unitronics/Jazz+prog-sml.jpg "[kép]")
Előnye, hogy olcsó (kb. 35e Ft, kvalix.hu-n van letöltehtő árlista is) és az, hogy van rajta kijelző, és billentyűzet ami programozható. Ez nagy előny, mert lehetővé teszi mindenféle dolgok kiírását és beállítását. A hozzá való U90Ladder program ingyenes. Sajnos vannak benne bugok (legalábbis amikor foglalkoztam vele, még igencsak voltak, megint sajnos egy egerészős Visual BASIC förmedvény, de használható).
Hátrány, hogy ehhez is kell egy interfészkütyü, mert alapból nincs rajta soros port, ami kb további 10e Ft.
Az Omron PLC-k már bevált profi cuccok és könnyű őket programozni, ezeket azért ajánlom. Elég elterjedtek is, a fejlesztői környezet átgondolt és rendkívül hatékony. A kiegészítők választéke pedig széles.
SIemens PLC-t javaslok, ha majd belejöttél kicsit és szerzel tapasztalatokat. A Siemens S7 300/400 vezérlőivel nagyon messzire el lehet menni ebben a témában. Nagyon szerteágazó lehetőségei vannak. Minden tekintetben professzionális.
Ja igen. És drága.
De még egy S7-300-hoz sem lehetetlen ám hozzájutni átlagfizetésből. Néha ki lehet fogni egészen jó vételeket használt PLC-k terén (teszvesz, vatera, stb). -
Szirty
őstag
válasz
Karesssz
#163
üzenetére
Hali!
A Logo! programozása előlapról nem a legkényelmesebb mert visszafelé kell gondolkoznod. Tehát először Kimenet és arra építesz.
Én senkinek nem ajánlom a logót. Bár biztosan van aki meg tudja szeretni, de nekem a hátam is borsózik tőle
Bár lehet hogy el vagyok kényelmesedve és nehezen tűröm a korlátokat amiket állít.
A Logo nem is PLC igazából, hanem programozható relé.
Egy Unitronics OPLC (pl. a már említett Jazz is) sokkal közelebb áll egy ''igazi'' PLC-hez. -
Szirty
őstag
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. -
#172
Szirty
őstag
wassermann
#164
Szirty
őstag
válasz
wassermann
#164
üzenetére
Hali wassermann!
Azt tényleg megerősíthetem én is, hogy a Siemens LOGO -jának valamelyik sorkapcsa választhatóan lehet DI vagy AI.
Az a konkrét típustól függ! Nem mindegyik Logo típusnak van ugyanis analóg bemenete!
Erre oda kell figyelni a típusválasztásnál!
Akit érdekel itt talál Logo-val kapcsolatos magyar nyelvű doksikra mutató linkeket, komplett leírást is, a típusválasztást segítő áttekintést is: [link] -
Szirty
őstag
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. -
Szirty
őstag
Helló Ja no!
Namost ezekhez hogy lehet kijelzőt biggyeszteni? (HMI)
A CPU-n alapból is rajta lévő sors porton keresztül. Ha nincs rajta csak peripheral csatlakozó, akkor egy CIF01-es oros interfészen keresztül.
Ha van rajta egy soros port, meg egy peripheral csati is, akkor egy CIF01-el megoldható, hogy programozhatod is anélkül, hogy a HMI-t lehúzogatnád róla a programtöltés idejére.
A CPM-hez illesztheted a régi NT sorozatú kijelzőket, de az új NS sorozatúakat is.
Meg nem látom egyelőre, hogy impulzus kimenetet mire használják?
Hajtásvezérlésre. (szervók, léptetőmotorok, stb)
Meg megoldható-e az hogyha olyat veszek amiben nincs RTC, akkor felépítek a programban több önnálló blokkot,amik az adott napszakokhoz passzolnak, majd ezeket egyenként néhány digit-input-lábra ''hozzádedikálom''?
Megoldható.
Ez csak ott jöhetne a képbe, hogy a CPM1A ill 2A-ra lehet ProfiBus-t meg DeviceNet I/O modult is biggyeszteni, ezzel talán könnyebb a decentralizálást, de főleg a HMI-t megvalósítani (?)
Omronnál a HMI-hez nincs szükség sem profibuszra, sem Devicenetre.
Ha a decentralizált verziót az I/O számok növelésre akarod használni, akkor annak szerintem semmi értelme.
Akkor nagyobb PLC-t kell venni inkább.
Szal úgy tűnik, hogy az eredeti 100kHUF-os limitem a két szék közti földreülés esete.
Mint írtam nézd meg használtan. Én vettem mér siemens C7-et 40-ér (beépített I/O-k, több analóg is, számláló bemenet, LCD kijelző, kezelő gombok, MPI busz, RTC, stb.
Meg S7 314-et is. Sőt, most kínáltak egy Omron CQM1-et 40-ér, 64 I/O ponttal, belső órával, soros porttal. -
Szirty
őstag
Hali Ja no
ebben az esetben a forgásirányt egy plusz output láb közli a léptetőmotor driverével?
Gindolom igen. Omronnal még nem használtam ilyen szervót
A CQM az eggyel ezelőtti sorozat?
A CQM A CPM-né egyel nagyobb kategória.
tehát moduláris, több I/O, több lehetőség, nagyobb teljesítmény. -
Szirty
őstag
Hali Ja no!
Ezt csak a siemens használja, vagy az MPI maga egy gyüjtőfogalom, amit minden gyártóa saját szájíze szerint implementál és nevet aggat rá?
MPI-t a siemens kütyük használnak. Más gyártóknak más megoldásai vannak.
Egyébként odaírtam az előző üzenetbe is: ''A Siemens által használt kommunikációs mód'' :>
Meg nagybani áttekintésként el tudná mondani vki, hogy különböző gyártók PLC-i milyen módokon tudnak kommunikálni egymással ''középszinten''.
Ha két különböző típusú/gyártmányú PLC-t közös nevezőre tudsz hozni a kommunikációs busz tekintetében, akkor meg tudod oldani a kommunikációjukat is egymással.
Tehát ha mindkettőn van pl. RS232 port, vagy RS422, vagy ethernet, vagy profibus, vagy modbus, stb.
Hogy ezen belül a kommunikáció milyen szinten tud zajlani, az már attól függ, hogy a választott buszrendszer mennyire támogatja a dolgot.
Pl. Profibus vagy ennek ethernetes változata a Profinet, az ilyen kommunikációt messzemenőkig támogatja. Vagyis ha ilyen busszal kötsz össze PLC-ket, akkor programból könnyen, kis szoftveres ráfordítással megoldható a két rendszer közötti adatcsere.
Ha a busz nem támogat semmi ilyesmit, akkor mindent neked kell leprogramozni mindkét PLC-ben ami a kommunikációt illeti. Ilyen pl. az RS232 kapcsolat, vagy az alap RS422/485, amikor az összeköttetés csupán a hardvert határozza meg, nincs hozzá tartozó protocol és szoftveres támogatás.
Különböző gyártmányú PLC-k kapcsolatát általában nehéz megoldani, mert kevés a közös nevező és sok a különbség (egy komplett buszrendszer és protokol ebben sokat segít, mint fent is írtam).
Azonos gyártmányokkal jobb szokott lenni a helyzet, mert a gyártó általában kifejleszt valamilyen (nem ritkán egyedi) módszert arra, hogy több PLC kommunikálhasson egymással. Ilyen pl. a már említett RS232C kapcsolat két db Omron CPM között, vagy az egyéb omron PLC-k közötti link, ami semmilyen további programozást nem igényel, csak meg kell határozni milyen adatterületet akarsz milyen irányban cserélni a résztvevők között. Onnantól megy ''magától'' a PLC intézi a kommunikációt, neked csak az áthozott agy küldött adatokkal kell foglalkozni.
Vagy hasonló a helyzet több Siemens S7 (300/400) PLC közötti kapcsolat létrehozásakor, pl. a már említett MPI buszon keresztül. Sok lehetőség van, a PLC alapból támogatja az ilyen kapcsolatot és kevés szoftveres ráfordítással sokmindent meg lehet oldani.
Erről cikkeztem is anno ''Adatcsere S7 PLC-k között MPI buszon keresztül'' címmel, itt: [link]
A gyakorlatban meg az a helyzet, hogy egy olyan gyártási folyamatban, amiben több PLC is részt vesz, a közöttük lévő kapcsolat tartására sokszor elegendő néhány digitális jel átvitele digitális ki és bemeneteken keresztül. Buszos kapcsolatra akkor van szükség, ha sok információt kell mozgatni rövid idő alatt.
Meg mi az a SCADA?
Supervisory Control and Data Acquisition
Egy általában PC-n vagy PC-ken futó program, amely a gyártási folyamatokról közvetlenül a vezérlő berendezésekről (PLC-k) olvasott adatok felhasználásával gyűjt információt és adatokat. Röviden kb a HMI továbbfejlesztése (sokkal tovább)
A SCADA megoldások tulajdonképpen a vállalati információs rendszer számára gyűjtenek információkat a folyamatokról. Általában nagyon összetettek és közelebb állnak a vállati infórendszerhez mint a vezérléshez.
Írd be google-be hogy SCADA
[Szerkesztve]
Új hozzászólás Aktív témák
- Büszke apukák és anyukák topikja
- Google Chrome
- A fociról könnyedén, egy baráti társaságban
- Kerékpárosok, bringások ide!
- Honor Magic5 Pro - kamerák bűvöletében
- Magisk
- Android alkalmazások - szoftver kibeszélő topik
- Filmvilág
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Milyen légkondit a lakásba?
- További aktív témák...
- Philips Evnia 42M2N8900 Gamer Oled Monitor!42"/4k/138hz/0,1ms/Freesync-Gsync/HDMI 2.1/TypeC/Ambiglow
- -56% HP EliteBook 840 G8:i7 1165G7,16GB RAM,512GB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- Monitortató plexi konzol több elérhető készletről MONITORCENTER
- -50% HP EliteBook 840 G8: i7 1165G7,32GB RAM,1TB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- 1.250.000 FT helyett 940.000 FT !! MacBook Pro 16" M3 Pro 12CPU / 18GPU / 18GB / 512 SSD