Jump to content

latigid on

Frequent Writer
  • Posts

    2,516
  • Joined

  • Last visited

  • Days Won

    147

Posts posted by latigid on

  1. For this, set up a note track on AOUT port channel 16

    Note    16    DOUT drum gates/triggers
    Notes to CV Channel #16 (C-1, C#1, D-1, ... upwards) will be redirected to up to 64 digital outputs of the DOUT chain. Each key number triggers an individual gate for 1 mS, accordingly this mode is predestinated for drum triggers. The used shift registers have to be defined in the MBSEQ_HW.V4 file (DOUT_GATE_SR1..8)

     

  2. MCP4922 was indeed developed for, so it could be a good start? It doesn't look like it has a serial output, so if you need more than 2 channels you need to run them in parallel with /CS lines. That is a good advantage of MAX525/MAX5500 or the TLV chip.

    The midiphy euroceiver has an IDC header that may be attached to a "crimpable" DB-25 connector. So that way it can sit in the back of the case if you like. 

     

  3. MIOS upload shouldn't depend on the SD card but you can try to remove it when flashing. You could try the following steps and see what works:

    0. Restart MIOS Studio
    1. Configure USB ports and try to upload
    2. Hold and keep the blue button pressed. Now you should be able to bypass any faulty code and jump straight to the bootloader. Try to upload the SEQ app.
    3. If you can't flash properly with the boot hold button pressed, reflash the bootloader using the miniUSB connector on the other side of the Discovery board and ST LINK Utility. If necessary, first update your STLINK firmware.

    You can find HWCFG files here (first get the firmware flashed):
    https://github.com/midibox/mios32/tree/master/apps/sequencers/midibox_seq_v4/hwcfg

  4. Hi Roel,

    I honestly haven't looked much more into this over the past years. There is a basic hardware setup and I still even have a few PCBs left, but I am not sure about whether this is the right approach. I also don't see a huge amount of activity on MIDIbox, meaning the uptake might be quite low. I could never fully agree with TK. on the UI/usage and that probably demotivated further development. 

    Regarding SD card/ethernet, I have not tried to use both at once. The assigned "SPI/PHY" ports definitely conflict, so it might need more elaborate software handling.

    Best,
    Andy

  5. Hello,

    You tested all of the inputs before soldering the Matias switches right? ;-)

    The encoders are not on a switch matrix like the buttons are, so my guess is that there is a short between the two boards. Try to see if any resistors or diodes poke through. You could consider desoldering the encoder and bridging the pins to see if it is related to that.

    But you mentioned "press on the encoder"; do you mean the encoder push switch? That is connected in the matrix in the same column as SW23.

    Diodes in that column (including on ENSW7) are connected to pin 9 of J2 and pin 5 of IC3.
    The encoder itself is connected through J3 pins 6/7 then through the header to pins 4/5 of IC5. A short to the adjacent pin (serial clock) might explain things.

    Best,
    Andy

     

  6. You have the pinouts in the wiki and it basically follows the "J15" layout. There are 4x /CS signals per IDC10 header.

    I think you need to configure the MIOS bootloader for the number of displays that you require (x,y), then connect J10B to the core GPIO to generate a pseudo SRIO/SPI to derive the CS signals with MB_NG or your custom code. The "J15" SI/SO/SC signals are simply buffered and routed to the headers as shown.

  7. So everything else works when the I2C board is disconnected? Is the cable still plugged in here?

    Do you measure a short circuit on the I2C board? Measure across a 100n capacitor, or what voltage do you read? Are your PICs in the right way around? How is the soldering around J1/J4A? 

    image.thumb.png.aced28cd4bb60da3a942824a2365f8f3.png

    Please upload a photo of the board to check.

    To check if it's the PICs, you can try to remove them and see if you get the same behaviour. 

    Best,
    Andy

     

  8. Hi Ewen,

    Could be possible, but of course you need to redefine the ports in software, also to handle the incoming events appropriately.

    Does it not work simply to extend the J89 SRIO line? If it needs to be remote in theory you could also put a line driver at the end. Or, can't you just send in the DIN inputs to the boards? They could also be distant from the chain.

    Best,
    Andy

  9. 14 hours ago, Phatline said:
    23 hours ago, latigid on said:

    The delay part didn't really make sense to me.

    i made a video  (and cut it - in real it was twice long...)- that explains the whole thing - and why a delay - i think is needet:

    The "realtime switch" makes more sense now. I thought you meant you had 8 individual switches to pick the core directly.

     

     

    14 hours ago, Phatline said:
    Quote

    I think that you also need to consider how to avoid activating >1 line at once.

    delay?

    If it's controlled by the counter, then I think only one line can be activated at once.

    I don't think you really need the delay lines. If the run state chosen by the counter is fed to the Core, when the state changes you could run a wait timer to ignore incoming inputs, also to delay sending more data out.

     

    14 hours ago, Phatline said:

     

    Quote

    As an alternative idea, why not program a 595 shift register to send out the required "single" signal? You could easily scan in switches (momentary buttons) to specify the active line and output one 0/LO out of 8 outputs. You could also have a cycle button.

    i dont get this idea.

    A 595 shift register has 8 outputs, so in theory you can write a program to choose the output instead of cycling through the counter.

     

    6 hours ago, Phatline said:

    ... a other thing... i get my head by switching the J15A Ports... this are already buffered  signals on the core? do i have to route them - or is it enough to connect them somehow together (and pull down), and just tell the cores to shut up, and only one to speak?

    i ask, because, J15A connected to 8xSSD1306 need 10 Data pins (CS1-CS8, SC, SD) a 74HC541 has only 8 Buffers (and i did not find a buffer that makes more then 8), by switching 8 cores i end up by 16x Buffer Chips... that is to much place-usage (eurorack...), and i have the feel (not the knowledge) that a output is not so crucial... since i will initialize the Screen-Driver anyway while the program is running...

    I think you need to buffer/switch them, otherwise the clock lines etc. will interfere? 

  10. I didn't check in great detail but that seems to be the right idea. The delay part didn't really make sense to me.

    I think that you also need to consider how to avoid activating >1 line at once.

    As an alternative idea, why not program a 595 shift register to send out the required "single" signal? You could easily scan in switches (momentary buttons) to specify the active line and output one 0/LO out of 8 outputs. You could also have a cycle button.

    Note that outputs are high impedance (i.e. disconnected/floating) when the /OE signal is high. This means that you must define the logic level of all downstream logic inputs with pull-up/-down resistors (1k-10k), whatever the default state should be.

  11. Okay, all good then! Above schematic is wrong of course as the "SI" pin from the chain should be connected to the input! But you get the idea I hope.

    Actually, the SI normally comes in unbuffered and only SC/SO/RC1/RC2 (outputs) are buffered. But for your case I think you also need to "switch" the SI? So you can use 5 gates or just combine RC1/RC2 as they are normally set simultaneously 

×
×
  • Create New...