1
preenfm2 and preenfm3 / Re: Metal Case
« on: May 04, 2014, 12:27:25 PM »
that's the silver one but yes, its the same thing
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
2
preenfm2 and preenfm3 / Re: Metal Case
« on: May 02, 2014, 03:46:11 AM »
its in the txt file. only difference is the midi sockets
3
preenfm2 and preenfm3 / Re: Metal Case
« on: April 25, 2014, 12:18:34 AM »
yeah, sorry. Thought i did it already. link in the first post
5
preenfm2 and preenfm3 / Re: OLED case SVG issue?
« on: February 24, 2014, 04:16:24 PM »
I did the eps thing and it worked fine in Illustrator and Cd.. Thanks for the kicad tip, i'll try that
6
preenfm2 and preenfm3 / Re: OLED case SVG issue?
« on: February 23, 2014, 10:16:28 PM »
I'm having major issues with the inkscape SVG format
This is what the file looks like in illustrator:
And totally messed up in CorelDraw
When I export it as eps, it does show up correctly
This is what the file looks like in illustrator:
And totally messed up in CorelDraw
When I export it as eps, it does show up correctly
7
preenfm2 and preenfm3 / Re: OLED case SVG issue?
« on: January 15, 2014, 01:09:17 PM »
I've had nothing but problems with Inkscape when it comes to this stuff. An old version of Corel is the way to go for CAM graphics. It does HPGL natively also so you can do CNC engraving with it. I'll usually switch to that from illustrator if I have a laser cut job that the ponoko bot doesnt like
8
preenfm2 and preenfm3 / Re: Help
« on: December 12, 2013, 06:23:25 PM »
That's the right program but it looks like you didnt configure it correctly (I had to fiddle with it also), try changing the drivers for the STM bootloader device until it shows up in device manage like shown in the example
9
preenfm2 and preenfm3 / Re: Help
« on: December 12, 2013, 01:29:51 AM »
You need to use the correct driver (you have the wrong one). I used Zadig as mentioned in the burn instructions. You should have an extra "USB Device" category with "STM32 Bootloader" as the only entry
10
preenfm2 and preenfm3 / Re: PCB Only/BOM problem reports
« on: December 02, 2013, 02:38:48 PM »
WRT: OLED
I'll bet that it is a level thing. This really came up with the Curtis part, I was an a unique situation where I could test 3 different filter boards with the same digi board and all the current designs were not that bad but the CEM part was a disaster, noise floor went up 10x.
I'll bet that it is a level thing. This really came up with the Curtis part, I was an a unique situation where I could test 3 different filter boards with the same digi board and all the current designs were not that bad but the CEM part was a disaster, noise floor went up 10x.
11
preenfm2 and preenfm3 / Re: PCB Only/BOM problem reports
« on: December 02, 2013, 02:00:41 PM »
The 12/24 thing fixed my encoder issues, sometimes I forget I am not above the RTFM rule 
For the PSU noise, it looks like there is some real estate to play around with, I'll see what I can do. Not a ton of power rail smoothing in this design so some good 'ol heavy handed linear PSU tactics may help.
I'm still curious why the OLED doesnt introduce noise into signal, I'm not a electrical engineer but it's odd that this design doesnt have issues with it and something like the shruthi, it's right in your face despite having a super robust PSU design and this does is not terribly different.
Looking forward to some P2 header love down the road though..
For the PSU noise, it looks like there is some real estate to play around with, I'll see what I can do. Not a ton of power rail smoothing in this design so some good 'ol heavy handed linear PSU tactics may help.
I'm still curious why the OLED doesnt introduce noise into signal, I'm not a electrical engineer but it's odd that this design doesnt have issues with it and something like the shruthi, it's right in your face despite having a super robust PSU design and this does is not terribly different.
Looking forward to some P2 header love down the road though..
12
preenfm2 and preenfm3 / Re: PCB Only/BOM problem reports
« on: December 02, 2013, 02:29:21 AM »
So I now that I've had mine for a couple of days, I have some observations:
Bouncy encoders: I tried bourns and alps ones and both seem to be VERY jumpy and overly sensitve, maybe some aggressive debounce code could be implemented?
Noise when volume is maxed: This disappears when you dial it back a hair from max, its a mid frequency hum/hash. It sounds like there should be a low values resistor in there somewhere since its the kind of sound when you drive an amp too hard
Noise when powering via usb: Some additional filtering/part value adjustment? I'll play around with it but the noise floor comes up a ways when powering off USB. Powered hubs usually have shitty cheapo switching supplies so its always going to be poor quality power
USB/DC power: This is going to get people where the accidentally have it powered from both DC and usb, some fail safe might be a good idea. This was a problem with midibox cores that would take power from USB or externally. The way I dealt with it was to use a DPDT switch have that the jumper wired up opposite to each other so in one position it would turn on from USB power and the other postion, from DC
outstanding job though, great evolution
Maybe I missed something but are the schematics up in a non-kikad format? I'd like to see how your power supply is set up since I was fully expecting to go to war with the OLED noise and I really dont hear it. Are the internal signal levels really high?
Bouncy encoders: I tried bourns and alps ones and both seem to be VERY jumpy and overly sensitve, maybe some aggressive debounce code could be implemented?
Noise when volume is maxed: This disappears when you dial it back a hair from max, its a mid frequency hum/hash. It sounds like there should be a low values resistor in there somewhere since its the kind of sound when you drive an amp too hard
Noise when powering via usb: Some additional filtering/part value adjustment? I'll play around with it but the noise floor comes up a ways when powering off USB. Powered hubs usually have shitty cheapo switching supplies so its always going to be poor quality power
USB/DC power: This is going to get people where the accidentally have it powered from both DC and usb, some fail safe might be a good idea. This was a problem with midibox cores that would take power from USB or externally. The way I dealt with it was to use a DPDT switch have that the jumper wired up opposite to each other so in one position it would turn on from USB power and the other postion, from DC
outstanding job though, great evolution
Maybe I missed something but are the schematics up in a non-kikad format? I'd like to see how your power supply is set up since I was fully expecting to go to war with the OLED noise and I really dont hear it. Are the internal signal levels really high?
13
preenfm2 and preenfm3 / Re: Firmware: PreenFM2 Bug report
« on: November 24, 2013, 07:08:04 PM »
Woot! Can you (in detail if you dont mind) explain exactly what you did to get this to work correctly? I assume whatever the issue was here is the same issue on the MBsid (it runs in 4 bit as well) and hopefully this could solve that age old problem
14
preenfm2 and preenfm3 / Re: PCB Only/BOM problem reports
« on: November 23, 2013, 04:53:08 PM »
umph, that's bad news. I could never get it to work in 4 bit mode on a midibox project but I am far from qualified to debug something like that. Hopefully you will have better luck
15
preenfm2 and preenfm3 / Re: PCB Only/BOM problem reports
« on: November 23, 2013, 04:02:56 PM »
I guess a better question is what's the difference between the preen 1 and 2 display drivers.. 1 worked without a hitch.