norbim1

Programmer
  • Content count

    76
  • Joined

  • Last visited

Community Reputation

4 Neutral

About norbim1

  • Rank
    MIDIbox Newbie

Profile Information

  • Gender Not Telling
  1. MIDIbox NG Release + Feedback

    AFAIK the load command works only from NGR. But never mind, I found the cause in "mbng_file_r.c", corrected and built it and now load commands in conditional branches work correctly. BR Norbim  Edit: Attached the diff mbng_file_r.c.diff
  2. MIDIbox NG Release + Feedback

    Is there a meta op that loads a new NGC config?  I coluldn't find it in the user manual. Am I miss something? BR Norbim
  3. MIDIbox NG Release + Feedback

    The same problem for me. By further investigate NGR script doesn't go beyond the load command. Anything after "load <setup>" command doesn't execute. BR Norbim
  4. OLED displays

    Hi, In the core module the voltage level setting is working well with the LCD data lines (D0-D7) which are going through the HC595. But there are the control lines (RS, RW, E) which are pulled high with resistors only and the STM32F407 PIN protection diodes allows pulling them up to only somewhere around 4V. I agree, that at the 3.3V jumper setting the OLED overdrives the DISCO vreg, so you should supply it with an external vreg. I just think its way simpler using just one diode at 5V setting, than an external vreg with 3.3V setting.
  5. OLED displays

    Hi,  In an other project I use Raystrar 4*20 oled display with f4discovery. At first it had similar strange behavior and the probelm was that the oled supplyed with 5V power while the driving data lines provides only about 3V high level due to the direct connection to the stm ports. The 3V is way below the datasheet specified input high level which is 0.9*VDD. My solution was to lower the 5V power to the oled by a diode, but somewhere a 22ohm resistor was suggested to the same problem. Hope this helps. Norbim
  6. FPU not working on STM32F4 with MIOS32

    Read somewhere that the FreeRTOS in the repository does not includes the Cortex-M4 floating point support, does not support the saving and restoring the vectored floating point registers during context switches.  See the #4  tip on this page: https://community.arm.com/docs/DOC-7544  
  7. Cheap encoders on ebay (China)

    Hi, I used the cheap metal shafted blue one, bought years ego form a Chinese supplier (unfortunately he doesn't sell it anymore) and recently the ALPS with plastic shaft form the above mentioned German  source. I was happy with them, both type have good tact feel, smooth running. I've never had any problem with plastic shaft. BR, Norbim
  8. BLM Midi Map

    Hi, Regarding the other HW options, I think the F4Discovery modul value for money is still among the best. Currently I'm working on a new solution for BLM16x with the following HW plan: F4Discovery with modified MB BLM firmware, simple 17*17 button matrix directly connected to F4Discovery pins, WS2812 led strip instead of duo leds. If this config is feasible you don't need any other IO module to drive the BLM. The pin assignment has been done, there are enough pins on the disco to direct drive the 17x17 button matrix, the led strip with 289 leds (needs only one out) and one serial Midi IO. The modified MB firmware is 95% ready, but I need to make a test HW. (I'm too busy in this month, so I can't promise anything). Some challenge: power for led strip, mechanical connection of the buttons and leds. The plan is low profile standard tackt buttons on simple perfoboard, SMD diodes on the copper side. The led strip lays on the top of one row of buttons, the next row is the same, but the led strip runs in reverse direction, so the full led strip is connected in a "zigzag" way.  BR Norbim
  9. SD card polyphonic sample player

    Hi Lee, nice to hear You are on board again. Regarding your question my wav code simply replace the RIFF header in the first block with zeros:                 if(samplefile_pos[voice_samples[voice]]==0 && samplefile_type[voice_samples[voice]] > RAW_FILE) // WAV file format, do not play the header                {                    for(i=0; i<sizeof(WAVE_FormatTypeDef); i++) {   // Fill the sample buffer header with silence                        samplebyte_buf[voice][i]=0; // Muted output                        }                    //DEBUG_MSG("header mute %d",samplefile_type[voice_samples[voice]]);                } It causes some delay, but the RIFF header is only 44 bytes long ( canonical wav). The header equals 22 mono or 11 stereo samples which is roughly a half or a quarter of a ms delay, I think it is acceptable.
  10. extended chords (dominants & tensions)

    Hi, Would be very nice feature IMHO. I like the chords with nice chromatic notes in it. Some suggestion: - Current chord table states " // note: chords are used together with the forced-to-scale feature in seq_scale.c ". If we are using foreign (chromatic) notes, it will conflict with fts. My suggestion is using the chord table without fts or the chord generation algorithm should ignore the fts. All the note numbers are chromatically defined in the table, so only the root note should be followed. I think it's a way better implementation than with fts, so you can add some nice colored chords from other scales to the song too. - The Min7 should start with 0, I think. Br. Norbim
  11. MIDIbox KB

    Updated, but caused a HardFault. I have to check my working copy and the tool chain, because I have just changed to W7 from good old XP. It works with the prebuilt ng_v1_033_pre16 (excluding the modified KB handler) without HardFault, so I'm afraid the fault is at my side. Will check tomorrow. Norbim Finally I've successfully built. Ngr from memory works fine.  
  12. MIDIbox KB

    Sorry for the late answer: SRIO num_sr=2 debounce_cycles=0 # keyboard configuration KEYBOARD n=1   rows=10  dout_sr1=1  dout_sr2=2  din_sr1=1  din_sr2=2 din_inverted=1  break_inverted=1  din_key_offset=32 scan_velocity=1 scan_optimized=0  note_offset=0 make_debounced=1 delay_fastest=20  delay_fastest_black_keys=0  delay_slowest=500
  13. RGB hue sweep

    What about RGB LEDs with embedded controller? WS2812B based RGB LEDs or LED strips are quite cheap on ebay. Even a long strip or LED chain can be controlled via one wire. As I analyzed the protocol I think DOUT isn't fast enough to drive it, but they might be controlled via direct SPI with some trick. I planned to test it, but didn't have enough time so far. It can be a much easier solution for RGB button LED matrix too.
  14. MIDIbox KB

    Yes, the code was worked out for the second case only, because I need only this option. I know it is not an universal solution, even I'm sure it will not work with non inverted diodes. I soldered my diodes the wrong way by mistake, and it was easier to alter the code than change 138 diodes.... One thing that surely works in NG is break_is_make on  for organ style playing.
  15. MIDIbox KB

    Sorry I cant upload at the moment to my playground, but attached the diff. I modified the keyboard.c only in modules/keyboard. Here is my keyboard spec from the NGC file: # keyboard configuration KEYBOARD n=1   rows=10  dout_sr1=1  dout_sr2=2  din_sr1=1  din_sr2=2 din_inverted=1  break_inverted=1  din_key_offset=32 scan_velocity=1 scan_optimized=0  note_offset=0 make_debounced=1 delay_fastest=20  delay_fastest_black_keys=0  delay_slowest=500 Hope this helps. Norbim   keyboard.c.diff