- A Princeton újraértelmezte az ultrakompakt hordozható SSD fogalmát
- Milyen billentyűzetet vegyek?
- GoPro Topic
- TCL LCD és LED TV-k
- Amlogic S905, S912 processzoros készülékek
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- OLED TV topic
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Így építsd a billentyűzeted!
- AMD Navi Radeon™ RX 6xxx sorozat
Hirdetés
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
TopSpin 2K25 teszt
gp Djokovic nélkül ugyan, de bő évtizedes kihagyást követően visszatért a TopSpin-széria – itt van minden Grand Slam, de vajon a játéknak mekkora esélye van a világelsői címre?
-
Elvörösödik az Xperia 1 VI
ma Újabb kiszivárgott képek, pontosított specifikációk a japán csúcstelefon kapcsán.
Új hozzászólás Aktív témák
-
Szirty
őstag
Üdv Mec!
"Már sokfelé nézelődtem, de sehol sem találok a felépítéséről semmit."
Az S7-1200 Programmable controller System Manual-ban le van írva.
A fenti angol, ha német jobban fekszik, akkor ezt töltsd le.
-
Szirty
őstag
válasz Dezsi82 #2848 üzenetére
Hali Dezsi82!
Én sajnos csak elméleti fejtegetésbe tudok menni, ezért valószínűleg nem szolgálok válasszal a kérdésedre, de érdekes probléma.
Ha a szervó inkrementális encoderrel dolgozik, és az encodernek az "A" és "B" jelén kívül van "Z" is (ami körülfordulásonként egy impulzus) akkor a pontos refpontot ad az, ha a refpont ind. érzékelő valahol két "Z" között van. és a refpont az adja, hogy elérte ind. érzékelőt és onnantól első "Z".
Sajnos mivel a refpont felvétel ált. a drive magánügye, ha ilyen lehetőséggel nem vértezték fel, akkor ez máris füstbe ment.
Szokott lenni sok (de legalábbis több) reftravel mode. Akkor ahogy mondtad az lehet a legjobb ha elmegy ind. érzékelőig, megjegyzi hol érte el, túlmegy, megjegyzi hol hagyta el és a kettő különbségének a fele lesz a refpont.Amúgy fogalmam sincs, ilyen pontosság még nem kellett nekünk (igaz ált. a szervó utak nálunk 10 méterekben mérhető).
A CNC-k hogy/mivel csinálják ezt?
-
Szirty
őstag
válasz Dezsi82 #2851 üzenetére
Helló Dezsi82!
A szervó hajtásokra jellemző (már amiket ismerek) hogy a refpoontnak nem kell a nulla pontnak is lennie egyben (sőt a legtöbbször nem az).
Durván fogalmazva úgy fest, hogy elballag a refpont érzékelőhöz, ott valamilyen módszerrel (pl. a "hiszterézis kereséssel") felveszi a referencia pontot és a koordináta rendszer nulla pontját ehhez viszonyítva állítja be (többnyire egy előre megadott paraméter alapján.
Több egyforma gépen ennek a paraméternek a beállításával (ha volna ilyen) elvileg teljesen azonos helyre lehetne hozni a hajtás nulla pontja.Sajnos igen a paraméter meghatározásához mérni kell. Mégpedig legalább olyan pontosan, amilyen pontosan be kell állítani egyformára.
A mérésről semmi elképzelésem nincs, nyilván kell egy bázis amihez képest mérünk. De hogy milyen mérési módszer adna ilyen pontosságot nem tudom, nem vagyok gépész.
De abból, hogy a szervó képes mérni a saját mozgását ekkora pontossággal, azt feltételezem, hogy ilyen pontos mérés lehetséges és kivitelezhető.
(Vannak pl. 1um pontosságú optikai távolságmérők) -
Szirty
őstag
válasz Tomika86 #2853 üzenetére
Helló Tomika86!
Igen a kijelzőt lehúzod és onnan is programozható.
Ha nincsenek elállítva a soros port paraméterei, akkor mást nem is kell tenned csak rádugni.Máskülönben szerintem inkább egy CPM1-CIF01kell...
Továbbá ha jól sejtem mindkét megoldáshoz egy ilyen kábel:
-
Szirty
őstag
válasz sörösló #2858 üzenetére
Hali sörösló!
"Néhány kolléga szerint CNC gépeknél az abszolút útadó az egyetlen járható megoldás"
Meg kell jegyeznem, hogy az abszolút jeladó valóban bír határozottan pozitív előnyökkel. Ugyanakkor a fentebb vázolt problémát az sem kerüli meg, de más jelleget ad neki
Nálunk sok szervó működik abszolút jeladóval (Nem CNC). Azoknak is mindenképpen kell referencia pont, legfeljebb ritkábban látogatják.
Ezért előfordul, hogy a refpont érzékelőjét leszerelik és elhasználják másik géphez, mert épp nincs induktív érzékelő a raktárban és az meg pont olyan. Természetesen ezután így is marad, a gép megy tovább, üzemszerű működése közben a refpont közelébe se szagol.
Míg nem aztán ahogy telik-múlik az idő és fluktuálódik a kezelő személyzet megtalálják a "referencia menet" funkciót, mert épp valami baj van és úgy vélek ez kell az üdvösséghez (vagy ennél prózaibb ok alakul ki: szervó drive csere történik).
Szerencsétlen keresi a refpontot bőszen, de az már régen messze jár...(van olyan szervóhajtás, amit 3 éve nem állítottak refpontra)
-
Szirty
őstag
válasz sörösló #2860 üzenetére
Hali sörösló!
"Láttam már csúnya géptörést a refpont hibás érzékelője miatt."
Ó hogyne! A keresés és nem találás ilyesmibe gyakran torkollik...
Jobb esetben tényleg elsettenkedik ütközésig aztán jön a szervó hiba (overload, tracking error, stb.).
Sajnos volt már, hogy az ütközést az energia lánc valósította meg. Az meg ugye nem erős, de okos volt, engedett.
No meg játszott már ütközősdit profibuszos abszolút encoder is... -
Szirty
őstag
válasz Csakénvagyok #2862 üzenetére
Helló Csakénvagyok!
"Azt szeretném kérdezni hogy valakinek sikerült már Virtuális XPről csatlakozni S7-300as procikhoz"
Igen. De etherneten keresztül (TCP/IP). Egy darabig mi is Win7+VM+XP+Step7 felállással próbálkoztunk.
Úgy-ahogy működik a dolog, de rettentő kényelmetlen és nyögve nyelős. Ekkor kialakult és azóta azt javaslom mindenkinek, hogy aki nem szopni akar, hanem hatékonyan dolgozni az nem hogy Win8-at, de Win7-et sem használ ilyen célra (egyelőre).
Aki meg akar, annak jó étvágyat...
Gyanítom,hogy az USB-s megoldás csak akkor fog menni, ha a virtuális gép hajlandó/képes korrekten átvenni a host rendszertől az USB kezelést."nagyobb rezolciót kért volna az S7, de igazán nem a felbontással volt a gond."
Még nem találkoztam olyannal, hogy a felbontással kapcsolatban bármi megjegyzése lett volna (Már ha "S7" alatt a Simatic Manager-t és a Step7-et érted, mert az S7 az maga a PLC).
-
Szirty
őstag
válasz Csakénvagyok #2865 üzenetére
Helló Csakénvagyok!
Ahh. Szóval a telepítőnek kevés a felbontás, nem a Step7-nek (az megy akár 800x600-ban is).
A virtuális gépen használni akkor érdemes, ha nincs mód megszabadulni a Win7-től (pl. mert a géphez nincsenek már driverek XP alá). Valamilyen szinten használható, de összehasonlíthatatlanul kényelmetlenebb, lassabb, körülményesebb és nem ritkán szívás.
Ettől neked még megfelelhet, próba szerencse. -
Szirty
őstag
válasz Dezsi82 #2869 üzenetére
Helló Dezsi82!
Természetesen az összes ellenszenvem a virtuális géppel kapcsolatban a mindennapi "éles" használatra vonatkozik.
Kétségtelenül előny, hogy lehet gyentelni egy VM-et ritkán használt, más szoftverekkel együtt nem működő programokat havonta/évente egyszer-egyszer használni, vagy szoftvert kipróbálni. Arra tökéletes."- Több fejlesztő környezetet használsz és nem akarod hogy az összes környezet összes kis kommunikációs, sql, meg minden egyéb kis kütyüje fusson olyankor is, amikor nem is használod."
Ne viccelj ez meg milyen érv? Azt akarod,hogy a virtualizálás állandó jelleggel két pofára GByte számra zabálja a RAM, ot és felezze a a CPU teljesítményt, mert nem akarod, hogy néhány service elhasználjon 10% CPU időt meg pár-tíz MB memóriát?
Milliókat költünk pár forint megspórolására...
Persze akarhatod, magánügy, nem akarlak meggyőzni semmiről én csak azért írom le miét nem akarom. (Az ellentétek ütköztetése segíthet másoknak eldönteni ők mit vagy mit ne akarjanak)Nyilván megvan az előnye és emiatt a létjogosultsága a VM-nek is. De azért azt merész lenne kijelenteni hogy ezzel együtt nincs hátránya és hogy mindig probléma mentes.
Számomra két alapvető hátránya teszi problémássá a a mindennapi használatát.
Az egyik a mértéktelen erőforrás igénye, és teljesen mindegy hány csillió teraHertzes a CPU (és ezen az erőforrás zabáló VM-en futtatunk erőforrás zabáló szoftvert (.NET-es alkalmazás rulez)). Persze a sebesség még ha mérhető is, van annyira szubjektív, hogy talán ami neked "nem lassú" azt én állni látom, benne van ez is.Mindenesetre szarul nézett ki, amikor baj volt egy géppel és terepen bekapcsoltuk a gépet, a BIOS szokásos fél perces parádéja után feltápászkodott a Win 1-2 perc alatt, aztán az egész boot műveletet megismételtük további 2-3 perc alatt a virtuális gépen, majd további fél perc mire betöltődik a fejlesztői környzet, aztán egy 20-30 másodperc "kiböngészni" a projectet és annak betöltődésekor nézni a homok órát, miközben a fél műszak, a művezető, az üzemvezető meg a karbantartók kérdezgetik hogy na mi a baj, mit csinálsz...
Persze tudom jöhetnek az ellen érvek: Pl. hogy vegyünk gyorsabb gépet. Vagy a notebookban van akku, nem kell leállítani amikor kivisszük (akku van, csak épp egy percet sem bír már szegény).
Vagy hiberbnáljuk, ne bootoljunk, akkor gyorsabban lesz üzemkész. Sajnos van hogy a "sztázisból" bal lábbal ébred a windows és nem jut eszébe hogy hálózat is volt még mielőtt elaludt. Így lehet újra bootolni, ami a leállással együtt, meg a hibernációból való ébredéssel együtt a fenti folyamatra rádob még pár percet. Ezt persze nem mindig csinálja, de ilyenkor (amikor sietni kellene) valószínű :-/Mivel a sok kicsi sokra megy a végén mit látnak? Azt, hogy áll a gépsor, én meg negyed óráig állok tétlenül a gép előtt...
Mióta natív XP megy és nincs VM a gyakran használt fejlesztői rendszer alatt, azóta sokkal hatékonyabb a munka. Ezért javaslom mindenkinek hogy ha teheti kerülje a VM használatát."...és nem szeretnéd, hogy elrontsa a korábbi szoftvert és újra kelljen telepíteni, akkor csak csinálsz egy snapshotot, és bármikor vissza tudsz állni."
A host gépen végrehajtott image mentéssel megoldható.
-
Szirty
őstag
válasz liderces #2877 üzenetére
Helló liderces!
"Nem kötekednék de szeretném kivesézni miért nem való ilyen célra a PLC?"
Mert nem költség hatékony. Nincs értelme a legtöbb esetben ilyesminek, senkin nem akarja PC-n monitorozni vagy gyakran módosítani a kapunyitója vezérlő programját.
A kpaut nyitni akarja meg zárni, tovább a dolog nem érdekli.
Persze lehet kivétel, pl. TeEz egy minimál mikrovezérlőnek is nagyon egyszerű feladat. PLC-t használni ide olyan mint ágyúval lőni verébre. Nagy pazarlás. Tanulni persze lehet belőle valamennyit, de őszintén szólva a feladat olyan mértékben egyszerű, hogy nem túl sokat.
Én nem mondom hogy ne csináld, de vállalkozást ne építs ilyen projectre.
-
Szirty
őstag
Helló d3kk!
Talán ha valaki ismeri ezt a rendszert, majd ír valami neked megfelelő tippet.
Ha egy másik rendszer működését akarod lemásolni, akkor két dolog elengedhetetlen ehhez:
- A másik rendszer működésének a pontos ismerete, mivel anélkül esélyed sincs olyat építeni ami ugyanúgy működik
- A te "másolat" rendszered tulajdonságainak meg kell egyeznie a másolandó rendszer tulajdonságaival lehetőleg pontosan (eltérés esetén a másolat is eltérhet).Az üzeneteidből nem úgy tűnik, hogy ezek a feltételek teljesülnek.
Így ránézésre a "termosztát" ami egy bizonyos (beállított) hőmérsékletnél egy digitális jelet kapcsol ki vagy be nem biztos hogy elég lesz ahhoz amit leírtál..."adot homersekleteknel be ill ki kell kapcsolja a szivattyukat kulon kulon illetv szbalyoznia kell a keveroszelep allasat"
-
Szirty
őstag
-
Szirty
őstag
válasz byte-by #2896 üzenetére
Hali!
Omron CP1E-t én is tudom ajánlani. Kapuhoz annyira nem, de tanulni kiváló, mert könnyen tanulható, az Omron doksik megfogalmazása angolul gyengén tudók számára is jól érthető, sok ábrával magyaráz.
A CX-Programmer pedig hatékony és könnyen használható.
Nem kell hozzá külön drága programozó kábel, egy közönséges A-B-s USB kábel megfelel:[ Szerkesztve ]
-
Szirty
őstag
válasz byte-by #2912 üzenetére
Helló byte-by!
Én a mai napig Dell Latitude D630-at használok a cégnél WinXP 32 bit SP3-al.
Ezen kívül:Nem volt semmi baja telepítéskor. De ennek semmi köze a HW-hez, ez egy installer hiba.
A Step7 szoftverek SQL-t hazsnálnak és érzékenyek az SQL verziókra. Ez sokszor okoz problémát. Továbbá ilyen kiherélt "hacker" XP módosításokkal sem szívesen működik együtt. Ez szintén független a HW-től. -
Szirty
őstag
Helló drgab!
Egy screenshot sokat mondott volna arról mit hogyan csináltál.
Kipróbáltam, nálam működik, így csináltam:Amikor M200.0 +-ból 0-be vált, akkor lép egyet, majd beírja M200.1 pillanatnyi állapotát a shift regiszter elejére (M222.0-ba). 3 bitet tol el balra, az eredmény M222.2-es biten jön ki.
"reset:???? ez miért kell? és mi lesz"
Ha a RESET TRUE amikor a blokk lefut, akkor törli a shift regisztert (avagy annak összes bitjébe nullát ír).
"Whenever the RESET input is set to 1, the locations in the table are set to 0 rather than being shifted."
Hogy kell-e, azt döntsd el te. Van, ez egy lehetőség, nem kell kihasználni ha nincs rá szükség.Bár ennek a blokknak a használata kényelmes (ez a blokk inkább akkor kap fontos szerepet ha több mint 32 bitet kell léptetni), de megjegyzem, hogy vannak bit léptető (shift és rotate) utasítások is:
Létrában és FBD-ben: SHR_I, SHR_DI, SHR_W, SHR_DW, SHL_I, SHL_DI, SHL_W, SHL_DW, ROL_DV, ROR_DW. Azokkal is megoldható a feladat. -
Szirty
őstag
Helló drgab!
Igen, SHL_W word-öt (16 bitet) shiftel. De ez nem baj, mert az a 3 ami neked kell benne van ebben a 16 ban
Persze megvan az a hátránya, hogy ha csak az alsó 3 bit kell neked, akkor a többi kvázi fölösleges (elvész).
De ha nagyon fontos hogy őgí működjön mint az FC92, az is megoldható.
Három változatot csináltam. Az első egy teljes byte-ot használ fel a léptetésre:Igaz, hogy az SHL_W 16 bitet shiftel, de csak 8-at (byte) töltöttem bele.
Igaz ezt alapból el sem fogadja a fordító, sajnos ki kell kapcsolni hozzá a típus ellenőrzést (Type check of addresses).
Ez a módszer az egész MB222 merker byte-ot használja, tehát az MB222.3-MB222.7-ig terjedő 5 bitet nem használhatjuk fel a programban, ám ezek a bitek tartalmazzák a 4. az 5. a 6. stb lépéssel azelőtti állapotot (ha netán szükség lenne rá).Ha azt akarod, hogy csak az alsó 3 bitet léptesse az MB222-ben, akkor maszkolni kell és átmeneti változókra is szükség lesz. Létrában ez:
STL-ben egyszerűbb megcsinálni, nem kell hozzá csak egy átmeneti változó. Bár azt is ki lehetne talán küszöbölni egy kis trükkel:
-
Szirty
őstag
Helló drgab!
"Nem fordulhat elő, hogy a set-elő ág később értékelődik ki, mint ahogy a shift regiszter beolvassa a bemenetén a setelt bitet tartalmazó byte-ot?"
Nem.
Azért nem, mert a program balról jobbra / fentről lefele kerül végrehajtásra, ami sosem változik meg, mindig így csinálja.
Ha ezt a sort beírod létrában és megnézed a kódot STL-ben egyértelmű lesz.Köszönöm az elismerő szavakat!
-
Szirty
őstag
Helló DizzyP!
Hát ez lehet hogy nem lesz olyan egyszerű, mint amilyennek látszik.
Először is lehetővé kell tenned, hogy a PLC kommunikálni tudjon az olvasóval. Ez azzal jár, hogy a PLC-ben kell hogy legyen egy PtP kommunikációs lehetőség. Ez vagy egy RS232/485 PtP kártya, vagy ha PtP-s a CPU, akkor annak a PtP portja megfelelő.
A CPU-ban a PtP porthoz van gyári blokk, amivel tudsz adatot küldeni és fogadni rajta keresztül.Az olvasóhoz való Leuze konfig programmal beállítod az olvasót ahogy neked kell.
- Telegram típusa (egy változtathatót és két fixet ismer)
- Skálázás, ha szükséges
- A növekmény irány (melyik mozgásirányba nőjön az olvasó által küldött pozíció koordináta)
- Preset felvétele ha szükséges (a koordináta rendszer nulla pontjának meghatározása)Amennyire látom, az olvasó a neki küldött kérésekre küldözget válaszokat. Kérés meg van diagnosztikai, pozíció lekérdezés, stb.
Írni kell tehát egy programot a PLC-re, ami ciklikusan lekérdezi a pozíciót az olvasóról és a vett adatokat feldolgozza. Pozíció lekérdezéskor mm-ben fog visszaadni egy 32 bites pozíció értéket, de minden ilyennel együtt küld egy status byte-ot is.
Ezzel is foglalkozni kell, mert ha az olvasónak baja van (ERR) akkor bekapcsol egy bitet amiben jelzi, hogy nicns visszaadható pozíció. Pl. ha szennyeződés miatt nem tudja leolvasni a vonalkódot.
Továbbá küld egy XOR kódot is, amivel neked XOR műveletet kell végrehajtanod, ez az adatbiztonságot szolgálja.
Ha nem akarod, hogy a daru koppanásig menjen valamilyen hiba miatt, akkor ezekkel mindenképp kell foglalkozni!A lényeg, hogy kapni fogsz egy bináris pozíciót, ami megmondja hol van a daru.Ezeket beállított értékekkel összehasonlítva tudod vezérelni a lassítását (ha van neki) és a megállítását.
Néhány jó tanács:
- A megállási pozíciót soha ne egyenlőségre vizsgáld, hanem tartományra!
- Figyelni kell arra, hogy ha a pozíciók nem fixek, hanem lehet állítani pl. HMI-ről, akkor ne kerülhessenek átfedésbe egymással pl. hibásan megadott érték esetén.
- Tanulmányozd a BPS 8 leírását
- Használd a SLEEP funkciót amikor a berendezésed olyan üzemállapotban van hogy egy darabig nem fog megmozdulni. SLEEP módban kikapcsolja a lézert és az eltérítő tükör forgató motorját. Ha ezek éjjel-nappal aktívak az nyilván csökkenti az olvasó élettartamát
- Legyen a pálya két végén külön vészleállító végállás, hogy hibás pozícionáláskor ne legyen nagy baj.
- Esetleg ha használni akarod a pereset funkciót, akkor kell egy fix referencia pont, nyilván szintén egy végállással. -
Szirty
őstag
Helló DizzyP!
"Terminallal csináltam. Inkább magánál a plc program írásánál akadtam el: hogy küldi el a kérést, hogy fogadja az adatokat és azzal én mit tudok kezdeni."
Írtam neked, hogy egy koordinátát fogsz kapni (néhány járulékos egyéb infóval együtt) ami pontosan megmondja hol a daru!
Egy egy dimenziós 32 bites koordináta értéket. Azzal miért nem tudsz mit kezdeni?
Ha azt akarod hogy a daru menjen 22254 koordinátára és a pillanatnyi koordinátája ennél kisebb, akkor elindítod előre, ha nagyobb akkor hátra. Közben folyamatosan (ciklikusan) lekérdezed a pillanatnyi koordinátát és összehasonlítod a 22254-el, ahol meg akarod állítani.
Ha a az aktuális pozíció (koordináta) egy ésszerű tűréssel együtt megfelel a 22254-nek, akkor megállítod.Amúgy nem fogod elárulni milyen kommunikációs lehetőség van azon a PLC-n?
-
Szirty
őstag
Helló DizzyP!
PtP-s CPU-t még nem használtam, de külön PtP-s CP-t igen.
Ahhoz adtak egy CD-t azon voltak olyan program blokkok amikkel lehet kommunikációt megvalósítani (azok nélkül is lehet ha megírja magának az ember).Szóval azoknál a működés lényege az, hogy van egy adási puffer (egy DB blokkban) meg egy vételi puffer.
Amikor adni akarsz valamit, azt beleteszed az adás pufferbe, maly megcsiklandozod az adással foglalkozó blokkot a request bemenetén, erre az elküldi. az adási puffer tartalmát (jelzi is amikor küldi meg azt is amikor készen van.A vétellel foglalkozó blokk folyamatosan figyeli jött-e valami. Ha igen, azt belepakolja a vételi pufferbe és szól hogy adat jött.
HW configban sokmindent be lehet állítani az adatsebességen, bitek számán paritáson kívül is, azt át kell nézni. Pl. az adás végét jelző karaktar (ha van ilyen) időzítések, legyen-e adatfolyam vezérlés, felülírja-e a vételi puffert, stb.)
Sajnos nem tudom a PtP CPU-nál ez a dolog hogy néz ki, de valószínűleg ehhez hasonló lehet.Közben megnéztem (bár nem tudom az öt féle 314C-2DP PtP közül melyik van neked, én találomra a 6BG03-at néztem) nagyon hasonlóak a beállítások.
Nem akartam túllihegni a válaszom, nem ismerem a háttered és ezek szerint a kérdést is félreértettem...
Amikor én ezzel foglalkoztam, a PLC---Eszköz összekapcsolása mellett párhuzamosan az eszköz adás vonalára rákötöttem a PC soros portját is (egy RS422/485-ös átalakítón keresztül). Így azt az adatot amit a PLC kapott, a PC is megkapta és egy terminálprogrammal (ZOC) tudtam nézni mik jönnek. Sokat segített.
[ Szerkesztve ]
-
Szirty
őstag
Hali belys!
Tehát a T101 idejét akarod felezni indítás után. T101 ideje DM8-ban van.
Gondolom DM8 tartalmát állítja a HMI panel egy input mezője.A T101-nél DM8-at kicseréled egy szabad D memória címre (legyen DM100, hogy a szövegben legyen mire hivatkozni).
Ezután a DM8 tartalmát vagy MOVE-al átteszed DM100-ba, vagy elosztod kettővel és az eredményt teszed DM100-ba, amikor fele időt akarsz.
BCD osztást használj, a timer SV BCD típusú adat.Így ha változtatnak a bekapcsolás idején, a rövidebb idő is változni fog, mindig a beállított fele lesz, bármennyit állítanak be panelen.
[ Szerkesztve ]
-
Szirty
őstag
Hali vopi86!
Ha jelszóhoz akarod kötni egy bit bekapcsolását, akkor ne úcs csináld, hanem így:
1. Leraksz egy gombot (button) aminek az egyik eventjéhez beállítod a SetBit funkciót, annak megadod a kívánt bitre mutató Tag-et.
2. Létrehozol egy felhasználót (user administration) annak adsz egy megfelelő hozzáférési szintet és jelszót rendelsz hozzá
3. Az iménti nyomógombnál bekapcsolod a jelszavas védelmet (Properties/Operate) és megadod neki azt a felhasználói csoportot, amelyikhez az imént a felhasználót hozzárendelted.
Kész.
Ha megnyomod a gombot kéri a jelszót. Ha megadod a jelszót megnyomhatod és akkor bekapcsolja a bitet. Ha nem adsz meg jelszót vagy rosszat írsz be akkor hiába nyomod, csak újra kéri a jelszót, a bitet nem kapcsolja be.
-
Szirty
őstag
Szevasz vopi86!
Úgy, hogy a hardver konfigban, a CPU tulajdonságoknál beállítod a Renetive Memory fülnél hogy mit őrizzen meg feszmentes állapotban:
Gondolom a táblázat kitöltése magától értetődő, nem magyarázom.
Az azonban fontos, hogy amit itt látsz az függ a CPU típusától is.
Van olyan CPU pl. aminél a DB-k mindenképpen megtartják az adatokat, ezért azt itt be sem lehet állítani melyikből mennyit tartson meg.
Amennyiben a képen látható módon DB-nként beállítható miből mennyit tartson meg, neked kell eldöntened mely adatok fontosak.
Komolyabb project esetén az ilyen CPU típusnál ezzel előre kell számolni és a megtartandó fontos adatokat (üzemállapot, beállítások) egy helyre kell csoportosítani, hogy átfedésbe lehessen hozni az adatmegtartásra kijelölt memória területekkel. (Ha össze-vissza lennének ezek a megtartandó adatok, akkor ez nem biztos hogy maradéktalanul sikerülne)
Az gondolom logikus, hogy az összes DB-t és merkert nem biztos hogy be tudod adatmegtartásra állítani, hisz a retentív terület mérete korlátozott (különben értelme sem volna ennek a beállításnak). -
Szirty
őstag
Hali vopi86!
"Azt hogyan kell beállítani, hogy minden alkalommal kérje a jelszót ill. felh.nevet?"
Minden alkalommal kéri, amikor nincsenek bejelentkezve.
Tehát hogy újra jelszót kérjen ki kell jelentkezni (logoff). Alapból ez 5 perc tétlenség után magától megtörténik. Ha a panelt 5 percig magára hagyod, megint kérni fogja a jelszót.
Ez az idő állítható az User administration / Properties / General / Atomatic logoff /Minutes to logoff beállításnál:Ki is kapcsolható, akkor magától nem jelentkezik ki.
Ha az időzített automatikus kilépés nem felel meg neked, és azt akarod, hogy ha bármilyen rövid időn belül újra megnyomják a gombot akkor megint be kelljen lépni, használd a Logoff funkciót a SetBit után a nyomógomb Eventjénél:Ekkor a következő történik:
A gombot megnyomják, de mivel annak Security / Authorisation beállítása nem üres, a gombhoz rendelt események nem kerülnek végrehajtásra.
Mivel ekkor a felhasználó nincs bejelentkezve, feldobja a jelszó kérő ablakot. A felhasználó bejelentkezik, majd ismét megnyomja a gombot. Mivel ekkor be van jelentkezve ledutnak a gomb eseményhez rendelt funkciók, vagyis bekapcsolja a bitet a SetBit funkció, majd azonnal ki is jelentkezik.
Így ha ismét megnyomják a gombot, megint jelszót fog kérni..."m66.1-es merkert hogy lehet beállítani, hogy kikapcsolás után is megtartsa az értékét?"
Lásd az előző üzenetet (Retentive Memory beállítás!
[ Szerkesztve ]
-
Szirty
őstag
-
Szirty
őstag
válasz 01101010111 #2952 üzenetére
Szevasz 01101010111!
Gondolm WinCC helyett WinCC Flexible-ről van szó.
Tehát azt akarod, hogy a PLC tudja melyik screen van a HMI-n megjelenítve.
A dolog többféleképpen is kivitelezhető, leírom ln hogy szoktam.
A dolog mechanizmusa az, hogy a HMI-ben felvejető egy areapointer, ami 5 integert tartalmaz. Ezekben minden képernyőváltáskor közli, hogy hanyas kép van kiválasztva és az user kép vagy rendszer kép, továbbá megadja azt is, hogy az adott képernyőn melyik mező van kiválasztva (ha van kiválasztható mező a képernyőn, pl. input field).A megvalósításhoz a következő lépéseket kell követned:
1.
A PLC-ben valamelyik DB blokkban kijelölsz 5 szó (10 byte) hosszúságú helyet. Célszerő az operátorpanellel való foglalkozáshoz egy külön DB-t használni,de egyébként mindegy mi van még a DB blokkban. 5 integer típusú bejegyzésre lesz szükség:A példában én a DB10-et használtam erre, a kép tehát a DB 10 egy részletét mutatja.
2.
A WinCC Flexben Communications / Connections képen átváltasz az Areapointer fülre és For all connections sorban megadod a létrehozott 5 integer kezdőcímét (DB10.DBW10)TIA portál esetén ugyanez a beállítás szükséges (de arról nem csinálok külön screenshotot).
3.
A PLC-ben ezután a DB10.DBW12-ben megkapod hányas számú kép van kijelezve. De ez csak akkor igaz, ha a DB10.DBW10 tartalma =1 (ebből derül ki, hogy nem rendszer képernyőről, hanem felhasználóiról van szó).
Ha biteket akarsz bekapcsolni amikor egyes képernyők vannak kijelezve, akkor egyszerű összehasonlításokkal könnyen megteheted.
Pl.:Ha sok képernyőhöz kell külön-külön ilyen biteket kapcsolgatni, akkor érdemes csinálni egy program blokkot ami ezzel foglalkozik.
-
Szirty
őstag
válasz 01101010111 #2952 üzenetére
Üdv 01101010111!
Azt elfelejtettem megjegyezni, hogy az előző hozzászólásommal tulajdonképpen nem is válaszoltam a kérdésedre, mert te TAG-be akartad tenni az aktuális screen számát, és WinCC-ben akartad megoldani. Én meg Areapointerbe raktam és WinCC Flexible-ben adtam példát.
A WinCC Flexible vs WinCC kérdésre utaltam, a második hiányosságot pedig most küszöbölöm ki:
Ha a HMI-ben is tudni akarod, hogy melyik az éppen kijelzett kép (mert pl. scripttel akarod feldolgozni vagy éppen kiírni ezt a számot a template screen-en), akkor készíts a DB10.DBW12-re mutató integer TAG-et.
Abban az előző üzenetem alapján automatikusan az aktuális képernyő száma lesz. Ha fontos hogy a system screenek ne keveredjenek bele, akkor a PLC-ben elkülönülő címre kell tenned a TAG-et (nem az areapointerre) és programban összehasonlítással kizárni a system screent, és csak akkor írni pl. nullától eltérő értéket a TAG-be amikor user screen van a képernyőn.[ Szerkesztve ]
-
Szirty
őstag
válasz Gallusz #2956 üzenetére
Hali Gallusz!
Azért kell ez, mert kevés a 16 kimenet? Ilyen megoldást csak végső esetben szerintem.
Milyen kimenet az a 16 azon kívül, hogy digitális? 24V, 230V, relés?
Van a 16-on kívül még 2 vagy 4 kimenet aamit fel lehet használni a multiplexeléshez, vagy ez a 16 van csak? -
Szirty
őstag
válasz isvarga #2962 üzenetére
Hali isvarga!
Veled értek egyet. Venni kell bővítő modult a 200-ashoz és nem ilyen megoldásokhoz folyamodni.
A tárolós megoldás ugrott be elsőre nekem is, de ahelyett inkább elleneztem ezt a kimenet sokszorozást, ezért nem írtam le.Ennek is van egy pár hátránya.
Pl. szint illesztésről kell gondoskodni, a 4094 max 20V-ot visel el, kell egy külön tápegység is az egészhez.
A PLC elejti az összes kimenetét ha pl. egy hiba miatt STOP állapotba kerül. Ezzel a megoldással azonban úgy maradnak a relék ahogy voltak.
Fogalmam sincs, hogy ez a megoldás mihez kell (hiába kérdezem, Csakénvagyok nem hajlandó válaszolni) de ha otthoni fényjátékhoz karácsonyra, akkor ez nem gond, de ha valamilyen ipari berendezést kell vele vezérelni, akkor probléma lehet, erre is gondolni kell.
A kimenetek kapcsolási sebessége is tizedelődni fog, ha a PLC 30ms ciklus idővel fut, akkor egy ilyen multiplexelt kimenet kapcsolása akár 240ms késést is szenvedhet. De mivel nem árulta el mire kell megint csak nem lehet tudni ez a tulajdonság jelent-e akadályt. -
Szirty
őstag
válasz Csakénvagyok #2965 üzenetére
Szia!
Abszolút!
Mellé lőttem, elnézést!
Gallusz nem nyilatkozik! Az ő nevét kell behelyettesíteni a tieddel.
Sorry! -
Szirty
őstag
válasz Csakénvagyok #2970 üzenetére
Helló Csakénvagyok!
Nem tudom mit értesz kezdeti állapot "figyelésen". Nyilván van egy "kezdet", amikor a programot először elindítod. Mivel a program nem tudja hogy a születését megelőző órában volt-e indítás és hányszor, feltételezhetjük, hogy nem volt. Ha a 6-nál több indítás nagyon kritikus, akkor feltételezhetjük azt, hogy volt már hat indítás, így egy óráig a program futásának kezdetétől nem enged indítást végezni, tehát teljesülni fog az hogy ne legyen több hatnál.
"szóval az első órákban csak óránként lehet indítani,"
Nem!
Az első órában akár hatszor is el lehet indítani, akár egy másodpercenként is (bármilyen gyakorisággal, de csak hatszor).
Honnan veszed hogy csak óránként lehet? Feltételezzük, hogy a számláló tartalma a program indításakor nulla, és az indítást csak akkor gátolja hat vagy több, akkor miért ne lehetne többször indítani?"de még később is csak akkor lehet egynél többször bekapcsolni ha előtte párszor kimaradt."
Bármikor lehet egynél többször indítani, ha abban az órában 5-nél kevesebb indítás történt.
"Ugyanakkor ha előtte többször is kimaradt egy idő után lehetséges többször is mint 6 indítani."
Soha nem lehetséges egy órán belül hatnál többször indítani, mert a számláló 6 után tiltja az indítást.
Természetesen ha az egy órát nem aszinkron módon kell mérni amin belül nem lehet 6-nál több indítás, hanem az első indításhoz mérjük, akkor más a helyzet.
De a probléma megfogalmazásában ilyen kikötés nem volt, ezért a számlálós megoldás is megfelel."Egy megoldás úgy is lehet hibás, hogy rosszul van megfogalmazva maga a probléma!"
[ Szerkesztve ]
-
Szirty
őstag
-
Szirty
őstag
válasz Csakénvagyok #2973 üzenetére
Helló Csakénvagyok!
"De mivel csak óránként eggyel csökkented a számláló értékét, s valamint ha az előző órában már 6szor beindították akkor ebben az órában már maximálisan csak egyszer indíthatsz."
És mi van, ha az előző óra 59. percében elindították hatszor, majd a következő óra 1. percében megint hatszor? Akkor 2 percen belül 12x indították, pedig óránként kell maximum hatot megengednie
Az eredeti kérdésben az sem egyértelmű tehát, hogy az 1 órás időtartamot hogyan is kell mérni.
A jelen időtől visszafele mért elmúlt egy óra (relatív) az az 1 óra, vagy Reggel 8:00-9:00 9:00-10:00 stb fix időpontok között eltelt (abszolút) 1 óra.Mivel minimális értéket nem adtál meg a számlálónak, ez akár 0 értéknél kisebbet is felvehet, ami azt eredményezi hogy akár 6nál többször is el lehet indítani
A SIMATIC S7-300 PLC-ben a számlálók értéke soha nem lesz negatív.
Új hozzászólás Aktív témák
- Hálózati / IP kamera
- A Princeton újraértelmezte az ultrakompakt hordozható SSD fogalmát
- Milyen billentyűzetet vegyek?
- Autós topik látogatók beszélgetős, offolós topikja
- Motorola Moto G54 5G Power Edition - nem merül le
- GoPro Topic
- Mobil flották
- Spórolós topik
- TCL LCD és LED TV-k
- Laptop csatorna inditasa 2023 vegen YouTube-on?
- További aktív témák...
- HP Z8 G4 duplapresszoros és Z4 G4 windows 11 kompatibilis munkaállomások
- Corsair HX1200 80 PLUS PLATINUM - eladó!
- Google Pixel 8 Pro Obsidian 128gb - Bontatlan, Google gari, akár beszámítással
- Eladó Intel 13600KF + 4070TI + DDR5 32GB 6GMT Ram + 512 gb nvme ssd
- Sony FE 35mm f/1.4 GM (Sony E) + NiSi 67 mm
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen