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
Nem tudsz és nem is kell konfigurálni.
Ha gyorsan olvasod ki, akkor 9 bit pontosan mérsz, ha 200msec után olvasod: 12 bites a mért eredményed.
Sajnos nem megy, hülye vagyok hozzá.
Sikerült valamit beirnom a második sorba, de nem éppen azt, amit akartam, de már ez is több mint eddig...... 
Sziasztok!
Segítséget szeretnék kérni! Megépítettem az oldalon, a cikkek közt található dallamcsengőt. Sikerült felprogramozni, de nagyon lassan játssza a dallamokat! Attiny45-20PU sikerült beszerezne, aminek 20MHz-es a belső oszcillátora, de a kapcsolás 8MHz-es MCU-hoz készült, a Makefile-ban átállítottam 20MHz-re de akkor sem jó! Mit és hogy kellene még módosítanom, hogy rendesen játssza a dallamokat? Üdv Sanyi!
Belső biztosítékbitek beállítása?
A Makefile az csak a fordítónak kell, a chipet nem piszkálja!
Röviden: a chip ha 20MHz-n futna, akkor gyorsan játszaná a dallamot, de a tied lassan, ezért azt gyanítom, hogy 1MHz-en fut.
Kérlek próbáld a programot a következővel kezdeni (közvetlenül a main után, a két utasítás közé ne írj semmi más kódot):
Ez gyakorlatilag kikapcsolja a frekvenciaosztást (CKDIV8) és az IC-nek fel kellene pörögnie 8MHz-re az 1MHz-ről.
Köszönöm! Sikerült!
Volt egy ilyen rész:
Azt az "adur =" 6000-en volt és le vettem 3000-re így jó lett! Mégegyszer köszönöm a segítséget!
"INT0 - SEI" - ez is gáz, gondolj bele, mi van ha az INT0 lenyomásakor tiltva van?
Akkor nem fog neked soha az életben engedélyeződni. Köv. hozzászólásomban rendes kódot írok. "INT1 - CLI" - ez valóban hülyeség, de az elméleti lehetőség (assemblerben) megvan hozzá. Ehhez csak az kell, hogy "reti" helyett "ret" legyen a végén. Sőt, ilyenkor elég ha az interrupt egy "ret"-ből áll, még ugratni sem kell, csak a megfelelő pozícióra egy "ret"-et beírni...
Adok egy rövid kódot (ATMega8/16 IC-re), ami - szerintem - korrektül kezeli a cuccodat.
A cli és sei utasítást nem használjuk interrupton belül, és nem vezérlünk vele semmit! Ha valamit engedélyezni/tiltani akarsz, az interrupt maszkokat kell állítani! A maszk engedélyezése előtt az interrupt flaget érdemes törölni, mert ha korábban már bekövetkezett az interruptot generáló esemény, az engedélyezés pillanatában meg is hívódik! Ez az INT0/INT1/INT2 esetén fokozottan igaz! Inicializálás:
INT0 megszakítása:
INT1 megszakítása:
A hozzászólás módosítva: Szept 17, 2013
Köszi a segítséget. Ezzel kb meg is van írva a proggramom nagy része. Ma este alaposan hozzá olvasom Fizikus kolléga írását az IT-ról a kettőből már remélem teljesennérteni fogom a helyzetet.
Sziasztok!
Attiny2313 al akarok egy n-channel fettel (IRFZ44NPBF) DC motrot kapcsolni. Összekötöttem, de sajnos nagyon lassan forog, ha pedig össze érintem a SOURCE-t a DRAIN-el akkor gyorsan megy, próbáltam másik tiszta új ugyan ilyen nevű fettel, de ugyanaz a helyzet, mi a teendő?
Egy FET kapcsolásához legalább 4.5V kell. Tud ennyit a tápod (3.3-ról is lehet az attiny-t járatni)?
A hozzászólás módosítva: Szept 18, 2013
Ezt igy nem jelentenem ki. Vannak 2.8V-ra specifikalt FET-ek (pl. IRFR3708), 4.5V-ra, de a legtobb 10V Vgs-re adja meg az Rdson parametert. Szoval a megfelelo FET-et kell valasztani a feladathoz. Speciel az IRFZ44 Rdson-ja az 10V Vgs-re van specifikalva (Gate threshold 2.0-4.0V), tehat 4.5V-ra nem garantalt, hogy kinyit rendesen.
A legtöbb FET 4.5-5V gate feszültségen nem nyit ki annyira ami neked kell. 10-12V elég lehet.
Ha nincs más fajta akkor NPN tranzisztor és két ellenállás segítségével emitterkövető kapcsolásban tudsz illeszteni 12V-os FET-et. Rajzot nem tudok, keress rá! A hozzászólás módosítva: Szept 18, 2013
Igen, durván leegyszerűsítettem a dolgot. Az érintett FET (IRFZ44) 4.5V-nál kezd kinyitni, akkor a dokumentáció szerint 10A-t visz, de 35A amikor csúcsra van járatva. Ez az áram már bőven kívülesik az otthoni játékszereim nagyságán.
Úgy lehet elképzelni a 35A-t, hogy egy mosógép, egy 2000 W-os radiátor, egy 1600W-os porszívó mellett még egy 800W-os hajszárítót is bekapcsolunk. Ha ezt csinálom, akkor kelleni fog az a 10V a nyitófeszültségre. Nyilván DC motor és DC motor között is van különbség, láttam már mozdonyból kiszerelt DC motort az egyetemen, valószínűleg nem 2.8V-on kapcsolták be.
Sziasztok!
Egy nagyon alap kérdésért bocsássatok meg, de nem tudok rájönni a hibára. Adott 1 függvény amit meghívok , beolvassa 8láb logikai szintjét és visszaadja az eredmény. Debug üzemmódban is végignézve a visszaadott érték 255 (0xFF) , ám a függvény ami ezt az olvasást meghívja már nem ezzel az értékkel dolgozik, hanem 224-el (0xE0).
Szerintetek? Egy picit már idegesít hogy ezen akadok el... Mit nézek el ? Köszönök minden hozzászólást!
Ha az 5-ös sorban a data értéke 255, akkor a 11-es sorban is annyinak kellene lennie, kivéve...
Használsz interruptot naked attribútummal? Lehet IC hiba?
A hozzászólás módosítva: Szept 19, 2013
Szia!
Nincs jelenleg interrupt használva, konkrétan minden offline üzemmódban van, csak ez a rész működik . IC hibát nem tartom valószínűnek. És igen ha az 5ös sorban a debug szerint 255 van akkor a 11esben is annyinak kéne lenni de mégse , és ez bosszant.
Sziasztok!
Én még nagyon kezdő vagyok és egy denevérdetektor szerűséget szeretnék építeni megtudnátok mondani hogy mi kell hozzá és hogy mit hová kell kötni?
Megpróbálom IRF3205-el is, nemtudom miért, de nekem 5v Vgs-el elvileg kéne annyi ampert adjon, hogy a motor elég gyorsan forogjon, kipróbáltam és a 5,6v 300mA táppal direktbe kötve, megfelelő a forgási sebesség. Szerintem a FET halt meg benne és azért megyen lassan.
A hozzászólás módosítva: Szept 19, 2013
Ha atmega8-at hasznalok akkor az XTAL lábakat használhatom output ként, úgy ha elég a belső órajel?
Ha használok két ADC portbitet, a többit használhatom outputként, ha csinálok 2 függvényt ami load/unload-olja a ADC mérés registerjeit. A hozzászólás módosítva: Szept 19, 2013
Üdv!
Egy egyszerűnek tűnő UART problémám van. Az itt közzétett egyszerű példaprogram segítségével remekül tudok kiküldeni adatot byteonként. Írtam egy egyszerű "send_line" függvényt, aminek egy stringet odaadva byteonként küldi ki az egész sort. Ha ezt a függvényt használom, akkor a kimenetem egy nagy csomó krix-krax, kivéve az első karaktert. Ha byteonként küldök akkor semmi gond. Szerintetek hol szúrom el? Órajelem természetesen stimmel. A forráskód részlet és a kimenet itt tekinthető meg. Előre is köszönöm a tanácsokat! u.i.: Természetesen ez nem az egész forráskód, csak a lényeget ollóztam ki. Tehát van main() és egyebek.. üdv A hozzászólás módosítva: Szept 19, 2013
A topik tetején találod meg a megoldást:
Személyes tapasztalatból megerősíthetem. Amit érdemes átnézni: - van-e kvarc kristály, a megfelelő fuse bitek be vannak-e állítva, hogy a kristályról menjen az IC, ne a belső oszcillátorról - a kvarc 7.3728 MHz-es-e - csak az egyik oldalt linkelted be, a másik oldalt nem látjuk. Nem tudjuk, hogy egyformán van-e mindkét oldal felkonfigurálva (sebesség, paritás, stop-bitek). - a kábel hossza ne legyen több, mint 15m (9600 baudon ennyi a max)
A terminál baud rate-je 9600 8N1. Ez szerintem jó kell legyen. A kábel hossza ~1,5 méter. A kvar 7.3728MHz, fuse bitek beállítva, kvarcról ketyeg az MCU. Azért gondolom, hogy nem órajel hiba(aztán lehet tévedek), mert byteonként remekül tudok küldeni/fogadni. Másik bizonyíték, hogy az órajelem rendben van: egy DS1631-es hőmérő IC-t kérdezgetek TWI-n keresztül és hibátlanul kapom a hőmérséklet értékeket. A TWI busz sebességét pedig csak az MCU órajel pontos ismeretében tudtam beállítani. Tehát garantáltan az MCU órajelem rendben van.
Ettől még elképzelhető, hogy valahol valami órajel probléma van az UART interfészemen, de én nem gondolnék erre.
A TWI-t akár kézzel nyomógombbal is küldözgetheted, semmi köze a precíz órajelekhez. Azért kell neki bitrátát megadni, hogy a hardver ne találomra válasszon sebességet, hanem legyen hová igazodnia. Fogadóoldalon még a bitrátát sem kell állítanod.
Az SPI, TWI minimálisan érzékeny az órajelre, bizonyos freki felett nem megy, de alatta igen. Az USART esetén 2% órajelingadozás már magávalrántja a kommunikációt.
vzolee, próbáltam így is-úgy is, de ennek gyakorlatilag ilyen jelentősége nem lehet.
csabeszq, mit tanácsolsz, hogyan tudnék meggyőződni az órajel valódiságáról? A fuse bytejaim a következők: H: 0xd9 L: 0xcf
Sziasztok!
Van egy kis problémám az alábbi kóddal:
Egészen pontosan az, hogy én azt várnám, hogy amikor leteszem testre a PB5-öt, akkor akkor átvált a led, viszont semmi sem történik. (Egy nagyobb program része lenne, de mivel ez az első progim Avr-re, ezért már eddig lecsupaszítottam, ott is csak annyi lenne a szerepe, hogy két felé ágazik a program egy gombtól függően.) Szóval a kérdés röviden: hogy kell egy láb állapotát lekérdezni? Előre is köszönöm a segítséget!
A hozzászólás módosítva: Szept 19, 2013
Köszi szépen!
Ennél a shiftelgetős megoldásnál nincs egyszerűbb? |
Bejelentkezés
Hirdetés |
