- Xiaomi 14T - nem baj, hogy nem Pro
- Realme GT 2 Pro - papírforma
- Google Pixel topik
- Garmin Instinct – küldetés teljesítve
- Milyen okostelefont vegyek?
- Nem növel telepméretet a Galaxy S26 Ultra
- Poco X3 Pro - hardverfrissítés
- Xiaomi 15 - kicsi telefon nagy energiával
- Megjelent a Poco F7, eurós ára is van már
- Milyen GPS-t vegyek?
Új hozzászólás Aktív témák
-
Szirty
őstag
válasz
n0rbert0
#4326
üzenetére
Üdv n0rbert0!
Nem vagyok nagy OPC tudor, de véleményem szerint az OPC kommunikáció mint szabvány, (legalábbis az MS azt szeretné) nincs felkészítve arra, hogy a PLC-ben futó programkódot megváltoztassa.
Jelen ismereteim szerint az OPC szerver feladata hogy hidat biztosítson a Microsoft windows és az automatizálás/folyamatvezérlés hardvere közötti adat átjáráshoz. Vagyis egy szabványos (ismert) és egységes kommunikációs (adatformátum) szintre emeli a különböző fajta vezérlőkből (pl. PLC-kből, így a gyártási folyamatokból) származó adatokat. Ezáltal ezek az adatok elérhetővé válnak a Microsoft windows rendszeren futó alkalmazások számára.
Nem célja az ipari automatizálásban, folyamatirányításban működő teljesen különböző vezérlő egységek programozásának egységesítése.(A személyes véleményem egyébként hogy jó az uniformis, mert mindegyiknek ugyanott van a zsebe, de van akire annyira illik, mint tehénre a gatya...)
-
Szirty
őstag
válasz
n0rbert0
#4186
üzenetére
Üdv n0rbert0!
Azt kérdezed milyen gyorsan, de szerintem azt akarod tudni milyen gyakran!
Esetleg a válaszidő érdekel?
Nagyon nem mindegy!Egy adatlekérdezés sebességét (milyen gyorsan) az dönti el milyen a kommunikáció maximális sebessége és a kommunikációs csatorna terheltsége. Etherneten ez a sebesség nagy.
Hogy milyen gyakori lekérdezést tud megvalósítani, arra azt tudom mondani, hogy a WinCC Flexible alapértelmezés szerinti adatgyűjtési ciklus ideje 1 másodperc.
A legkisebb érték ami itt beállítható 100msEgy WinCC Flexible PC runtime-ban lévő kapcsolatok száma maximum 8. Tehát egy runtime maximum 8 PLC-vel tud kommunikálni.
-
Szirty
őstag
válasz
n0rbert0
#3911
üzenetére
Üdv n0rbert0!
"Nem akarok beleszólni, de szerintem erre a feladatra egy On-Off szabályzás lenne a megfelelő megoldás, mivel kétállású beavatkozó szerv van."
Továbbra is azt mondom, amit már leírtam, hogy nem derült ki milyen a beavatkozó szerv, csak azt hogy gőz szelep.
Hogy ez most propszelep, aminek a nyitása analóg jellel vezérelhető, vagy motoros szelep, ami egy nyit és zár digitális jellel vezérelhető (ez a szelep is képes fokozatmentesen befolyásolni a mennyiséget vagy áramlást) vagy egyszerű nyit / zár szelep, amit egy digitális jel teljesen kinyit vagy teljesen elzár.A szövegből az sejthető, hogy a második lehet.
Egy PID szabályzóval mindhárom beavatkozó szerv vezérlése megoldható, így a korábbi véleményem jelenleg is fenntartom. -
byte-by
tag
válasz
n0rbert0
#3911
üzenetére
halo !
de, szóljál bele nyugodtan, ha úgy gondolod , hogy van jó ötleted.
végül is ez a fórum többek között ezért (is) van.nade.
mivel s7-1500-ba (meg amúgy is siemens-be) még kezdő vagyok, járt a szám mielőtt minden lehetőséget végig néztem volna.
persze ettől az optimális megoldást még nem tudom, de találtam egy 3 lépéses PID control blokkot .
ez leheséges megoldás?
ez paraméterezhető pl. inputok jellegge ( AI, vagy DI) , kimenet (AI vagy DI, persze a címekkel együtt) megadhatom, hogy van-e feedback vagy nincs, stb.
ezzel még nem találkoztam.tehát:
ez esetleg használható (hasonló), vagy mégis más lehet a megoldás?
byte-by
-
Szirty
őstag
válasz
n0rbert0
#3802
üzenetére
Üdv n0rbert0!
Hagyományos bemenettel szoftveresen akarod az időt mérni, vagy valami HW támogatással (HSC impulzus bemenet, megszakításra képes bemenet)?
Ha nem, akkor:
Méred a periódusok között eltelt időt, aminek a rciproka arányos lesz a frekvenciával. Így minden érkezett impulzus után lesz egy eredményed a frekvenciáról, de a kiértékelt eredmények gyakorisága és függeni fog a frekvenciától. A frekvencia növekedésével pontatlanabb lesz a mérés.Vagy adott konstans időszakaszkban számlálod az érkezett impulzusokat és az impulzus számából és az időszakasz hosszából kiszámolod a frekvenciát. A kiértékelés lassabb lesz, de az eredményeket azonos gyakorisággal kapod. Megfelelően hosszú időszakasz esetén ez a módszer pontosabb eredményt ad.
-
Csorosz
aktív tag
válasz
n0rbert0
#3668
üzenetére
Köszi szépen!
Közben én is kisakkoztam, hogy annak kell lennie.
Megzavart, hogy analóg bemenetként úgy lehet használni, hogy 8 helyett 4 input lesz rajta.
Aztán rájöttem, hogy ez azt jelenti , 0-10Vig tud 4x2 bementen figyelni 4 jelforrást.
Ha meg digire rakom, akkor 24 v állapotát figyeli 8 inputon.
-
Szirty
őstag
válasz
n0rbert0
#3387
üzenetére
Helló n0rbert0!
Jó irányba indultál ez a módszer megfelelő lesz.
De van néhány megjegyzésem:A 3-as rung-ban a BIN(023) W6 W6 szerepel ha jól látom. Ez így a W6 BCD tartalmát (ide másoltad a timer pillanatnyi értékét (Present Value) ami BCD, ez ok. De a BIN a W6-ba teszi vissza a konverzió bináris eredményét. Még ez sem lenne baj, de BIN előtt always on flag van, tehát ezt az utasítást a PLC minden ciklusban végrehajtja, miközben az 1-es rung-ban lévő MOVE csak egy felfutó élre. Ezért ha már egyszer átkonvertálta a BCD számot binárisra, akkor, a következő ciklusban újra át akarja konvertálni de akkor ott már bináris szám van.
Sajnos néhány bináris szám értelmezhető BCD számnak is, más bináris szám pedig nem.
Ezért én a BIN-t a MOV alá tenném, hogy mindig egyszerre és egymás után hajtsa végre őket.De egyszerűsíthető is a dolog, mert nincsen szükség a MOV-ra mivel a BIN az eredményt máshol is tárolhatja nem csak ott ahonnan a forrást veszi, így a BIN egyben MOV is
A timert én elengedném a max értékig #9999
Ha nem akarsz BCD-BIN konverziókat, akkor használhatsz bináris timert is (TIMHX).
Vagy 1ms felbontású bináris timert (TIMHHX)Bár a mérés pontossága nem lesz 1ms, mert a CPU ciklus edejével szórni fog.
"A reciprok műveletet hogy lehet legegyszerűbben megoldani?"
Elosztod 1-el az értéket
Persze érdemes lebegőbontos számmal csinálni, -
Szirty
őstag
válasz
n0rbert0
#3384
üzenetére
Helló n0rbert0!
A modul képessége egy dolog.
De hiába képes a modul 8ms késleltetéssel beadni a jelet a PLC-nek ha a PLC ciklus ideje pl. 70 ms!
Akkor a PLC-nek 140 ms időre van szüksége, hogy garantáltan észrevegyen egy teljes jelperiódust.
Éspedig a PLC ciklus idejét annak feldolgozási sebessége és a rajta futó program határozza meg és ráadásul általában még csak nem is konstans!
Több üzeneten keresztül épp erre próbálom felhívni a figyelmed.
Lehet javítani valamennyit a helyzeten a bemenet közvetlen kiolvasással és megszakítás kéréssel (ha a bemenet erre képes). De ha a ciklus idő a feldolgozandó jel periódus idejével összemérhető, akkor hardveres feldolgozás szükséges, és nem másért, hanem ezért említettem a high speed countert, ami éppen ilyen. -
Szirty
őstag
válasz
n0rbert0
#3382
üzenetére
Helló n0rbert0!
100Hz-et biztonsággal csak akkor tudsz érzékelni, ha a PLC ciklus ideje 5ms-nál kisebb és akkor a bemenet késleltetését nem is számoltam.
Ha ez teljesül, akkor ok.Szóval meg kell mérned, hogy adott idő alatt hány darab impulzus jön. Pl. másodpercenként méred, akkor a kapott szám a frekvencia lesz Hz-ben.
Pl. jön 28 impulzus másodpercenként, akkor a frekvencia 28 Hz.De mérheted (elvileg) az impulzusok között eltelt időt is, akkor annak reciprokaként kapod meg a frekvenciát.
Pl. ha ezred másodpercben méred akkor kHz-ben kapod az eredményt. Mondjuk két impulzus között mérsz 20 ms-ot, akkor a frekvencia 1/20=0.05 kHz = 50 Hz.
De ilyen rövid időt nem fogsz tudni mérni szoftverből PLC-vel. -
Szirty
őstag
válasz
n0rbert0
#3375
üzenetére
Helló n0rbert0!
Nem tudom hogy van-e ilyen utasítás vagy kész funkció, de megoldható:
- HW-es gyors számláló bemenettel
- Szoftveresen ha a jel frekvenciája kicsi (<10Hz) a kitöltési ideje tényezője pedig olyan, hogy a rövidebb idejű állapot garantáltan és mindig meghaladja a PLC legnagyobb várható ciklus idejét. -
byte-by
tag
válasz
n0rbert0
#3368
üzenetére
halo !
"Az én példámra visszatérve...
Akkor az sem lenne jó megoldás, ha az impulzust felfutó élre tenném? "ez nagyjából az amit Szirty "kukacos" SFTR-nek mondott.
ez magát az utasítást teszi "felfutó"-vá, vagyis a bemenet 1 állapota alatt csak egyszer fut le, majd a következő 1-nél megint csak egyszer.byte-by
-
byte-by
tag
válasz
n0rbert0
#3362
üzenetére
halo n0rbert0 !
Szirty jól mondja.
azért nem always_on-t tettem az utasítás elé a példában , hanem valamilyen bemenetet, mert ez együtt működik a feltételekkel.
vagyis akkor lesz 1 ha azzá teszed, a "shift input "-nak is feltétele, illetve inkább "és" kapcsolatban van.
a pulzus egyszer 1 feltétel, egyszer 0, időalaponként.
de ha akkor 0 amikor a shift input 1 akkor nem lesz léptetés,ha meg 1 és a shift input is 1, akkor minden ciklusban léptet ha a reset 0. márpedig Te nyomógombot akarsz használni.de, jó példák amit Szirti írt, még én sem próbáltam, kíváncsi vagyok.
byte-by
-
Szirty
őstag
válasz
n0rbert0
#3363
üzenetére
Üdv ismét n0rbert0!
Nem írtam, de a 100-as és 200-as CH bitjeit nem használhatod másra természetesen.
Itt egy másik megoldás ugyanarra a léptetésre:
Ha ez jobban tetszik, esetleg egyszerűbbnek tartod használd ezt.
Ugyanúgy működik. A 0.00 és a 0.01 bemenetek léptetik jobbra és balra. Itt is a 100.00-100.03 biteken jelenik meg a léptetett bit. Ez nem használ SFTR vagy más bit léptető utasítást, Nem használja csak a 100-as CH-t, (nincs 200-as control word).
Persze 100CH-ból itt is csak a 100.00-100.03 biteket használhatod fel (a többi bitet is írja, nem tudod a programban másra felhasználni). -
Szirty
őstag
válasz
n0rbert0
#3363
üzenetére
Helló n0rbert0!
Szerintem azért nem úgy működik ahogy szeretnéd, mert a léptető utasításod minden egyes PLC ciklusban lefut.
Amikor a P_1s-el kapcsolod a léptetését (W4.14-et). A P_1s 1 másodperces 50% kitöltésű impulzus sorozatot ad. Tehát fél másodpercig ON fél másodpercig OFF állapotban van. Amikor ON állapotban van (tehát fél másodpercig minden egyes lefutáskor léptet egyet az SFTR utasítás, mert a léptetés feltétele adott. Aztán fél másodpercig nem csinál semmit, majd fél másodpercig megint léptet egy csomót (hiszen fél másodperc alatt sok PLC ciklus lefut).
A megoldás az, hogy vagy "kukacos" SFTR-t használsz, ami csak egyszer fut le minden engedélyező felfutó élnél, vagy magát a léptető impulzust DIFU-zod meg, hogy csak egy PLC ciklus ideig legyen aktív.Itt egy konkrét példa erre:
A példában a 0.01-es bemenet jobbra léptet, a 0.02-es bemenet balra léptet.
A léptetett bitek a 100.00, 100.01, 100.02 és 100.03 bitek. Amikor végig ér, ugrik az elejére az iránynak megfelelően. -
byte-by
tag
válasz
n0rbert0
#3360
üzenetére
halo n0rbert0 !
az SFTR-t használhatod szerintem, ugyanúgy működik, mint az SFT, csak egy control szót kell alkalmazni.
ennek a szónak az utólsó 4 bitje adja össze az SFT utasításait, illetve feltételeit, kiegészülve a reverzibilitással.
pl. a control szó ( C ) : 200, akkor a 200.12-13-14-15 biteket használod , mint "data input"=200.13,
"shift input" = 200.14, "reset bit"=200.15.
ez az SFT-ben ugyanúgy megvan, de nem , mint egy szó része, hanem külön bitenként.
ezért tudsz feltételként ehhez berakni pl. egy 1s-os pulzárt.az SFTR kiegészül a "shift direction" bittel = 200.12.
ennek 1 vagy 0 állapota a jobbra vagy balra léptetés.
ezt a instruction help is irja.
de ezeket a biteket Te is kapcsolhatod akár ugyanúgy 1szekundumos pulzussal pl. a 200.14-et ami a shift input ( a példában) , és akkor már szabályoztad a sebességet, mint az SFT esetében a shift input bement elé berakott pulzusal.
persze a control szót már máshol nem használhatod.
illetve az SFTR - kell még egy feltétel ami nélkül hiába kapcsolgatod a biteket, mint egy engedély a blokkra.
tehát (ha jól gondolom) az SFTR-ben ugyanúgy kapcsolod a control szó bitjeit , mint az SFT esetében a bemeneteket.
byte-by
-
byte-by
tag
válasz
n0rbert0
#3181
üzenetére
halo n0rbert0 !
a CJ2M plc-nek nincs 5V-os kimenete, de létezik hozzá ilyen modul
sajnos ,ez a pl. MD-563-as modul Neked nem segít, mert egyrészt 32+32 bites, egy -két kimenetért nagyon nem éri meg.
másrészt a TIMUH (csak CJ2M sorozatnál) kódjelű időzítő időalapja is csak 0.01 ms, de ezzel a kártyával nincs értelme.
a leggyorsabb kártyák impulzusa is ~ 65 us.(min.)valamilyen elektronikával kellene megoldani, ami a plc modul kimenet megléte után ad egy 10us-os triggert.
ha nem fontos a trigger hossza, hanem csak a bejövő jel megléte, akkor mintegy felfutó élt figyelve a meglévő modulok is jók lehetnek.
byte-by
-
Szirty
őstag
válasz
n0rbert0
#3113
üzenetére
Helló n0rbert0!
Szóval ilyen vizualizációra gondolsz...
Nem ördöngős, de rendesen bele lehet mélyedni azért.Az Unitronics szoftverei "ingyenesek" bár ha nincs unitronics OPLC-d, sokra nem mész vele. Amennyire tudom nincs benne szimulátor, de már régen foglalkoztam vele.
-
Szirty
őstag
válasz
n0rbert0
#3111
üzenetére
Helló n0rbert0!
Vizualizálni PLC-s vezérlést is lehet (HMI, SCADA).
Építészeti programot nem tudok ajánlani, nem mozgok olyan területen.Áramkör, áramút tervezőt ingyenest nem tudok. Nem nagyon van ilyen szerintem, de ha van akkor nagyon alap funkciókkal. De Eplan, Splan WSCAD programoknak van demó változata ami ingyenes, de korlátozott tudású.
Esetleg valamilyen "mezítlábas" megoldás képzelhető még el közönséges rajzolóval, pl. OpenOffice draw.
De azzal rajzolni nagyobb tervek esetén nagyon sok többletmunkát jelentene, mivel nem támogatja az villanyos tervezést. -
Szirty
őstag
válasz
n0rbert0
#3109
üzenetére
Helló n0rbert0!
Erre a kérdésre addig nem lehet válaszolni amíg le nem írod pontosan mit értesz "ipari rendszerek tervezése" alatt.
Áramút terv? Kábelezési terv? Építészeti terv? Teljrsítmény méretezés? Munkabiztonsági terv? Kockázat elemzés? Gépészeti tervek? Pneumatika, hidraulika, PLC program? Robot? Épület gépészet? Épület automatizálás? Energia elosztás?
-
-
Szirty
őstag
válasz
n0rbert0
#3102
üzenetére
Helló n0rbert0!
"Akkor gyakorlatilag a programkód ugyan úgy néz ki, mintha digitális kimeneteken ledeket kapcsolgatnék?!
Csak itt ugyebár analóg kimeneten a reléket fogom vezérelni."Igen ugyanúgy néz ki, de nem analóg kimenetek ezek, hanem digitális kimenetek.
Itt valami fogalom zavart sejtek.
A digitális kimenet itt azt jelenti, hogy két állapota van: Be és kikapcsolt állapota.Az általam linkelt képek WSCAD programmal készültek. Részletet mutatnak egy ipari berendezés áramút tervéből.
"Kár, hogy nálunk az egyetemen nem nagyon foglalkoznak (ilyen szinten) a gyakorlattal...
Sajnos ilyen helyzetben nagyon elveszettnek érzi magát az ember."Maximálisan egyetértek! Az oktatás gyakorlati oldala mínusz nulla
-
Szirty
őstag
válasz
n0rbert0
#3097
üzenetére
Hali n0rbert0!
Itt egy példa:
Ezen az oldalon a PLC 24V- DC kimenetei 24v DC behúzó tekercsű reléket (-KA...) és 24V DC behúzó tekercsű mágneskapcsolókat (-KM...) működtetnek.
Itt az előző oldalon PLC kimenetek által működtetett relék szelepeket kapcsolgatnak. Igaz ezek is 24V-osak, de lehetnek 230V-osak is természetesen:
Itt pedig a -KM... mágneskapcsolók 400V-os három fázisű motorokat kapcsolnak:
-
byte-by
tag
válasz
n0rbert0
#3097
üzenetére
Halo n0rbert0 !
igen , ezt jól gondolod , ha hálózati (vagy más , eltérő) feszültséggel működő eszközöket akarsz működtetni akkor kell valamilyen relé.
"Sajnos kicsit ez a terület idegen nekem, mert eddig szinte csak a digitális ki/bemenetekkel dolgoztam."
a relét nem számítva ez ugyanúgy fog működni, a digitális kimenet a relé tekercsét működteti meg, az meg az utána kötött eszközöket.
persze figyelni kell a kapcsolt teljesítményre is, mondjuk egy szivattyú esetén. úgy kell relét választani.ez plc típus és gyártmány független.
ha a kimeneti feszültség tartományán kívül eső feszültségű eszközt akarsz működtetni, akkor kell valamilyen jelfogó.
akkor is , ha a kapcsolt áram (teljesítmény) esik kívül a kapcsolható tartományon.byte-by
Új hozzászólás Aktív témák
Hirdetés
- OFF TOPIC 44 - Te mondd, hogy offtopic, a te hangod mélyebb!
- Xbox tulajok OFF topicja
- Mibe tegyem a megtakarításaimat?
- OTP Bank topic
- Vezetékes FEJhallgatók
- Tőzsde és gazdaság
- Motoros topic
- Escape from Tarkov
- Nvidia GPU-k jövője - amit tudni vélünk
- A GravaStar analóg klaviatúráira nem mondható, hogy konformisták volnának
- További aktív témák...
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 4070 Ti Super GAMER PC termékbeszámítással
- Telefon felvásárlás!! Samsung Galaxy S25, Samsung Galaxy S25 Plus, Samsung Galaxy S25 Ultra
- AKCIÓ! AMD Ryzen 9 3900X 12 mag 24 szál processzor garanciával hibátlan működéssel
- Azonnali készpénzes Intel i3 i5 i7 i9 12/13/14 gen processzor felvásárlás személyesen / csomagküldés
- Beszámítás! Apple Mac mini 2020 M1 8GB 256GB SSD számítógép garanciával, hibátlan működéssel
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest