Somebody wanted to control a particular MP3 player with their calculator, so I suggested the PICAXE series.
The PICAXE system would be acting as a bridge between the calculator and the MP3 player, converting the MP3 player's serial comms to the calculator's native byte transfer protocol (the calculator is a programmable TI-83 Plus).
The MP3 player is this one - http://www.roguerobotics.com/products/electronics/ump3
According to the datasheet, it can be controlled using a serial connection at 9600 baud. The 08M (which would be used to communicate with the calculator) can (as far as I'm aware) provide this output by setting the frequency to 8MHz and using SerTxd.
Serial input (to receive directory listings and other status reports) would need to be handled by another chip. I was thinking that an 18X could buffer the response and send it slowly out to the connected 08M for processing by the calculator (the '>' prompt sent by the MP3 player would seem a good place to stop receiving input).
Receiving variable quantities of serial input data seems tricky and unreliable when a stream of bytes is sent in rapid succession. Does anyone have any recommendations, or would it be better to find some other external serial buffering component (if such a thing exists)?
The PICAXE system would be acting as a bridge between the calculator and the MP3 player, converting the MP3 player's serial comms to the calculator's native byte transfer protocol (the calculator is a programmable TI-83 Plus).
The MP3 player is this one - http://www.roguerobotics.com/products/electronics/ump3
According to the datasheet, it can be controlled using a serial connection at 9600 baud. The 08M (which would be used to communicate with the calculator) can (as far as I'm aware) provide this output by setting the frequency to 8MHz and using SerTxd.
Serial input (to receive directory listings and other status reports) would need to be handled by another chip. I was thinking that an 18X could buffer the response and send it slowly out to the connected 08M for processing by the calculator (the '>' prompt sent by the MP3 player would seem a good place to stop receiving input).
Receiving variable quantities of serial input data seems tricky and unreliable when a stream of bytes is sent in rapid succession. Does anyone have any recommendations, or would it be better to find some other external serial buffering component (if such a thing exists)?