Fórum témák
» Több friss téma |
Menjünk a flowcode-ba különben a feltételes elágba nem egy hez viszonyitva hanem nullához.
Sziasztok.Segítségetek szeretném kérni.Van 1 kis Hexe program és azt szeretném beégetni.Korábban csináltam,és sikerült is-amikor csak bekellet másolni a beégetendő fiel-t ,de most a hexe file pl így néz ki :020000000280B6
:10000800dddfkk (ez csak példa) Na ezeket hova kell beírni a pickit2 programozóba? -az F-betűk helyére? Köszönettel.
Magát a hex file-t kell a pickit 2 programmal megnyitni (file, megnyitás). Az hogy mi van a hex file-ban az relative mindegy mert azt csak te tudhatod, és ne is porbáld mefejteni mert ugyse megy.
Szerintem csak .hex lesz az.
File menü/import hex
Sziasztok!
Szeretnék kérni egy kis segítséget úgy hogy kaptam egy alapbeállítást a 12F627A - hoz, úgy elég sok mindent tudok csinálni vele. De most szeretnék más pic-kel is foglalkozni és nem jutok a-ból b-be. A PIC amit elővettem egy sokkal kevesebb lábú de erre lenne szükségem. PIC 16F508 Építettem hozzá egy próbapanelt, pickit2 programozó lábkiosztással. PIC 16F508 adatlapja Előre is köszönöm   A felesleges sortöréseket, a csupa nagybetűs írást, valamint a teljesen felesleges szövegdekorációkat kivettem. Ez itt "nem divat", légy szíves a jövőben kerülni! Köszönjük. Frankye A hozzászólás módosítva: Feb 10, 2013
Köszi válaszod. Csak a honlapról nem engedte letölteni egy az egyben a file-t,csak hivatkozásként.
A hex file nem ordongosseg, megvan a pontos leirasa.
Nagyjabol soron beluli byteszam, cim, adatok egymas utan, ellenorzoosszeg (de ez utobbi lehet, hogy nincs is). En sajat programozot hasznalok, nekem anno kellett, de nem volt bonyolult. Megfejteni pedig egyszeru az adatbyteokat, mert a forditoban latod az egyes ertekeket. Mindegyik word megfeel egy-egy utasitasnak, erteknek. Tulajdonkeppen ez egy bovitett hexdump. Talan azert is ez a neve. Na, megtalaltam, Itt is van. Van ellenorzoosszeg es meg egy tipusbyte is az elejen.  A hozzászólás módosítva: Feb 10, 2013
A TRIS GPIO-t egybe kell írni.
Köszi
De azt se fogadja el! 
Szia!
Én csak out-ként értettem. Visszaolvasásnál természetesen különbözik a kapott érték, de ha jól emlékszem a LATA regiszter olvasáskor a kimenő D flop-ok értékét adja, a PORTA regiszter pedig a lábak aktuális állapotát.
Szia!
Most próbáltam bitenként írni. Szimulátor szerint mind a két regiszter értéke változik bármelyiket változtatom. A port rajza szerint csak egy kimenő latch van, és mind a latx mind a portx regiszterre hivatkozott írás ugyanazt a latch-et írja. A hozzászólás módosítva: Feb 11, 2013
A másképp viselkednek nem azt jelenti, amire gondolsz. Read Modify Write mond neked valamit?
Szia!
Az eredeti probléma port írás volt. Mint ahogy Hp41C kollégának is válaszoltam tudom, hogy vegyes port (be és kimenetek egy porton) kiosztás esetén a két regiszter olvasása különbözik.
Mi a pontos hibaüzenet? Mi az, hogy "nem fogadja el"? Hogyan fordítod? És mivel?
Az "1,-----> " izéket vedd ki a sorok elejéről, vagy alakítsd kommentté. (pontosvessző!) A "Start" rutinba legalább egy "nop"-ot tegyél (bár ezt nem tudom, baj-e?). A "movlw b'00101000' ; portok allitasa 1:bemenet 0:kimenet movwf GPIO"-ben a GPIO helyett TRISGPIO-t írj. A konfigurációs beállításoknak is nézz utána a Microchip oldaláról letölthető adatlapon, szerintem ott is vannak hiányosságok.
Szia!
Nem a "tris GPIO' -val a probléma, hanem az alábbi sorokkal:
helyett
és a
helyett
kellene.
Nem, nem arról beszélünk, hogy vegyes, hanem arról, amikor csak egy bitet írsz. A kérdésemre tudsz válaszolni?
Lehet, hogy elbeszélünk egymás mellett! Potyonak írt válaszomban írtam, hogy bitenként írtam
(bsf, bcf). Egyébként a Read Modify Write mond nekem valamit.
Akkor miért csodálkozol, hogy mindkét regiszter értéke változik? Persze, hogy változik, sőt, szimulátorban minden esetben jól fog változni, csak a valóságban nem biztos! Ha érted a RMW hiba működését, akkor biztosan nem csodálkoznál ezen, nem lenne kérdés sem...
Nem csodálkoztam, hanem közöltem egy próba eredményét.
Amely próba eredménye egyértelmű és előre látható volt és nem bizonyít semmit, csak azt, hogy nem érted a problémát, de úgy teszel, mint ha igen.
A hozzászólás módosítva: Feb 11, 2013
Sziasztok! Egy kis segítség kellene. Adott egy óracsoport. Üzemanyagszint, Km/h, Fordulatszámmérő, Vízhőfok. Ezeket szeretném valamilyen pic-cel vezérelni. Lehetséges ez? Melyik pic-cel? Előre is köszönöm!
Nem en lenni. En irni hozzaszolas alatta.
Nem történt semmi! Esetleg, ha az "RMW hiba működését" kifejtenéd megköszönném! Még nem találkoztam vele.
A "BSF PORTA,2" úgy működik, hogy kiolvassa a PORTA értékét (mind a 8 bitet), átírja az egyiket, majd visszaírja mind a 8 bitet. Azt is, amit nem módosítottál. De nem azt írja vissza, ami ott volt korábban, hanem azt, amit onnan kiolvasott. Ez nem biztos, hogy megegyezik.
A PORTA esetében pl. beíráskor a D flipflopba kerül a beírt érték, de kiolvasáskor nem a korábban oda beírt értéket kapod vissza, hanem azt, amit az IC lábán a digitális bemenet érzékel. Ha 1-be írod a bitet, rövidre zárod az IC lábát a földre, akkor 0-át fogsz visszaolvasni.
Olvastad? Esetleg két kimenetet egymás után állítasz egy gyors kontrollerrel bsf / bcf utasítással, az eredmény ven az lesz, amit várnál, mert az első állítás után a lábon a feszültség még nem állt be, amikor a második utasítás beolvassa a port regiszterét.
Igen! De ez az adatlap szerint is így működik.
Van két kimenet, kimenetek értéke 00. Portra vonakozó bsf-el egymás után bekapcsolod a két kimenetet, de előfordulhat, hogy csak a második kimenet kapcsolódik be, mert az elsőnek még nem volt ideje magasba állni(több ok miatt is történhet ilyen), mikor a második bsf már olvassa, így az eredmény 01 lesz. Ha ezt a LAT-ra adod ki, garantáltan mindkettő be fog kapcsolódni.
Írnál egy konkrét okot? Adatlap szerint a bcf egyciklusos utasítás, tehát a következő utasítás végrehajtása előtt vissza kellene írnia a megváltozott értéket. Hp41C kolléga is ezt írta.
Vagy a kimenet kapacitásaira gondoltok? A hozzászólás módosítva: Feb 11, 2013
Mindenre, ami azt okozza, hogy az előzőleg elvileg magasra állított lábról mégis alacsony szint olvasódik be.
Én még egyébként olyannal nem találkoztam, hogy egy nem direkt kapacitívan vagy ohmikusan leterhelt láb nem állt volna be egy utasítás alatt magas szintre, hiába egymás után volt a két BSF utasítás. Azzal viszont már többször is, hogy ha nem jól konfiguráljuk a kontrollert, akkor előjön a dolog.
Én sem találkoztam még ilyen problémával, ezért is érdekel ennyire. De "a jó pap holtig tanul"
Tudnál rossz konfigurációra példát mutatni? A kapacitív terhelésre azért gondoltam, mert Hp41C kolléga azt írta gyors konrollerrel jelentkezhet a probléma, ebből gondoltam, hogy sebesség függő. A hozzászólás módosítva: Feb 11, 2013
|
Bejelentkezés
Hirdetés |
