-
Posts
15,246 -
Joined
Content Type
Profiles
Forums
Blogs
Gallery
Posts posted by TK.
-
-
Which version of the IDE are you using?
At the MBHP_CORE_LPC17 project page v5.2.6 is recommended: http://www.lpcware.com/lpcxpresso/downloads/older
Because newer versions are not working (according to some posts in this forum)
Best Regards, Thorsten.
-
Is it still required to select the current instrument via NRPN or is this request obsolete?
Best Regards, Thorsten.
-
It's on my TODO list, needs some time (because of other topics)
Best Regards, Thorsten.
-
Yes, they should not flip back.
No pull-up resistors are required.
I added to my TODO list that I check this at my side, but I've to open my MB6582 for this, so I can't do this immediately...
Or maybe somebody else could help to doublecheck this?
Btw.: does this happen with any patch, or only with certain ones?
And does this happen if you take the init patch (press SHIFT and then the 4th Soft button under "Ini. Pt.")
Best Regards, Thorsten.
-
Hi,
MIDIbox NG is the better choice.
Yes, you need a SD Card (regardless if you are using MBNG or MIDIO128), and you can store & edit the configuration file with MIOS Studio.
It's described here: http://www.ucapps.de/midibox_ng_manual_fs.html
I think i figured out the problem, its not scanning/running in matrix mode.yes, it's not running in matrix mode.
Best Regards, Thorsten.
-
Something seems to be wrong with your transistor circuit.
Does the same happen when you disconnect this circuit from RA0, and drive it directly with 5V?
Best Regards, Thorsten.
-
Open the Tools->MIOS32 File Browser in MIOS Studio, connect to your SD Card, upload the hwcfg/standard_v4l/MBSEQ_HW.V4L file.
It has already the right configuration to enable the DIN sync output (J5_ENABLED set to 1)
Best Regards, Thorsten.
-
Nothing changed, this feature is already available in MBSEQ V3.
But of course, due to the high variety of functions (and alternative solutions), there are always certain features worth to discover :)
Best Regards, Thorsten.
-
No, it isn't 1:1, see also http://www.ucapps.de/mbhp/mbhp_lcd_mios8.pdf and http://www.ucapps.de/mbhp/mbhp_core_v3.pdf
What surprises me: when you are running the lcd_interconnection_test and measure the voltages, you should notice the discrepancy!
Best Regards, Thorsten.
-
I swap the fader at J2 and it don't folow, but stay at the same PIC output???
When you swap J2:A0 and J2:A1, you also have to swap the motor control outputs (J3 and J4)
It's a servo loop...
Best Regards, Thorsten.
-
What do you mean with "nothing happened"?
You've triggered different MIDI notes, but always measured 0V at the LCD pins?
Best Regards, Thorsten.
-
Does the voltage at RA0 against ground toggle between 0V and 5V?
Best Regards, Thorsten.
-
All values are in the expected range, even B- (which is the backlight voltage)
I've no idea what else could cause the problem.
Best Regards, Thorsten.
-
There are so many helpful C courses available in the internet... did you ever google for "C kurs"?
E.g. I entered "C kurs arrays", and this was the first hit:
http://www.peace-software.de/ckurs8.html
However, if you want to write a value into all items of an array, write:
{
int i;
for(i=0; i<10; ++i)
NteBuf0 = 0;
}
Best Regards, Thorsten.
-
Unfortunately it isn't possible to control all parameters with MBNG, because this application doesn't allow you to change individual bits of a SysEx parameters (e.g. for waveform control).
Programming the logic in a dedicated C based application is the only way for a perfect solution for this synth beast ;)
Best Regards, Thorsten.
-
Did you already try the lcd_interconnection_test?
Best Regards, Thorsten.
-
You can't upload a program in USB Host mode, because the upload takes place in the bootloader!
Upload process:
- MIOS Studio requests a reset, so that the bootloader will be started
- Once the bootloader replied (which again can't work in host mode), MIOS Studio starts to upload the code
Hope that this clarifies the reason why it doesn't make much sense to continue on this topic...
While I developed the USB host mode, I always uploaded the application via USB MIDI in Device mode.
It wasn't a big deal to:
- remove the USB host cable
- plug-in the USB device cable
- press the black reset button so that MIOS32 reboots in device mode
- press the upload button in MIOS Studio.
Of course, under MacOS I've the big advantage that I don't need to restart MIOS Studio when the USB MIDI Device was temporary not available.
If you are working under Windows, it might be required to restart MIOS Studio...
Alternatively you could initiate the upload from the command line (see "mios_studio --help") to automate this.
Or consider to develop your application without a USB Host connection, find another way to connect your MIDI device during the implementation phase, and use it only when you are not working with a computer (e.g. while making music... ;-)
Best Regards, Thorsten.
-
Good new is now I can say only one hard coded(fixed) table for all fader is need, fader tolerance are good, no need for individual correction, and I'm using cheap ALPS, will be better with P&G or TKD
These are good news indeed! It means that the two 10bit based calibration tables could be stored into the embedded flash memory of the PIC, so that no additional SW or HW is required.
What I also could provide is a small perl script which generates a look-up table based on given points:
Build process would be:
- adapt and generate the table in/with the perl script -> this will generate an include file
- rebuild the mbhp_mf_ng firmware with a PIC assember
- upload the new firmware (.hex file) with MIOS Studio
The whole update process will take ca. 30 seconds... fast enough to try out various settings.
Required tools: perl (scripting language), gputils (PIC assembler), text editor
And if you would install "gnuplot" on your computer as well, the perl script would spit out a diagram with the calibration curve as shown above
What kind of signal is use for touchsensor? just DC? do you think I can filter this with some LPF to avoid HF leaking here?It's a pulse of n*1 uS (n = touch sensor sensitivity value) which is triggered each mS
I'm unsure if/how this could be filtered. You could start with caps against ground at pin #27 (RD4) of the PIC (this is the pulse output)
Best Regards, Thorsten.
-
This LCD should work.
I would propose to install the lcd_interconnection_test, which can be downloaded from http://www.ucapps.de/mios_download.html
See the README.txt of this .zip package for test procedure details.
Note that D0..D3 won't output the voltage, because PIC18F4685 accesses the LCD in 4bit mode
Best Regards, Thorsten.
-
It's definitely not possible to feedback the CS parameters to an external device or to LED rings, regardless if they are driven by MBSID itself or values are output via MIDI. Too much code would be required, I'm not really interested to implement this, and I'm even not sure if there would be enough code memory free for such a feature...
Best Regards, Thorsten.
-
Ok, this explains why I haven't noticed this issue yet... I will check this soon.
Best Regards, Thorsten.
-
As mentioned before, USB host mode doesn't fit into the 16k bootloader range, there is no need to try this out - it won't work.
Accordingly, code upload via USB host won't work as well.
Bootloader update application != bootloader.
So: whenever you want to upload code via MIDI, you've to connect the STM32F4 USB port directly to your PC
Best Regards, Thorsten.
P.S.: I just have improved the MIOS32_DONT_USE_USB_HOST switch, so that it excludes parts of the STM32F4 driver - bootloader should fit into memory again (with support for USB MIDI Device mode only...)
-
Before installing the PIC/ICs, while measuring voltages on the PCBs i accidently shorted pins 5V and GND (on the LCD) with one of the multimeter's test leads. The display went dark and comes back to "life" immediatly after releasing the short. Could i have damaged some kind of controller unit of the LCD?
That's very unlikely, because this caused a short circuit for the complete unit.
It's possible to damage a LCD if it's plugged in the wrong direction into the socket, but I guess that you haven't done this.
Which LCD are you using exactly?
(I remember that Wilba provided two different types)
Best Regards, Thorsten.
-
Ok, so this only doesn't work with drum tracks, but it works with common tracks, right?
Best Regards, Thorsten.
SEQ V4 LPC1769, Target not marked as debuggable error in LPC software
in Testing/Troubleshooting
Posted
Are you trying to program the unmodified LPCXPRESSO module standalone, or did you already mount it on the MBHP_CORE_LPC17 module?
Best Regards, Thorsten.