I'm very interested in your compact board; I'd be interested in having one or two to play with if you order a batch to defray your costs (I usually use hackvana which does a minimum order of around 10).
If you plan to release your design under a TAPR or similar licence, I'd be interested in converting the gerbers into footprints for use in gEDA PCB and also Kicad, assuming you've not designed it in kicad or gEDA PCB. Regards, Erich VK5HSE > > ------------------------------ > > Message: 3 > Date: Sun, 28 Aug 2016 02:07:32 +0200 > From: e...@vk5kbb.com > Subject: Re: [Freetel-codec2] Fresh build of SM1000 firmware on a > windows machine. > To: freetel-codec2@lists.sourceforge.net > Message-ID: <b64478ecb479f217f4c6cab023d3d...@vk5kbb.com> > Content-Type: text/plain; charset="utf-8" > > > > No confusion and thanks for the input. > > In the end looks like my windows DFuSe was not working correctly and I > found that DFU-UTILS could be installed with a simple apt-get function > and I didnt need to build it. > > >From there DFU-UTILS happily installed the 210,080 byte .BIN (didnt need > to be converted) and I could immediately tell it worked because it took > roughly 30 seconds to down load to the hardware. > > So the modified code for the new hardware works (although as the new > hardware uses different ADC pins the changes are not trivial). > > Now I will go back to evaluating various IDE's because this is not an > environment that makes code development very easy or efficient. > > Basically right now I am editing in an IDE on a windows machine via a > network drive and then making on the Ubuntu machine. > > The hardware tested ok and I now have an SM1000 that fits into a match > box so I can put it inside a speaker microphone. > > I am however now redesigning the PCB to reduce it a further 20% in size > (mainly removal of more un-needed parts, 5V reg, EEPROM, and speaker > amplifier) with the plan to graft it into my FT817 so that it is > activated when the digital mode is selected. > > I am also putting the ADC pins back where they were so that people need > only change the sm1000_leds_switches.c code to reflect the pin changes. > > I will eventually rewrite the code so that the ADC's and GPIO's are > defined in a single .h hardware definition to make the code hardware > portable. > > I do this as a general rule of thumb so that for example in this case > every time the hardware changes the 56 (or more) instances of ADC1/2 all > dont need to be edited. > > Cheers > > Eric >
------------------------------------------------------------------------------
_______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
