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

• #561 Szirty őstag arita #560

  Új Válasz 2008-11-14 13:36:11 #561

  Ú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 arita #560 üzenetére

  Hali arita!

  Nem tudom mivel konfigurálod, én még NT support tool-t használtam.

  "Sajnos nem nagyon értem mi az a PT Notify Area és a PT Control Area. Hiába olvasom a leírást Mit jelentenek ezel pontosan?"

  Nos mindkettő egy memóriaterület a PLC-ben, aminek a kezdőcímét az NT configjában be kell állítani.
  A PT status Control area 4 word méretű. Segítségével a PLC-ből a kijelzőt vezérelheted:
  Az egyik word arra szolgál, hogy a PLC-ből átválts egy megadott számú képernyőre.
  A PT status Notify Area word-jeit a terminál írja. Pl. megjelenik ott hogy éppen hanyas kép van kijelezve, megnyomtak-e nyomógombot, történt-e adatbevitel, stb.

  A leírását ebben a doksiban találod: NT reference manual
  A 64. oldalon (a PDF belső oldalszáma alapján ez az 52. oldal).

• #558 Szirty őstag arita #556

  Új Válasz 2008-11-13 17:35:19 #558

  Ú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 arita #556 üzenetére

  Helló arita!

  "A bajom az, hogy amit rátöltöm a programokat a cuccokra és összedugom a PLC-t és az NT30-at, egy pillanatra megjelenik az általam készített kép, de aztán el is tűnik."

  Ilyet akkor csinál az NT30, ha a start screen ugyan jól van beállítva (ezért az meg is jelenik egy pillanatra) de a PT Control area Screen number byte (vagy word, már nem emlékszem) egy olyan képre váltja át, ami nem létezik (vagy az említett byte/word tartalma nulla).

• #479 Szirty őstag arita #478

  Új Válasz 2008-09-27 15:19:43 #479

  Ú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 arita #478 üzenetére

  Hali arita!

  "micsoda is pontosan az a @-os utasítás?"

  Egy utasítás (FUN) alapból minden PLC ciklusban végrehajtásra kerül. vagyis pontosabban mindannyiszor, amikor rá kerül a vezérlés.
  Ha az utasítás neve elé egy kukac (@) karaktert teszel, akkor az utasítás differential up lesz, vagyis nem állapot, hanem élvezérelté válik. (mégpedig felfutó él).
  Azaz nem hajtja végre minden alkalommal, csak egyszer minden olyan esetben, amikor az előtte lévő logikai feltételsor eredménye 0-ról 1 állapotra vált át.
  Erre jó példa az olyan művelet, aminek célja azonos a forrással.
  Pl. egy összeadás, vagy egy érték növelése:

  

  Az ábra szerint egy utasítás növeli egyel a DM1 egy másik pedig a DM2 tartalmát. Az előttük lévő feltétel az 1.00 bit.
  Amikor az 1.00 logikai 1 lesz, akkor a DM1 nagyon gyorsan elkezd pörögni és túlcsordul, a DM2 azonban csak egyel nő

• #477 Szirty őstag arita #476

  Új Válasz 2008-09-27 13:29:35 #477

  Ú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 arita #476 üzenetére

  Hali arita!

  "kérdésem az lenne, hogy ha beállítok egy bemeneti feltételt differentiate up-ba, miért veszi hibásnak a fordításnál."

  És mit ír a fordító? Mi a konkrét hibaüzenet? Ez?

  ERROR: Differentiate Up is invalid at rung x ( y, z ).

  Bár nem ismerem az SRM1-et, de nagyon úgy tűnik,hogy az SRM1 nem ismer ilyen differentiated contact-ot...
  

  Marad a DIFU, vagy a @-os utasítás. Sokkal a DIFU sem bonyolultabb, csak elfoglal egy plusz sort, és egy bit belső változót, amit kénytelen az ember dokumentálni
  Cserébe ezt felhasználhatod a program bármely részében

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