Re: stm32f4 MPU module LQFP 176
Posted: Thu Mar 10, 2016 7:44 pm
really!? in this case it's a good idea
it would actually cost more to solder these 54 pins than to get the chip itself. About $5 total.
Page 2 of 2
Re: stm32f4 MPU module LQFP 176
Posted: Thu Mar 10, 2016 8:15 pm
it would actually cost more to solder these 54 pins than to get the chip itself. About $5 total.
Re: stm32f4 MPU module LQFP 176
Posted: Fri Mar 11, 2016 12:29 am
How much RAM would we really want? I see the 8 bits wide data bus has many of the IO available on the existing layout, there are some conflicts. With the PE7,8,9,10, but those can be moved on the 176 board if required. We have easy access to addresses PF0 --> PF5. Is that enough addresses? We also have reasonably easy access to address's PF12 --> 15, and PG0 --> PG1. I guess we could make an add on board that sits on top of the MCU, but perhaps we should consider a respin of this 176 board. These data buses typically have high frequency content on the traces which causes a bunch of problems we aren't currently very concerned with. Looks like that's 133MHz to 200MHz-ish, then you typically have significant energy for several harmonics, so we are looking at signals that need to consider more than a 1GHz of frequency content. We might want to consider moving (or removing) the battery holder on the bottom of the board and add this SDRAM chip where the battery is currently located. That would help with minimizing noise from this data bus.
Should we spin a daughter board that connects to the P13 header or should we re-spin this 176 board? I guess we should spin a daughter board, then once validated, we should respin the 176 including the RAM chip.
Just to make it easier for me to find this stuff later on down the road, here's a link to that SDRAM chip. https://octopart.com/search?q=is42s16400j
Should we spin a daughter board that connects to the P13 header or should we re-spin this 176 board? I guess we should spin a daughter board, then once validated, we should respin the 176 including the RAM chip.
Just to make it easier for me to find this stuff later on down the road, here's a link to that SDRAM chip. https://octopart.com/search?q=is42s16400j
Re: stm32f4 MPU module LQFP 176
Posted: Fri Oct 07, 2016 12:20 pm
just to get things right:
is this a replacement board for the STM32F4DISCOVERY with a bunch of more IO-pins?
or are you thinking of adding the chip directly to things like frankenso V0.5?
is this a replacement board for the STM32F4DISCOVERY with a bunch of more IO-pins?
or are you thinking of adding the chip directly to things like frankenso V0.5?
Re: stm32f4 MPU module LQFP 176
Posted: Fri Oct 07, 2016 3:22 pm
As of today this is yes, just a replacement board with more i-o.
The whole chip directly on Frankenso is not really popular so I doubt we will integrate the 176 on the Frankenso.
The whole chip directly on Frankenso is not really popular so I doubt we will integrate the 176 on the Frankenso.
Re: stm32f4 MPU module LQFP 176
Posted: Fri Oct 07, 2016 4:10 pm
If we spun a new board, I'd encourage the use of the 176, but at this point, it would be a large amount of work to get this onto the existing Frankenso board, and wouldn't really offer any new features. The Frankenso does what it was designed to do with the IO it has. The additional IO is handy if you have more features to add.