Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 08/07/2017 in all areas

  1. Here's a new STM32F4 Core: It has most of the functionality of the Discovery one, but has a few improvements: USB ports are on the breakout, so there's proper USB B USB A "host" - still need to test this, but it's normally done setting the ID pin low. I've put a panel switch for selecting host/slave and there's a jumper to power the slaved device if needed. LEDs and reset button on the panel; "blue button" as a jumper a 3.5mm socket for a footswitch or gate (or for other purposes) some connectors for +5V supply direct off the USB bus 3v3 Vreg is rated at 1000mA I think the panel connectors could be distant from the Core I haven't tested the AINs, but it is possible to use an external reference. At the moment I have the breakout mounted on female headers; I suppose they could be directly soldered if extra height is needed. The JTAG and other pin headers do take up a bit of vertical height. These could be cut off if needed; the breakout pins are still there on the headers. There is a realtime clock oscillator (and caps) that I removed as they overlapped with a port. A downside compared to Discovery is that there isn't any ST-Link. This is easily overcome with a cheap ST-link clone, or even an old Discovery board could be used. At least all of the functions for a SEQ are working well. I realise that some of the cabling etc. is a bit wonky for the moment. Best, Andy
    2 points
  2. Given this whole damn thread came about precisely because the files you feed a board house aren't available, this seems pretty damn petty! We're on the cusp of getting these boards built so they can be tested, and the files released as open source. Do you really want to sabotage that by pissing people off to the point where they can no longer be bothered? Because that's all you're going to achieve by reairing old vendettas!
    1 point
×
×
  • Create New...