XBrav-
Sometimes, work gets in the way...
07/12/2014 at 14:34 • 0 commentsGood news is that my parting of ways with Arduino seems to be going well. AVR seems to go right back to native C.
My career seems to be keeping me busy upwards of 7 days a week currently. Unfortunately, this has put Ambuino on the backburner temporarily. However, this does provide additional funding for improvement designs!
I am still debating which would be better: External filtering (MSGEQ7), or Fast Fourier Transforms. FFTs have a slight learning curve, but result in reduced hardware requirements. In addition, it is still faster with analysis than reading from an MSGEQ7.
My hope is to have another working (DIP and Through-hole) prototype done by the end of August. After that, we'll look at size reduction.
This user joined on 03/11/2014.
My Pages
Share this profile
ShareBits
XBrav
wrote 03/11/2014 at 17:23
•
point
Currently using MOSFETs to drive LEDs through PWM. Is this the best route for PWM control, or will I fry them from constant switching?
XBrav
wrote 03/11/2014 at 01:35
•
point
Well, as a Canadian developer, I cannot say I am impressed with OSHPark. As much as their system is easy to work with, their cheapest shipping has resulted in my board still in transit after nearly 30 days. Considering imports from China take 3-4 weeks tops, this is unfortunate.
For my next project, I will utilize AP Circuits for my PCB production.
For my next project, I will utilize AP Circuits for my PCB production.
After receiving the latest beta run of Project Enzo (Project Page to come assuming next DIP beta functions as designed, as well as name change), I had to do yet another re-design, modifying the TO220V package in KiCAD to TO220GDSV. I also finally severed the RESET pin design, and added in an ISP header.
Assuming this latest redesign works, I cannot wait to modify the package to be SMD. I am also debating deviating away from the ATMega328p. As much as I love the chip, the 16mHz clock rate struggles when doing large calculations in an ultra-short scan time. I still wish to keep with the Arduino architecture, but it seems the 16mHz limitations might leave me investigating other architectures.