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

• #8502 joci9 tag M@nH. #8501

  Új Válasz 2021-05-18 23:11:34 #8502

  Ú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

  

  joci9

  tag

  válasz M@nH. #8501 üzenetére

  Pro! ha működik, akkor helyes :-)
  (lehet a függvényen belül is függvény, azaz egy sorban is mehet az ilyen, emlékeim szerint)

• #8500 joci9 tag M@nH. #8499

  Új Válasz 2021-05-18 14:24:49 #8500

  Ú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

  

  joci9

  tag

  válasz M@nH. #8499 üzenetére

  Szia!
  Át kell alakítani REAL számformátumba még a matek előtt. INT_TO_REAL();
  Csak úgy írtam a levágni a tetejét, ha a 32 bites a szám, de nem haladja meg a 32767-et akkor elég figyelembe venni az MSB 16 bitet. (uh régen tanultam ezeket, lehet rosszul fogalmazok :-))

• #8497 joci9 tag M@nH. #8496

  Új Válasz 2021-05-17 19:29:11 #8497

  Ú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

  

  joci9

  tag

  válasz M@nH. #8496 üzenetére

  Szia!
  Kis szubjektív: CJ2M-ben tök jól lehet matekozni ST nyelven egy FB-ben :-) És utána azt a tapasztalatot másik plc-ben is lehet hasznosítani. Amgy ha nem csúszik ki a 16 bitből, akkor nem elég levágni a tetejét?
  Itt találsz egy csomó segítséget: https://omronkft.hu/
  Ami CJ1-es dolgok is jók. Meg a többi is.
  (lehet nem a kérdésre válaszoltam :-))
  ü
  J

• #7811 byte-by tag M@nH. #7807

  Új Válasz 2019-11-04 18:14:14 #7811

  Ú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 M@nH. #7807 üzenetére

  halo

  ha nem használod sehol máshol, akkor az algoritmus sajátossága.
  mivel a komparátor utáni eredményjelzők az aktuális komparátor eleme, de mindegyiknél hasonló.

  ha zavar, javaslom a comparátor legyen feltétel és a kimenetéhez tegyél bitet.
  ekkor minden relációhoz kell egy komparátor, de nem gond.
  ez a CJ sorozattól lehetséges.

• #7810 Szirty őstag M@nH. #7807

  Új Válasz 2019-11-04 17:44:27 #7810

  Ú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 M@nH. #7807 üzenetére

  Szia!

  Szerintem inkább az az oka, hogy a P_LT, P_EQ, P_GT flag-et használja a programban az összes összehasonlító utasítás.(ellentétben pl. a Siemens-el, ahol nincs külön összehasonlítási eredményt jelző flag, az összehasonlítás az RLO-t állítja be (logikai eredmény).
  A monitorozás (debugger funkció) meg nincs arra felkészítve hogy az éppen monitorozott összehasonlításhoz tartozó eredményt megkülönböztesse a többitől.

  Erről meg tudsz győződni ha akarsz:
  Megkeresed a programban az utolsó összehasonlító utasítást és azt monitorozva a helyes állapotot látod, akkor ez lehet a helyzet...

• #7809 joci9 tag M@nH. #7807

  Új Válasz 2019-11-04 15:50:33 #7809

  Ú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

  

  joci9

  tag

  válasz M@nH. #7807 üzenetére

  Sztem több helyen címzi a program a 169.0-át és az egyest. A monitor a porgram végéről veszi az értékét. Alt+4 -el be lehet kapcsolni az address reference toolt, rákattintasz a 169.0-ra és mutassa hányszor van használva a programban.

• #7806 byte-by tag M@nH. #7805

  Új Válasz 2019-10-31 11:53:12 #7806

  Ú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 M@nH. #7805 üzenetére

  érdekes. alapból ez nem kell.
  ellenben a Special Unit Setup alapesetben nincs kijelőlve,
  csak ha Transfer All-t választasz.
  Az IO tábla sem, de az ugyanazon hardver esetén nem számít.

• #7804 byte-by tag M@nH. #7803

  Új Válasz 2019-10-30 08:15:31 #7804

  Ú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 M@nH. #7803 üzenetére

  nos, ez tényleg érdekes, de valami oka van.

  még a DIP kapcsolók állapota okozhatja.
  az SW1állása rendelkezik a program memory írásának engedélyezéséről / tiltásáról.
  az SW2 , hogy honnan töltődjön be a program.
  ha van manuálod nézd meg a DIP kapcsolók állapotát.

• #7802 byte-by tag M@nH. #7800

  Új Válasz 2019-10-29 21:43:44 #7802

  Ú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 M@nH. #7800 üzenetére

  halo

  nincs semmi elrontva.
  a probléma, hogy a letöltéskor előugró "Download Options " ablaknál a
  "Symbols, Comments, Program index " beállításánál a
  " To / From " beállítás valószínűleg a "Memory card " van kiválasztva a " Comment memory " helyett.
  de gondolom kártya meg nincs benne.

• #7750 byte-by tag M@nH. #7748

  Új Válasz 2019-08-09 07:55:37 #7750

  Ú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 M@nH. #7748 üzenetére

  halo

  a funkció füleknél ( a View után van a PT) a PT legördülőt kell megnyitni.
  ott az első a "Transfer"
  azt lenyitva a legalsó a "Transfer program"

  ott lehet beállítani a kommunkációt, sőt letölteni csak azt a screent amit módosítani akarsz, és persze vissza tölteni csak amit akarsz.

  természetesen mindenképp erősen ajánlatos elmenteni a teljes projektet, archiválni, majd egy külön mentésből dolgozni.
  Ha azt nyitod meg a Transfer program felületen, abban is megnyithatod a teljes projektet, de kiválasztod a módosított screeneket és csak azt töltöd vissza.

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