Új hozzászólás Aktív témák
-
spkkill
tag
válasz
n0rbert0
#9139
üzenetére
A VBScriptet azért említettem meg mert sokkal többet lehet kihozni belőle mint a gyári HMI logging funkció. Igen, valóban szükség lehet PLC program módosításra, de én úgy értelmeztem, hogy ez még egy fejlesztés alatt álló rendszer. A pénz, idő, tudás arányát szerintem mindenki saját belátása szerint osztja be.
-
DasBoot
aktív tag
válasz
n0rbert0
#9118
üzenetére
Jó szerencsét! A kérdéseim, hogy hogyan tudom elindítani az Altivar-t egy PLC relés kimenetről, viszont a frekvenciát a szabályozógombbal beállítani. Illetve milyen módon lehet úgy indítani, hogy ne kelljen plusszba megnyomni a start gombot, tehát automatikusan induljon el. A PLC-ről a startjelet megkapja. Természetesen végigolvastam a paraméterlistát, de biztosan valamelyik részlet elkerülte a figyelmem. A quick start-ot is, a remote-ot, a local beállításokat szinten. A típus: ATV012H018M2. Másrészt local mode-ban teljesen jól indítható.
-
hukhl
csendes tag
válasz
n0rbert0
#8816
üzenetére
+1 a rendszerintegrátor cégekre. Sőt Veszprémben és környékén sok automatizálással foglalkozó cég van, akik országos viszonylatban is igen komoly projekteket visznek. A pénz nem a legjobb (főleg egy multihoz képest), de nagyságrendekkel többet lehet ilyen helyen tanulni. Igazi mérnöki munkában lehet része az embernek egy ilyen helyen. Pályakezdőknek ideális lehet mivel elég változatos.
-
Mugen35
újonc
válasz
n0rbert0
#8716
üzenetére
Szia
Először is elnézésed kérem nem léptem fel egy ideje,időközben elkezdtem ismerkedni a LOGO 8 szoftverrel is!
Szerintem az adatmennyiség az rendben lehet mert csak 2-3 számot küldtem,
sajnos nincs már meg ez a projektem mert nem mentettem el meg kell csinálnom újra ,
abban biztos vagyok hogy csak 1 GET és elemet adtam hozzá a 2.vevőhöz nem volt külön PUT elem létrehozva a 2. vevőPLC számára, a Küldő PLC OB'1 -ében ,hanem küldő PLC PUT elemébe Az addr1 fülhöz tettem be az 1. vevő PLC adatblokkjának a hivatkozását.EZ a P#Db11.DBX0.0 byte 8
.A küldő PLC -é P# DB10.DBX0.0 byte 8 amit SD_1 fülhöz adtam meg a PUT elemen.Ez így működött!
Ha jól gondolom ezek az adatok P#DB10 stb.ez helyet foglal le 8 byte adat részére a memóriában a küldő PLC-ben .A 2. vevő PlC Adatblokkja DB12 volt ugyan úgy 8 byte adatfogadásra,és ezt tettem be a küldő PLC PUT eleméhebe az ADDR2 fülhöz,szóval nem volt újabb PUT elem hozzáadva a 2.vevő PLC számára a küldő PLC OB1 ében ,csak egy GET elem a vevő 2.PLC OB1-ben.
Köszönöm a választ!
A képernyőmentésnek utána kell néznem még nem csináltam,ha lenne egy két iránymutatásod erre vonatkozóan ,azt megköszönöm -
Mugen35
újonc
válasz
n0rbert0
#8712
üzenetére
Szia Köszi a választ!Tegnap kipróbáltam a PLCSIM-ben a PUT/GET funkciót,egy 1200-as és egy 1500-as készülék között,jól működött az átvitel BOOL,INT, és REAL adattípussal is ,a szöveges adtatokat nem tudtam beállítani !Nem tudod véletlen mit kellene beírni Az adatblokk táblázatába.Milyen adattipust kellene választani?Csak 1 betűt tudtam küldeni.
További ,egy 3.-dik PLC-t már nem tudtam hozzáadni a hálózathoz,pedig van 4 db ADDR fül
a PUT dobozon! -
spkkill
tag
válasz
n0rbert0
#8704
üzenetére
Akkor a tuti az ha maradok a jól bevált inicializálásnál. Bár őszíntén megvallva nagyon ritkán használok temp változókat. Inkább az FB-ket preferálom és static változókat használok. Így elkerülöm, hogy ha később szükség lenne egy változóra máshol akkor ne álljon rendelkezésre.
Ha jól tudom a Siemens is azt ajánlja, hogy kerüljük a Temp változókat. A merkerek használatát is, de ezt csak így merem leírni.![;]](//cdn.rios.hu/dl/s/v1.gif)
-
n0rbert0
senior tag
válasz
n0rbert0
#8701
üzenetére
Most megnéztem, mert nem voltam ebben 100%-ig biztos, csak rémlett, hogy olvastam valahol azt, hogy az 1200/1500 nullázza a local területet híváskor.
1200 biztosan inicializálja bizonyos frimware-től, csak az a kérdés, hogy melyiktől kezdve. A V4.3 system manuáljában már az van leírva, hogy nullázza.
Egy régebbeiben ami a V3.0-át taglalja ott kifejezetten írja, hogy maradhat benne szemét.
Ha tippelnem kellene szerintem V4.0-tól működik a nullázás.
1500-ról nem találtam írásos bizonyítékot a nullázásra, pedig biztosan valahol le van írva, hogy nullázza-e vagy sem.
-
ratkaics
senior tag
-
Gaben92
őstag
válasz
n0rbert0
#8559
üzenetére
Nekem jöhet de szerintem amit én felvázoltam azt nem oldja meg. Ha a PLC amint tápot adsz rá defektbe megy (csak, hogy egyértelműsítsük, nem hiba hanem defekt amikor totál tégla, minden port halott, run switch is dísz és minden LED villog) akkor szvsz halott ügy prommer nélkül.
-
ZetorGumi
addikt
válasz
n0rbert0
#8454
üzenetére
Igen, csak RTU-t tud.
Egy CB1241 már úton van hozzá.Egyben tervezem lekérdezni, meg az sem
lényeges annyira, hogy gyors legyen a frissítés.
byte-by: Ez adott.
Nem lesz bővítve, egy itthoni, fűtésvezérlés projekt lesz (Villanykazán, vegyestüzelés, puffertartály fűtőszondája), oda meg elég ennyi. Maradék eszközökből dolgozom, low budget alapon, így nem tervezem sok eszköz vásárlását, csak ami muszáj. -
DasBoot
aktív tag
válasz
n0rbert0
#8452
üzenetére
Jó szerencsét! Én már a legelehén elakadtam. Hozzájutottam egy Zelio és egy SR3 MBUS01BD-hez és ezeket szeretném a Zelio Soft 2-vel programozni, szóval PC-n keresztül használni. Most a kijelző szerint FBD-ben van. TRANSFER ERROR, NO MEMORY, FAULT: 000, PASSWORD nincsen. Elsősorban, aműgy is a MODBUS-on szeretném programozni, aztán a saját billentyűzetével a kijelzőjéről. Sajnos közvetlen programozókábel nincsen. Router van. MODBUS Poll és MODBUS Slave-vel rendelkezem.
-
ratkaics
senior tag
válasz
n0rbert0
#8345
üzenetére
Klasszik Step7.
A netpro-ban felvettem partnernek a másik cpu-t, de a netpro-ban csak "mentés" illetve "fordítás és mentés" gombra emlékszem. Letöltésre nem.
De majd megnézem jobban. Letöltés-kor meg fog állni a cpu?
A PUT és a GET blokkokat is kellene használnom amúgy. A netpro-s letöltés csak annál a cpu-nál kell, ahol ezek az SFB-k használva vannak ugye? Tehát a partner cpu-nál nem? -
-
n0rbert0
senior tag
válasz
n0rbert0
#8314
üzenetére
Azon átsiklottam, hogy basic panelről beszélünk, az sajnos nem tud master lenni.
Megoldás lehet, hogy felveszel egy DTL változót a PLC-ben, amit a képernyőről egy date/time fielddel írsz. A PLC-ben ezzel a változóval meghívód a WR_SYS_T vagy WR_LOC_T blokkot (az egyik a system time a másik meg a local time, amelyek ugye lehetnek különbözőek attól függően milyen időzóna van beállítva vagy van e daylight saving...).
Az idő aktualizálását lehet valamilyen feltételhez is kötni, pl gomb nyomás.
Valahogy így:
-
Tomika86
senior tag
válasz
n0rbert0
#8089
üzenetére
Hú ez jól átvágott. V-ASSISTANT nem mutatta, de az érték beírodott a vezérlőbe.
Úgyhogy most elindult így a motor.
Arról van leírás hogy ez pontosan mit csinál?Nekem az kell, ha eléri a beállított nyomatékot akkor megálljon a forgás, de ha visszaesik a nyomaték akkor újra elinduljon.
-
Tomika86
senior tag
válasz
n0rbert0
#8085
üzenetére
Helló
A SINA_PARA blokkot, hogy tudom elővarázsolni a tia portalban.
Letöltöttem, feltelepítettem, de nem találom.
Siemens fórumokban olvasgattam, ott a 750 telegramal oldották meg a nyomaték korlátozást, de konkrétat nem találtam.Hétfőn még próbálkozok.
Egyenlőre az a furcsa hogy a vezérlő szavakat miért nem tudom írni, és hogy csak ezeket nem M_LIMIT_POS és M_LIMIT_NEG -
Tomika86
senior tag
válasz
n0rbert0
#8078
üzenetére
Most is kipróbáltam Standard telegram 3-ra átálltam mindennel, Speed control módban vagyok.
Össze vagyok kötve USB-vel is és a V-ASSISTANT programban a telegramnál mutatja az aktuális értékeket. Az M_ADD1-be ha tia portal-nál a watch ablakban beírok egy értéket akkor látom ugyanazt HEX-ban.
Viszont a másik kettő(POS és NEG) szóra tök mindegy mit írok 0 marad a V-ASSISTANT programban. (Watch ablakban viszont mutatja hogy beírta). A szavakat jól írtam pedig 100%-ra.
És így el sem indul, csak engedélyeztetni lehet. De nem indul.Amúgy ezzel indult az egész el nem indulása a szervonak az elején. Ha kivettem a 750 telegramot akkor indult csak el. Ha van 750 akkor még a V-ASSISTANT-ban sem indul a servo a teszttel.
Köszi a segítséget!
-
Tomika86
senior tag
válasz
n0rbert0
#8073
üzenetére
Igen ezt a 750etpróbáltam a 3as mellett. De ha megadtam az M_add wordnek az értéket akkor egyből elindult a motor, minden egyéb nélkül.
A 102es telegram MOMRED paramétere miértnem működik? Nem írható és be sem kapcsolható.
Tia v16hoz kell külön license? Agy jó amit a v15 használ
Köszönöm
-
Tomika86
senior tag
válasz
n0rbert0
#8043
üzenetére
Szia!
Még megy a próbálkozás a szervoval. Most hétvégén szépen tudtam tesztelni, beírtam mennyit forogjon és ment.
Most hétfőn meg hibát ír.
Szépen mutatja az enkóder értékét, a sebességét és hogy bekapcsoltam.
Aztán rányomok hogy előre és oldalt írja ,hogy gyorsítás leállítás és a motor meg nem csinál semmit és kiírja a hibát.
Nem jövök rá mi a gond, maga a szervo bekapcsol amikor engedélyezem itt. És nem ír hibát se, csak S_OFF-ba vált
Köszi!
-
crucified
tag
válasz
n0rbert0
#8017
üzenetére
Szia, V12-nél onlineban nem aktív az Upload, V13-ban aktív de a fenti hibaüzenetet generálja.
Ráadásul a V13-ban nincs firmware upgrade a general menübenm úgyhogy hiába találtam meg a firmware-t az adott CPU-hoz.
Elképzelésem sincs hogyan lehet hozzáférni a CPU-hoz így. Nem tudott volna a Siemens kompatibilis szoftvereket gyártani?
Köszönöm a segítséget
-
Tomika86
senior tag
válasz
n0rbert0
#7997
üzenetére
Ezt írtam az elején is sztem, ha megnyomom a stop gombot és mondjuk 300as enkóder poziciónál kell megállni(beállított) , nem pont 300nál de jobb lenne ha nem futna túl 170 impulzust. De így már használható.
A frekvenciaváltó pedig most lett beépítve, nincs felprogramozva semmi hozzá, csak a szekrényben van. De jelenleg mágneskapcsoló van.
Tény hogy elöbb a frekvenciaváltót kellett volna beüzemelni.
-
-
#7639
Rigor Mortis
csendes újonc
n0rbert0
#7638
Rigor Mortis
csendes újonc
válasz
n0rbert0
#7638
üzenetére
Szervusz n0rbert0!
Huhh! Nagyon szépen köszönöm a hétvége ellenére megfogalmazott, gyors válaszod!
Ez így jó lesz, jól érthető az általad linkelt oldalon felvázolt információ! Eddig úgy hittem, hogy az AR2 címregiszter szabad felhasználású. De hogy miért? Talán azért, mert egy címeres ökör vagyok! Magamtól is rájöhettem volna! Végül is valahonnan tudnia kell a programnak, hogy honnan kezdje az miDB-n belüli relatív címzést!
"Még annyi, hogy ha későbbiekben módosítanod kell az AR2-t egy FB-ben, akkor annak éz értékét el kell menteni egy segéd változóba a blokk elején, majd a blokk végén vissza kell tölteni az eredeti értékét az AR2-be. A fent leírtakból gondolom leesett, hogy az FB használja AR2-t, így ha felülírod, akkor az okozhat érdekes anomáliákat. "
Ennek a fényében világos, hogy AR2 "meggyalázása" a programvégrehajtás szétesését okozhatja, ezért kell elmenteni, majd később visszatölteni, ha használni akarom. Gondolom a következő FB meghívásáig bármi megtörténhet, ha erről elfelejtkezem (legalábbis úgy sejtem, akkor írja be AR2-be az újonnan hívott FB kezdési pointerét). Ebben a konkrét esetben AR2-t szerencsére nem módosítottam (nem volt rá szükség), úgyhogy ez a veszély nem fenyegetett. De a későbbiekben oda fogok figyelni erre.
Köszönöm még egyszer a segítséget és a tanácsot is.
RM
-
byte-by
tag
válasz
n0rbert0
#6838
üzenetére
halo
amit leírtam az igaz.
az, hogy Te máshogy látod vagy más kedvezőbb tapasztalatod vagy tapasztalatotok van az szerencsés,
de nem változtat az általam megtapasztalt történéseken.személyes tapasztalat és nem egy cégnél.
tehát, amikor siemens-es cuccot vásároltunk volna, a siemens segítőkész volt.
majd a területen aktív partnere felhívott, hogy a siemens letolta mondván, hogy miért nem foglalkozik az ügyfeleivel.
akkor egy giga-mega beruházás volt legalább 30-40 000 eurót költöttünk csak vezérlőkre és modulokra.
a supportot is a partnertől kaptuk.
ez német cég volt tehát nem volt kérdés milyen eszközök lesznek beépítve, de a siemens-től közvetlenül
semmit nem vettünk.más gyárban hasonló dolog. gép beszerzés, svájci (borzasztó) gépek , minden siemens.
folyamatos terepi Profibus problémáink voltak. a siemens készséges volt, de a válasz mindig napok múlva érkezett. akkor is egy partnertől volt a support, ő jött segítségül, amivel és akikkel meg is voltunk elégedve.vettünk mi siemens partnertől PG Fieldet is majd 2 millióért, meg mindenféle mást is,(pl. szoftverek update-jait) de mindig a partnertől kellett. sőt , ők telepítették fől az update-ket.
-
KLR
csendes tag
válasz
n0rbert0
#6838
üzenetére
Mindkettőtöknek igaza van és ez nem csak Siemens sajátosság. A "nagyok" komolyabb projektekre és nagyvállalatokra hajtanak, a darabszámos rendeléseket átpasszolják a partnerekre. Ez logikus is, mert az anyacégtől csomagszámra (package) lehet csak rendelni. Pl: ha neked kell 12 db motorvédő, nem éri meg rendelned 1 csomaggal, mert abban pl 100 db van. Ezen az alapon már viszonteladó is beszélt le termékről, mert ők azt a tipust nem tartják álláson. Csak akkor rendelik meg, ha elviszem az egészet, mert eddig soha nem kértek tőlük ilyet.
Hiába, pénz beszél, kutya ugat.
Ez a hozzáállás lehet visszaüt a support-ra is. Ezek szerint te egy Siemens partneri cégnél dolgozol... -
Bazs87
tag
válasz
n0rbert0
#6750
üzenetére
sajnos nem.
Ugye step7-ben tudtál tetszőlegesen váltogatni kop-fup-awl (bocsi, a német megfelelő megy fejből) nézetet.
A siemens viszont az awl-t ki akarja hajítani az abszolút címzéssel együtt.Ezért van az 1200asban már csak scl awl nélkül, megyünk a rendes programozás irányába.
Jelen pillanatban a kop és fup kompatibilis, lehet is váltogatni, továbbá 1500asnál befúzhetsz a kop/fup blokkokhoz awl "netzwerk"-et, de egymással nem kompatibilisek, külön fordítójuk van már.Ez azért tűnt fel, mert awl-ben dolgoztunk, amit úgy írtunk meg h FUP-ba forgatható legyen s7 alatt. (gyors írás, könnyű tesztelés a vizuális kód miatt) Ez a lehetőség elveszett, de legalább tudunk drag/droppal változókat behúzogatni...:p
-
Szirty
őstag
válasz
n0rbert0
#6509
üzenetére
Igen, sajnos rosszul fogalmaztam, elnézést!
Azt próbáltam magyarázni, hogy a gyártók programozói gyakran szándékosan akadályozzák a programjuk olvashatóságát.
Vagy jelszóval védik a kiolvasás ellen
Vagy STL-ben írják meg a kódot
Vagy magasabb szintű nyelven amihez nem adnak forrásprogramot.Tehát ha SCL-ben, GRAPH-ban írtak egy blokkot, azt a PLC-ből visszaolvasva STL lesz ha nincs meg a forrásanyag hozzá.
-
n0rbert0
senior tag
válasz
n0rbert0
#6011
üzenetére
Sziasztok,
Közben több féle (pontosabban 2 féle) megoldást is találtam a problémára.
Mind kettő esetben ANY pointert használtam.
Az első esetben "kézzel" rakom össze a pointert. Ez a módszer - valljuk be - macerás és sok a hibalehetőséget rejteget. (Értsd: megnéztem hogy áll össze a pointer és a megfelelő helyre bemozgattam - move-olom - az értékeket).
A második és egyben az egyszerűbb megoldás az SFC20 az az a BLKMOV használata. Ekkor az FC helyett FB-t kell használnunk, ekkor az FB instance DB-re támaszkodunk. Bővebb magyarázat helyett beillesztek egy képet, mivel az beszédesebb:
A kép tanulsága szerint ez a módszer azt használja ki, hogy az FB bemenetei címezhetőek pointerrel.
Ez a módszer is némi körültekintést igényel, mivel ha a tAny elé (ami jelen esetben egy ANY típusú változó, ami a TEMP memóriaterület 0.0 - L0.0 - címére mutat) beillesztünk egy változót, akkor elcsúszik a cím és nemfog helyesen működni az értékátadás. -
Miertvansote
tag
válasz
n0rbert0
#5940
üzenetére
Helo!
Köszönöm szépen, kipróbáltam és jól működik úgy is hogy csak szimulálom. Tényleg egyszerűbb, meg talán elegánsabb megoldás is.. Egy kérdésem van ezzel kapcsolatban. A túlcsordulást mire értetted ? Mert gondolom a számláló tud túlcsordulni, és végül is nekem úgy tűnik, hogy a számláló szempontjából nincs különbség, mert ugyanúgy másodpercenként jönnek az impulzusok. Vagy mi van akkor ha túlcsordul, mi a megoldás arra, hogyan lehet tovább számlálni ?
Köszönöm.
-
Mazsika
őstag
válasz
n0rbert0
#5676
üzenetére
igen ezt nézegettem, de akkor két egymás utáni inputra teszem az no-nc kontaktokat? és vele "szembe" mit kötök, semmit? akkor hibára megy a kártya nem? és egyébként mit csinál az a qbad jel, mire való?
Tehát egymás után bekötöm a safety kártya egy-egy bemenetére és így teszem a blokkba:
CPU-k programozására használnak.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Elektromos autók - motorok
- Teljesen az új Xboxhoz készül a neurális leképezés
- Autós topik
- gban: Ingyen kellene, de tegnapra
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Anglia - élmények, tapasztalatok
- Proxmox VE
- Arc Raiders
- Kész rémálom lesz Linuxot használni jövőre az USA egyes államaiban
- Milyen TV-t vegyek?
- További aktív témák...
- Akció! Acer Nitro 5 AN515-55! I7 10750H / RTX 3050Ti / 16GB DDR4 / 512GB Nvme SSD!
- Ryzen7 5700G/ 32GB DDR4/ 1TB m.2 alapú mini PC/ garancia
- AKCIÓ! iMac Pro Intel Xeon W2150B 64GB 1TB VEGA 64 16GB!!! 1 év garancia!
- Dell Latitude 5591 i7/500GB M2 SSD/ 32GB DDR4
- Honor Magic8 Lite 8/256GB Újszerű,Kártyafüggetlen,Dobozos,Tartozékaival. 1 Év Garanciával!
- HIBÁTLAN iPhone 13 Pro 128GB Gold -1 ÉV GARANCIA - Kártyafüggetlen, MS4602, 100% Akkumulátor
- Vegyes , 3 db memoria egyben vihető, teszteletlen.
- CoolerMaster MM710 53gr pehelykönnyű gamer egér eladó
- Eladó Apple iPhone 14 Pro Max 128GB / 12 hónap jótállás
- BESZÁMÍTÁS! MSI A320M R7 2700 8GB DDR4 256GB SSD RX 6500 XT 4GB Zalman T3 Plus DeepCool 400W
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest