Szép napot!

Nem boldogulok egy kis logikai kapus dologgal.Ha valaki segítene.
Egy "shottal" adnék egy H szintet. És lenne valahol a logikai kapuk után egy kimenet.
Az első shot után a kiment: L
A második shot után a kimenet: L
A harmadik shot után a kimenet: H
A negyedik kimenet után a kimenet: H
A következő shot után ismétlődne a folyamat az első shot értékével (L)
Tehát a shotokkal egy L-L-H-H-L-L-H-H-L-L-H-H kimenet sorozat kellene.
Köszönöm aki értem fáradozik

Az include-os megoldás és a custom blokk kb. fényévekre van egymástól használhatóságban. A makró meg teljesen más, ugyanúgy az alap blokkokból építkezik. Amíg nép szeret előbbivel játszani, igény sem fog megfogalmazódni a fejlesztésre.

Én ezért váltottan flowcode-ra és nem bántam meg (a p3.6 azért még ott csücsül a sokban de csak megszokásból)

Ha többet dolgozol a P4-el, akkor nem lehet nagy feladat számodra egy ilyen blokkot létrehozni. Erre megvannak, most is a lehetőségek, szubrutin vagy makró formájában.Ami máshogy nem megy, ott az INC. betét lehetősége... Régebben egy bizonyos Gsm modemmel kellett, kommunikációt kialakítanom. Az AT-ASCII parancsokat megírogattam így. A program megfelelő állapotakor egy "tiggerrel indítottam" Jó játék volt, működött...

Ha ilyen jóban vagytok, akkor igazán felvehetnéd a kapcsolatot vele, hogy szeretnénk egyedi blokkokat. Hátha lenne foganatja... Ebben az esetben neki nem kellene "nyomásra" ezt-azt belepakolni, hanem mindenki csinálhatná a sajátját tudása szerint. Pl. szoftveres szorzás (ami nekem nagy fájdalom) hardveresen, külön blokkba. Nyilván csak adott uC-ken menne, és ha nem az van kiválasztva, akkor jelez, vagy egyszerűen a normál multiplier blokkra cseréli. Ugyanígy beletehető lenne a modbus, canbus, stb. anélkül, hogy bármiféle fejlesztést kellene kérnünk tőle. Hiába a fejlesztő környezet és a uC eredményes használata a lényeg, ha a fejlesztő nem használja ki a uC képességeit, mert ekkor nem eredményes, bár tény, hogy működőképes. Csak nagyon lassú és erősen korlátozottak a megoldható feladatok. Ugyanakkor egyénileg programozott blokkokkal ez megoldhatja a felhasználó. Egyszer leprogramozza a blokkot (esetleg a szimulációt is meg kell írni hozzá, nem tudom, hogy az milyen alapon dolgozik), utána csak dobálja a lapra, mint bármi mást. Közkézen mindjárt megjelenne egy halom blokk, amit lehetne akár egymás között export/import alapon megosztani, és ez a programot erősen felértékelné, akár újabb pénzszerzési forrás is lehetne. Működhetne ez a része kb. úgy, mint a XOD esetében, ott olyan blokkot csinálok, amilyet akarok. Az pl. erősen fejlődik, de a túlburjánzott arduino keretrendszer miatt nem lesz megbízható sohasem, többek között ezért sem lesz soha igazi piaci szereplő.
Aztán lehet, hogy én gondolom rosszul, de az biztos, hogy egy custom block parsic 5-ért én biztosan ismét kifizetném a pénzt, és fejlesztési oldalról nem lehet nagy kihívás a srác részére.

