Svenska ElektronikForumet

eqlazer skrev:Starta om ATmegan?? Så det är alltså inte FTDI-kretsen/USB som buggar ur?

Det finns risk för bugg ja! Trots köpt in en FTDI adapter för mye penge!

"buggar ur" är mest ett uttryck, det måste inte betyda att det finns en bugg...

Hur som helst, jag tor att det finns för lite och för otydlig info för att säga mer.

>> Betyder det att du fortfarande har trafik på USART utgången på AVR'en?

Njaa alltså ATmegan fungerar, men ska PCn läsa av ett värde så blir det samma värde. Typ som ett värde fastnat i FTDIn



>Alltså "RXLED#" ? Den blinkar då FTDI tar emot data från USB.
Hur är det med de övriga? TXLED# och SLEEP# t.ex.?

Ja. RXLED slutar blinka när PCn endast kan ta emot samma gammla värde. Ingen uppdatering av värden till PCn.

>Power off/on? Eller soft-reset?
Inkluderar power off/on i så fall FTDI kretsen?

När detta inträffar så måste jag dra ut den ut från USB porten. Resetlnappen fungerar inte då. Atmegan startar om, men fortfarande är FTDI chippet fryst.

> Njaa alltså ATmegan fungerar...

Hur *vet* du det? Men OK, en omstart av enbart AVR'en
hjälper altså inte. Hm, man skulle nog vilja se lite kring
ur det hela ser ut från PC sidan.

Det spelar ingen roll. Jag har testat olika PC. Det blir samma sak.

Hmm. När jag bränner över programmet till mitt UNO kort så verkar det inte vara något problem angående serial kommunication. Reset fungerar också.

Dock är detta Atmels egna chip som dem har kommunication mellan PC och uC. Men jag ska bygga en egen arduino nu och använda en FTDI kabel och se om det blir samma sak

danei skrev:Du skickar alltså 10byte/s och har en kapasitet på 9600byte/s. Varför tror du då att överföringshastigheten är ett problem?

9600 baud motsvarar ungefär 960 bytes per sekund, bara så att vi inte räknar bort oss här.

baud är inte ekvivalent med bitt. Men i det här fallet var det nog det han menade ja. Miss av mig.

Dock är 960 fortfarande klart mer än 10.

"In digital systems (i.e., using discrete/discontinuous values) with binary code, 1 Bd = 1 bit/s. "

Close enough to me.

Men iaf så blir det ju närmare 1200 byte/s och borde ju inte vara problemet.

Jag testade med en FTDI kabel men jag fick bara ett error, trots att jag hade en bootloader. Jag kunde inte ens ha kommunikation mellan PC och uC med den.

Jag är säker på att jag har kopplat rätt för jag har nämligen aldrig lyckats att bränna över en sketch eller kunna ha kommunikation mellan PC och uC via FTDI kabeln.

Det error jag fick är Jag skulle nog tro att det är något med någon resetfunktion.
Det blinkar faktiskt en LED lampa på arduinon där man försöker bränna över en sketch. Men sen händer det inget mer. Det är Arduinos standardlampa på SCK, dvs pin 13.





Jag följde denna manual också. Blev samma error.

I had the same issue in windows 7.

I had to:
1.open the FTDI USB to Serial device in the device manager of windows.
2.Open the properties dialog and access the advanced options of the FTDI device.
3.Enable the option "Set Rts on close"

The issue was than the RTS line that is used to reset the AVR and thus call the bootloader was never used and thus the bootloader was never called....

Källa: http://electronics.stackexchange.com/qu ... -resp-0x00

Miramithe: du räknar en del fel när du räknar bytes/sekund.

Med asynkron överföring behövs 1 startbit + databits (oftast 8) + stoppbit. Alltså totalt 10 bit vid 8 bit data per byte.
Därmed ger 9600 baud 960 bytes/sek om det är 8 bit data.

Jag ger upp.

Jag får väll lära mig att en FTDI kabel är ICKE gjord för att programmera med.

Tror ni att FTDI232RL måste få vila lite? Jag skickar värden hela tiden. Kan det inte vara så att om det blir så att det blir en kö, då buggar den ihop?

En sekunds delay kanske passar eller vad tror ni? Nu har jag inte denna sak hemma.

Använder du någon typ av handskakning i ditt protokoll?

Icecap: aha det är så det funkar. Tack! [THUMBS UP SIGN]

Hur VET du att din burk fortsätter skicka värden? Har du kopplat en lysdiod på TX som blinkar?