- Azonnali informatikai kérdések órája
- Milyen videókártyát?
- Azonnali VGA-s kérdések órája
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Steam Deck
- Vezeték nélküli fülhallgatók
- Milyen billentyűzetet vegyek?
- Milyen egeret válasszak?
- Érkezik Magyarországa az LG szuper dizájnos hordozható projektora
- Azonnali fotós kérdések órája
Hirdetés
-
Megjelenési dátumot végre a Men of War II (PC)
gp Többszöri halasztás után végre megkapjuk a régóta várt folytatást.
-
A Microsoft feltalálta az olcsó AI-t
it Könnyűsúlyú AI-megoldással újított a Microsoft, hogy költséghatékony opciókat kínálva még szélesebb ügyfélbázist építsen ki. Eközben az AI és az adatközpontok miatt óriási lesz a kereslet a földgázra.
-
27 hüvelykes, játékra szánt kijelzővel újít az MSI
ph A cég MI-vel kacérkodó megoldásának képfrissítési frekvenciáját 250 Hz-ig srófolhatjuk fel.
Új hozzászólás Aktív témák
-
n0rbert0
senior tag
válasz JAGER 10 #6350 üzenetére
Szia,
Gondolom a változók szimbolikusan vannak megjelenítve, de abszolút címet szeretnél keresni vagy esetleg fordítva (értsd, a programban egy változó pl. "operand1" jelenik meg, de te "iw12" ként keresed).
View menü -> Display with -> Operand representation -> Symbolic vagy Absolute attól függően, hogy mit keresel. Ezután működnie kell a keresésnek.[ Szerkesztve ]
-
Szirty
őstag
válasz JAGER 10 #6353 üzenetére
Sajnos a Find csak szövegre keres, (szimbólumok, megjegyzések, utasítások neve, stb). Azt is csak az aktuális ablakban (másik ablakban nyitott másik blokkban külön kell keresni). Címekre nem keres akkor sem ha azok meg vannak jelenítve.
A keresztreferencia használható keresésre.
Ráállsz egy címre valahol (ez lehet watch table, program, PLC tag stb) és kiválasztod (Shift-F11, vagy jobb gomb cross reference info).Sajnos ezzel a címet meg kell találni mielőtt megkeresnéd,hogy nyomhass rajta egy crossref-et
Ez tehát az egyéb előfordulásait mutatja, de ha a programban keresed és a PLC tag táblábol indítod akkor hasznos.
Sajnos körülményesebb mint a régi Step7-ben a a jó reg Go to location aminek kézzel is be lehetett írni a címet. -
Szirty
őstag
válasz Mazsika #6355 üzenetére
Mindamellett hogy óriási előrelépés sok szempontból az új fejlesztői környezet az elődjéhez képest, nagyon bosszantó hogy teljesen átkomponálták a gyorsbillentyűket. Még véletlenül sem hasonlít a régi Step7-hez.
Nem tudom ezt mi ihlette (mire gondolt a szerző).Persze akik imádnak egerészni és az Ok gombra is egérrel kattintanak, vagy az új felhasználóknak akik a TIA-val kezdték, ez nem jelent semmilyen problémát. De aki évekig használta a régit és ma is kénytelen a kettőt felváltva használni, szerintem hullik a haja rendesen (ha még van neki). :-/
Pl. "érintkezőt" akarok lerakni létrában, vagy egy funkciót, Step7-ben folyton átméretezem az ablakot, meg
függőlegesen rendezem őket (Shift-F3, Shift-F5) stb.Csak példaképp ehhez képest a CX-Programmerrel úgy lehet "írni" a programot, hogy az egérhez hozzá sem kell nyúlni. Példa értékű a mai napig ilyen szempontból. Nagyon gyorsan lehet vele dolgozni.
Bár most az Omron is teljesen új alapokra helyezte a fejlesztői környezetét, nem láttam még. Gyanítom, hogy ez a lehetőség elsorvad benne a fejlődés hatalmas sodra erodálja. -
JAGER 10
tag
A nem engedélyezett kereszthivatkozás.
Le szerettem volna tölteni a PLC-ről a projektet és ez a képernyő fogadott.
Gondolom korábbi verziószámú TIA-val készítették. Mit lehet ezzel kezdeni azon kívül, hogy feltelepítenék egy korábbi verziószámú szoftvert?[ Szerkesztve ]
-
Szirty
őstag
-
Szirty
őstag
válasz JAGER 10 #6361 üzenetére
"Gondolom korábbi verziószámú TIA-val készítették."
Sajnos nem tudom, nem próbáltam még ilyet vele.
Bár semmi sem biztos, de azt azért feltételezném, hogy ha korábbival csinálták, akkor a későbbi verzióval visszaolvasható lenne, mert rendszerint az újabb változatok biztosítanak átjárást visszafele (lefele kompatibilis).
Így inkább az a valószínűbb, hogy a PLC-ben lévőt újabb verzióval készítették mint a tied.Az az "újabb" úgy is értendő, hogy azonos a major version. Tehát mondjuk TIA 13-al készült meg a tied is az, de a készítőé magasabb update szinten volt.
Ha nincs UPD9 felrakva neked, akkor telepítsd esetleg. (amúgy is javasolt, mert sok bugtól megszabadít és némelyik véresre szívatja az embert)...
Illetve az üzenet alapján (miszerint a HW config nem tetszik neki) még azt is el tudom képzelni, hogy a PLC-n olyan HW van amit a te TIA-d nem ismer. Vagy a CPU FW verziója olyan. Ezen a support package (HSP) letöltése segíthet...
De mondom, ezek csak tippek.Esetleg próbálkozz a többi upload lehetőséggel is (nem tudom melyiket próbáltad):
- Upload from device (software)
- Upload device as new station (hardware and software)
- Backup from online device[ Szerkesztve ]
-
JAGER 10
tag
Abban igazad van, hogy visszafelé kompatibilisnek kellene lennie, legalábbis így a logikus.
Feltöltési lehetőségek közül ezzel próbáltam a teljes projektet visszatölteni: Upload device as new station (hardware and software)9-es Update telepítve van.
Közben próbálkoztam. A CPU FW verziója eltérő. A PLC 2.0, a TIA-ban pedig 2.6-os verzió található. Valószínűleg akkor ez lesz a gondja.
CPU-t érdemes frissíteni, egyáltalán lehetséges?Elnézést kérek, ha esetleg teljesen egyértelmű dolgokat kérdezek, de még csak most kezdem barátkozni a Siemens rejtelmeivel...
-
Szirty
őstag
válasz JAGER 10 #6367 üzenetére
Helló!
Ha már így ismerkedsz ajánlok egy jó doksit, hátha nem ismered:
SIMATIC S7-1200 Easy BookMivel az 1200-as doksija jóval több mint ezer oldal, ebbe a pár száz oldalba kigyűjtötték a "lényeget"...
-
gera082116
újonc
Sziasztok!
Olyan kérdésem lenne, hogy hogyan lehetne megvalósitani azt, hogy az összes PLC vezérlésű gépet hálózatba kössem? Valamint egy adatbázisba mentse el nekem gépenként a gyártott darabszámot. Milyen feltételek kellenek ehhez? Külön hálózat kell? Külön szerver esetleg?
Válaszokat köszönöm előre is.
gera082116
-
Szirty
őstag
válasz gera082116 #6375 üzenetére
A megoldásnak rengeteg árnyalata lehet.
Elsősorban attól függően hogy milyen a rendszer. Ha a rendszer heterogén, tehát sokféle gyártmányú PLC van, ezek sokféle kommunikációs lehetőségekkel rendelkeznek akkor a dolog nehéz.Ha egyforma PLC-k vannak amiken van egyfajta kommunikációs lehetőség pl. legjobb ha ethernet, akkor a dolog könnyebb. Ilyenkor rendszerint használható a PLC gyártó erre kifejlesztett HMI vagy SCADA rendszere.
Az ilyen rendszerhez kell egy PC ami kapcsolatban van az összes kívánt PLC-vel és amin fut egy adatgyűjtő.
De olyan megoldás is lehetséges, hogy ha a PLC-khez önálló HMI eszközök csatlakoznak és azok vannak hálózatba kötve, így azok szolgáltatják a kívánt adatokat. Vagy a kettő vegyesen.
A külön hálózat kialakítása javasolt. Mindenesetre a dolgot alaposan meg kell tervezni.
-
gera082116
újonc
-
Szirty
őstag
válasz gera082116 #6378 üzenetére
Nem.
-
Dezsi82
tag
válasz gera082116 #6378 üzenetére
Üdv!
Ha csak a darabszámokra van szükség, én a helyedben fognék valamilyen ethernetes IO modult (ICP DAS,Moxa,Advantech, stb), és kiraknék ezekből párat a gépekhez. Módosítani kell minden gép programját, hogy adjon egy jelet, amikor végez. Ha nagyon üzembiztosra akarsz menni, akkor handshake is lehet, vagyis kaphat visszajelzést a gép, hogy meddig tartsa kint a jelet.
Az, hogy maga az adatgyűjtés milyen rendszerben történik a rendelkezésre álló programozói képességtől függ.
De én egy nagyon egyszerű TCP/IP alapon kommunikáló programot írnék egy PCre, ami számolja a felfutó éleket. Így ez egyben lehet a megjelenítő és az adatgyűjtő is.
Az adatgyűjtő persze lehet egy egyszerű PLC is, bár ebben az esetben akkor jobb a PLC gyártójától venni az IO modult is, meg persze megjelenítő programot is kell készíteni. -
tibi-d
tag
Csak néhány megjegyzés az előttem szólóhoz. Kommunikációs hálózatokon nem célszerű az élfigyelés használata, mert az időzítések kuszasága miatt fals detektálás lehetséges. Célszerűbb egy számérték folyamatos küldözgetése, és ha esemény történik, ennek az értéknek megváltoztatását lehet detektálni.
-
crucified
tag
válasz gera082116 #6375 üzenetére
Szia, én a MOXA-kat ajánlanám erre az esetre.
-
crucified
tag
Sziasztok, AB Micrologix 1500 LRP 28BXB típusú a PLC. Módosítanom kell a programon. A fel/letöltéshez az egyik oldal 9 PIN soros, másik vége USB kábel alkalmas?
Köszi előre is.
-
Dezsi82
tag
Üdv.
Nem vagyok benne biztos, hogy értem mire gondolsz.Az elv az, hogy a vezérlő küld egy utasítást az IOnak, hogy küldje el az IO állapotokat. Az elküldi, a vezérlés megnézi, hogy a korábban kapott állapothoz képest van-e eltérés. Ha van, és az új állapot igaz, akkor növeljük a számláló értékét.
Persze ha a munkadarabok gyártásának sebessége összemérhető a hálózati kommunikáció sebességével, akkor más megoldást kell találni és/vagy trükközni kell. (Pl a legtöbb általam ismert adatgyűjtő modulnak van beépített számlálója)
Úgy gondolod, hibás gyakorlat lenne terepi IOkról le/felfutó éleket figyelni?
-
tibi-d
tag
válasz Dezsi82 #6384 üzenetére
Szerintem az I/O-k állapotából lehet egy bináris számot generálni, és ezt küldeni át a hálózaton. Bármelyik bit megváltozik, a szám értéke is megváltozik. A számot a feldolgozás helyén lehet dekódolni. Ha ez egy PC, az neki gyerekjáték. Így ha két átvitel között megváltozik az átvitt adat, a dekódolás után lehet tudni mi történt.
-
Dezsi82
tag
Természetesen képezhetsz számot az IOkból, és meg ezen kívül sok egyéb módon is ábrázolhatod, de az hogy bitekből áll, nem változik, így ugyanannyira érzékeny mintha csak egy bitet küldenél
Ugyanakkor képezhetsz egy ellenörző összeget a kapott számra (vagy akármire) és így már üzembiztosabb az adatátvitel.
De pont erre valók a kommunikációs protokollok, ezekkel neked már nem kell bajlódni. Teljesen mindegy hogy egy darab, vagy egy rakat bitet küldesz.
Ráadásul egy "darab kész" jel miatt ellőni egy CNC gép összes lehetséges kimenetét elég "drága" mulatság -
tibi-d
tag
Látom felkavartam az állóvizet ebben a témában. Nekem azt tanították az iskolában anno, hogy kommunikációs vonalon jobb folyamatosan küldeni valamilyen jelet, és az értékét változtatni ha esemény van, mint addig nem küldeni semmit, míg nincs esemény, mert, azt nem tudom detektálni, ha nem is érkezik jel, az azért történt, mert nem is volt esemény, vagy hiba miatt nem érkezett meg. Az előbbi esetben azonnal detektálható a hiba.
-
crucified
tag
Sziasztok, bocs az ismétlésért. Járatos valaki ebben?
AB Micrologix 1500 LRP 28BXB típusú a PLC. Módosítanom kell a programon. A fel/letöltéshez az egyik oldal 9 PIN soros, másik vége USB kábel alkalmas? Gondolom PLC to PC UPLOAD, PC to PLC DOWNLOAD.
Köszi előre is.
[ Szerkesztve ]
-
totya979
csendes tag
Sziasztok!
A cégnél ahol dolgozom van egy gépünk, amit egy Omron CJ1M-CPU13 plc működtet.
A problémánk az, hogy a plc memória területeiről az adatok random módon (időben és mennyiségben) elvesznek. (Azt sajnos nem tudom pontosan, hogy mely adaterületek érintettek - a D az biztos)
Már cseréltük a cpu-t, de azóta is előfordult már.Mi okozhat ilyet?
Előre is kösz
-
bozig
tag
Sziasztok!
Először is nagy tisztelet Szirty kollégának! Évek óta élvezettel olvasom írásaidat
Most abban szeretném a segítségetek kérni, hogy akad-e olyan köztetek, aki fejlesztett már vizualizációt TwinCAT3-ban?
A konkrét problémám az, hogy sehol nem találom, hogyan lehet hozzárendelni felugró ablakot változóhoz.
Az szépen működik, hogy ablakba elhelyezett gomb Inputconfiguration-jében megadom, hogy melyik ablakra váltson.
De elkezdtem megírni a hibakezelést, és itt ugye szükségem lenne arra, hogy a PLC-ben írt változótól függően feljöjjön a hibaüzenet ablak.
Erre van esetleg ötletetek?A válaszokat előre is köszönöm.
Déjà vu: Állapotfüggő asszociatív paradoxon.
-
Dezsi82
tag
Üdv
kommunikációs vonalon jobb folyamatosan küldeni valamilyen jelet, és az értékét változtatni ha esemény van, mint addig nem küldeni semmit, míg nincs esemény, mert, azt nem tudom detektálniEz az alapelv meg is állja magát. Annyira hogy nem csak kommunikációs vonalon, de a digitális bemeneteknél is. Pl egy tartály minimum szintkapcsolója akkor ad jelet, amikor érzékel folyadékot, a maximum pedig akkor ha nem érzékel folyadékot. Így ha elszakad a vezeték akkor biztos nem fut a szivattyúd szárazon, és nem semmikép sem töltöd túl a tartályt (kivéve persze zárlat esetén, de mindenre szinte lehetetlen felkészülni). De a 4-20mA jeleknél is azért jó hogy 4mA a minimum, mert egyből detektálható a szakadás.
Kommunikációs vonalon külön szokás a kommunikáció épségét ellenőrizni, amire rengeteg módszer van, többnyire a protokollba beépítve.
Ha egy nagyon egyszerű kommunikációt nézek, mondjuk egy mezei RS232-t, ami mondjuk csak akkor küld adatot, amikor a bemenet igaz, ott előfordulhat az az eset, amit felvetettél. Mert ebben az esetben a küldő megnyitja a portot, és elküldi az adatot, és nem is tudja hogy a fogadó megkapta-e. Ilyen esetben is a kommunikációt kell kicsit módosítani. Vagy úgy, hogy a küldő kap visszajelzést, hogy a vevő megkapta az adatot, de ettől még csak a küldő fogja tudni a hibát. Vagy a küldő fix időközönként elküldi a bemenet állapotát, annak állapotától függetlenül. Esetleg a vevő szólítja meg először a küldőt. Ezekben az esetekben ha nincs válasz, vagy nem jött adat x időn belül, akkor gond van.
Mindenesetre ezek mind kommunikációs finomságok, nem az értékes adatot érintik.
De természetesen folyamatos kommunikáció szükséges, hogy meg tudd állapítani, hogy a kommunikációs csatornád működik-e. -
gera082116
újonc
Üdv
Omron-nak melyik a legújabb szoftvere? És ez körülbelül milyen árban mozog?
-
joci9
tag
válasz gera082116 #6394 üzenetére
Szia!
Sysmac Studio, és 704384 HUF a nettó listaára.
Ha PLC akarom mondani gépvezérlő izé program fejlesztő szoftverre gondoltál.
Ez az NJ sorozathoz jó.
A régebbiekhez meg a CX-Programmer 9.61, vagyis nekem ilyen friss.... ennek több verzója van több áron.
Nem vagyok a téma szakértője, ezért lehet nem minden pontos amit írtam :-)ü
J[ Szerkesztve ]
-
byte-by
tag
válasz totya979 #6390 üzenetére
halo
ilyen esetekben általában kiderül, hogy maga a program okozza.
valahol irja a területet, vagy területeket, vagy átfedés van és több helyen is felülíródik a regiszter.
a dolog csak addig random amíg meg nem lesz a "bűnös", utána programszerű.
az elem az órát és a számlálók tartalmát védi, a memóriák, pl. a D terület alapesetben nem felejtős.ha nincs error a cpu rendben van és a memóriák is, erre figyel az eszköz.
gondolom amikor cpu-t cseréltetek lementettétek majd áttöltöttétek az összes memóriát is.
ha tudta olvasni , írni akkor a memóriák rendben vannak.a keresztrefet érdemes még átkutatni "Long" címzések után, hátha van átfedés.
akkor is lehet gond, ha pl egy timer időalapja memória, de nem megfelelő a formátum,pl. értelmezhetetlen
beírás, akár HMI-ről is, ekkor error-t dob az időalap helyére. -
byte-by
tag
#6397 hozzá szólásomban egy timerrel kapcsolatban felcseréltem az idő alapot és a szorzót.
elnézést.
Új hozzászólás Aktív témák
- ZOTAC GeForce GTX 1080 AMP Edition 8GB GDDR5X 256bit
- Filmes gép gyűjtemény
- Nikon D5000 + AF-S DX NIKKOR 18-105 mm
- Bontatlan Seagate & Western Digital HDD-k 3TB - 12TB -ig - Számla + Garancia, Ár alatt! BeszámítOK!
- DJI Mini 4 pro FMC drón - 3 akku, RC2 táv, 2 táska, Filterek, 2025. decemberig garancia, DJI Care