Sajnos,mostanában keveset használom A Parsic-ot. P4-t 3-4 évvel ezelőtt napi szinten használtam, sok feladatot megoldottam vele. Már abban gondolkodtam napi szinten. Néha napján benézek ide, hátha valakinek alapvető kérdése van. Amit csak emlékezetből meg tudok válaszolni. Az utolsó verzió 3.60-as kiadása sokáig futott, talán én voltam az egyedüli aki ezért itthon pénzt adott. A P4, egy olasz cég megrendelésére készült. Ők mint viszonteladók vannak a képben. Anno én is gondolkodtam ugyanebben, de megelőztek. Akkoriban gyakran kommunikáltam a szerzővel. Ő egy Német informatikai mérnők.
Szerintem Hobbi kategóriában csinálta az egészet. Ha nagy rajta a nyomás, akkor módosít rajta valamit. Pl az én kérésemre tette bele a soros kommunikációba a Modbus-t. Nekem most ez egy nagy segítség.
Tudod, ha valaki pénzt adott egy berendezés működtető programjáért, utána nem szeretné újralátni a "közösben."
Kérdezzetek, visszakeresek hozzá megfelelő programpéldát és ide felteszem.
Nem a processzorok évjárata, valamint ára a lényeg, hanem a fejlesztő és a proci együttes eredményes használata. A másik fontos még, hogy stabil alkalmazásokat lehet csinálni vele. Meg gondolom, Ti is tudjátok milyen előnyei vannak, kevésbé felkészült programozói ismeretek közepette. Néha belenézek, azért. Ha van ordítóan hibás megoldás, azt jelzem.

Én legutóbb a 18F8722 alap verzióra fejlesztettem rá, évekig ezt nyúztam. Ő már mindent tud, nehéz teleírni!

Most újabban a 18F6722 lesz a kiszemelt áldozat, mert közben történt "egy, s más", (újraszülettem, többször, ennek újabb megelőzésével is foglalkoztam! ) és nincs kedvem olyan közeli pin-eket forrasztgatni. Nem számít pár száz forint különbség, ha valamit nem tudok használni, adhatják ingyen is!

Arra a pár darab, pixeles képernyőfotós részletre gondolsz, mint PLC? Akkor valóban feltettél, de ennél konkrétabbat nem igazán láttunk tőled, csak hallottunk - tipikusan mindig a 2ms-es részt. Tény, hogy igaz, erősen korlátozott a sebesség, és ezt nem lehet megerőszakolni egy kisebb ciklusidő beírásával. Jó, hogy profin nyomod, de sokszor van téma, amelynél - ha valóban segíteni akarsz a többieknek - kicsit többet is dobhatnál a közösbe ekkora tapasztalattal.
Mondom ezt úgy, hogy én elvagyok magamban a progival, köszönöm, csak az zavar, hogy hosszú évek óta áll az érdemi fejlesztése (néha 1-1 újabb, amúgy már elavult 8 bites bevétele a repertoárba nekem nem számít fejlesztésnek), holott bőven lenne még benne potenciál - minimum a használt uC modellekbe épített hardveres megoldások támogatása, de azért már egy 32 bites uC sem lenne örgötől való, valamint az egyedi kódú blokkokat is engedhetnék, ez sokkal használhatóbb lenne, mint ahogyan megoldották az asm betéteket. Évente egyszer rájuk írok, megkérdem, hogy mi várható, lesz-e fejlesztés, de semmi. Elolvassák, de nem reagálnak.

Sziasztok!
Belenézegettem egy két megoldástokba. Örülök, hogy sok mindent próbáltok vele megoldani.
Én sok minden megoldottam, megtapasztaltam már vele. Pár éve tettem fel egy saját fejlesztésű kis PLC-t (kép). Abban PIC18F8722 volt. azt majdnem teleírtam, már jónéhány esetben...Nos, egy visszatérő hiba, A ciklusos TIMER! a program alapban, 10ms, vagy 20 ms-t kínál fel. Nem egy megoldásotokban láttam, 2ms-t. Gondoljatok csak bele, ha a kijelző frissítést ezzel oldjátok meg, ez reális szerintetek? Gondoljatok csak bele. Nézzétek meg, a háttérben készülő ASM file milyen szubrutinokat tartalmaz! Amire a helyes kijelzés minden körülmények között, rendelkezésre áll, minden változó típus esetén! (Reális frissítési idő: 100-200ms!)
Ez mennyire lefogja a processzort?! Nem beszélve 4Mhz órajel esetéről! A másik fontos dolog, ha a "külvilággal" sikeres kommunikációt akartok elérni,Pl. soros porton, használjatok minden esetben Quartzot. Megéri, 20-30Ft a két kondival együtt!
(Érdekességnek mondom, most Modbus kommunikációt tesztelek, Távelérős (VNC-s) HMI felé. A PIC a logikai vezérlő feladatát látja el -PLC-IO- felület)
A másik, gyakori hiba lehet még a régebbi verzióval. (P_3.6) A még régebbi Mplab fordítóval működik csak együtt eredményesen.(5.x, 6.x...) Sikeres hobbizást kívánok...

