Fórum témák
» Több friss téma |
WinAVR / GCC alapszabályok: 1. Ha ISR-ben használsz globális változót, az legyen "volatile" 2. Soha ne érjen véget a main() függvény 3. UART/USART hibák 99,9% a rossz órajel miatt van 4. Kerüld el a -O0 optimalizációs beállítást minden áron 5. Ha nem jó a _delay időzítése, akkor túllépted a 65ms-et, vagy rossz az optimalizációs beállítás 6. Ha a PORTC-n nem működik valami, kapcsold ki a JTAG-et Bővebben: AVR-libc FAQ
Szia!
Próbáld ki úgy, hogy a wdt a legnagyobb időre konfigolod és megáll-e a program. Pl a DHT11 kiolvasása sokáig tarthat. Vagy ki is szedheted a WDT-t. Más: A PA0-t mire használod? Bármire is, az R19 helyett egy feszültség osztó szerintem jobb lenne. Igaz, hogy minimálisan terheli az akkut, elvileg az ATmega32-ben is van belső zéner, de azért jobb a békesség. Az R2-R5, R17-nek nem nagyon látom értelmét, mert a belső felhúzóellenállást is bekapcsolhatod.  Tulajdonképpen ez a sok tranzisztor mi volna? Lekapcsolod egyesével a perifériákat? Mert elég lenne csak a tápot lekapcsolni. Egy csomó mindent spórolnál vele. A C2-nek 12-22pF-nek kell lennie. A kijelző működik 3.3V-ról? Ha igen akkor ne használj step-up konvertert, energiatakarékosabb lesz szerintem egy step-down, tovább bírja majd az akku. Inkább az LCD háttérvilágításhoz tegyél egy FET-et, aminek a Gatejét esetleg PWM kimenetre kötöd, normál esetben nagyon alacsony fényerővel világít, ha megnyomtak egy nyomógombot akkor pedig fényesebben. Bocs, nem kötözködésből írtam ennyi mindent, hanem segítségből.
Ha ezt a konfigot használom és a wdt-nek 2 másodpercet adok, akkor is resetel a program.:
- UART kommunikációt - I2C kommunikációt - Hőmérséklet, páratartalom, légnyomás mérést - SD kártya loggolást - 4x4 gombmátrixot - LCD kijelzőt - ADC lábat Ha nincs benne wdt a teljes projektbe, amiben az sd kártya loggolás is szerepel, akkor megáll a program (végtelen ciklusba futna?) PA0 analóg láb, az akku %-os értékét mérem vele. Az N csatornás fetek a szintillesztéshez kellenek 5V<->3.3V. A kijelző nem működik 3.3V-ról. Háttérvil-el ráérek még. A hozzászólás módosítva: Júl 29, 2015
Az AD konverteren mindig feszültség osztóval mérünk. Nem adhatsz rá nagoybb feszültséget mint amiről az AVR megy, mert túlcsordul. Érdemes úgy megválasztani a feszosztót, hogy a maximum feszültség közelében érje el a referencia feszültséget. Az AVR belső 2.56Vos referenciáját használd, ne a tápfeszt, mert ahogy merül úgy csökken a referencia. Úgy válaszd a feszosztót, hogy kb. 5V-nál (mivevl elvileg max 4.2V lehet a bemeneten) legyen 2.56V. Pl 4.7K-4.7K tökéletes.
Én szintillesztéshez szintén feszosztót szoktam használni, de csak az alacsonyabb feszültség írányába, mert ami magasabb feszültségről megy, jelen esetben 5V-ról, a 3,3V-ot még magas szintnek fogja érzékelni. Érdemes megnézni az adatlapokat, de a fenti eszközöket ismerem és azok tudnak úgy működni. Van 3,3V-ról máködő LCD-is. (Érdekesség képp mondom. )Visszatérve az eredeti kérdéshez: Akkor vagy át kell nézni, vagy másik library-t kell használni. Idézet: Adott egy 5V tápról járatott AVR és adott egy 3.7V-os akku. Mégis miért kellene ide osztó? Mivel stabilizalt az 5V, az akku merülése nem változtatja a tápot. Igaz, a belso referencia stabilabb és akkor már kell az osztó. De ez nem kőbe vésett szabály. „Az AD konverteren mindig feszültség osztóval mérünk.” Idézet: Nem túlcsordul, hanem tönkremegy! Óriási különbség. „Nem adhatsz rá nagoybb feszültséget mint amiről az AVR megy, mert túlcsordul.”
Sziasztok!
ATmega128-ra kellene bootloadert írnom, de valamiért nem akar a BLS-ből indulni a program. Már teljesen lebontottam a kódomat, de így sem megy. A 0x0000 címre az alábbi egyszerű kódot fordítottam be:
A 0xF000 címre pedig majdnem ugyanezt, csak az egy másik LED-et gyújt ki (a BOOTSZ fuse bitekkel ezt a kezdőcímet állítottam be a BLS-nek). A hibajelenség az, hogy mindenképpen a 0x0000 címen lévő kód fut, a BOOTRST fuse bit állapotától függetlenül. A chip teljes flash memóriáját visszaolvastam, és belenéztem a kapott .hex fájlba, minden a helyén van. Ha valakinek van ötlete, mi lehet a baj, akkor előre is köszönöm! A hozzászólás módosítva: Aug 3, 2015
A bootloader nem a flash végéből csíp ki egy szeletet? Reset során oda ugrik, majd utána a főprogramra ugrik? Megkérdezhetem, hogyan írtál egy bizonyos címre? Bootreset bit is be van állítva? Köszi.
Az a 0xf000 az a valosagban 0x1e000. A flash 128k hosszu, annak az utolso 8k-ja nem kezdodhet 0xf000 cimen.
De, a flash végén van a Boot Loader Section, a kezdőcíme BOOTSZ0=BOOTSZ1=0 esetén 0xF000. Ha a BOOTRST fuse bit is be van állítva, akkor elvileg a 0x0000 cím helyett ide ugrik reset után a program (nekem viszont ez látszólag nem teljesül). A főprogramra ezután sem ugrik automatikusan, ezt legegyszerűbben egy asm("jmp 0x0000") paranccsal lehet elintézni, ha készen vagyunk a bootolással. Esetemben ilyen sincs, a LED bekapcsolása után meg kellene akadnia egy végtelen ciklusban, nem hívja a főprogramot.
A programozást úgy csináltam, hogy két külön .hex fájlt fordítottam, az egyiket csak simán (ez megy a 0x0000 címre), a másiknál pedig megadtam a linkernek, hogy az egész menjen a 0xF000 címre (-Wl,--section-start=.text=0xF000). Ezután töröltem a flash tartalmát, majd egymás után beégettem a két fájlt. Ezzel a visszaolvasás tanúsága szerint nem is volt gond, minden a helyére került.
Üdv!
Írtam két új funkciót meglévő programomhoz, de a funkciók nem akarnak jól működni. A gond, hogy a funkciókba felveszek egy vagy több változót, amit/amiket módosítani szeretnék. Egy változó esetében a return()-t használva jól működik a kód, de ha többet kell módosítani, akkor ezt már nem használhatom. Példa:
Az array[] az AVR altal fogadott UDP csomagot foglalja magában a funkció meghívásakor. A year, month, date, hour és min valózok mind volatile unsigned char-ek, amiket az ISR(TIMER2_COMPA_vect)-ben használok az órához. A fenti funkció feladata az óra beállítása lenne, ha az eltérne a valós időtől. A probléma, hogy ezek nem módosulnak a funkció meghívása során. Azt is megpróbáltam, hogy a funkcióban unsigned char helyett volatile unsigned char-nak deklaráltam a változókat, de ez nem jött be. A másik funkcióban is ugyan ez a gond. egyszerűsített példa a problémára:
Amitől még érdekesebb a dolog, hogy van másik 3 tucat funkcióm, amik tökéletesen működnek. Ez lehet a fordító hibája? (WinAVR) SB
Óbasszus, összekevertem a byte és a word címeket! Na, erre nagyon sokára jöttem volna rá... Nagyon köszönöm!
A year, month, date, hour, min valtozok irasakor te nem a kulso volatile valtozokat valtoztatod, hanem a fuggvenynek atadott ugyanilyen nevu valtozokat, aminek az erteke elvesz a fuggveny visszateresekor.
Még ilyenkor is:
Sziasztok! 1 másodperc időzítésre volna szükségem. Az alábbi kód 8MHz-es kristályt használ, nekem 16MHz-es kristályom van. Hogyan kapjuk a 999-es értéket?
Idézet: Ez most kérdés vagy közlés? „Még ilyenkor is:”
ezt:
írd át erre:
A mikrokontrollered kézikönyve adja meg a képletet (nem írtad meg milyen). Függ attól is, hogy hány bites a timer. Pl. ATMega328P timer 1 esetén: fOC1A = fCLKIO / (2 * N * (1+OCR1A)) fCLKIO = 16MHz N = 8 (Prescaler) fOC1A = 1kHz OCR1A = (fCLKIO / ( 2 * N * fOC1A)) - 1 OCR1A = 999 Tehát neked nem ilyen uC-d van. Mivel neked 8MHz-re jött ki ennyi.
Nem esett le, hogy az ÉRTÉK szerint átadott BELSŐ változóid ÉRTÉKÉT állítod a függvényben majd kilépsz? Kifelé nem csinálsz semmit sem...
Ha tényleg állítani akarod a külső változóid értékét a függvényen belül, akkor REFERENCIA szerinti átadást kell megvalósítani. Add meg a link feliratát Vagy csak simán kiveszed a paraméterek közül a year, stb. változókat és hagyod, hogy a kívűl definiált változókat használja a fordító... A hozzászólás módosítva: Aug 3, 2015
Cim szerint. C, nem C++. De egyebkent teljesen egyetertek. Mellesleg erre egy kazal Warningot kellene kiirjon a fordito, ha ugy van parameterezve (-Wall). Csak az IDE-k szeretik ezt elfelejteni, igy rengeteg fejtorest okozva a programozonak.
killbill, csatti2
Köszönöm szépen a felvilágosítást! Ma is tanultam valamit. Eddig ezt rosszul tudtam. Azt azért jól tudom, hogy a tömböket már nem csak beolvassa, de módosíthatja is?
Ebben ugye nem tévedtem?
Jelen peldaban a foo(tomb); hivas nem a tombot adja at, hanem a tomb cimet, ezert tudja meghivott fuggveny modositani a tartalmat. A foo() fuggvenyt deklaralhatnad igy is:
void foo(char *array) { } Egy sima valtozo cimet az & operator allitja elo, es a csillaggal lehet a mutatott ertekre hivatkozni:
A hozzászólás módosítva: Aug 3, 2015
can anyone support me or help me for programming AVR Microcontroller Programming for generating Variable PWM(Square) output and ADC port programming for measure the voltage and current(DC), a variable PWM means , its duty cycle can b change during the program.
thanku
Mi a kérdés?
Hol akadtál el? Miben programozol? Van egy arduino topic itt, szerintem ott hamarabb megválaszolják a pontosan feltett kérdésed. Sőt! Szerintem bármilyen programnyelven elég egyértelmű a pwm kitöltési tényező beállítása egy lábon akár bármilyen, tehát bemeneti változóként definiált portlábon levő mért érték alapján. Ha félreértettem a kérdésed, akkor bocsánat, de mindenképpen pontosítani kellene, és a megfelelő topicban folytatni, ahol segítenek is érdemben. További szép napot, estét!
Hello. Kifogytam a szabad kimenetekből, viszont kellene egy láb, amivel a DC-DC konvertert tudom ki (GND az EN-re) és bekapcsolni (5V az EN lábra). Arra gondoltam, hogy az Aref-et használom lehúzó ellenállással (100k-ra gondoltam, spórolni kell az árammal). Szerintetek használható lenne így? Csak nagyon ritkán kell ADC-znem, olyankor is 5V-ot használok referenciának. Köszönöm.
Milyen AVR? Láttad az adatlapját?
Az AREF csak feszültség referencia szokott lenni! Nem használható másra.
Atmega328. Az Aref lábon megjelenik a referencia feszültség, kondenzátorral hidegíthető is GND felé. Az én terhelésem MCP1640 EN lába, ami valószínű uA-eket igényel. Ha pedig lekapcsolom az Aref-et, akkor High-Z-be megy, ilyenkor a lehúzó ellenállás miatt GND lesz a szint.
Kicsit utánanézem, úgy tűnik, működőképes. Sőt, majdnem olyan, mint egy 2 bites DAC  A kimeneti feszültség lehet 0V 1V1 5V. Atmega644-nél van még 2.56V-os Aref is, és rövidzárlatban 80mA folyik. Bővebben: Link"VREF can also be measured at the AREF pin with a high impedance voltmeter." Ennek örülök, legalább nem kell plusz bonyodalom, hogy egy már használt PIN-ről vezéreljem az EN lábat.
Léteznek port extender IC-k. De használhatsz még shift regisztereket is ha több ki/bemenetre van szükséged. Léteznek párhuzamso be/soros ki, illetve soros be/párhuzamos ki kivitelek is. Így 3 (esetleg 4 ha az output enable is kell) láb segítségével csinálhatsz 8, 16 stb. számú további ki/bemenetet.
Szia. Köszi a tippet. Nagyon kevés a hely, és csak 1 kimenet kell, úgyhogy használom ezt a megoldást.
Sziasztok!
Megépítettem ezt az áramkört, de a világért nem akar működni. Dupla tápot használ, de egyszerre csak az egyikről működik. Ha van USB csatlakozás, akkor az akkumulátort le van választva egy relé segédérintkezőjével. Ez működik. Ha nincs usb, akkor az akkumulátorról ketyeg(ne). Alaphelyzet: fesz mentes. a) Bekapcsolom az áramkört (nincs usb +5V), akkor pár másodpercenként resetre fut a watchdog timer. b) Bekapcsolom az áramkört (csak usb van, akku nincs), akkor kb. 15 percenként van 1 reset. Számomra érthetetlen, mert alapból futott a program wdt reset nélkül, úgy hogy csak usb táp volt, meg úgy sem volt gond, ha csak step up konverterről ment. Volt már valakinek hasonló tapasztalata? A hozzászólás módosítva: Aug 7, 2015
Én ezt egyáltalán nem érte!
Mi az „Áramkorlát 85mA” áramkör feladata? 85mA felett rövidre zárja a tápvonalat?
Paneltervet tudsz csatolni?
Én rámérnék szkóppal tápvonalra és az áramlimitre is, nem-e néha bekapcsol egy pillanatra. Ha R22-t kiveszed/átkötöd, akkor is csinálja? Itt egy hasonló megoldás, esetleg továbbfejlesztéshez: Bővebben: Link kapu48... Úgy működik, hogy a táp GND(1) és az áramköri GND(2) szét van választva az R22 ellenállással és T1 tranzisztorral. Az áramkorlát értéke alatt a T1 nyitva van az R20 miatt és összeköti a két földet. Az áramkorlát értéke felett a T2 kinyit, ami lezárja a T1-et és így megszűnik a GND. |
Bejelentkezés
Hirdetés |
