DRMULATOR : The circuit board is finally routed!

Given the relatively small size of the circuit, I thought it was going to be complicated to route all the tracks. Ultimately that was not the case.

Everything is not routed according to the rules of the art. That's not bad, it will allow me to put my finger on the potential problems more easily.

We just have to wait for the receipt of the printed circuit...

Drumulator : about sound generation.

Now that I know how to manage the samples using the micro-sequencer I created in VHDL, I have to study the analog part using a converter other than the original one.

The AM6072 circuit is obviously no longer available. It is therefore necessary to use a standard DAC instead of the original companding DAC. I will use a lookup table in the FPGA to modify the response of the new DAC.

In order not to launch myself right now in the realization of the Drumulator clone, I must test the sound generation of the eight channels using the new DAC. So I started to create a little test circuit board:

I tried to keep the size as small as possible. You never know, if this board works well, I could use it as it is. However the implementation of the components is rather dense. I don't know if I will be able to route all the tracks correctly. 

To be continued...

DRUMULATOR & FPGA

Some time ago, I coded the whole processor part of the Drumulator in an FPGA. I still had to code the sound generation sequencer. I thought it was complicated to achieve, given the schematic in the service manual.

The sequencer looks like this:

This sequencer controls a set of registers that are used to generate addresses for sample ROMs.

I was not sure how to go about writing readable and simple code from these two diagrams. After having understood the general operation of this system, I finally decided to transcribe in VHDL what I had understood. Good idea since these two diagrams are coded in about fifteen short lines of code.

To carry out the tests, I contented myself with using an FPGA board whose two buttons I use to simulate two Drumulator sound buttons. The FPGA then generates addresses for the Drumlator board ROM address bus. It's as simple as that and it works great.

The adventure goes on...

A MIDI patch bay : first start

About a month ago, I talked about the development of a MIDI switch based on an FPGA. This system will include logic elements, as well as a processor to control everything. There are proprietary systems for developing software for embedded processors quite easily. As I decided to use independent solutions, I had to implement mechanisms to allow easy debugging. In particular, I installed an external ROM support on which I can insert a simple EPROM emulator :

This makes it much easier to load a new firmware version. It is no longer necessary to go through the heavy tools of the FPGA programming software. At system startup, the RESET procedure copies the contents of the external ROM inside the FPGA. Once this is done, the embedded processor may start and display its prompt message:

There you go, the system is finally ready to move on to the application development stage. There is still a lot of work to do before a real test of the system, but it's progressing well!

I quit my job!!!

January 2022 was a bit special for me. I left my job as a computer scientist in the administrative services of a French university. After 20 years spent with fools, I decided that it was high time to resume the course of a healthy life, at least on the psychological level.

And it doesn't matter if it's me who's crazy!

A MIDI patch bay...

The Midi patch bay that I planned to create is quite complex. For this reason, I preferred to split the different parts on different PCBs.

About one month later...

First: the motherboard PCB which will contain the CSP (communication signal processor) as well as the USB interface:

In fact, all the data processing part will be integrated in a large FPGA in order to avoid the use of too many circuits.

A MIDI patch bay?

I have been looking for a MIDI bay patch for years, even decades. I even studied the feasibility of such a device on several occasions. In fact, the constraints in terms of feasibility, complexity, functionality and price are really strong. 

On the strength of all my tests, I decided to tackle the task again. I am currently studying the motherboard of such a device:

This is only a first prototype but the final version should look very much like this, in much smaller ...