Hi Guys,

I need to change my dsp from Board monitor to mid basis has anyone done this before if so how?

Cheers

Bump

Can you expand upon the question, please?

As you probably know, 'Board Monitor' is the name for the original Head Unit which can amongst other things provide control over the graphic equaliser functions of the DSP.

The BM achieves this by means of a number of commands sent over IBus to to the DSP.

You can replicate these command using your choice of IBus interface.

I'm wondering whether you're asking about the ability to have the DSP preset to particular equalisation pattern that is matched to the vehicle type (i.e. FFRR, 5 Series, Mini etc)

Again, this can be achieved using IBus commands which as a one off you can generate using Nav Coder software driving a Resler interface.

You can find the stuff here: www.navcoder.com and www.reslers.de/IBUS

The command sets are pretty well documented on the various BMW forums (fora?).

I've done most of the commands that I wanted to the DSP, including setting it to use its digital input, but am trying to perfect the human machine interface software, hence the delay (for the those who 'know' me).

Does this help?

Hi Zulu - can you tell me the commands to set the crossovers as they are set to e39 ? Also do you know the commands to set the fade to standard?

The above is for the amp that I have coded as mid basis but sound is wrong due to crossover settings.

My original amp is set to communicate with the boardmonitor which Ahmad been removed so it's useless and needs to be recoded to midbasis rather than boardmonitor so it works as if there was no nav .. cheers

Fade to Centre is 68 04 6A36 80 B0

The DSP Function commands are 68 04 6A 36 xx CS where xx is the function control (for example E1, E2, E3 are functions 1, 2 and 3 though somewhat unhelpfully I don't know what that actually means in terms of how the DSP behaves) and CS is the XOR checksum.

The DSP equaliser functions are set using 68 04 6A 34 xx CS where xx sets the function and CS is the XOR checksum.
Unfortunately I don't have a detailed breakdown of the 34 and 36 command sets so suggest that you set Navcoder to record and then carefully experiment.

This web-site will give you further info:
https://margaretandian.com/2004/04/10/runn...head_unit/

Sorry not to be more help, but if you google using the appropriate command string in inverted commas you'll find there are lots of useful snippets in the web.

Hi Zulu

Somewhat unhelpfully I plugged in my interface and went into navcoder I sent over the increase volume by 15 steps it said it had but it hadn't I then sent loads over again saying it had dealt with th commands correctly but sound stayed the same... any ideas?

Firstly, was Navcoder seeing and displaying all the usual bus traffic around the car, thus proving that it and the interface are both working correctly?

Assuming it was, then I suggest you look at the codes which occur when the steering wheel volume up/down buttons are pressed.

You should be able to emulate these to get your desired result.

I wonder whether your implementation is such that the DSP has been coded to work with an audio source which itself provides the volume control functionality, and thus your DSP is set to constant gain IYSWIM?

Good thinking!

Just thinking about it this may fix my fader issue but the crossover issue needs to be coded so this would not be a full fix..

As I see it you have a number of options for a permanent fix:
1) Use a micro PC (Arduino, Pi etc) with a Resler interface and some code which runs Navcoder and a script on start up, or;
2) Write some code to run as a background app in your Android head unit and exploit its built-in I-Bus interface, or;
3) Use a microcontroller, such as a PIC to generate the appropriate codes at every start up.

It's the latter approach which I have been taking in an effort to solve the 'setting the clocks' issue, but am currently stalled, hence am exploring option 2.

I'm unsure how much software experience you've got and whether you'd be able to write the necessary PIC code, but am happy to share the circuit schematic for option 3 if you'd like...