Skip to main content
9 events
when toggle format what by license comment
Oct 1, 2019 at 8:16 comment added E. van Putten I agree with most of the things here. Except that I don't expect that the USB stack has to answer every single request. For instance if the desktop PC wants to poll the Atmel every milisecond then that's just fine, this is mostly handled by the USB controller peripheral. The USB controller would then simply answer the PC that there's no new data (if the microcontroller didn't queue any OUT bytes).
Aug 22, 2014 at 10:17 history edited gbulmer CC BY-SA 3.0
added SPI, ethernet or mbed
Aug 22, 2014 at 9:34 comment added gbulmer @user3829694 - Okay, so you want to move the data fast, with little overhead.
Aug 22, 2014 at 8:06 comment added MrBit if i want to refreshing my form every 10-100ms (sending-receiving data every 10-100ms) there's no left time for AVR to process others tasks.
Aug 22, 2014 at 8:00 comment added MrBit I'm asking, if i want more speed what else can i do? I thinking FT245 FIFO, it can go up to 1Mbps. I'm trying to make HID projects with "real-time monitoring" just to to collect data from avr (with sensors etc) to PC form. But with UART even in max speed (230,4kbps) the transfer rate of whole buffer (256byte) it takes about 9ms: 230,4kbit = 28,8kByte = 1/28,8 = 34,722us per byte * 256byte = 8.88ms/256byte i thought this time its not good for real-time monitoring
Aug 21, 2014 at 22:57 comment added gbulmer @user3829694 - I am unsure what you mean. Ae you asking how to go faster than 230,4kbps? Or are you saying that 230,4kbps is okay for you?
Aug 21, 2014 at 18:53 comment added MrBit as about AVR UART transfer rate, yes it's really slow... so, (to fix this) which different way exist to do communication between AVR & FTDI Chips? Now i'm in 230,4kbps in uart mode
Aug 21, 2014 at 17:49 history edited gbulmer CC BY-SA 3.0
clarified 'nothing to communicate' not nothing to do
Aug 21, 2014 at 17:05 history answered gbulmer CC BY-SA 3.0