Fórum témák
» Több friss téma |
Sziasztok! Valaki meg tudja nekem mondani mitől lehet az, hogy egy PIC18F14K50 az RC3 és RC6 lábakon a nyomógombot aktívnak észleli akkor is ha nincs lenyomva? 4 nyomógomb van a picre kötve RC5 és RC4 bemeneteken rendesen kezeli a gombokat. (bootloader van a picben) Esetleg valami analóg cucc be lehet kapcsolva? Mind a 4 nyomógomb hardveresen egyforma, nincs zárlat...
Hp41C köszönöm!
De ha vandál módon túl gyorsan nyomkodja az ember problémát okoz, így megpróbáltam a te általad le írt módszerrel és sokkal jobban működik. Agresszív gyors nyomkodásra se történik az a probléma, hogy elcsúsznak a bitek. Még egyszer köszönöm!
A kapcsoló a képhez hasonló módon van bekötve?
Nekem 0V ra húz nyomott állapotban, a gomb és pic között 1K ellenállás, és felhúzás 10K val VDD-re, de mind a 4 gomb-bemenet megoldás egyforma (jól bevált, mindig így használom) Valami az RC3 és RC6 bemenetek beállításaival kell hogy legyen, de mivel most használom először ezt a típust nem ismerem még teljesen. Amúgy beolvasásnál portról olvasok nem a lat regiszterekből, elvileg így szabályos.. Igazából a kérdés az hogy ha bemenetként akarom használni az RC3 és RC6 lábakat, akkor elég csak az irány (tris) registert állítani, vagy ki kell kapcsolni valami analógot, vagy valamit?
A hozzászólás módosítva: Szept 21, 2013
Igen olvasni a PORT regiszter írni a LAT regiszter lenne ez az adatlapon megtalálható az I/O Ports fülön. Mikor a PIC portjait meg az egyéb dolgokat állítod a PORTx és a LATx törölve van a mert ez is okozhat problémát.
Meg van írva egy tesztprogram, definiálva van 4 nyomógomb, a teszt program egyszerre 2 gombot használ, K1, és K2-t, így működik. Ha csak a K1 et átírom K3-ra akkor a program a futáskor megnyomottnak érzi a K3-mat. Műszerrel kimértem, és mind a 4 gomb egyformán viselkedik, (nyomásnál 5V ról 0V ra teszi a bemeneteket) Startnál az az első. hogy Irány megadás, és port és lat törlés.
Akkor próbáld meg az analóg beállítást nekem is az interruptnál probléma volt az hogy analog portal akartam belépni. bcf ANSEL, ANS7 és bcf ANSELH, ANS8.(nem tudom mennyire ismered a picet, programozást azért írtam le mit kell tenni)
Már csináltam pár pices áramkört, ez a mostani egy LCD-s óra, RTC modullal, igazából az I2C gyakorlása lenne a fő cél, de hihetetlen hogy pitiáner problémákba ütközök... (most kipróbáltam az ANS7 bitet kikapcsolni, de hibát ír a fordító)
Symbol not previously defined (ANSEL)
Na ezt már én se értem, ide már egy kicsit nagyobb tudású ember kellene. Velem még ilyen nem fordult elő.
Azért köszi, az eddigiket
Amúgy szimulátoros programban lefordul, csak bootloaderesben nem.
Akkor lehet a bootloader-ben kell keresni a hibát. De gondolom az csak hex-ben van meg nem?
Nem hiszem hogy magában a bootloaderben van a hiba, valószínűleg én nem csatoltam valamit a projekthez, vagy rosszul definiálhattam valamit, ezt ellenőrzöm most.. Amúgy a PICCOLO projektes HID bootloadert használom.
Akkor aki biztos, hogy tud segíteni neked az icserny mert ő készítette a PICCOLO ... meg egyéb projekteket.
Melyik fordító?
ANSELbits.ANS7 = 0; ANSELHbits.ANS8 = 0; avagy ANSEL =0; ANSELH = 0;
Az Mplab assembly fordítóját használom.
Amúgy szimulátoros programban lefordul így: pl BCF ANSEL, ANS7 , csak bootloaderesben nem.
Idézet: Ha te nem kapcsoltad ki, akkor biztosan! Itt nézz szét: PICCOLO projekt „Esetleg valami analóg cucc be lehet kapcsolva?”
Igen, már biztos, hogy az analóg nincs kikapcsolva, viszont a bootloadert tartalmazó programban nem fordítja le, hanem hibát ír: Symbol not previously defined (ANSEL).. Ez mitől lehet?
Erre adja ki a hibát? (BCF ANSEL, ANS7)
A hozzászólás módosítva: Szept 21, 2013
Igen, és az ANSELH- t sem szereti a fordító, ha bootloadert tartalmaz. Ha bootloader nélküli programot fordítok, akkor minden jó.. Tehát valami a bootloaderrel kapcsolatos probléma van.
Ez valamelyik bootloaderes forrás állományon belül van?
Sziasztok!
Olyankor mi a teendő, amikor az mplab-ban beállítom, hogy PIC16F877-es kontrollert akarok programozni-és amikor a fordítónál kikellene választani, hogy C compilert-akarok használni-nem jelenik meg semmi- ha jól gondolom az MPLABC30-as fordító ennek a típusú alkatrésznek nem megfelelő?-viszont próbáltam keresgélni a Microchip honlapján nem sikerült találnom olyan fordítót ami jó lenne a 16-os Pic-ekhez- tudtok Nekem segíteni ebben hogy iylenkor mit csináljak?? vagy mi okozhatja a hibát??? Előre is Köszönöm!
A C18 csak a 18F -ekhez jó, az XC8 mind 16F, mind 18F -ek esetén használható.
Köszönöm a segítséget Működik!
Másik kérdés: Egy inverter híd meghajtásánál hogy egy szinuszt kapjak ahhoz a picre írom a programot és ez vezérelné a jelenesetben a teljes hidat? magyarul a Pic kimenetére csatlakoztatom a 4 Fetet? és így vezérlem őket? Mert láttam itt a honlapon hogy hogyan kell vezérelni egy fetet-akkor ezen az úton tovább haladva működni fog ez egy inverterre is?? egy blokk vázlatot tud Nekem valaki mutatni? hogy hogyan kellen egy ilyen rendszernek kinéznie? (szigetüzemű lenne) mert Neten találtam párat mielőtt valaki leszólna h google a barátom-de ezekből 1-2 nekem gyanús volt hogy az a megoldás nem teljesen jó. Előre is Köszönöm a segítségeteket! További szép vasárnap estét!
Szia!
Ha Színusz jelet akarsz készíteni, akkor egy táblázatban letárolod az értékeket,mondjuk 64 darabból áll egy színusztábla. Ezután valamelyik időzítőbe beállítod a freki (50Hz) és a 64 szorzatának reciprokát (312,5uSec), és megvan az időalapod,Ezek után már csak ECCP modul pwm kitöltését kell állítami a táblázatnak megfelelően és az adott időközönként.A táblázatot pedig úgy kell elkészíteni, hogy a sin 0 fok = 50% pwm ekkor a H hídon 0V van jelen. sin90 fok =100% pwm sin 180 fok= pwm 0% remélem érthető. A pwm alapfrekvenciája 5-20kHz közé kellene tenni. A 20K nem sok, legalább men hallható. Én 3 fázisra 120db-os sinustáblával 400Hz -es frekiváltót csináltam, megy a mai napig. A H hidat un. fetmeghajtó IC vel kell meghajtani! ir2113 alkalmas rá. A hozzászólás módosítva: Szept 22, 2013
Köszönöm a segítséget igen igen érthető!
|
Bejelentkezés
Hirdetés |
