Rummaging through a box of my old crafts I found the box below. It dates from the time when I was still working with Amgia, but also with PCs – I guess around 1996. I labeled the box “DB50XG MIDI – Wavetable Processor”.
Inside is a circuit board from Yamaha, which is called the DB50XG. This board was designed as a daughter board for PC sound cards with “Waveblaster” expansion port. She expanded the sound cards with a polyphonic MIDI wavetable sampler. In this way, the General Midi Standard and the Yamaha XG Standard could be re-established. Today nobody thinks about it anymore. At that time, if you wanted to generate sounds with a PC from midi data, then either external hardware was required, or a sound card with an onboard midi synthesizer or wavetable chipset. The PC then took over the control, the sending and receiving of the midi data via a sequencer software. Today, the midi sounds are generated directly on the PC and the samples and sound models are integrated into the software. At that time, the performance of the PC hardware was not sufficient. If someone is wondering what I’m palavering about here – what is Midi and why do you need it? – then let me put it briefly here: Midi is the abbreviation for “Musical Instrument Digital Interface” – i.e. a digital interface – a data protocol for musical instruments. Roughly explained, it serves to network and control electronic musical instruments with each other. For example, a large number of sound-generating devices can be controlled via a single keyboard. I will not explain here how the Midi standard works, what the data packets look like and how it looks electrically. As always, there is plenty of information on the web.
Back to the self-made box. At that time I packed the DB50XG in the plastic box and from the “Waveblaster” port, a 26-pin socket strip, led the necessary cables to the outside to start up the Midi board. And that was pretty simple. The board requires a power supply of +/-12V and +5V. There is a Midi-IN and a Midi-OUT (through) pin, a reset pin and two analog audio out pins – one per channel. The table below shows the connector pin assignment:
pin number
assignment
1
Digital ground
2
not connected
3
Digital ground
4
not connected
5
Digital ground
6
Supply +5V
7
Digital ground
8
not connected
9
Digital ground
10
Supply +5V
11
Digital ground
12
not connected
13
not connected
14
Supply +5V
15
Analoge ground
16
not connected
17
Analogue ground
18
Supply + 12V
19
Analogue ground
20
Audio out richt
21
Analogue ground
22
Supply -12V
23
Analogue ground
24
Audio out left
25
Analogue ground
26
reset
The whole structure was rather spartan back then. The power supply had to be established via one or more external power supplies. There was no galvanic signal isolation using optocouplers. So I had to rely on the proper setup of the Midi IO controller that I connected to the Amiga. Of course it couldn’t stay like this. And I can’t bring myself not to use the beautiful DB50XG board anymore or to throw it away in the electronic waste. The plan that emerged from this was to develop a new interface board – or to tinker, which should be as universally usable as possible.
It’s been a few years since this idea and I’ve always worked on it a little bit. I thought the interface board should fulfill the following points:
a simple power supply should supply the Yamaha board with energy. Ideally, there should be a USB port and, optionally, a connection for a universal power supply. All required voltages should be generated on the interface board from the 5VDC.
As in the past, the DB50XG should also be able to be plugged in as a “piggyback” circuit board
The midi-in signal should be able to be fed in via the 5-pin DIN socket and also via a pin header – of course nicely decoupled (this means that a microcontroller such as Arduino and co. can also be connected without any effort)
The sound, i.e. the audio signal, should be available for acceptance via a chinch socket and also as a 3.5mm jack socket and via a pin header per channel.
Word repetitions SHOULD be avoided, but I don’t care 🙂
This ultimately resulted in the following circuit diagram. The 5VDC supply of the USB source is routed directly to the 5V supply of the midi board. The +12V/-12V that are also required are generated by a DC/DC converter (TMR0522). This is supplied on the input side by the 5V mains. The optional “external” voltage input goes to a LM2596ADJ. This is a step-down voltage regulator that can work with input voltages up to 40V. The regulated output side is available in many areas. I have integrated the ADJ (Adjustable) type into the circuit here, as I have a few of them in the assortment box. The voltage source can be selected with a jumper on the board.
Based on this circuit diagram, I created a layout and initially produced it in my own etching bath. The result was the following circuit board, which served as a test setup. Technically, the board worked perfectly, but I didn’t like the arrangement of the components. I placed the step-down converter and coil on the back. The distance between the connection sockets was also too close together for me. And how you do it as a PCB layouter – you always do a second design. So also it is this time.
The test setup with a fitted Midiboard can be seen in the image below. The midi signal as a test source comes from the PC and is generated by a USB midi adapter from the Far East.
So sat down in front of the computer again and redrawn the layout. The following version came out. I then ordered this version from a circuit board manufacturer.
The finally manufactured printed circuit board then looks like this. Below she can be seen with the DB50XG board attached.
Unfortunately, the intervals in which I find some time to write a new post for the blog have not gotten shorter. But post a post per month, I think … 🙂
This time it’s not a retro craft project from the local Gefielden or a restoration of an old device, but again something about Arduino. The idea – to build a sensor that, as always, transforms a physical quantity into an electrical signal. This is nothing special and what kind of sensor it will be, I will not describe for the time being. But there should not be a sensor board, but many. And these sensor boards short “sensors” are to be networked together in a two-dimensional matrix. You can imagine it as a chessboard, with each of the chessboard panels representing a sensor. This network of sensors – ie sensor nodes – should then be connected via a transfer point to a computer and output the sensor data of the respective field. It should then also be possible to remove individual fields from the network without the remaining network losing its function.
The whole system should be as simple and cheap as possible. And so a system concept was quickly developed in which the nodes communicate via the I²C bus and send their data to a master. The following diagram is intended to illustrate this.
This concept, I thought, is easiest to implement with an ATmega microcontroller. The has enough IO’s, an I²C bus and UART onboard, as well as analog inputs and requires little component peripherals to bring it to life in its own layout. And there is nothing faster to do such a test setup of such a node network than to use the well-known Arduino development boards. I have chosen the cheapest version for a test setup -> the Chinanachbau of the ArduinoUno (Joy-IT UNO) with the Atmga328 in the capped DIL housing.
The picture shows ten of these microcontroller boards. Of these, one should be used as a bus master and nine as slaves. Of course, each of these slaves has a unique bus address, which only occurs once in the system. In the test setup, this bus address is permanently assigned via the program code, since anyway each Arduino must be connected to the computer in order to carry out the program upload. Of course, that should look different later. Because the Arduino is on the Atmega328 chip, its quartz and the few resistors reduced on the sensor board with gelayoutet. The chip should then be programmed via the ISP pins. Of course, as many boards do not always customize the program code and they all have the same Flash file, I want to set the sensor address with a 7-bit DIP switch. A 4021 Cmos Static Shift Register is supposed to read the bits after the controller is powered on and push them serially into the controller. The resulting value is then available as a bus address in a variable.
Each of these slaves with their individual bus address is now queried in sequence by the master node, which state it has and whether it should switch an output or not. That is, the node has only one DO (digital output) with which it can, for example, turn an LED off and on and interrogate one or more DIs (digital input) which polls a state, for example a simple switch. These functions are stored in 2 bits of a byte. Another byte is used to transfer the bus address. So two bytes are sent over the bus. The picture below shows the test setup with the “UNO boards”
The process is as follows:
MASTER: The master node sends a request after the series to all slave addresses and a switch command (which comes from all nodes of a TEST push button input on the master) for the LED output of the node and sees if a response comes back or not. If no answer comes, the node is not in the network or is defective. If there is an answer, this consists of the address of the node and its status byte. This information is transmitted via an RS232 terminal to the computer connected to the master. Thus, for example, the switching status of each individual node can be displayed on the screen via a visualization using (NI LabView, or Matlab or similar). By adapting the master program, it is also possible to switch the LED outputs of the slaves via the computer.
SLAVE:
When the master node requests data from the slave, the slave sends back two bytes. Where byte0 again is the slave ID (ie bus address) and byte1 is the data. Byte1 actually consists of only two bits encoded as follows (in decimal representation):
0 = LED off| Sensor not triggered
1 = LED on | Sensor not triggered
2 = LED off | Sensor triggered
3 = LED on | Sensor triggered
// I2C Slave Code// 16.05.2018 // ver 1.3#include <Wire.h>#define ADDRESS 2 // adresse des slave knotens#define PAYLOAD_SIZE 2 // anzahl der bytes die vom masterknoten zu erwarten sindint LED=12; // indicator led an pin D12int SENSOR =8; // sensor input an pin D8bool actionState=0; // sensor zustandint busstatus; // statusvariable // 0 = LED aus | sensor nicht belegt// 1 = LED ein | sensor nicht belegt// 2 = LED aus | sensor belegt// 3 = LED ein | sensor belegtbool sensled=0; // sensor LED
byte nodePayload[PAYLOAD_SIZE];
voidsetup()
{
pinMode(LED, OUTPUT); //sensorLED
pinMode(SENSOR, INPUT); //Sensor
Wire.begin(ADDRESS); // Activate I2C network
Wire.onReceive(receiveEvent);
Wire.onRequest(requestEvent); // auf master anforderung warten// // debug interface// Serial.begin(9600);
}
// *********************************mainloop****************************************************voidloop()
{
delay(5);
if(sensled){digitalWrite(LED, HIGH);}
else{digitalWrite(LED, LOW);}
actionState = digitalRead(SENSOR); //Sensoreingang abfragen if((actionState==1)&&(sensled==1)) {busstatus=3;}
elseif ((actionState==0)&&(sensled==1)) {busstatus=1;}
elseif ((actionState==1)&&(sensled==0)) {busstatus=2;}
elseif ((actionState==0)&&(sensled==0)) {busstatus=0;}
// Serial.println("######################");// Serial.print("busstatus neu setzen ");// Serial.println(busstatus);// Serial.print("sensled LED ");// Serial.println(sensled);// Serial.print("actionState ");// Serial.println(actionState);// Serial.println("######################");
nodePayload[0] = ADDRESS; // Adresse in byte0 zurücksenden.
nodePayload[1] = busstatus; //byte 1 ist die statusinfo der LED
}
// *********************************************************************************************voidrequestEvent()
{ Wire.write(nodePayload,PAYLOAD_SIZE);
Serial.println("bytes status schreiben");
Serial.println(nodePayload[0]);
Serial.println(nodePayload[1]);
delay(5);
}
// *********************************************************************************************voidreceiveEvent(int bytes) //einen wert vom I2C lesen
{
busstatus = Wire.read(); //If the value received was true turn the led on, otherwise turn it off // Serial.println("status empfangen");// Serial.println(busstatus);if((busstatus==1)||(busstatus==3)){sensled =1;}
else{sensled =0;}
}
The bus address must still be entered individually in this slave code. In the next version, the previously described “serializer” of the parallel dip-switch variant will be implemented. The following code example is from the master node, which reads out the slaves and sends a LED pattern to the sensor slaves using the test button:
// I2C masterknoten // 16.05.2018 // ver 1.2// changes abfrage wenn kein knoten am bus dann 255 ausgeben#include <Wire.h>#define busbytes 2 // wievele byte vom I2C knoten zu erwarten sind#define maxKNOTEN 10 // anzahl der zu scannenden slaves#define startKNOTEN 2 // startadresse der slaves#define DELAY 5 // einfach ein delay ....int i; int j=0;
int buttonPin =12;
int testbut =0; int anim =0;
int buttonState =0;
int DATEN[busbytes];
int adresse; int busstatus;
byte sensorbelegt; byte ledsensoron;
// 0 = LED aus | Sensor nicht belegt// 1 = LED ein | Sensor nicht belegt// 2 = LED aus | Sensor belegt// 3 = LED ein | Sensor belegtint leddat1[] = {1,1,1,1,0,1,1,1,1}; // -int leddat2[] = {0,0,0,0,1,0,0,0,0}; // |voidsetup()
{
Serial.begin(9600);
Serial.println("MASTER-KNOTEN");
Serial.print("Maximum Slaveknoten: ");
Serial.println(maxKNOTEN);
Serial.print("Datengroesse in byte: ");
Serial.println(busbytes);
Serial.println("***********************");
Wire.begin(); // Activate I2C link
pinMode(buttonPin, INPUT); // test-tastereingang festlegen
}
//#####################################################################################################voidloop()
{
for (int Knotenadresse = startKNOTEN; //alle knoten scannen
Knotenadresse <= maxKNOTEN;
Knotenadresse++)
//################################################################################################
{
// testbut = 0;
anim =0;
Wire.requestFrom(Knotenadresse, busbytes); // daten vom jeweiligen knoten anfordern
DATEN[0]=255; DATEN[1]=255; // wenn kein knoten dann auf 255 setzen if(Wire.available() == busbytes) { // wenn knoten und daten dannfor (i =0; i < busbytes; i++) DATEN[i] = Wire.read(); // daten holen (zuerst busID, dann daten)// for (j = 0; j < busbytes; j++) Serial.println(DATEN[j]); // daten an rs232 ausgeben
}
// Serial.println(Knotenadresse);// Serial.println(DATEN[0]);// Serial.println(DATEN[1]);// Serial.println(" ");
adresse=DATEN[0];
busstatus=DATEN[1];
if(busstatus ==0) {sensorbelegt=false; ledsensoron=false;}
elseif (busstatus ==1) {sensorbelegt=false; ledsensoron=true;}
elseif (busstatus ==2) {sensorbelegt=true; ledsensoron=false;}
elseif (busstatus ==3) {sensorbelegt=true; ledsensoron=true;}
//################################################################################################//Testbutton Status lesen und variable testbut entsprechend setzen
buttonState = digitalRead(buttonPin); //tastereingang einlesenif(buttonState == HIGH){ //wenn taster aktiv dann variable anim setzen
anim =1;
//delay(5);
}
// //debug debuginfo tasterstatus auf rs232 ausgeben// Serial.println("#######################");// Serial.print("Knoten Adresse :");// Serial.println(adresse);// Serial.print("Busstatus :");// Serial.println(busstatus);// // Serial.println("----------------");// Serial.print("Fliese belegt :");// Serial.println(sensorbelegt);// Serial.print("LED Fliese :");// Serial.println(ledsensoron);// Serial.print("#######################");// Serial.println(" ");//################################################################################################//Testbutton Status an jeweiligen knoten senden
Wire.beginTransmission(Knotenadresse); // transmit to device actual in for loop//anim schreibenif (anim==0) {testbut=leddat1[j]; j++;}
else {testbut=leddat2[j]; j++;}
if (j>8){j=0;}
Wire.write(testbut); // senden des tasterstatus
Wire.endTransmission(); // ende gelände mit uerbertragung
delay(DELAY);
}
}
With this arrangement, it is now possible to read all Arduinos and their input or to control the LED via the bus. In the next step, a “sensor” is built, a board is laid out and the ArduinoUno reduced to its microcontroller. I’ll talk about that in one of the next posts …