• Content count

  • Joined

  • Last visited

Everything posted by Zam

  1. STP16 as alternative to HC595?

    I found datasheet unclear. absolute max rating say 90mA for Iout  (1 or 16 ?) But max Ignd is 1.6A, look that the device can sink more than 90mAx16out, which tend to say you'r right Best Zam  
  2. STP16 as alternative to HC595?

    Interesting wonder if 90mA for 16 led is enough for all application. I suppose code need adaptation to consider it as two DOUT for shift register update Best Zam
  3. Adding CS-line to AINSER8

    Ok, the logic is "0, 1 or 2 for SPI2 (J19:RC1, J19:RC2, J5A:A0(nowRC3) )", I have something else(wrong) in mind sorry.   I'm afraid I can't help more on this, miss some skill, let wait for a programmer Best Zam
  4. Hello HUI is not a closed protocol, it's midi, with unusual data structure In "standard" midi mode you can do whatever you want, but with MCU you have protocol priority and task specification the limit is not the midi, but the way Mackie implement it as an universal DAW mixer remote which is followed by all DAW dev. Another limit in you usecase is data feedback, the MCU Lcd update data according to flip condition If your encoder are PAN mode LCD show PAN value if you flip in SEND Lcd show send value etc... If you put 32 encoders (8 pan, 8 send ....) you won't be able to print 32 different value type, whatever you have room for it in a big LCD, or again with heavy config trick at .NGC .NGR like banking LCD lines updating the good one, but then you'll have issue if you update data from DAW, DAW will only send fedback data valu of the actual flip status. In short, in encoder pan mod the DAW won't update SEND data value (moved at DAW) until you flip (and call for data value update) at MCU hardware... Best Zam    
  5. Adding CS-line to AINSER8

    Hello Chris If PC1 work for CS 1 the pin configuration should be ok Are you sure about the pin value here?   also did you define modules number ? (ainser.h)   // Maximum number of AINSER modules (1..255) // (Number of modules can be changed via soft-configuration during runtime.) #ifndef AINSER_NUM_MODULES #define AINSER_NUM_MODULES 1 #endif and ainser.c   ///////////////////////////////////////////////////////////////////////////// // Internal function to set CS line depending on module ///////////////////////////////////////////////////////////////////////////// static s32 AINSER_SetCs(u8 module, u8 value) { switch( module ) { case 0: return MIOS32_SPI_RC_PinSet(AINSER_SPI, AINSER_SPI_RC_PIN_MODULE1, value); // spi, rc_pin, pin_value case 1: return MIOS32_SPI_RC_PinSet(AINSER_SPI, AINSER_SPI_RC_PIN_MODULE2, value); // spi, rc_pin, pin_value #if AINSER_NUM_MODULES > 2 # error "CS Line for more than 2 modules not prepared yet - please enhance here!" #endif } return -1; } Best Zam
  6. Hello MCU is just a remote, standard protocol use a single encoder row with flip button to assign them to DAW function The aux(send) count is dependant of DAW. What I mean is that the protocol (at DAW side) can't handle more than 8 encoder at a time, if you put more you won't gain in direct function in hand as you have to send flip command to access DAW function and this will deactivate encoder that are not assigned to the actual selected function Maybe with NG you can add conditional and script that automatically flip (it's a midi note) according to your dedicated row (let say "send one" encoder row) where any move of any encoder in this row engage the whole row (8 encoder) But what will happen if you move two encoder in two different row at the same time...probably lag and overflow as you'll send continuous flip function... Best Zam    
  7. Adding CS-line to AINSER8

    I just have a deeper look even if i'm not confident with code... pin C1 is already used at J5, maybe you have to deactivate/remove something in the code, also it's the 32F4 ADC Why don't you use a free pin at j10 ? Best Zam
  8. Adding CS-line to AINSER8

    Hello Chris For AINSER8 you have to define muxed=0 at NGC because it's set to 1 by default, but not sure it's your issue here Can I ask for what reason you need more lines? because you already have two line (if not using AOUT) for 16ch Also it may be a better workaround to use a muxed MCP3202 for 16ch or MCP3204 for 32ch, I suspect it will request less change at soft side... I have this in mind since time, but don't start yet...for potential project that need intermediate ADC count and to gain room compared to an AINSER64 with disabled channels. Best Zam
  9. MCAN

    Hi all   I played last month with mios32 MCAN implementation from @Antichambre I basically make it work with MB_NG at .ngc but not at .ngr (yes I'm not good at this...) Any -official- agenda planed to add those ports natively for MB_NG ? I'm very pleased with the first test I performed   Best Zam
  10. JU60

    Salut Bruno ! Yes you'r right, that also my conclusion since I post this But I personally don't like the idea to swap the MCU I will probably go for the CHD solution Hooked at a midibox core (via J11) to have USB midi and 16 ch Ain/Aout (J19) to read/write analog pot and automate all parameters If only I have time and code skill, I'll design a full midibox HW and SW solution for Juno60 retrofit... Best Zam  
  11. JU60

    Hi all My next midibox project concern my juno60 There is two topic, all the CV handling for all slider parameter, no test yet, but I have a clear view about what I'll do about it. Then the keyboard, note on/off to remote play the JU60 via midi note... I try interfacing a matrix "reader" with 1 DIN scanning the JUNO CPU output (to KB), and a "return" with 1 DOUT to the JUNO CPU, with "result" but not usable. The idea is to active a DOUT pin at the proper instant compared to DIN scan (which row is scanned) so the JU60 CPU know which note is virtually pressed... I guess my issue here is the time sensitivities (as maybe component and clock between two system) The question is simple, what is the fastest possible loopback latency with mios (MB_NG in my case) to trig a DOUT pin according to a DIN status ? For what I see so far in my Oscope, the JUNO seem to scan the KB (and other buttons...) within 1ms so I guess I should send a DOUT trig in less than 100us (and for less than 100us) after the DIN "read" a row. I think a lot about the method and end up with this idea, a matrix reading a matrix, but I don't know if my approach is the good one... Input welcome Best Zam   ps: I also think about DCB emulator with midibox, but I'm not good enough to code this...  
  12. MIDI Implemtation for EUCON

    Hello EUCON is proprietary and AVID (who buy it from Euphonix) don't let anyone manufacturing compatible HW controller. Even industry big name that offer digitally controlled desk with at least five 0 on the bill can't implement eucon... IIRC the only access is for soft dev that want to implement the protocol for they app, DAW or plugins (to be controlled by HW) I suppose you need a confirmed company to have access to SDK, and sign restrictive NDA. So my suggestion is... forget it Best Zam    
  13. daisy chain USB Midibox control surfaces

    Hello I'm here I use direct midi uart coupling between core at 10x speed, not optocoupler. For this you need: Same PSU for all core (my 3 core are in a 3U rack) Short wire between core J11 connectors Routing configuration at "master" core where midi i/o (to/from slave) go to USB midi 2 to 4   My protocol emulation is MCU   Now for your specific configuration, If cubase only allow 1 HUI device to be configured, I suspect all your controllers will be mirrored, whatever chaining/connection between controllers you use... Are you sure you can't use MCU protocol which usually allow 4 units (1master+3 extanders) to be configured in most DAW   Best Zam   ps @Antichambre any news about MCAN ?
  14. Upcoming MBHP_MF_NG module

    Hello   "Stall current" is the current consumption  when the motor is "lock", meaning want to move but can't, like mechanical stop end when you still ask him to move further. In short this is the max current the motor can ask. To move (without constraints) the motor should ask less that that... Your issue is somewhere else Best Zam
  15. Hello We can't call a resistor a decoupling device but you use " so it's ok. In this case I think it's a small voltage drop to ensure Vref stay below VDD, to avoid error at full scale, as I nether won't call 10ohm resistor a current limiting for Vref input with half an amp at 5V... If you use separate regulation you don't need this resistor. Best Zam
  16. Hi Tago I won't call someone who ask questions, trying to learn, as experimenting things an idiot ! Best Zam
  17. Hello Vref is your ref analog voltage, you need to provide the pot with the same voltage. Vref is the 100% value for analog inputs whatever voltage you feed.   Please check again the AINSER64, Vref connect to ADC as J6 to 13 for pots (and 4051 multiplexed analog switches)   Best Zam
  18. I'll say try both... it's cheap ! Best Zam
  19. Assign J5a/b core ports in .NGC

    You can mix IN/OUT at J10, but have to choose for a full row, a and b So if you want to keep spare for future SCS (at J10a) it's not an option... I'm sure someone can help you better than me for software side and J5 implementation Best Zam    
  20. Assign J5a/b core ports in .NGC

    Hey I can't help for J5 handle at lower level. Side question, did you already use J10 ? Best Zam
  21. Assign J5a/b core ports in .NGC

    Hello Tago Yes J5 ports are available at .NGC, as analogue input, EVENT_AIN with "ain_mode=switch" flag you can hook a button on it You have to enable the input pins with: Example: # AIN hardware AIN enable_mask=110000 will enable the J5A.A0 and J5A.A1 inputs. To connect LED I suppose you have to go deeper in mios32. If you use toggle switch (and not tact switch) you can solve this with a dual pole version, one for the AIN and one for a LED directly powered by the switch. Best Zam
  22. The whole datasheet define it more or less like a zener, so I suppose there is no voltage drop, but a "voltage limiter" behaviour. Just my guess, but you better try a 4.1 version (4.096V) because if your 5VDD go down below 5V for any reason, your "precision zener" at 5.000V will follow. With the 4.1V version you have 20% margin before issue at analoge Vref. Best Zam  
  23. I mean 1mV per bit or 1.25mV per bit (according to different Vref, 4 or 5V) won't change that much if you have a regulator that clean the supply below or around mV noise/ripple, you'll still have jitter at 12bit but clean at 11bit or lower, which is way better than jittery 7bit for the OP ! Best Zam
  24. Hello Use the digital 5V close to the MCP3208 (coming from J19) and don't forget to use the same Vref for your pots or faders, be careful about load as this regulators don't offer that much mA at output (don't drive anything but ADC and pots)   Have a look at MCP3208 datasheet page 19 for design notes and coupling with the precision regulator Best Zam
  25. Hello Dedicated regulator for AINSER8 Vref help a lot... Unfortunately it will be difficult to regulate 5V from a 5V USB power (usual voltage drop at regulator) With the proper design it's possible to run the AINSER8 at 11bit without jitter and 12bit low jitter. As already mentioned, 0V path is also a key to achieve this result. Best Zam