The wikis found here.
http://wiki.freeems.org/
Puma board for FreeEMS
- nitrousnrg
- LQFP144 - On Top Of The Game
- Posts: 468
- Joined: Tue Jun 24, 2008 5:31 pm
Re: Puma board for FreeEMS
Spudmn:
there is a 5 pin header that provides SPI, and (CAN or UART) communicaiton to the connector board. the idea is to implement the SD card, for example, in the connecector board, since right now is optional stuff. Could be moved to the main board in a future, who knows.
Jared, good to know about that chip (UART-USB). Always showing good stuff :-)
Also, can I pull your changes on git? I'm back again.
there is a 5 pin header that provides SPI, and (CAN or UART) communicaiton to the connector board. the idea is to implement the SD card, for example, in the connecector board, since right now is optional stuff. Could be moved to the main board in a future, who knows.
Jared, good to know about that chip (UART-USB). Always showing good stuff :-)
Also, can I pull your changes on git? I'm back again.
Marcos
Re: Puma board for FreeEMS
I agree with Spudmn re pulling signal out of the main UART (as opposed to configuring a second one) for the time being. You should be able to find room for a pair of pads and/or via and/or connection points somewhere between CPU and FTDI for a side tap. The datalogger would have to be offable in order to tune, but that's easy enough to do "be quiet, NOW" switch either to power it down, or to tell it to listen only for a while.
DIYEFI.org - where Open Source means Open Source, and Free means Freedom
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
- nitrousnrg
- LQFP144 - On Top Of The Game
- Posts: 468
- Joined: Tue Jun 24, 2008 5:31 pm
Re: Puma board for FreeEMS
That is a very provisory(?) solution. There are vias for the main uart, but there is a header to provide that function into a different comm port.
Can't you just echo the bytes from uart0 to uart1, or something like that? He would have a proper header to use if you do it, without tuning conflicts, and his time spent will be better used in a medium term. He could set the basis for a datalogging connector board :-)
Can't you just echo the bytes from uart0 to uart1, or something like that? He would have a proper header to use if you do it, without tuning conflicts, and his time spent will be better used in a medium term. He could set the basis for a datalogging connector board :-)
Marcos
Re: Puma board for FreeEMS
Time best spent is not time spent on parallelising the comms interface right now... I agree with being able to tap into and listen in on the main one, it would be worth while recording what the tuning app sends, and another file that notes the interleaving of the bytes/blocks.
Having said that, he could easily hack the code to talk on a different UART instead of the main one for his purposes. That might be a good approach.
Fred.
Having said that, he could easily hack the code to talk on a different UART instead of the main one for his purposes. That might be a good approach.
Fred.
DIYEFI.org - where Open Source means Open Source, and Free means Freedom
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
Re: Puma board for FreeEMS
I just updated the 3D and footprint silk screen for the MAP module, the pushed. Have at it.nitrousnrg wrote:Also, can I pull your changes on git? I'm back again.
- nitrousnrg
- LQFP144 - On Top Of The Game
- Posts: 468
- Joined: Tue Jun 24, 2008 5:31 pm
Re: Puma board for FreeEMS
An interesting enclosure available at newark.
http://www.cinch.com/products/transport ... -enclosure
Yes, its plastic, but is the better looking enclosure I ran into.
Other topic: Jared, why did you put vias under the crystal pads? I bet there is a reason, just want to know why. I'm concerned about the reflowing process.
Last night I've implemented some easy stuff of the TODO, and put 1/2W resistors for the MAX, but reading the post about it, its going to change towards a 1/4w 10k, or 2 1/8w 10k in series (its 20kohm, but cheaper).
http://www.cinch.com/products/transport ... -enclosure
Yes, its plastic, but is the better looking enclosure I ran into.
Other topic: Jared, why did you put vias under the crystal pads? I bet there is a reason, just want to know why. I'm concerned about the reflowing process.
Last night I've implemented some easy stuff of the TODO, and put 1/2W resistors for the MAX, but reading the post about it, its going to change towards a 1/4w 10k, or 2 1/8w 10k in series (its 20kohm, but cheaper).
Marcos
Re: Puma board for FreeEMS
Those via's will allow the excess solder to flow somewhere. This will cause the surface tension of the solder to pull the chip and align it a bit better. Not really required but should make it easier to assemble.
- nitrousnrg
- LQFP144 - On Top Of The Game
- Posts: 468
- Joined: Tue Jun 24, 2008 5:31 pm
Re: Puma board for FreeEMS
Cool, thanks for clarifyingjharvey wrote:Those via's will allow the excess solder to flow somewhere. This will cause the surface tension of the solder to pull the chip and align it a bit better. Not really required but should make it easier to assemble.
Marcos
Re: Puma board for FreeEMS
I remember that enclosure.nitrousnrg wrote:An interesting enclosure available at newark.
http://www.cinch.com/products/transport ... -enclosure
Yes, its plastic, but is the better looking enclosure I ran into.

http://anonym.to/?http://www.msefi.com/ ... ch#p157485
Con
previously: ca7