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
Koszi a segitsegeket!
Lenne 40mA? MaSTeRFoXX : Neztem a homero projekted.. Hany HZ-es multiplexalasnal szamoltad a 150 ohm ellenallasokat?Vagy csak hozzavetoleges? En nem ertem ott a kapcsolotranyok szerepet..miert kellnek?nem kapcsolhat az avr helyettuk?
Az az absolute maximum ratingsnél van. Eddig nem célszerű ezért elmenni.... (csillaggal megjelölt szöveg...)
Az electrical charasteristic - nél találod az absolut maximum ratings táblázatban. Mondjuk én ennyit nem adnék rá. Előttem írta valaki a 20mA-t az reálisabbnak tűnik.
Mindíg lemaradok
Az előtét ellenállásokat a szokásos LED előtét ellenállás számító képlettel számoltam (R=(utáp-uled)/Iled). Persze a tápfeszből még lejön a 0.6V ami a tranyókon esik.
A tranzisztorok arra szolgálnak hogy az éppen megfelelő digitet kapcsolják be. Az AVR nem bírná. Digitenkén akár 70mA is folyhat. Foggalmam sincs mekkora frekivel dolgozik, saccolásra 100Hz, (egy picit néha lehet látni)
Elvileg akkor elbirja hajtani a kijelzot..
THX.
Akkor en vmit nem ertek
De az avr a source.Nem u.akkora aram folyik at rajta is mint a tranyokon?
Szerintem csak a meghajtó tranzisztorok bázisáramát kell szolgáltatnia.
Hopp elírtam.... 7 szegmens * 20mA =140mA . Az AVR kimeneti lábain egyenként folyik ekkora áram. Ezek az áramok aztán összeadódnak és így jöhet ki akár 140mA (ha 8-ast ír ki) és ez folyik a tranyókon. (ezek vezérlik a pálcikákat)
+ még kell annyi láb meg tranzisztor amennyi számjegyű a kijelző. Ezeknek a bázisára kell még egy csekély mennyiségű áram. 1-2mA
Rajottem
A digitek fogyasztasa osszeadodik THX mindenkinek a segitseget.
Nem arra gondoltam;az E-C -n atfolyo aramra gondoltam..de mar ertem..
Most láttam egy másik topic-ban mit akarsz, lassan én is értem
Néha olyan szinten értetlen tudok lenni , hogy magam is elcsodálkozom. Azt gondoltam, hogy nem multiplexálsz és a szegmenseket tranzisztorokkal hajtod meg. Egyszóval gondold ki mi a legjobb aminek veheted és vedd annak
Hi! Milyen programozó kell az ATTiny13-hoz? üdv.: Hurka
Valószínűleg jó hozzá az STK200 is
Ha van mosi,miso meg sck lába.
http://pdf1.alldatasheet.com/datasheet-pdf/view/80317/ATMEL/ATTINY2313.html itt van egy másik.
ennek nincs MISO MOSI, SCK van. milyen égető kell hozzá? Üdv.: Hurka
Most az ATTINY2313-ról vagy az ATTINY13-ról van szó?
Az Tiny2313-nak van (mivel ezt már használtam is) A Tiny13-nak is van. (megnéztem az adatlapját)
Hello
Osztást kéne megvalósítanom, tudna valaki segiteni? Az ATmega8-ban van szorzó utasítás... Valami olyasmiröl hallottam hogy szorzóval valahogy meg lehet valósítani osztást is, de lehet h rosszul mondom... De az is jó ha mondanátok rá egy algoritmust, vagy az elvét...
lehet kicsit buta kérdés, de ASM -ben vagy C - ben?
és még valami, egészrész érdekel vagy maradékos osztás?
Szia
ASM-ben érdekelne ha lehet, és egészrészes... tudsz segíteni??
Az ATTINY13 és az ATTINY2313 is programozható STK-200/300 programozóval, mivel mindkettőn van MISO, MOSI és SCK. Én már mindkettőt programoztam...
Talán...ha nagy butaság írok javítsatok ki! Én úgy csinálnám, hogy egy ciklusban az oasztandó értékét csökkentem az oszóéval és egészen addig amíg túlcsordulás nem történik, ekozben egy másik változó értékét pedig folyamatosan növelném 1 el a végén ebben a másik változóban megkapod a végeredményt , de ment a privi is
Üdv
Sziasztok!
Több kapcsoláshoz is fontos az avr segítségével történő frekvenciamérés. Véleményetek szerint milyen algoritmus erre a legalkalmasabb? Én így szoktam: Int0-ra akitiválok egy megszakítást, ami páratlan számú meghívásra elindít egy timert. Párosra pedig leállítja. Így minden páros meghíváskor tudom a pillanatnyi periódusidőt, ebből számolom a frekvenciát. A probléma ezzel, hogy túl zavarérzékeny. Ha a bejövő hullám nem teljesen szablyos össze-vissza ugrál a kijelzés. Próbáltam átlagolással, több freki érték összehasonlításával, de nem 100%-ig meggyőző. Mégegy probléma, hogy nagy frekik esetén olyan szapora a megszakítás generálódás, hogy a LED kijelzés is villog. (8Mhz-es órajel, 8-as leosztás a timernek). Üdv
Én csinálnék egy pontos időalapot, ebből kapujelet, és a bejövő impulzusokat számolnám a kapujel által megadott időtartam alatt (1s,1ms,1us....stb) A kapujelet pedig az AVR váltaná attól függően, hogy a számláló túlcsordult-e. Szerintem pontosabb , mint a periódusidő mérése.
Persze a bejövő jelet négyszögjellé formálnám.
igen én is úgy csinálom ahogy Dudus modnta....csak még nem vagyok kész teljesen a frekimérőmmel , most egy ATmega32 - őn próbálgatom, ahol a pontos időalapot a timer2 adja (ehhez blehet tenni külön 32768 KHz - es kvarcot...amelyet leosztva mondjuk pontos 1 s és egyébb időalapoket lehet csinálni)
A timer 1 - et pedig counternek állítom be és a bementére kapcsolom a mérendő jelet a timer2 megszakítás esetén (lejárt az idő) leállítom a timer 1 et és kiolvasom az értékét...
Ha egy ÉS kapuval kapuznád a timer2-t és a mérendő jelet, akkor, ha a kapujel alacsonyra vált nem megy át több impulzus és nincs gond a számláló leállításával és az emiatt becsúszó hibával.
|
Bejelentkezés
Hirdetés |