Hirdetés
-
Jó dolog az AI, de emberek nélkül nincs játékfejlesztés
it A Tomb Raider franchise tulajdonosa szerint egy dolog az AI térhódítása – de a sikeres játékfejlesztéshez emberi kreativitás kell.
-
DOOM: The Dark Ages címmel jön a sorozat új része?
gp Lehetséges, hogy a következő játék az eddigiektől drasztikusan különböző helyszíneken és időszakban játszódik.
-
Békésen legelészik a májusi hardvercsorda
ph Ezúttal monitorokat, processzorhűtőt, házat, routert, tápokat, egérpadot és akciókat tereltünk be a szombati karámba.
Új hozzászólás Aktív témák
-
DP_Joci
tag
Szia,
Hirtelenjében nem vágom, ennek a megoldását.
Sajnos a V12 PLC-SIM nem akar működni, ezzel küzdök már egy ideje. Feltettem a V12 prof SP1 upd3 –at is, most telepítem újra PLCSIM v12 sp1-et. Egyszerűen a szimulátor hibával „megszakad”, és nem tudok bele programot letölteni.
Visszatérve a panelre, hogyan lehetne ezt megoldani? Lenne egy input mező és az ott beírt adatokat lementeném egy DB-be? És hogyan jelennének meg újra?
-
byte-by
tag
halo !
tudom , hogy illik ponosan leírni a cikkszámot, stb. etc, ez mellett már magam is emeltem szót, de ezt most nem tudom.de megpróbálom amit lehet.
gondoltam a java-ra, de az IT nincs a helyzet magaslatán.
személyes sértésnek vesznek minden magánakciót, pl. a java, vagy akár az adobe reader frissítése is.
ezek forrest gump-nak sem okoznának nehézséget, de valamilyen oknál fogva a könnyeiket törölgetik, ha nem ők frissítik a pc-ket.amikor meglátták az új PG-t, egy hétig hallgattam, hogy ez micsoda és honnan van.aztán elájultak, hogy erősebb, mint a szerver, de csak sokadikra sikerült (szerény részvételemmel) upgradelni a TIA portal-t v11-ről v12-re.
kicsit nehézkesen mennek a dolgok.
köszönöm az észrevételeket, ha sikerül akkor az megint egy tapasztalat lesz.[ Szerkesztve ]
-
-
byte-by
tag
halo Szirty !
igen. mondom.
a szabályzó szelep elött van egy központi szelep ami a működés elején teljesen kinyit.a szabályzó szelep nyit-zár rendszerű, ezzel kellene az állandó hőmérsékletű bejövő ági gőzt szabályozni egy hőcserélő felé, ami egy befúvó ventillátorra van építve.
itt nem csak fűtésről van szó, hanem igazából szárításról.tehát a szabályzó szelep egy teljesen nyitott gőz szelep után van.nyit-zár rendszerű , digitális vezérlésű.
annyit tudok, hogy mikor van teljesen nyitva vagy teljesen zárva, a kettő közötti helyzetéről nincs információ.
különálló rendszer , nincs köze a gőz szelep vezérléséhez.a rámenő gőz hőmérséklete sem releváns, befolyásolni nem tudjuk.
hőfok értéket a fűtött helységből nyerünk hőérzékelő által.lehet, hogy nem látom át, de hogy lenne érdemes a hmi-n beállított értékre szabályozni.
nem tudom , talán megfelelő az információ.byte-by
[ Szerkesztve ]
-
byte-by
tag
halo !
nem szeretnék róla visszacsatolást, írtam is , hogy ilyen nincs.
információ a véghelyzetekről van.ez előtti levelemben jeleztem, hogy történtek némi változások.
lesz néhány leágazás, plusz eszközök.
és a szelep motoros szelep lesz, két kimenettel, egy ami teljesen kinyitja, egy ami teljesen bezárja.ha egyik kimenet sincs a szelep megtartja helyzetét.
jelenleg sok minden csak papíron van, előre próbálunk dolgozni.ehhez kellene a korábbiakban felvázolt szabályzás.a portálodon is nézem.
byte
-
attrax
aktív tag
Köszi a bíztatást most nem vágom a verziószámot de azt tudom ,hogy sima 24C tranyós kimenetekkel.A cuccra rá van írva hogy AI-6-AI7 0...10V csak nem tudom miként tudnám ezt leszervezni azon felül hogy meghívok egy treshold paramétert.Én azt szeretném hogy egy kimenetet tartson meg egy időzítő x ideig és ne kelljen nyomkodni a gombokat ha változtatni szeretnék az időn.Holnap a cégnéál lefigyelem milyen logo pontosan.Köszi!
[ Szerkesztve ]
Unterschreiben
-
Szakbarbár
aktív tag
Köszönöm, mindjárt kipróbálom. A PLC Omron Sysmac CJ2H-CPU65EIP, a hőfokszabályzó CJ1W-TC003.
Egyelőre még csak a létradiagrammal barátkozok, a funkció blokkokat nem is néztem. Sok mindent kell még tanulnom, de magamtól elég lassan jövök rá a dolgokra. A CX programmer súgója és fórum alapján haladok az alapoktól.Ez a hozzászólás nem jöhetett volna létre elektromosság nélkül.
-
Szakbarbár
aktív tag
Ebben a PDF-ben:Omron utasítások kézikönyve
239. oldalEz a hozzászólás nem jöhetett volna létre elektromosság nélkül.
-
Szakbarbár
aktív tag
Üdv
Nem volt fölösleges a válasz, mert tegnap délután egész sokat foglalkoztam a funkció blokk írásával, úgyhogy volt mit tanulnom. Köszönöm a segítséget. Közben rájöttem, hogy a kijelző alapból tudja azt a funkciót amire én ciklust szerettem volna írni.
Ez a hozzászólás nem jöhetett volna létre elektromosság nélkül.
-
Teuton99
csendes tag
Üdv Szirty!
A hiba az volt, amit te is írtál
Átnéztem az általad küldött kódot, majd módosítottam aszerint az enyémet, de sajnos megint stop-ba tette a PLC-t. Megnéztem a diagnosztikát és a következőt kaptam:"New startup information in STOP mode
Startup prevented by:
-STOP request exists
-Cold restart or warm restart necessary
Startup information:
-Time for time stamp at the last non bracket up power on
-Single processor operation
Current/last startup type:
-Warm restart triggered by switch setting; last power on not backed up
Permissibility of certain startup types:
-Manual warm restart permitted
-Automatic warm restart permitted
Last valid operation or setting of automatic startup type at power on:
-Warm restart triggered by switch setting; last power on not backed up
Operating mode: STOP (internal)
Incoming event"Mit csinálok rosszul? :
Ui: Még annyira nem ismerem a PH-n a fórumos opciókat (másrészt siettem ), de igyekszem ezentúl esztétikus hozzászólásokat tenni
-
Teuton99
csendes tag
Szia Szirty!
A probléma megoldódott: a program végén lévő index léptetésnél SLD-t haszáltam, ami azért nem jó, mert csak INT-eket tárolok és így a double word miatt túlcímzés alakult ki (ez volt az amit a hibaüzenetből kihagytam, túlment a program a megadott címtartományon). Ezért átírtam SLW-re, ami már passzolt az INT-ekhez és a program lefutott.
Mégegyszer köszönöm a segítséget
Ui: a hibaüzenet az utókornak:
"STOP caused by programming error (OB not loaded or not possible, or not FB)
Breakpoint in user program: Cyclic program (OB1)
Priority class: 1
OB number: 1
Module address: 36" -
KB.Pifu
tag
szia!
Én is pontosan ezzel a feladattal kezdtem, mondjuk nekem másfél hónap volt "egyedül" rájönni de mostmár azért egyre jobb vagyok, de egy kérdésem azért van, hogy a későbbiekben ne kövessek el hibákat.
L MW 24
L 2
*I
SLD 3
LAR1
L MW 24ugye itt készítünk pointert a sorszámból, INT -en megszorozzuk kettővel utána DoubleWordben léptetjük a biteket amivel azt érjük el, hogy 8-val szorozzuk.
Ezzel nem egyenértékű a SLD 4 használata? -
Szakbarbár
aktív tag
Én építettem volna, de véletlenül rövidre zártam a fototranzisztort, így már tárgytalan a kérdésem. Sajnos nekem nincs analóg bemenetem, csak digitális.
Moseras: Ez alapján indultam el a tervezésben, csak eléggé hiányos az elektronikai ismeretem.
[ Szerkesztve ]
Ez a hozzászólás nem jöhetett volna létre elektromosság nélkül.
-
KB.Pifu
tag
üdv!
Hát azt csak ezért mondtam, hogy látszódjon, hogy nem csak kérdezek, hanem magam erejéből is előre akarok jutni.
Kérdésedre válaszolva pedig úgy, hogy megnyomtam az f1-et a Tar1 -nél és rájöttem mire megy ki a játék.
Értem a célzást, megnyomom legközelebb magam is.Megmondom őszintén azt hittem a SET a program lefutásában valami magasabbrendű kulcspozíciót játszik, eszembe se jutott hogy megnézzem a súgót egy bit állapotának állításához (csak ma reggel a buszon, akkor már sejtettem hogy hülyeséget kérdeztem), annyira egyértelműnek tűnt hogy tudom.
-
Szirty
őstag
...vagy amikor a robot felveszi a kartonpapírt, de szarok a szívófejek vagy az ejektor bezabált porral, vagy a karton görbe és aközben ejti el, miközben fordul. ..és a papír röppályája metszi a robot alatti csomag érzékelő fotocella infrasugarát, minek következtében a vezérlés azt hiszi, hogy megérkezett a csomag. Ettől a robot fogja magát és felveszi a semmit, amit annak rendje és módja szerint oda "tesz" ahova a valamit kellene. Ha ezt nem veszik észre, akkor a következő körben leborul az egész a francba.
Na ere is beírják, hogy elektromos hiba: ok: a program megbolondult :-) -
rsf
senior tag
Az előző munkahelyemen a mechanikai hibákat, elállítódásokat nem lehetett menet közben javítani, mert nem állhatott meg a sor. Ilyenkor jól jött a probléma "megoldása" elektromosan. Volt olyan, hogy több mint egy hétig volt force-olva egy bemenet amin egy mechanikus érzékelő volt. Vagy szoftveresen kellett szimulálni egy bejövő jelet. stb....
De szép idők voltak azok.........
Üdv.“Az a baj a világgal, hogy a buták mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.“
-
KB.Pifu
tag
Üdv!
Nálunk egy robotkar fél órán át dobálta el a terméket látszólag minden ok nélkül, pontosan ráfog, felemeli, lefényképezi a DMC kódot majd kivágja a kukába, ami nem volna gond ha a kód rossz lenne, bőszen kapcsolgattuk kifele hátha megjavul "magától", és csak utána derült ki, hogy a megfogón egy két csavar a megfogó fejben fel volt lazulva és lehetséges, hogy rosszul tartotta kicsit mikor lefényképezte a kódot.
Jah és persze mindenféle hibaüzenet nélkül tette mindeztDe ezt már sosem tudjuk meg, felvettek mint PLC-st és se laptop se program, még a kézi ellenőrzőket is mind külsős csinálja (meg minden mást is) én meg gondolkodom hogy ezek hülyék-e.
-
KB.Pifu
tag
szia!
Szeretném kérdezni, hogy van-e valami olyan különbség a két módszer között, ami miatt érdemes csak az egyikre koncentrálni. A kettő nekem ugyanaz, kiválasztja a legnagyobbat és legkisebbet 10 word adathosszon, dbw 0-tól kezdve.
ezt a verziót láttam a bubble_sortban amit linkeltem
OPN DB 2
L DBW 0
T DBW 20 // min eredmény helye
T DBW 22 // max eredmény helye
LAR1 P#DBX 0.0
L 10
loop: T #Loop1
L DBW [AR1,P#0.0]
L DBW 22
<I
JC ver1
TAK
ver1: T DBW 22
L DBW [AR1,P#0.0]
L DBW 20
>I
JC ver2
TAK
ver2: T DBW 20
+AR1 P#2.0
L #Loop1
LOOP loopés
OPN DB 2
L DBW 0
T DBW 20 // min eredmény helye
T DBW 22 // max eredmény helye
L 10
next: T #tmpLoop
DEC 1
SLD 4
LAR1
L DBW [AR1,P#0.0]
L DBW 22
<I
JC ver1
TAK
ver1: T DBW 24
L DBW [AR1,P#0.0]
L DBW 20
>I
JC ver2
TAK
ver2: T DBW 26
L #tmpLoop
LOOP nextvan valami oka, hogy következetesen a második verziót használod az AR1 növelésére ?
Ez volt a feladat ami miatt elkezdtem programozni, állásinterjún megkérdezték hogy ezt hogy csinálnám...üdv
Pifu[ Szerkesztve ]
-
KB.Pifu
tag
Köszönöm válaszod, de sajnos rosszul fogalmaztam! Többek között ez különböztet meg egy mérnököt tőlem
loop: L 10
DEC 1
SLW4
T #Count
L W [AR1,P#0.0]
L W [AR1,P#2.0]
==I
jcn m001
L #counter // "egyenlőség számláló" végső soron ezt lesz módusz értéke
INC 1
T #counter
m001: ... // itt akadok el,Én a #counter értékét szeretném menteni, ugye ha talál pár egyforma számot akkor azt növeli, de ha ==I -ra nem talál egyenlőséget akkor jelenti azt, hogy az érték megváltozott és nullázni valamint menteni kell hogy a következő alkalommal mikor szintén 0 az RLO az össze tudjam hasonlítani.
Nem is tudom hogy kellene szépen megfogalmazni, talán a hurok N és N+1 számolt értékét szeretném úgy összehasonlítani, hogy csak a nagyobb maradjon vagy a következő ciklusban csak akkor írja felül ha én szeretném
üdv
Pifu -
KB.Pifu
tag
üdv!
Már megint egy kicsit félrevezettelek
A min/max keresés az első gyakorlófeladatom volt, hogy az AR -t és a LOOP-ot megtanuljam, és azért másoltam be kétféle módon, mert pontatlan lettem volna, mikor megkérdeztem, hogy miért jobb az egyik AR növelés a másik AR növelésnél.
A mostani helyzet, hogy keresem egy adatsor móduszát és talán a legkönnyebben úgy találom meg ha sorba rendezem és számolom az egyenlőséget.
A bubble_sortot pedig azért linkeltem be, mert nem értettem hogy működik, én még csak nagyjából 2-3 hónapja foglalkozok komolyan a programozással, nekem egy trükk/módszer megtanulása is eredmény!Szóval adott a rendezett adathalmazom (feltételezve, hogy mindegyik értékből egynél több van, és minden RLO=0 után mindenképp talál bizonyos mennyiségű egyforma értéket), számolom az első szám gyakoriságát, ha nem talál több egyenlőséget, akkor törölnöm kell a számlálót mentés után és a következő értéknek a gyakoriságát tölteni bele, majd a következő RLO = 0 esetén összehasonlítani a kettőt, megtartani a nagyobbat és folytatni tovább.
Csak nekem ez nem akar összejönni, és nem látom be hogy miért.
Most azon gondolkozok, hogy egy boolean változó használata megoldja a problémát? Vagy ehhez külső és belső ciklus kell vagy esetleg mindkettő?üdv:
Pifu[ Szerkesztve ]
-
KB.Pifu
tag
szia!
idézlek (#3931)
"Ha már sorba van rendezve, akkor csak meg kell számolni mennyi egyforma van egymás után. Ha a darabszám mellé rögzíted azt is melyiket számoltad, akkor mire a végére érsz tudni fogod melyikből van a legtöbb ha így csinálod.
Elég kettőt nyilvántartani. Az egyik az előző, a másik amit éppen számolsz. A számolás végén, ha az kevesebb mint amit rögzítettél eldobod. Ha több, akkor felülírod az előzőleg tároltat."
Nekem valahogy nem megy, nem tudom kezelni az "előző" - értéket, hogy valahol véletlenül felül ne írjam a jelenlegivel.
-
rsf
senior tag
Na de már a Siemensnél is fordult a világ pl. a TIA Portallal programozható új PLC-knél pl.1500-as CPU családnál már gyorsabban fut a létra mint az STL.
Az STL a Siemensnél szépen megy a süllyesztőbe.
Az STL azért volt alap a Siemensnél,mert komolyabb feladatokat STL ismeret nélkül nem lehetett megoldani.
A Siemensnél csak most látták be, hogy az ujabb generáció nem akar az STL-lel bajlódni. Más márkák már évek óta kivezették a saját STL -jüket. Vagy legalábbis a létrát jobban nyomták.
De olyat, hogy létrában egy csomó mindent nem lehet megcsinálni az STL-hez képest, csak a Siemensnél láttam.
Üdv.
Ui: A fenti mondatok a saját véleményemet tükrözik.“Az a baj a világgal, hogy a buták mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.“
-
rsf
senior tag
Amikbe én belefutottam: Indirekt címzés,Normális Tömb kezelés, Bájt kezelés. Normális shift regiszter.
De igazából én a komplexebb feladatokat tudó funkció blokkokat hiányolom a siemensnél.
Pl.:Az omronnál van f.blokk arra, hogy egy tömbben visszaadja az 1-esek számát.
A GE fanucnak van olyan tömb kezelő f.blokkja ahol indexelni lehet a forrás meg a cél oldalt. Igy ezzel az egy blokkal szinte mindent meg lehet csinálni amikor adatokat kell tömbbe rendezni vagy onnan kivenni megkeresni vmit. stb.
A siemensnél tetszik a db-s stuktúra, de nincsenek létrában normális utasításai a kezelésükre.
pl. akarok x1 db-ből x2-től x3 hosszban adatokat másolni y4 db-be y5-től x3 hosszban.
Ehhez már kell irni egy FC-t ami a BLKMOVE-ot használja de ez még nem elég.
Üdv.“Az a baj a világgal, hogy a buták mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.“
-
rsf
senior tag
Hali Szirty!
Én nem akarom összehasonlítani a létrát meg az STL-t, mert Siemensnél nem is lehet.
De pl. AB-nél létrában lerakok egy CPT blokkot és olyan matematikai műveleteket irhatok bele amilyet csak akarok aztán az eredményt a Dest helyen megadott tag-be menti.
User defined tipusokat hozhatok létre,ha két int közé beszúrok egy bool-t akkor nem tolódik el semmi. Egy tag x-edik bitjére hivatkozhatok a tag.x alakkal.
Ha van egy tömböm(tömb1,tömb2,.....) akkor a tömb[x]-el az x-et növelve hivatkozhatok az elemekre.
Szóval itt nincs STL, de nincs is rá szükség.
De az tény, hogy Siemensnél jelenleg STL tudás nélkül komolyabb feladatot nem lehet megoldani.
Üdv.“Az a baj a világgal, hogy a buták mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.“
-
DP_Joci
tag
Szia,
Ezt csináltam én is amit leírtál.
Csak az zavart meg, hogy pl. a HOME szenzoroknak nem választhattam bármilyen plc bemenetet a tech obj-ban (mint utólag rájöttem, csak a plc első 10 bemenete lehet s7-1214-nél) szóval arra gondoltam, hogy lehet így van ez a plc kimenettel is ami az engedélyezést adja. De aztán helyettesítettem egy merkerrel a tech obj- ban az engedélyezést és plusz feltételekkel bővítve adtak ki az engedélyező jelet a szervónak.
Picit lehet, hogy a lelkemre vettem a dolgot, amikor hétvégén is dolgozom, és csak innen remélhetek segítséget és erre kapok egy kioktatást, hogy mit képzelek én, ha nem tudom, akkor minek nyúlok, hozzá címmel.
Szerintem senki nem született úgy, hogy minden tudott, arról nem beszélve, hogy a megjelenő újabbnál újabb dolgokat folyamatosan tanulni kell.
Ha meg több tapasztalt fórumozó is van, akkor kérem, hogy segítsen, és ne kioktasson.
Elnézést nem akarok senkit megbántani, csak kiakadtam. -
DP_Joci
tag
Szia,
Most ismét egy jó ötletet adtál.
Egy siemens-es példából indultam ki, ahol a panelen volt egy emergency nyomógomb, aminek a megnyomásakor az MC_Power (talán ez a neve nincs előttem a program) engedélyezését is elvette.
Ezt a gombot helyettesítettem a programban a vészgombbal.
Ami által persze a szervo engedélyező jele is megszűnt, de ennek az a következménye, hogy újra kell homolni. Ill. nem ezért kell újra homolni, hanem mert a plc-ben is megszűnt az engedélyezése a MC_Power -nak.
Szóval, ha vészgombra nem lövök ki minden a plc-ben, akkor nem kell vészgomb után újra homolni.
Bár igaz, hogy a szervo-nak van emergency bemenete, (ami nem biztonsági bemenet), de ennek ellenére a szervo MAIN tápja biztonsági relén keresztül el van véve vészgomb benyomásakor. Tehát ha vészgomb van nyomva, akkor a szervónak a main betápja ill. a fék feszültsége is megszűnik hardveresen.
üdv. -
DP_Joci
tag
Szia Szirty,
Itt nem csak az inkrementális vagy abszolút a probléma, hanem az is, hogy nincs visszacsatolás a szervótól, nyitott a rendszer.
Mivel PTO –val van vezérelve ezért a plc azt tudja, hogy mennyi impulzust adott ki és kb. hol kéne lenni a motornak, de ez csak feltételezés, mert nem konkrétan a mozgatott „valaminak” a fizikai pozíciója van visszaellenőrizve.
szia
Új hozzászólás Aktív témák
- Call of Duty: Modern Warfare III (2023)
- Fortnite - Battle Royale & Save the World (PC, XO, PS4, Switch, Mobil)
- Közönségkedvenc Galaxy vált One UI 6.1-re
- Hieronymus: Békésen legelészik a májusi hardvercsorda
- PlayStation 5
- LEGO klub
- Ukrajnai háború
- Formula-1
- Peugeot, Citroën topik
- Autós topik
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen