Keresés: - PLC programozás - Fototrend Hozzászólások

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

Új hozzászólás Aktív témák

#4213 mediumgecso őstag Teuton99 #4211

Új Válasz 2014-04-12 09:11:45 #4213
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

mediumgecso

őstag

válasz Teuton99 #4211 üzenetére

Küldtem PÜ-t
#4212 Szirty őstag Teuton99 #4211

Új Válasz 2014-04-11 20:40:12 #4212
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Szirty

őstag

válasz Teuton99 #4211 üzenetére

A Microsoftnak saját virtuális gép megoldása van Win7 alatt!
#4199 byte-by tag Teuton99 #4197

Új Válasz 2014-04-09 19:26:08 #4199
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

byte-by

tag

válasz Teuton99 #4197 üzenetére

halo !
az FWRIT utasításnak a kontrol szóban meg tudod adni, hogy hova mentsen.
ha a kontrol szó utolsó digitje 1, akkor EM file-ba ment.
létrehoz egy tárterületet és oda ugyanúgy menti az adatokat , mint cf kártya esetén.
persze szimulátorra szükség lesz és pár bitet át kell kapcsolni, de hasonlóképp kiírja az adatokat.
a példa egy CS1G ,és amikor átkapcsolsz szimulátorra meg is kérdezi, hogy létrehozza-e az EM tárat.
azt hiszem CJ sorozatnál NEM online módban engedélyezned kell a "memory allocation " menüben.
bár én cj1 sorozattal még nem csináltam.
byte
#4198 Teuton99 csendes tag Teuton99 #4197

Új Válasz 2014-04-09 18:03:27 #4198
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Teuton99

csendes tag

válasz Teuton99 #4197 üzenetére

Update:
A string mentése megoldódott: MOV$ vagy XFER utasításokkal lehetséges.
A másik kérdés viszont még nyitott
#4196 Szirty őstag Teuton99 #4195

Új Válasz 2014-04-07 20:48:00 #4196
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Szirty

őstag

válasz Teuton99 #4195 üzenetére

Üdv Teuton99!
Nem ismerem a modult, de a leírása alapján úgy látom,hogy van neki egy biztonsági tartománya.
4-20mA-es bemenet tehát 4mA áram esetén ugye 0 értéket ad, 20mA setén meg 4000-et (vagy 8000-et attól függően hogy állítottad be).
Ha a bemeneti áram meghaladja a 20mA-t. akkor az érték tovább nő egészen 4200-ig (8400-ig).
Ha a bemeneti áram 4mA alatt van, akkor negatív értéket kapsz. Legkevesebb -200-at (vagy -400-at).
Egy-egy összehasonlítással tehát csak azt kell figyelned, hogy kívül kerül-e a konvertált érték a 0-4000 (vagy 0-8000) tartományon.
Ha a bemenet árama 1.2mA alá esik, akkor pedig megszólal a disconnection detection bit.
#4193 rsf senior tag Teuton99 #4192

Új Válasz 2014-04-03 11:08:30 #4193
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

rsf

senior tag

válasz Teuton99 #4192 üzenetére

Mindig balról jobbra és fentről lefelé halad a compiler.
De váltsd át utasítás listába a nézetet és ott meglátod a végrehajtás sorrendjét.
Üdv.
#4191 KLR csendes tag Teuton99 #4190

Új Válasz 2014-04-03 08:09:19 #4191
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

KLR

csendes tag

válasz Teuton99 #4190 üzenetére

Szia!
A PLC Stop-ból Run-ba váltás vagy feszültség bekapcsolásakor, ha már futott a program, aktiválódik a P_First_Cycle rendszerbit egy ciklus erejéig. Az adat amit az első MOV-val irsz, nem más mint nulla (nullázod az eqState regisztert).
Omronnál jelölve van a szám formátuma, & jelzi hogy decimális számról van szó, míg # jelzi hogy HEX formátumban van megadva a szám. Ez azért is fontos, mert sok helyen használ BCD formátumot (időzítők, számlálók, dátum,stb), ami mind HEX-ben van megadva.
#3973 Szirty őstag Teuton99 #3972

Új Válasz 2014-01-30 12:02:42 #3973
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Szirty

őstag

válasz Teuton99 #3972 üzenetére

Helló Teuton99!
Sajnos az idézett részben pont az nincs benne, hogy mi az oka a megállásnak. Idézd be a "Caused by" részt is, az tartalmazza az okot.
A módosított kódnak működnie kell, kipróbáltam mielőtt elküldtem ide.
#3967 Szirty őstag Teuton99 #3966

Új Válasz 2014-01-29 14:06:40 #3967
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Szirty

őstag

válasz Teuton99 #3966 üzenetére

Üdv Teuton99!
Nem lett volna baj ha azon kívül, hogy hiba keletkezik elárulod azt is hogy milyen hiba... (Diagnosztikai buffer kiolvasása).
De gondolom "Area error when reading, Incorrect area ID: 0" volt a hiba.
Az L W [AR1,P#0.0] címzésednél nem tudta eldönteni milyen memódiaterületről serettél volna olvasni. Hiába raktad az address regiszter töltésénél oda a terület azonosítót (L P#DBX 0.0)
Ezért a L P#DBX 0.0-t L P#0.0-ra, az L W [AR1,P#0.0] pedig L DBW [AR1,P#0.0]-ra kell cserélni.
Ha megteszed, akkor meg a ciklus második lefutásakor szintén lesz CPU stop és kapsz egy szép kövér Alignment errort, mert a ciklusmag végén a cím kiszámításakor nem kezelheted az address rekiszter tartalmát integerként:
CIM2: TAR1 L 10 +I LAR1
Újra ki kell számolnod a pointert a ciklusváltozó aktuális tartalmából!
Ez így nem jó, a cím alsó 3 bitje bit cím, neked meg byte cím kell.
Nézd át ezt, ez így működik:
OPN DB 1 //DB megnyitasa L P#0.0 LAR1 L 0 T MW 20 //temp változó L DBLG L 2 /I T MW 22 //eltároljuk a DB hosszát L MW 22 L 1 -I CIM: T MW 24 //a hurokváltozó L DBW [AR1,P#0.0] //ha az aktuális nagyobb, mint a temp--> csere L MW 20 // egyebkent ugras >I JCN CIM2 //csere L DBW [AR1,P#0.0] T MW 20 //index leptetes CIM2: L MW 24 L 2 *I SLD 3 LAR1 L MW 24 LOOP CIM
Ui.: Ha program kódot idézel a fórum üzenetbe, akkor légy szíves használd a "Programkód" nyomógombot a fomázáshoz, mert ha csak bemásolod eléggé szétesik az egész.