distributor-less ignition, where to go |
|
Porsche, and the Porsche crest are registered trademarks of Dr. Ing. h.c. F. Porsche AG.
This site is not affiliated with Porsche in any way. Its only purpose is to provide an online forum for car enthusiasts. All other trademarks are property of their respective owners. |
|
distributor-less ignition, where to go |
02loftsmoor |
Jan 10 2015, 01:40 PM
Post
#1
|
Senior Member Group: Members Posts: 577 Joined: 26-June 11 From: Ft. Worth TX Member No.: 13,243 Region Association: Southwest Region |
I'm check on going with distributor-less ignition system, some pointers please
|
jarred |
Jan 14 2015, 02:18 PM
Post
#2
|
Newbie Group: Members Posts: 20 Joined: 13-March 09 From: seattle Member No.: 10,159 Region Association: Pacific Northwest |
Stugray: I've looked into developing the computing part of the ignition with a friend of mine who does a lot (more than me) embedded microcontroller work. The idea was to put it in the cap as you suggested. The arduino is probably capable (I've used them extensively for other work) but they might not be able to handle the heat. The Wiring code used for programming Arduino has it's limitations in i/o speed which might require programming the hardware in C/C++ instead. If you know of anyone or any project that have done it successfully, please pass it on, I'd obviously be interested.
|
stugray |
Jan 14 2015, 05:41 PM
Post
#3
|
Advanced Member Group: Members Posts: 3,825 Joined: 17-September 09 From: Longmont, CO Member No.: 10,819 Region Association: None |
Stugray: I've looked into developing the computing part of the ignition with a friend of mine who does a lot (more than me) embedded microcontroller work. The idea was to put it in the cap as you suggested. The arduino is probably capable (I've used them extensively for other work) but they might not be able to handle the heat. The Wiring code used for programming Arduino has it's limitations in i/o speed which might require programming the hardware in C/C++ instead. If you know of anyone or any project that have done it successfully, please pass it on, I'd obviously be interested. I am positive that nearly all of the Arduinos could do this. The "Beetle" that I speak of is of the Leonardo family and runs at 16Mhz. So you easily have microsecond resolution of the timing of the output pulse. The pseudo-code is so simple I could have it working overnight. This is basically just a signal repeater with a programmable delay on one output. You justuse an interrupt service routine to catch a rising edge of the tach signal. Then it sets timers for X milliseconds in the future (plug set #1), and Y milliseconds in the future (plug set #2). The timers would fire outputs to +12V Mosfets for the signal to the MSDs to simulate the Tach signal. The delay is dependent on the value of the RPM and could be configured from a map, so the delay between plug set #1 & #2 could be variable based on engine RPM (or even load if you hook up a MAP). You could change the parameters with a usb cable and a droid phone. I have an Arduino as a datalogger in the racecar, so I have already written the code to read the TACH. The tach signal is 0-200 Hz (0-6000 RPM) and I tested mine to 1000 Hz, so the processor would have no trouble keeping up. edit: I would need to change my code for calculating RPMs because right now I "sit" for 1/2 a second to calculate RPMs while doing nothing else - so that would have to change. |
Lo-Fi Version | Time is now: 28th June 2024 - 02:39 PM |
All rights reserved 914World.com © since 2002 |
914World.com is the fastest growing online 914 community! We have it all, classifieds, events, forums, vendors, parts, autocross, racing, technical articles, events calendar, newsletter, restoration, gallery, archives, history and more for your Porsche 914 ... |