Jump to content

Zam

Members
  • Posts

    625
  • Joined

  • Last visited

  • Days Won

    26

Everything posted by Zam

  1. I have a doubt, maybe it's 2.048V typical...
  2. 4.6V at 5V supply (Typical Vdd-0.4) Best zam
  3. Hi Half voltage at the DAC output or at the buffer output ? Best Zam
  4. Hi, I come back with this. Nobody interested? Or I miss some NG strategy already available to perform this? I'm just thinking out loud, but maybe it's possible to use the dimmed= with very slow PWM setting, if the frequency is not locked by the sr clock ? Best Zam
  5. Hi Ok, after some more hours...I think it's fixed :) I put the led event before the button event in the NGC Also a startup section at NGR with 5sec delay with a change value for the led event (don't work without significant delay) so now after reset/poweron the strartup status work as I want and it remove the other led light bug... I don't really get the whole thing, little obscure to me, look like some conflict between initial start-up value of an event and opposite value of the same event due to other conditional event (which flip initial value) Best Zam
  6. Yes nice one!!! Both French !?! cool to know ;) Best Zam
  7. Hi I come back with Dout strange behaviour, I just put my hand on it again, I'd like to understand. I'm not 100% sure any more it's an HW issue. I just spot somethinh i don't look at last time with "show hw_id" command. Due to HW implementation I have a reversed dout (->buffer->Jfet switch) respond to one Din (touch circuit->NPN switch) so I have fw_sender with if_equal command to flip the value, no "value=" specified. 1-If I save .NGC, (reset from NGC) stored value of Din is 0 and Dout is 127, like the reset read the fw_ anc if_ command 2-If i reset from mios studio (or HW STM32 button), stored value is 0 for both, according to default value=0 if not specified in NGC condition 1 give the right state I want at startup, but some wink led if I push some button. condition 2 give me the wrong startup state (until I touch fader), but after that everything is fine. 3-If I specify value=127 for my Dout at NGC to force the correct startup state, the system react like condition 1 whatever reset way I take. 4-if I run a scrip at startup (NGR) with 10sec delay (to be sure everything is already loaded) and set the Dout to the value I want it's like condition 1 ... I still need to try snapshot to see how it handle value at startup, but reset really look to not act the same depending at where you do it (NGC, mios, HW) Best Zam
  8. Hi This is about a moving fader system http://midibox.org/forums/topic/19166-fader-automation/?do=findComment&comment=172403 Best Zam
  9. Hello Chris ST just upgraded the product line, according to the other thread you mention the new disco board should work as direct replacement. I guess we all waiting for someone to test it, It could be me, I need more core soon, my regular supplier don't offer it before may, I will certainly order from other place soon Best Zam
  10. Hi yes I was not clear because I don't clearly get the layer :) My first thinking was top layer=ground plane Some observation: -At hc595 power distribution, maybe it's better to connect first to caps, then to pin 16 -The remaining 5V trace at bottom layer between the two 165 can bee traced easy at top layer, like you do for other with half din trace at bottom layer -You can simplify rc/sc/so chain at 595. All trace have angle at some point, most of them can be axed X at bottom and Y at top. Also you have some room to move digital trace more left by one or two steps, this will reduce the bottom trace at ground plane -RC line at lower 595 to J8/9 can maybe use the same "pattern" as other ones with X bottom trace, an then top trace (via) // all other digital line. This will reduce a lot the long trace cutting ground plane Just some ideas Best Zam
  11. I try it, for low internal level, mixing desk, mute function, usable for mix/repro operation, but not for automation at mixdown. I don't valid this after evaluation. So it's simple, if it's for monitor or "off" record function relay are fine and easy Best Zam
  12. Hi Yes, no problem to drive a relay with transistor switching at Dout, but keep in mind relay will produce a clic at audio side, so it depend of the application. Best Zam
  13. I have an idea... I like this D-Wave http://www.dwavesys.com/ Best Zam
  14. yes, better this way Hope the new version is compatible because since I have a look at RS, they just stop to sell the old one. I rememberer they have lot in stock... I don't believe they sold all since, sound more like distributor deal with STMicro... the new one cost twice, and only available for delivery in 3 month Best Zam
  15. Hi I think you need the 407, but better wait for TK confirmation. Best Zam
  16. I think I just understand...74HC165 and pull-up resistor in smd package (which I completely miss) are superimposed. It looks better then For what kind of device are the driver/buffer for ? Best Zam
  17. Hi Is that a work in progress? because i'm not sure about your ground plane (bottom?) As side note, if you are looking for smallest possible pcb and low profile, I successfully use micromatch connector for my system, still 100% compatible with actual MBHP wire specification, you can have micromatch at one side of the ribbon and header at other side. Best Zam
  18. Hi Discussion already started :) http://midibox.org/forums/topic/19881-stm32f4disco-nrnd/ Best Zam
  19. Zam

    Fader Automation

    Hello I don't test the MF_NG with TKD, only with ALPS and it was to noisy with them, with PWM leaking to audio. Best Zam
×
×
  • Create New...