Rio

minor bug: Mute View LED will not turned off by Edit or Pattern View... is this normal? Greetings, rio

that error is still there because of that typo '|' in filename. too bad.

Hello, i can't update or even checkout the Mios Svn Repository. Please see the attached error below. It looks like there is a wrong character for windows filesystem in filename ("the syntax for filename, folder or data media is wrong"). I am using last tortoise svn version. Please, can you fix this? Greetings, rio

you mean this information of v0.89 logfile is more interessting: 10000000 B __ram_start 10007b28 B __ram_end 2007c000 D __ram_start_ahb 20083d08 B __ram_end_ahbespecially the __ram_end 10007b28 as max value? Greetings,rio

hi tk, ah ok, so last release is 0.89. Your Log File tells me: 372964 528 63008 436500 6a914 project_build/project.elf So application size should not exceed 0x6a914 for me at time. Thanks for your thoughts. Greetings, rio

Hi tk, thanks for Info. So in my case, there are 0x487 Bytes RAM left for Stack usage. Could that be to small? Do you know, how much Stack RAM is (about) needed by mbseqv4 for lpc17? is there any way to shink Applications Data e.g. by using optimization Flag -o1..4 for mbseqv4 project, to Save more RAM ? greetings, Rio

Hello, What is the max allowed size for binary file, which fits into the LPC17 RAM? resp. Where i know whether the application size in the compiling results will exceeded max size for LPC17 and application data overrides Ram which is used by Heap or Stack? arm-none-eabi-size project_build/project.elf text data bss dec hex filename 379020 536 63088 442644 6c114 project_build/project.elf 10000000 B __ram_start 10007b78 B __ram_end 2007c000 D __ram_start_ahb 20083d10 B __ram_end_ahb

ok, i have found out by myself, when I have looked at http://www.ucapps.de/mios/sdcc_skeleton_v1_1.zip and using SDCC 2.8.0. It was long time ago, I did notice the changes..

Hi, old thread but same request. Is there any linker script for PIC18F4685? Where to find sdcc's pic18f4685.h header or can I still compile within pic18f452.h, if I need only more space for coding instead the new abilities of that Chip? And as an Hardware Option: Can I configure and use LCD connections like before I had used for the PIC18F452 in (8 bit Mode), because i don't want use CAN Support. Do I have to configure it anywhere? Greetings, rio

Hello, i want to connect LRQ output pin of SP0256 chip (0V - 2,5V) to the PIC core via 1 Pin on J5 configured as an input. That input signalise, that the buffer of SP0256 is full. please take a look at the pin configuration of LRQ inside sp0256 manual: http://www.futurebots.com/spo256.pdf From the SP0256-AL2 manual: So I had found the hardware configuration of using J5 as digital input for buttons or rotary encoder: http://www.ucapps.de/mios/j5_din.pdf Do I have to add also a 10k (or other value) for that pin like in that configuration above, to avoid a short cut on PIC core, or can i direct connect the wire? Thank you. Greetings, rio.

Hello, I am not sure, but is it possible to include <math.h> inside a MIOS8 application and to use log10f or powf functions? Do I need the libsdcc.lib therefor and where can I find some manual for code::blocks-integration about? Greetings, rio

Hello, it is nice that it will work with your setup. Have you tried a normal MIDI-USB adapter too? All my tests failed with following device (Normaly it should work because midimate II can used by coremidi - it has no own driver): iPad mini2 <-> Lightning to Camera Connection Kit <-> midimate II interface (in a midi monitor app, that device name for IN and OUT is shown only a short time, then never again.. I am not able to use it) iPad 4 <-> Lightning to Camera Connection Kit <-> midimate II interface (same here...) If i use a usb-hub with external psu, it will not recognized the midimate too. So does anyone has an idea, what could be the reason? M-Audio interface is also not working, ipad gave a message that it will not support it. Thanks, Greets,

Hi, short question to R+C Termination: http://www.ucapps.de/midibox_seq/mbseq_v4_dout.pdf So i don't have 100 pF (only 220pF instead) ready, but the hint confused me a bit. Should i now take a R 100Ohm + R 220Ohm in serial instead of R 100Ohm + C 100pf in serial? Greets, rio.

TK wrote: Hey Tk, your post is a long time ago, but did you still knew, how you had filled up the arp sequence for that case? Have you used Chords or Notes as eventtype (and track mode: normal, transposed or arp?) and which track parameter have you used and configured for that? It sounds clear and good! Did you added additional notes as track parameter inside that chord sequence too? (0-3-7 / 0-4-7 as major / minor) Greetings, rio

Thanks for your fast hint. Great, now everything is working fine.

hey tk, sorry, i can not compile v.4079 - I have updated my mios32 svn directory, since MBSEQV4 version 4.078, which had compiled fine. Please take a look at the screenshot in attachment.

Cool ;) go ahead for a full bank. Thank you.

that is comprehensible.. thanks for the new version v.4079

Nice demonstration. Beside, would it be possible to integrate a second LFO? Or would that to much loading for the cpu? Often i want to change reso + cutoff with different LFOs at the same time. Best regards, rio

i use my seqv4 in pattern mode. Patterns, Mixermaps will be changed from another external application. Greetings.

hi blingy, it is simple a MIDI Controller and e.g. therefor you are able to load the correct instrument mappings. You can send out your defined CC/Prog.Changes via dump to your defined Ports. Best regards, rio

Excellent!! Thanks. Rio

Hello TK, I have small request for a behaviour, which I have noticed: A Patternchange will ignore the new CC values of a track, when another track changed that CC values through an LFO which are send out as FastCC. For example, i am playing a track with #CC40 as Parameter and constant values 34 for each step. Then I changed to a track which used a "Saw" LFO for #CC40, so that it will uplift the values for that CC with offset 34 (e.g. values from 34 .. to 47). Then I changed back to track, which does contains the #CC40 as Parameter with constant values 34 for each step again, but it will not send out again that value 34 (it stays at 47 instead) Since SEQV4 will only send out changed CC values, I believe that the values which was changed through LFO will not noticed for that "track parameter changing". My SEQV4 setup: patternchange synchronizing enabled patternchange synchronizing 16 step Restart all track on pattern changed enabled I hope my explanation is understandable. Greetings, rio

hi george, inside this document, you will find detailed information of the LPC17 connectors: http://www.ucapps.de/mbhp/mbhp_core_lpc17_pcb_v1_0.zip Have fun building your seqv4 ;) greets, rio.

Necessary PDF documents from the LPC17 based core page: http://www.ucapps.de/mbhp/mbhp_core_lpc17.pdf from the MIDIbox SEQ V4 -->User Manual -->Hardware Options Page: http://www.ucapps.de/midibox_seq/mbseq_v4_din.pdf http://www.ucapps.de/midibox_seq/mbseq_v4_dout.pdf http://www.ucapps.de/mbhp/mbhp_core_lpc17_midi3_midi4_extension.pdf from the SD Card Page: http://www.ucapps.de/mbhp/mbhp_sdcard.pdf Greetings, rio.