Köszönöm megpróbálom, remélem segít.
Üdv: Gábor

Régebben használtam a P3.6-t.. Mostanában a P4-t ha van időm hobbizni. A kérdésedhez válaszként. Használj más betüket. Pl M, T...stb Egy kimenetet átnevezhetsz, úgy is, hogy M1.0 Bit esetén, De Byte-os változót is át lehet nevezni ADAT1, vagy ennek egy bitje ADAT1.0 pl logikai feltételként, Bájt esetén adatforrásként előtte értelmezni kell...
Az új P4 már tudja, hogy szubrutinként használja egy programrészletet, egy logikai, blokként egy kisebb részletet, akár többször is, aztán ott az automatikus számozás nem gond.

jobb kép

Sziasztok!
Parsic 3.6-ot használok. Van-e lehetőség a csatlakozó pontok újra számoztatására. Ha folytatok egy rajzot és újra akarom a ki-bementeket felhasználni, van, hogy benne hagyja a régi kötéspontokat, természetesen úgy már nem működik. Ami érdekes a szimuláció működik, a fordítás hibátlanul lemegy, beégetve meg nem használható.
Üdv: Gábor

Csatolok 2db képet a nextion kommunikációról, nekem igy működik.

Felteszem a GLCD is.

Sziasztok!

Mostantól a számítógépemnél vagyok.

Nagyon megköszönném ha rá néznétek, készítettem egy próba zip csomagot, legyetek szívesek nézetek rá.

Kosszonom, hogy raneztetek majd visszaterunk ra.

Sajnos nekem nincs meg a 4 es verzió ...

csak egy kepet tudok kuldeni.

Demo-ban csinaltam ezt, ma toltottem le nincs velem hkulcs .
Volt egy kisidom es agyaltam.

A zip fájl jónak tűnik.

Melyik verziót használod ? A zipben lévő két picfájl nálam 0 byt nincs benne semmi ...

Sziasztok!

Segítséget szeretnek kerni.

Vásároltam egy NEXTION 2,4 kijelzőt nincs ötletem hogy tudnék pic felől adatot fogadni, próbálkoztam, scopal jón megy az adat csak nem ismeri fel (gondolom).

Nem vagyok othon nincs Magyar billentyűzet, létóltotem a DEMOT, mar otthon próbálkoztam.
Kérdezni szeretnem van e valami megoldass Parsic-ban.
Valahogy így próbáltam, felteszem.

Viktor

Nálam minden hiba nélkül lefordult talán az elérési utat nézd meg

Egy korábban dcsabi által feltett ici-pici rajz sem akar lefordítódni HEX-be.Nem jövök rá miért.
3.56 és 3.6 verzióval is próbáltam. MPASM V5.35 ezen kell-e valamit konfigurálni?

A képen a problémám.mi lehet a baj?

Viszont arra figyelj hogy élőben meglepetés fog érni a kijelzéssel kapcsolatban ,a parsic nem ismeri az ékezetes karaktereket ,ezért kérdőjelet meg mindenféle értelmezhetetlen karaktert tesz a helyükre.

Amit te csináltál ott csak 1,5 másodpercenként újraírja a kijelzést . amit szeretnél az meg a kiírás és a kiírás hiányának váltakozása . Ezért írtam "tele" space-el az új kijelzést

Így gondoltam köszönöm !

Talán így gondoltad ?

Van egy próbálkozásom,amin az LCD kijelzőn nem sikerül a "villogtatás" a szimuláció szerint.Nem látom a hibát.Ha valaki tudná előre is megköszönöm. A villogj!-nak kéne villogni.