Hi Sheldon,
In hind site, that may have been a good option. Here is a substitute:
USB-RS232 Convertor
As soon as we finish the following APOX options:
1) APOX-3 (PGA2310 + headphone)
2) APOX-4 (Mono Shunt)
We will be looking at new projects.
Please make suggestions!
Dale
In hind site, that may have been a good option. Here is a substitute:
USB-RS232 Convertor
As soon as we finish the following APOX options:
1) APOX-3 (PGA2310 + headphone)
2) APOX-4 (Mono Shunt)
We will be looking at new projects.
Please make suggestions!
Dale
We will be looking at new projects.
TDA1541 DAC with I2s input on a PCB so it can be mounted inside a CD chassis! 🙂
Maybe also an external version that has a switchable circuit for SPDIF or I2s input.
How about an I2c Display interface & Remote for the Philips CDPRO 2?
Oh oh, a nuclear particle accerator in a back pack version with optional Plasma discharge retarder and variable power take off interface.
Regards
Anthony
As for new projects, I vote for a front end and display board for the Philips CD-PRO2.
Also, a DAC pcb to go with it.
--
Brian
Also, a DAC pcb to go with it.
--
Brian
I2S
Has anyone dealt with I2S before.
I have seen that some of the new microchip DSP chips
will have an I2S port. Can you bit-bang I2S or do you need dedicated hardware?
Thanks,
Craig
Has anyone dealt with I2S before.
I have seen that some of the new microchip DSP chips
will have an I2S port. Can you bit-bang I2S or do you need dedicated hardware?
Thanks,
Craig
Re: I2S
Hello Craig, a TDA1541 will accept a direct I2s input as shown in this schematic.
dipchip said:Has anyone dealt with I2S before.
I have seen that some of the new microchip DSP chips
will have an I2S port. Can you bit-bang I2S or do you need dedicated hardware?
Thanks,
Craig
Hello Craig, a TDA1541 will accept a direct I2s input as shown in this schematic.
Attachments
Re: I2S
Hello again Craig, here is a gain stage for the Audio out of the Dac above, and the required power supplies.
dipchip said:Has anyone dealt with I2S before.
I have seen that some of the new microchip DSP chips
will have an I2S port. Can you bit-bang I2S or do you need dedicated hardware?
Thanks,
Craig
Hello again Craig, here is a gain stage for the Audio out of the Dac above, and the required power supplies.
Attachments
Re: I2S
And again, for those who want SPDIF inputs.
dipchip said:Has anyone dealt with I2S before.
I have seen that some of the new microchip DSP chips
will have an I2S port. Can you bit-bang I2S or do you need dedicated hardware?
Thanks,
Craig
And again, for those who want SPDIF inputs.
Attachments
Re: I2S
And some supporting Docs by the original designer.
dipchip said:Has anyone dealt with I2S before.
I have seen that some of the new microchip DSP chips
will have an I2S port. Can you bit-bang I2S or do you need dedicated hardware?
Thanks,
Craig
And some supporting Docs by the original designer.
Attachments
The TDA1541A High performance non oversampling Philips DAC is still available from Global Electronics for a fair price.
http://www.globalsemi.com/index.html
Just use "Fast Search" and enter TDA1541A.
$17 CAD
Anthony
http://www.globalsemi.com/index.html
Just use "Fast Search" and enter TDA1541A.
$17 CAD
Anthony
New project
High end digital source switcher which can switch audio digital signals (and possibly video, but my guess is that video is not very important since most might want to go direct anyway)
This could be a recycled version of IS1 ..., and of course it could be in a different cabinet ....
Petter
High end digital source switcher which can switch audio digital signals (and possibly video, but my guess is that video is not very important since most might want to go direct anyway)
This could be a recycled version of IS1 ..., and of course it could be in a different cabinet ....
Petter
Sheldon wrote:
Sheldon,
The bootloader is fairly simple. Here is how my bootloader works.
1.) Immediately upon power up, the reset vector on the pic makes the program counter jump to the bootloader. The bootloader code must always run on powerup or reset. This is in case the main firmware download failed or was corrupted.
2.) The bootcode then send out a single byte over the serial port
to indicate the bootcode has started. The bootcode will then wait for a response. If none is received after a small delay. it will jump to the main firmware jump vector (stored in upper flash)
3.) The PC downloader program will be waiting for this byte.
as soon as it is received. the PC will begin downloading strings of 64 bytes of data and a address and a checksum of the data.
4.) After the pic gets a complete message, it will erase the block of 64 bytes and then program the new data.
5.) When the 64 byte flash program is complete, it will send another character back to the P.C. to request the next string of data.
The bootloader is also responsible that is doesn't overwrite the reset vector, or overwrite its own firmware.
The other important thing it does, is when it receives the reset vector (adress 0x0000) for where the downloaded .hex file would normally jump to the main code. It stores this address in upper memory (as used in step 2)
By the way, JAVA is really cool in that you only need to compile it once on one machine. The compiled "JAVA bytecodes" (.java files) can then be "interpreted" by any type of machine loaded with the "JAVA virtual machine". What I need is actually someone to interpret my C code into java code (.class files).
-Craig
So in terms of the host computer, it would be a serial communication program that listens, then "talks" the new code to the uP, then maybe listens again to make sure the uP got the code. right?
Sheldon,
The bootloader is fairly simple. Here is how my bootloader works.
1.) Immediately upon power up, the reset vector on the pic makes the program counter jump to the bootloader. The bootloader code must always run on powerup or reset. This is in case the main firmware download failed or was corrupted.
2.) The bootcode then send out a single byte over the serial port
to indicate the bootcode has started. The bootcode will then wait for a response. If none is received after a small delay. it will jump to the main firmware jump vector (stored in upper flash)
3.) The PC downloader program will be waiting for this byte.
as soon as it is received. the PC will begin downloading strings of 64 bytes of data and a address and a checksum of the data.
4.) After the pic gets a complete message, it will erase the block of 64 bytes and then program the new data.
5.) When the 64 byte flash program is complete, it will send another character back to the P.C. to request the next string of data.
The bootloader is also responsible that is doesn't overwrite the reset vector, or overwrite its own firmware.
The other important thing it does, is when it receives the reset vector (adress 0x0000) for where the downloaded .hex file would normally jump to the main code. It stores this address in upper memory (as used in step 2)
By the way, JAVA is really cool in that you only need to compile it once on one machine. The compiled "JAVA bytecodes" (.java files) can then be "interpreted" by any type of machine loaded with the "JAVA virtual machine". What I need is actually someone to interpret my C code into java code (.class files).
-Craig
CDPRO2 specifications
Hi everyone,
Since Dale and I have gotten alot of requests for the CDPRO2 remote control with a BIG Display.
Please list some specifications that people would expect on a remote control board.
Do people want a graphic LCD module for cool special effects.
or would you rather have a character LCD module?
Whats the price range people would pay for something like this?
Those LCD modules are pretty expensive?
Would you want the DAC on the same board, or a seperate board?
Is anyone interested in an ethernet connection, so you can control your system from your computer?
-Craig
Hi everyone,
Since Dale and I have gotten alot of requests for the CDPRO2 remote control with a BIG Display.
Please list some specifications that people would expect on a remote control board.
Do people want a graphic LCD module for cool special effects.
or would you rather have a character LCD module?
Whats the price range people would pay for something like this?
Those LCD modules are pretty expensive?
Would you want the DAC on the same board, or a seperate board?
Is anyone interested in an ethernet connection, so you can control your system from your computer?
-Craig
I would go for character LCD display, with not too many gimmicks as appropriate for high end product. So when in play mode, it should be possible to display just track and time, with a possibility of showing total time/ remaining time on disk/on track. It should be simple and straightforward information. But if somebody wants all the bells and wistles he might be able to program for that, if possible. But I wouldn't go for more than one line, unless in program mode.
DAC shouldn't be on a same board. One, because it's away from transport and output jacks; second, it may pickup interference from dispaly circuits; third, people might go for different options with DAC arrangement, but the display board stays the same.
If it not complicates things much and there is need for ethernet connection, why not, but prsonally, I don't see a need for that.
DAC shouldn't be on a same board. One, because it's away from transport and output jacks; second, it may pickup interference from dispaly circuits; third, people might go for different options with DAC arrangement, but the display board stays the same.
If it not complicates things much and there is need for ethernet connection, why not, but prsonally, I don't see a need for that.
Attachments
Peter,
The reason I thought about ethernet.
1.) You could type in track names and CD titles on your computer
and download to the board to display??
2.) Possible high speed download to play MP3 files from you P.C.
(Is MP3 a banned word around here)
3.) Control of your music from a P.C.
For the display. Would you want the same display as on the APOX-IR1?
I am wondering how much code space the control of the CDPRO2 will take up. I could make a very sophisticated type of control with a microcontroller like the Rabbit 3000.
-Craig
The reason I thought about ethernet.
1.) You could type in track names and CD titles on your computer
and download to the board to display??
2.) Possible high speed download to play MP3 files from you P.C.
(Is MP3 a banned word around here)
3.) Control of your music from a P.C.
For the display. Would you want the same display as on the APOX-IR1?
I am wondering how much code space the control of the CDPRO2 will take up. I could make a very sophisticated type of control with a microcontroller like the Rabbit 3000.
-Craig
Craig,
Sorry to barge in, but you should take a look at the daisy laser site and look at the control sequences and codes. They are not too complex.
I think that Peter has stated that he would like a 1x16 or 1x20 type display. My only concerns are how to display things like repeat modes, track times, etc...
I really think they were looking for a very simple and cheap (but good looking) display/controller (with IR, and some buttons)
Dale
Sorry to barge in, but you should take a look at the daisy laser site and look at the control sequences and codes. They are not too complex.
I think that Peter has stated that he would like a 1x16 or 1x20 type display. My only concerns are how to display things like repeat modes, track times, etc...
I really think they were looking for a very simple and cheap (but good looking) display/controller (with IR, and some buttons)
Dale
I personally don´t need to see repeat modes, track times, etc.. on a display to listen to music.
I want a nixie display CDP!
I want a nixie display CDP!
dipchip said:Peter,
The reason I thought about ethernet.
1.) You could type in track names and CD titles on your computer
and download to the board to display??
2.) Possible high speed download to play MP3 files from you P.C.
(Is MP3 a banned word around here)
3.) Control of your music from a P.C.
For the display. Would you want the same display as on the APOX-IR1?
The above features are fine if they don't complicate the display board and increase the overall size. The display you used in IR1 is fine and I wouldn't go for bigger size (maybe even smaller if possible). My main concern here is the width of the board, and this is depandant on type of display being used.
I was thinking about integrating transport and mechanism into a free standing aluminum platform with a maximum thickness of 1 1/2" and footprint of approx. 8" x 10" (maximum, but prefferably less) So the board should be able to fit inside a housing that outside dimentions are 1.5" x 8". The following function buttons should also be required on the board: PLAY, STOP, PREV, NEXT, REFRESH and PAUSE (but not necessarily). The rest of the functions would be controlled from remote. Also provision for display intensity (and on/off) would be nice. Is it possible?
The platform then would be mounted on 3 spikes and the power supply would be in another enclosure. I believe this would be the most convenient and best sounding setup, especially for DIY, since everybody can built and house the supply in their own way. If there was demand, I would make arrangements for producing aluminum platform. This would be one, cool player.😉
- Status
- Not open for further replies.