In such a case, each broadcast packet contains bits from several packets before and after the current transmitted play point. If you're feeling particularly enthusiastic you can use error spreading schemes such as are used in broadcast systems where there's a likelihood of burst errors splatting out a long (in bitstream terms) chunk of data. Just keep throwing data at it the frames are only 24ms long so you'll hardly hear an issue.
#Zoc terminal baud rate serial#
The accuracy of the USB serial chip is likely to be high it's probably tied to the internal PLL that generates the high-accuracy USB 24MHz signals.Īs others have pointed out - you don't need error correction with a serial audio data stream such as MP3 - either it works or if it gets a bad frame it will mute. The downside is that the lowest rate is increased to 300 baud, which might be an issue if you need lower rates (I need five baud on occasion to talk to ECUs). The FTDI has a higher master clock, so the resolution of the available baud rates is improved as is the highest baud rate. on a 'standard' serial port I'll get 7680 or nothing, as the nearest subdivider of 115200Hz.
Just because I ask, for example, for 7812.5 baud to talk to an ECU port doesn't mean I get it.
#Zoc terminal baud rate driver#
The driver knows what the master clock for the appropriate port is, and will deliver the nearest baud rate. That is, you don't end up throwing data directly at a divider/counter to generate the baud rate. When you ask the windows driver for a baud rate, it doesn't - as far as I can see - go direct to the serial chip. Hopefully this is trivial to one or more of you.
I've been reading a lot but can't seem to find the answers to these questions. Are there extensive libraries to access com ports and send files via xmodem in windows? Would it be easier to do some kind of function call of a terminal program? However, I am using a 16MHz clock right now without noticeable errors.Įventually I don't want to manually send files via a terminal, but rather have a program that sends files based on conditions. Also, I'm running my MCU at 3.3V and based on the data sheet my "maximum" clock frequency is around 15MHz. Do you guys know any terminal programs that support custom baud rates and the xmodem protocol?īeyond that, I was thinking about using a 18.432MHz crystal to get 0 error for standard baud rates, but even with that the max standard baud rate is 460800. The problem is that I'm using hyper terminal and teraterm for debugging uart communication right now and they don't seem to support non-standard baud rates.
#Zoc terminal baud rate 320kbps#
The problem is that using a 16MHz crystal, the highest standard baud rate that will work reasonably well is 115kbps.īased on my assumption that actual data rate is approximately half of baud rate, I think I'll need approximately 1Mbps baud rate to safely stream 320kbps MP3 data. I've got it working no problem, and my data rate seems to about half of my baud rate. I'm trying to stream data to the MCU using the xmodem protocol provided in application note AVR350 modified to GCC. Supply voltage of 3.3V, and using a Bluetooth connection in the serial port profile that has a maximum data rate of 2Mbps. From the other topic, basically I'm trying to stream MP3's using an atmega324p. I posted this in my other topic, but as my other topic is rather long and this is a distinctly different question, I think it deserves a new topic.
0 kommentar(er)
