John Larkin wrote:> Who is good for really quick-turn double-sided PC boards? 2 or 3 days > delivered. > > https://www.dropbox.com/s/t30ggxa5q3z34z5/Cap_Hack.jpg?raw=1 >DIY is the way to go, especially if you can "cheat" the PTH with compoonent leads.
quick-turn boards
Started by ●August 10, 2020
Reply by ●August 11, 20202020-08-11
Reply by ●August 11, 20202020-08-11
On Tue, 11 Aug 2020 08:20:38 -0700, Robert Baer <robertbaer@localnet.com> wrote:>John Larkin wrote: >> Who is good for really quick-turn double-sided PC boards? 2 or 3 days >> delivered. >> >> https://www.dropbox.com/s/t30ggxa5q3z34z5/Cap_Hack.jpg?raw=1 >> > DIY is the way to go, especially if you can "cheat" the PTH with >compoonent leads.I posted the Tormax-milled pic above. The caps solder to giant copper islands, and he used pushed-in and soldered faston tabs for the wire connections. We'll do that. We have shipped one unit that needs to be upgraded in the field, and the customer is willing to solder, before they run it full blast. The TI class-D amp, TPA3255, does not specify DC offset; driving a loudspeaker, a little DC doesn't matter. But there is enough to saturate a toroid, hence the blocking caps. A couple of unfortunate events resulted in the caps being undersized at worst-case load. It's hard to find reasonable sized or cost caps with more than a couple of amps of AC current rating, hence six in parallel. The TI chip can output 17 amps peak. This is the worst thing that happened in this box. Most stuff worked first try, with only minor tweaks. Not a single cut/jumper. https://www.dropbox.com/s/rdejxjz8a6vbny7/P900_FA_Jun_15.jpg?raw=1 This is our first use of an ST Arm, which we are using now that the NXP parts seem to be going EOL. I hate when people do that, dump on their customers. -- John Larkin Highland Technology, Inc Science teaches us to doubt. Claude Bernard
Reply by ●August 11, 20202020-08-11
On 2020-08-11 12:38, jlarkin@highlandsniptechnology.com wrote:> > This is our first use of an ST Arm, which we are using now that the > NXP parts seem to be going EOL. I hate when people do that, dump on > their customers.Which ones are going away? We use a lot of LPC845s and LPC804s, and are looking at using one of the NXP M4F/M0+ parts. The ST factory headers are hideous. What toolchain are you folks using with the ST parts? Cheers Phil Hobbs -- Dr Philip C D Hobbs Principal Consultant ElectroOptical Innovations LLC / Hobbs ElectroOptics Optics, Electro-optics, Photonics, Analog Electronics Briarcliff Manor NY 10510 http://electrooptical.net http://hobbs-eo.com
Reply by ●August 11, 20202020-08-11
On Tue, 11 Aug 2020 14:49:59 -0400, Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> wrote:>On 2020-08-11 12:38, jlarkin@highlandsniptechnology.com wrote: > >> >> This is our first use of an ST Arm, which we are using now that the >> NXP parts seem to be going EOL. I hate when people do that, dump on >> their customers. > >Which ones are going away? We use a lot of LPC845s and LPC804s, and are >looking at using one of the NXP M4F/M0+ parts.LPC3250, and I think some of the 1768 series.> >The ST factory headers are hideous. What toolchain are you folks using >with the ST parts?I'll ask Paul the next time he's in. He has said some baddish stuff about their libraries. But first time on a new CPU, things happen. He wrote a boot loader that we jtag into the STM32F207IGT6. We might eventually have a distributor do that. At powerup, the boot reads a plug-in serial flash chip that has the specific runtime code and the FPGA image. We can email upgrade files to a customer, or we can send him a new physical flash plugin thing, so one of his techs can just replace it. The ST is nice in some ways. It's very versatile about pin assignments and has lots of goodies on chip. As usual in uPs, the ADC is pretty bad. I'd like to move more to ZYNQs and PicoZeds for anything that has an FPGA or DRAM. PicoZed is slick. I should have used that on my alternator box.> >Cheers > >Phil Hobbs
Reply by ●August 11, 20202020-08-11
On Tuesday, August 11, 2020 at 3:45:00 PM UTC-4, John Larkin wrote:> > The ST is nice in some ways. It's very versatile about pin assignments > and has lots of goodies on chip. As usual in uPs, the ADC is pretty > bad.Any qualification on "pretty bad". We are not seeing any problems so far. A programmer is presently collecting some data to verify some claims of the ADC being nonlinear at the top and bottom. I'll share the results if anyone is interested. -- Rick C. + Get 1,000 miles of free Supercharging + Tesla referral code - https://ts.la/richard11209
Reply by ●August 11, 20202020-08-11
On 2020-08-11 15:44, John Larkin wrote:> On Tue, 11 Aug 2020 14:49:59 -0400, Phil Hobbs > <pcdhSpamMeSenseless@electrooptical.net> wrote: > >> On 2020-08-11 12:38, jlarkin@highlandsniptechnology.com wrote: >> >>> >>> This is our first use of an ST Arm, which we are using now that the >>> NXP parts seem to be going EOL. I hate when people do that, dump on >>> their customers. >> >> Which ones are going away? We use a lot of LPC845s and LPC804s, and are >> looking at using one of the NXP M4F/M0+ parts. > > LPC3250, and I think some of the 1768 series.Thanks, good info.> >> >> The ST factory headers are hideous. What toolchain are you folks using >> with the ST parts? > > I'll ask Paul the next time he's in. He has said some baddish stuff > about their libraries. But first time on a new CPU, things happen. > > He wrote a boot loader that we jtag into the STM32F207IGT6. We might > eventually have a distributor do that. At powerup, the boot reads a > plug-in serial flash chip that has the specific runtime code and the > FPGA image.We do something similar--Simon wrote a bootloader that can flash the 845 over half-duplex MODBUS, which is pretty slick. The stock BL can do it over full-duplex UART, SPI, or SWD. We're using it in the sensors in my "connectors for high vibration" thread.> We can email upgrade files to a customer, or we can send him a new > physical flash plugin thing, so one of his techs can just replace it. > > The ST is nice in some ways. It's very versatile about pin assignments > and has lots of goodies on chip. As usual in uPs, the ADC is pretty > bad.I've heard lots of good things about the silicon, and the prices are good, but the support appears to be forum-based only. That would make IAR or somebody else's toolchain attractive at some point. You don't have to spend many days stuck to pay for that.> I'd like to move more to ZYNQs and PicoZeds for anything that has an > FPGA or DRAM. PicoZed is slick. I should have used that on my > alternator box.We'll check it out. Cheers Phil Hobbs -- Dr Philip C D Hobbs Principal Consultant ElectroOptical Innovations LLC / Hobbs ElectroOptics Optics, Electro-optics, Photonics, Analog Electronics Briarcliff Manor NY 10510 http://electrooptical.net http://hobbs-eo.com
Reply by ●August 11, 20202020-08-11
tirsdag den 11. august 2020 kl. 20.50.08 UTC+2 skrev Phil Hobbs:> On 2020-08-11 12:38, jlarkin@highlandsniptechnology.com wrote: > > > > > This is our first use of an ST Arm, which we are using now that the > > NXP parts seem to be going EOL. I hate when people do that, dump on > > their customers. > > Which ones are going away? We use a lot of LPC845s and LPC804s, and are > looking at using one of the NXP M4F/M0+ parts. > > The ST factory headers are hideous. What toolchain are you folks using > with the ST parts?System workbench, it is eclipse and GCC cubemx is a useful for getting the pin mapping correct
Reply by ●August 11, 20202020-08-11
tirsdag den 11. august 2020 kl. 22.19.33 UTC+2 skrev Phil Hobbs:> On 2020-08-11 15:44, John Larkin wrote: > > On Tue, 11 Aug 2020 14:49:59 -0400, Phil Hobbs > > <pcdhSpamMeSenseless@electrooptical.net> wrote: > > > >> On 2020-08-11 12:38, jlarkin@highlandsniptechnology.com wrote: > >> > >>> > >>> This is our first use of an ST Arm, which we are using now that the > >>> NXP parts seem to be going EOL. I hate when people do that, dump on > >>> their customers. > >> > >> Which ones are going away? We use a lot of LPC845s and LPC804s, and are > >> looking at using one of the NXP M4F/M0+ parts. > > > > LPC3250, and I think some of the 1768 series. > > Thanks, good info. > > > > >> > >> The ST factory headers are hideous. What toolchain are you folks using > >> with the ST parts? > > > > I'll ask Paul the next time he's in. He has said some baddish stuff > > about their libraries. But first time on a new CPU, things happen. > > > > He wrote a boot loader that we jtag into the STM32F207IGT6. We might > > eventually have a distributor do that. At powerup, the boot reads a > > plug-in serial flash chip that has the specific runtime code and the > > FPGA image. > > We do something similar--Simon wrote a bootloader that can flash the 845 > over half-duplex MODBUS, which is pretty slick. The stock BL can do it > over full-duplex UART, SPI, or SWD. We're using it in the sensors in my > "connectors for high vibration" thread.The STM build in bootloader can flash from UART/USB/I2C/SPI/CAN
Reply by ●August 11, 20202020-08-11
On 2020-08-11 16:32, Lasse Langwadt Christensen wrote:> tirsdag den 11. august 2020 kl. 22.19.33 UTC+2 skrev Phil Hobbs: >> On 2020-08-11 15:44, John Larkin wrote: >>> On Tue, 11 Aug 2020 14:49:59 -0400, Phil Hobbs >>> <pcdhSpamMeSenseless@electrooptical.net> wrote: >>> >>>> On 2020-08-11 12:38, jlarkin@highlandsniptechnology.com wrote: >>>> >>>>> >>>>> This is our first use of an ST Arm, which we are using now that the >>>>> NXP parts seem to be going EOL. I hate when people do that, dump on >>>>> their customers. >>>> >>>> Which ones are going away? We use a lot of LPC845s and LPC804s, and are >>>> looking at using one of the NXP M4F/M0+ parts. >>> >>> LPC3250, and I think some of the 1768 series. >> >> Thanks, good info. >> >>> >>>> >>>> The ST factory headers are hideous. What toolchain are you folks using >>>> with the ST parts? >>> >>> I'll ask Paul the next time he's in. He has said some baddish stuff >>> about their libraries. But first time on a new CPU, things happen. >>> >>> He wrote a boot loader that we jtag into the STM32F207IGT6. We might >>> eventually have a distributor do that. At powerup, the boot reads a >>> plug-in serial flash chip that has the specific runtime code and the >>> FPGA image. >> >> We do something similar--Simon wrote a bootloader that can flash the 845 >> over half-duplex MODBUS, which is pretty slick. The stock BL can do it >> over full-duplex UART, SPI, or SWD. We're using it in the sensors in my >> "connectors for high vibration" thread. > > The STM build in bootloader can flash from UART/USB/I2C/SPI/CAN > >In half-duplex? That's the parlour trick. Cheers Phil Hobbs -- Dr Philip C D Hobbs Principal Consultant ElectroOptical Innovations LLC / Hobbs ElectroOptics Optics, Electro-optics, Photonics, Analog Electronics Briarcliff Manor NY 10510 http://electrooptical.net http://hobbs-eo.com
Reply by ●August 11, 20202020-08-11
tirsdag den 11. august 2020 kl. 22.40.25 UTC+2 skrev Phil Hobbs:> On 2020-08-11 16:32, Lasse Langwadt Christensen wrote: > > tirsdag den 11. august 2020 kl. 22.19.33 UTC+2 skrev Phil Hobbs: > >> On 2020-08-11 15:44, John Larkin wrote: > >>> On Tue, 11 Aug 2020 14:49:59 -0400, Phil Hobbs > >>> <pcdhSpamMeSenseless@electrooptical.net> wrote: > >>> > >>>> On 2020-08-11 12:38, jlarkin@highlandsniptechnology.com wrote: > >>>> > >>>>> > >>>>> This is our first use of an ST Arm, which we are using now that the > >>>>> NXP parts seem to be going EOL. I hate when people do that, dump on > >>>>> their customers. > >>>> > >>>> Which ones are going away? We use a lot of LPC845s and LPC804s, and are > >>>> looking at using one of the NXP M4F/M0+ parts. > >>> > >>> LPC3250, and I think some of the 1768 series. > >> > >> Thanks, good info. > >> > >>> > >>>> > >>>> The ST factory headers are hideous. What toolchain are you folks using > >>>> with the ST parts? > >>> > >>> I'll ask Paul the next time he's in. He has said some baddish stuff > >>> about their libraries. But first time on a new CPU, things happen. > >>> > >>> He wrote a boot loader that we jtag into the STM32F207IGT6. We might > >>> eventually have a distributor do that. At powerup, the boot reads a > >>> plug-in serial flash chip that has the specific runtime code and the > >>> FPGA image. > >> > >> We do something similar--Simon wrote a bootloader that can flash the 845 > >> over half-duplex MODBUS, which is pretty slick. The stock BL can do it > >> over full-duplex UART, SPI, or SWD. We're using it in the sensors in my > >> "connectors for high vibration" thread. > > > > The STM build in bootloader can flash from UART/USB/I2C/SPI/CAN > > > > > In half-duplex? That's the parlour trick. >nope, but more interfaces, but I'd guess the nxp can do those too
