AVR-programmerare och C
Javisst.
Om du följer databladets rekomendationer så ska pulluppmotståndet (det motstånd mellan reset och matningen) vara STORT (enl AT90s2313's datablad 100k-500kohm) vilket innebär att det kommer gå en väldigt liten ström (0.01-0.050 mA, vilket är försumbart i detta sammanhang) under programmeringsfasen
Om du följer databladets rekomendationer så ska pulluppmotståndet (det motstånd mellan reset och matningen) vara STORT (enl AT90s2313's datablad 100k-500kohm) vilket innebär att det kommer gå en väldigt liten ström (0.01-0.050 mA, vilket är försumbart i detta sammanhang) under programmeringsfasen
Np.
Som sagts tidigare finns det fördelar att ansluta switcharna ner till GND istället (annars måste du ha extärna "pull down" motstånd. Detta innebär att sluten switch ger nolla på ingången och etta om den är öppen, det måste du tänka å när du skriver programmet sedan.
LEDarna bör ligga mellan VCC och I/O (via resistor) för att AVRen klarar att sänka högre ström än höja. Detta innebär att LEDen lyser när du har en nolla på utgången och är släkt när du har en etta på utg. (dvs inverterad mot vad som känns normalt)
Ang konding, gör iaf så att du LÄTT kan sätta dit en, om det skulle uppstå problem.
Du bör dessutom absolut ha en liten (~100nF) och en lite större (10-100uF) mellan VCC och GND, där den lilla bör ligga så nära AVRen som möjligt (för att filtrera bort störningar på bästa sätt)
Dessutom har du glömt oscillator, kom ihåg att det ska finnas kondensatorer till den också.
Som sagts tidigare finns det fördelar att ansluta switcharna ner till GND istället (annars måste du ha extärna "pull down" motstånd. Detta innebär att sluten switch ger nolla på ingången och etta om den är öppen, det måste du tänka å när du skriver programmet sedan.
LEDarna bör ligga mellan VCC och I/O (via resistor) för att AVRen klarar att sänka högre ström än höja. Detta innebär att LEDen lyser när du har en nolla på utgången och är släkt när du har en etta på utg. (dvs inverterad mot vad som känns normalt)
Ang konding, gör iaf så att du LÄTT kan sätta dit en, om det skulle uppstå problem.
Du bör dessutom absolut ha en liten (~100nF) och en lite större (10-100uF) mellan VCC och GND, där den lilla bör ligga så nära AVRen som möjligt (för att filtrera bort störningar på bästa sätt)
Dessutom har du glömt oscillator, kom ihåg att det ska finnas kondensatorer till den också.
...och angånde mina funderingar om C i min första fråga så har det klarnat en hel del nu. Jag har läst igenom stora delar av databladet för avr:en (2313) flera gånger och det verkar bara vara att använda samma beteckningar i C som används i databladet så löser det sig. Utöver det så verkar det inte skilja sig så mycket mer. Ser verkligen fram emot att börja labba med avr:en. 
Går det att simulera C-koden i AVR Studio på något sätt? Problemet verkar vara att avr-gcc producerar elf-filer istället för coff, som AVR Studio kan öppna. Kör Linux.
Går det att simulera C-koden i AVR Studio på något sätt? Problemet verkar vara att avr-gcc producerar elf-filer istället för coff, som AVR Studio kan öppna. Kör Linux.
ang. beteckningarna beror det väldigt mycket på vad du använder för kompilator, men avr-gcc brukar vara populärt (gå in på avrfreaks.net, där har du måååånga som gladeligen hjälper dig som kan ge dig tips, fast det gör vi ju här med 
, där finns dessutom många färdiga projekt där ofta källkoden följer med (riktigt smutt!) )
ang simulering har jag inte sett ngn för C, (har iofs inte letat)
, där finns dessutom många färdiga projekt där ofta källkoden följer med (riktigt smutt!) )ang simulering har jag inte sett ngn för C, (har iofs inte letat)
