Fórum témák
» Több friss téma |
Fórum
Oké, de a "jó működés" nem kizárólag a UC program függvénye, hanem a feladathoz kitalált logikai megoldásé nagyrészt..
Közben, már megoldódott, csak nem írtam még le. Igen,a számláló 8 bit-en maradt.Átállítottam mind a kettőt 16bit-re és már nem is írta a hibát. Gondolom, ha hiba nélkül megcsinálja az Asm fájlt, akkor jó lesz, működni fog.
A hozzászólás módosítva: Ápr 3, 2018
Igen lehet használni, csak következesen. Ha az IF2 komparátor bemenetén 400 van (nem látom jól), akkor nyilván a ZV3 számlálónak is 16 bitesnek kell lenni. Ha az IF2 bemenetén 100 van, akkor az belefér a 8 bitbe, tehát az IF2 és a ZV3 is lehet 8 bites.
Jelenleg azért jön elő a hoba, mert a számláló 8 bitre van állítva, a komparátor pedig 16 bitre. Így a program "nem állítja elő" ( nem definiálja) a ZV3 számláló felső "ZV3_HI" byte-ját a memóriában. Így a 16 bites komparátornak ez a változó hiányozni fog. Meg lehet adni a felső byte-ot a DAT modullal, ha annak név megadásakor ZV3_HI nevet adsz. Így lefoglal a program egy ilyen nevű változót és az IF2 nem reklamálna, csak abban mindig nulla lenne. Tehát nem tudná elérni a 400-at a számláló, hiszen nyolc bit esetén az maximum 255. Remélem így érthető. A hozzászólás módosítva: Ápr 3, 2018
Beállítottam az összeset 8 bit-re, csak a két relé közti időt nem, ami 400-ig számol és a mágneskapcsoló, ami 700-ig számol., de ezzel hibával szembesültem. Erre írtad, hogy a dat fájllal ki lehet védeni? Azt hogyan kell?
Egy programon belül lehet 8 és 16 bites számlálókat is használni, ha csak kebeset számol? Ezt úgy értem, hogy ha csak 20-ig számolok, akkor 8 bites, ha pedig 700-ig akkor 16bit-es?
A hozzászólás módosítva: Ápr 3, 2018
Lehet a modulokat 8 és 16 bites módban működtetni. Azért javasolják a 16 bites módot, hogy ne legyen gond. Mert pld. egy 8 bites számláló kimenetét egy 16 bites komparátorral dolgozzuk fel, akkor annak hiányozni fog a számláló felső byte-ja.
De amúgy ez is megkerülhető, ha tudjuk a változó nevét. Pld. ZV1 számláló alsó byte-ja ZV1 néven van, (felső ami nincs ha 8 bites) ZV1_HI nevű. De ha ezt definiáljuk a DAT modullal, meg fogja találni. A lényeg, hogy nem szabad keverni a 8 és 16 bites modulokat. De ha nincs egymásra hivatkozás, nincs gond. Viszont nyilván 16 bites műveleteket végezni egy 8 bites procival, hosszabb asm file-t hoz létre. A hozzászólás módosítva: Márc 29, 2018
Erről a 16 bites dologról kicsit mesélnél? Még nem nagyon tudom hogyan kell kezelni. Mostanában kezdtem el próbálkozni és valaki az egyik programnál azt javasolta állítsam át mindet 16 bites re. Van olyan számláló ami 700 ig számlál. Az ismételt jeleket pedig majd megnézem. Eddig is sokat segítettél ,ezt köszönöm .
Indokolatlanul használsz 16 bites számlálókat és komparátorokat, miközben 2-ig vagy 20-ig számolsz csak. Ha ezt kiveszed, már is belefértél a PIC-be.
Van amit kétszer képezel ugyan azt a jelet. Pld. a "szélerősség mérő" felirat alatt a P1:AUTO MOD és P1:TOTAL RESET az LG35 kapuban, majd ugyan ez alatta az LG37 kapuval. Minek? A hozzászólás módosítva: Márc 29, 2018
Köszi. Igazad van az XOR-t ki is szedtem belőle mind,így nyertem elég sokat. Most 2053-nál járok és 2048-ig kellene levinni. Az ONE-SHOT-ból viszont csak egy van, ami le van húzva gnd-re. Valamivel tudom.még egy kicsit lejjebb vinni?
A hozzászólás módosítva: Márc 29, 2018
Hello! Én pld. látok egy halom XOR kaput, aminek egyik bemenetén logikai magas szint van. Viszont így az nem több mint egy sima inverter. Vagy is a következő kapu bemenetét negáltra állítva ugyan az az a eredmény jön ki.
Egyébként én azzal sem értek egyet, hogy egy csomó ONE-SHOT van beépítve, aminek bemenete a GND-n van, így törli bekapcsoláskor a számlálókat. Mert ha megnézem a generált ASM programot, az inicializálásként a változók törlésével kezdődik. Márpedig egy számláló kimenete is egy változó, ami törölve épp olyan mint ha Reset-ből indulna. (Lehet hogy ez ellen lesznek ellenvélemények, de én így látom..)
Sziasztok. Csináltam egy parsic programot,ami jól is működik,de közben bővítettem egy kicsit és így már nincs elég memória a 16f628-ban és nem tudom rátenni. Szereztem egy 16f648-at, de a parsic 3.56 nem ismeri, csak a parsic 4. Az lenne a kérdésem, hogy hol tudnék spórolni a memória területnél, vag y van e valakinek parsic 4,aki át tudná nekem írni Asm-be,vagy hex-be.
Majd ha hazajön az én rendszergazdám(ua mint nálad) majd megnézi.A másik linket megfúrta a gugli. Azért köszönöm a fáradozásodat.Üdv.klaszlo
Azt én sem tudom mit rontottál el , a rendszergazdám (a fiam) a 3.6 os verziót linkelte
Letöröltem az előzőt,letöltöttem a p-zippet ,kicsomagolás után setup 356.exe és feltelepíti a 3.5.6.15 öt ? nem tudom mit csinálok rosszul ? Mára ennyi megyek É-műszakba.Köszönöm a segítséget.
Igen kicsomagolás után használható , elvileg nem kell telepíteni
Köszönöm a fáradozásodat. Letöltöttem,(ez a verzió van meg nekem is )feltettem xp-s laptopra,az ábra ugyan az ,a módosított nem megy az átrajzolt megy.Lehet hogy ilyen a program,vagy ez a verzió? (Továbbra is várnék egy 3.6_ost hátha az másként viselkedik.)Nem tudom ,hogy akik többet használják a programot azok tapasztalták e ezt a jelenséget .A változtatás nagyságrendjét nem írtam le:oldalanként ki lett törölve 7db kapu 4 db 1 shot 1db rs és természetesen a hozzájuk tartozó " vezetékek", ment helyettük 3db kapu 1db adc 1db mx 1db bv és ezek" vezetékei".Ez azt jelenti ,hogy 153 kapuból változott 21, 67 OS -ből 12, 29 RS_ből 3 .Lehet ,hogy ez már sok változtatás? Felmerült bennem ,hogy megveszem a 4-es verziót,de visszatart a gondolat, hogy ha az is ilyen akkor lehet rajzolgatni minden változtatás után,bár nem tudom mi a tapasztalat a 4-esnél ilyen esetben? Üdv:klaszlo
Sziasztok!
Én még a régi Parsicot használom (3.5.6.15),most előkerült egy kb 2éve rajzolt program amit módosítanom kellet.Megcsináltam a módosításokat és ujjra fordítottam (hiba nélkül lefordult) és nem működik,természetesen ellenőriztem mindent ami átszámozódhatott de mindent rendbe találtam.Arra gondolok ( lehet ,hogy hülyeség az egész ),hogy a módosítások miatt p.l. az LG17 -es kapu elé odakerül mondjuk az LG-147-es és ez a végrehajtás sorrendjében olyan távol van egymástól,hogy a program (eltéved).Ezt azért gondolom mert ha ujjra rajzolom az egészet akkor meg működik,csak hát minden módosítás után ujjra rajzolni az egészet kicsit macerás a dolog.Itt a fórumon visszaolvasva mindenki azt írja ,hogy a módosítások után lefordítva minden működik rendesen.Arra is gondoltam, hogy az én 3.5.6.15-öm nem jó ezért szeretnék megkérni valakit akinek van működő 3.6......-verziója ha lehetséges küldje el nekem,hogy azzal kipróbáljam ,hogy működnek e a csak módosított programok.A fáradozását előre is köszönöm annak aki elküldi.Üdv. Klaszlo
Semmi különleges dolgot nem akarok vele csinálni.
Pc felül érkezte 1-re bekapcsol, 0-ra kikapcsol menyi az egész.
Mi a terved a kommunikációval?
Ugyanis a venni kívánt byte-oknak annyinak kell lennie, mint amennyi valójában érkezik. ha elküldöd a "0" és "1" ASCII kódját akkor, lehetséges, hogy enter (13) is megy utána, vagy még soremelés is (10). Tehát, vagy 2 db, vagy 3 db, vagy 4 db byte fog érkezni a PIC-be. neked ennyi változót kell várnod. Tetszőleges hosszú táviratot, így elég nehézkes fogadni, főleg PC felől. Nem véletlenül vannak kötött protokollok az ipari kommunikációkban is...
Sziasztok!
Rs232 kommunikációt kellene megoldanom de csak félig működik. RS-CHECK programmal működik. Raspbian röl ASCII kódot küldök rá akkor már nem működik. ASCII 48, 49 Köszi
Szívesen. Azt ritkán használom, annak megvannak az előnyei, illetve a korlátai is...Általában mellőzöm...
Kipróbáltam, tökéletesen működik, mégegyszer köszönöm. Egy kis progit mindjárt át is raktam PARSIC 3.6-ból, LCD ékezet használattal és megy.
Annyit tapasztaltam, hogy nálam multi-text beállítása esetén villog az LCD.
Ez segíteni fog az egyedi karakterek "előállításában"
Szia!
Köszönöm szépen, du. kipróbálom. Üdv: Zsolt
Itt van. Az elv az, hogy a betüket "képpontokból kell kirakni", és a sorok bináris értékét kell táblázatba rendezni egymás alá 8sor per karakter 8x.
Inicializáláskor a kijelzó CGRAM-jába kerül, a karaktertábla szerinti helye alapján hívatkozhatsz rá a kijelző kezelésében, mintha egy másik karakter lenne.
Szia!
Megjött, nézegetem. Az userchar.pic rajta van a cd-n, de első körre nem értem, hogy miként működik. Feltennéd a te magyar ékezetes verziódat. Az összes többi példa érthetőnek tűnik.
Igen. Küldöm a program környezet teljes képét. Van egy Limiter még biztonság kedvéért, de azt hiszem ez egy átalakított rész a programban és ott maradt. Nálam így teljes. Az a komparáror a bit állapotát hívatott jelezni a programban, esetleg a külvilág felé is...
A hozzászólás módosítva: Jan 18, 2018
|
Bejelentkezés
Hirdetés |







