Új hozzászólás Aktív témák
-
Gaben92
őstag
Sziasztok,
Egy kis segítségre lenne szükségem S5 CPU 928B-vel kapcsolatban.
Az alapkoncepció az, hogy van 5 DX block (DX10-15), mindegyikben pont ugyanaz az adat.A kód sallang nélkül:
CX DX 10
...
DOU FX 12
...
L DD 109
T DD 111FX 12 hozzáfér mind az 5 DX blokkhoz, mikor vége a blokknak akkor az utolsó command mindig transfer DX 11-15 valamelyikébe.
A kérdésem az lenne, hogy az FX 12 call után az L és a T melyik DX-re hivatkozik? DX 10-re ami meg lett nyitva a blokk elején, vagy pedig arra a DX-re amihez a kód legutoljára hozzáfért, jelen esetben DX 11-14 valamelyike FX 12-n belül.
Előre is köszönöm!
If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
válasz ZetorGumi #8442 üzenetére
Szóval ha jól értem akkor valami olyasmi lehet a háttérben mint az S7 AR2-je. FX 12 call előtt letárolja, hogy DX 10 volt nyitva, aztán meghívja FX 12-t, és az hiába nyit mondjuk DX 11-et, visszatéréskor a hívó blokk visszatölti DX 10-et.If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
válasz ZetorGumi #8444 üzenetére
Most elbizonytalanítottál.
Tegyük fel FX 12-ben kizárólag "CX DX 11" van.
Szóval:CX DX 10
DOU FX 12
|--> CX DX 11
<----------- BEU
L DD 109
T DD 111
Az utolsó két sor akkor DX 10-et vagy 11-et fog használni?
Nekem az tűnne logikusnak, hogy DX 10-et használ továbbra is de az S5-öt tényleg nem vágom annyira...[ Szerkesztve ]
If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
Üdv megint.
Haladgatok az S5->S7-1500 migrálással és belefutottam most egy kód részletbe ami valahogy nekem sehogy se adja ki...
A PLC egy 928B és a 4-7 sor nem teljesen tiszta nekem.
Elég sok DO DW van a kódban indirekt címzés miatt, de ez a sorrend új nekem és nem igazán találok róla leírást, hogy mi is történik pontosan.Van egyáltalán értelme egy SLD 0-nak DO DW után?
Mi kerül DD102-be végül (7. sor)?1 L DW 90
2 ADD KF -1
3 T DW 93
4 L KB 1
5 DO DW 93
6 SLD 0
7 T DD 102
8 L DW 100
9 L DW 102
10 OW
11 T DW 100
12 L DW 101
13 L DW 103
14 OW
15 T DW 101Előre is köszönöm.
If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
válasz Gaben92 #8469 üzenetére
Na ha valakit esetleg érdekel a megfejtés:
Az SLD 0 nem null instruction hiába SLD 0. Ha L és DO DW van előtte akkor gyakorlatilag a DO DW előtt Load-olt szám definiálja, hogy hány pozícióval kell shiftelni.
Az első 7 sor annyit csinál, hogy amit DW90 tartalmaz annyiadik bitet rakja 1-be DD102-ben.
Szóval ha DW90 8, akkor DD102 2#1000_0000 lesz. Az utána lévő rész már egyértelmű.
[ Szerkesztve ]
If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
válasz DasBoot #8484 üzenetére
Profile teljesen más. Felhasználóknak totál nem releváns.
Ha compatibility mode-ot ír a V13 SP1 akkor V13 vagy régebbi az eredeti projekt.
Nyiss egy új projektet, ne adj hozzá semmilyen CPU-t, unspecified-ot sem. Bal lent online access alatt keresd le a CPU-t, jelöld ki, majd Online\Upload device as new station (vagy valami ilyesmi).
V16-al szerintem nem fog menni az upload, V13-al vagy V13 SP1-el próbálkoznék.
If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
válasz DasBoot #8488 üzenetére
“CPU hozzáadás nélkül és ugyanúgy érzékeli az online programját“
Ezt nem igazán tudom értelmezni.
Nyiss egy tök üres új projektet, ne adj hozzá semmilyen CPU-t csak Online\Upload device as new station (hardware and software). Annak le kellene húznia mindent szépen. Egy compile-t kell nyomni neki mielőtt online mész de kb ennyi.
If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
válasz DasBoot #8490 üzenetére
Persze, hogy nem aktív. Azok kizárólag a már HWCN-ben lévő PLC-kre vonatkoznak. Az Upload gomb maga a sima SW upload egy már projektált PLC-be egy online PLC-ből.
Ami neked kell az ezen a képen látszik és épp ki van szürkítve mert ki van jelölve a projektált PLC a Project Tree-ben.
Simán legyen nyitva a Network View egy üres projektben és akkor aktív lesz az Upload device as new station. Az felhoz egy ablakot ahol ki kell válastani a PN interfészt, megkeresi a hálón lévő PLC-ket, kiválasztod ami neked kell és lehúzza neked az egész hóbelebancot HWCN-nel és programmal együtt.
If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
Tudni kellene mivel fut hibára.
Ha csak a blokkok kellenek akkor HWCN-t ne migrálj. Step7-ben nyomj egy Check Block Consistency-t és egy full compile-t az egész kódon. Ha van valami ami know-how protection-ös akkor azt fel kell oldani/törni, kivéve ugye a rendszerblokkok persze.
Elvileg minimális mókolással mennie kellene. Én most húztam fel 3 S5 kódot V16-ig.If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
válasz InFlames86 #8508 üzenetére
Mit akarsz kezeni X-el?
SCL-ben ez egy szimpla
DWORD_TO_REAL(#X)
, onnantól meg már azt csinálsz vele amit akarsz.If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
válasz InFlames86 #8510 üzenetére
Én meg codesys-ben nem vagyok otthon.
Azt hiszem értem mi a problémád. Maga a bit pattern a DWORD-ben valójában egy lebegőpontos szám pattern-je. A DWORD_TO_REAL ugye implicit konverzió szóval ha ez a helyzet akkor azzal valóban nem fog működni mert az a DWORD értékét konvertálná neked lebegőpontossá.
Ha tényleg ez a helyzet akkor kicsit fura felhasználási mód.
Any pointer területcímzésre való inkább, erre elég lenne szerintem egy mezei pointer. Én első körben rápróbálnék arra, hogy az Input-ot átnyomnám Real-be ha ez lehetséges, és a blokk hívásánál adnám meg neki pointerként a címet "P#DB1.DBX0.0 BYTE 4" formátumban (nyilván a korrekt címekkel). Annak elvileg csak a bit patternt kellene áthúznia szóval pont ami neked kell. De az igazság az, hogy ezt szeretjük kerülni TIA-ban mert a cross reference-ben nem jellenek meg a pointerek.
If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
válasz levelko #8549 üzenetére
Elég a legolcsóbb. Gyakorlatilag CPU és RAM amiben van eltérés, de az alap i5 is bőven elég mindenre és a 16GB RAM is elég 1 TIA Portalnak. Ha párhuzamosan futtatsz néha 3-at mint én akkor oda azért nem árt több.
CX One-nal nem lesz probléma, Somachine-t nem ismerem. Igazából amire megéri befizetni HA találkozol vele, az az S5 bővítőmodul, de nem adják olcsón.
Viszont én Field PG-t csak akkor vennék ha tényleg lesz terepen használva + kellenek az integrált dolgok amik egy normál notebookban nincsenek, mint PN, DP, Prommer 300/400 kártyákhoz, soros port, stb. Ha csak online akartok menni a PLC-vel PN/MPI/DP-n, arra pénzkidobás.Nálam speciel egy Thinkpad P15 Gen1 a melós gép. Nem annyira masszív mint egy M6 és nincs rajta annyi interfész, de az enyém (i7-10750H, 6mag, 12 szál, max 5Ghz + 32GB RAM + Quadro T1000 bár ez irreleváns) megáll 7-800 ropi körül 5 év garival. Na ezzel én néha 5 TIA-t futtatok egyszerre, 3-at VM alatt, 2-t lokál és nem félek terepre vinni. Hátulütője ugye az, hogy 300/400-as PLC-k kártyáihoz prommer kell illetve DP-hez is egy USB-DP adapter. De ennek ellenére nem adnám oda egy M6-ért.
[ Szerkesztve ]
If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
válasz levelko #8551 üzenetére
Előbb vagy utóbb de majd kell. Én most migrálok 3db 928/948-at 1 1517F-be szimplán amiatt mert nincs spare part.
Ahogy a fórumtárs írta feljebb az M6-al tuti mindent elérsz mert van mindenre dedikált portja. Emiatt írtam, hogy én az alapján döntenék milyen interfészeket használsz, kell-e prommer, stb.
Én azért használok P15-öt M6 helyett mert összességében nekem kényelmesebb. Jobb touchpad, bill, képernyő, stb.,energiatakarékosban is (ilyenkor passzív a hűtés) is vígan elboldogul 1 TIA-val, és egy USB-MPI/DP kábellal a tatyóban gyakorlatilag mindennel online tudok menni (ethernet ugye adott). Ciki akkor lehetne a dolog ha mondjuk egy korrupt SDB miatt defektbe menne boot közben egy 300/400 mert akkor nem tudnám mivel törölni a kártyát de prommer nélkül azért (szerintem) lehet élni. Elég ritkán fordul elő ilyesmi azért. Félre ne érts, nem lebeszélni akarlak róla, tényleg jó cucc az M6, de ahogy írtam ha csak azok a részei vannak használva amit mondjuk egy P15 is megold és nem akarod az olajos teknőben fekvő kollégának odadobni a cuccot egy emelettel fentebbről akkor szerintem felesleges 3x annyi pénzt elkölteni mint amennyiből megoldható a dolog.
spkkill: Stabil STEP5 nagy kincs manapság. Van egy XP-s VM-em, azon ha túl gyorsan nyomom le a gombokat (például menüben lépkedek lefelé gyorsan) akkor crash-el.If it ain't a Rotor, it ain't a motor.
-
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.
If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
válasz Tomika86 #8562 üzenetére
Én használtam i5-el még V14-et (első 64 bites release) és nem volt vele gond, azóta meg csak optimalizáltabb lett. RAM viszont az kell neki bőven. Elfut éppen 8GB-on de azt könnyen ki lehet akasztani. A mostani i7-10750 + 32GB DDR4 kombóval még nem sikerült out of resources problémába futni annyit tudok.
If it ain't a Rotor, it ain't a motor.
-
Gaben92
őstag
válasz zoli.22 #8565 üzenetére
Szerintem első körben tisztázni kellene mi a cél mert a PLC nem feltétlenül a legjobb és/vagy költséghatékonyabb cél erre.
Csak, hogy egy példával éljek, fogsz egy Raspberry Pi-t, ahhoz veszel egy zzh! koordinátort, felraksz egy HomeAssistant-ot, onnnantól pedig rajtad áll mit csinálsz és gyakorlatilag van egy (fél)kész okosotthonod. Nyilván ezekhez ugye kellenek a megfelelő okoseszközök is amiket vezérelni akarsz de gyakorlatilag megoldható vele minden ami egy átlagos otthonba kell. Világítás, dugaljak, TV, házimozi, sötétítő, kazán, garázsajtó, stb.
PLC-vel ezeket megoldani elég költséges lenne és még mindig neked kell összerakni ilyen apróságokat, hogy okostelefonról tudd vezérelni, vagy távolról elérd.
Nálam egy HomeAssistant fut egy NAS-on virtuális gépként, az kezel mindent és tol át Apple HomeKit-nek. A geotermikus fűtés hőszivattyúja az egyetlen amihez majd tervezek egy S7-1200-at mert abba csak Modbus TCP-n tudok belemászni, azt meg jobb PLC-re bízni, de maga a vezérlés/monitorozás ugyanúgy HomeAssistant alatt fog futni valószínűleg MQTT kommunikációval.
Szóval otthonra még én se terveznék PLC-t okosotthonhoz, pedig nekem van is itthon egy 1517F-em elfekvőben.
If it ain't a Rotor, it ain't a motor.
Új hozzászólás Aktív témák
- Steam topic
- Épített vízhűtés (nem kompakt) topic
- Computex 2024: Itt az új ROG Ally
- Futás, futópályák
- Megjelenési dátumot kapott a Tomb Raider animációs sorozat
- Anglia - élmények, tapasztalatok
- Autós topik
- Mibe tegyem a megtakarításaimat?
- Autós topik látogatók beszélgetős, offolós topikja
- Skull and Bones - Egy hétig ingyen játszhatunk vele
- További aktív témák...
- HP Laptop 15-fd051ne - ÚJ - 15,6" FullHD IPS notebook - Core i5-1335U, 8GB, 512SSD, Win11
- Brother DCP-L2532DW wifis, multifunkciós lézernyomtató
- HP Pavilion x360 14-ek Convertible - ÚJ - 14" TOUCH notebook - i5-1235U, 16GB, 512SSD, Win11
- HP Spectre x360 16-aa0775ng - ÚJ - 16"-os OLED notebook - Intel U7 155H
- Apple 96W USB-C hálózati adapter / töltő
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs