RE: CDI gr8flyer55    Gallery
View related threads: (in this forum | in all forums)

Logged in as Guest



Users viewing this topic: none
    Search This Thread  
 
Printable Version


TurboHeader Muffler
Seller:  RC Specialties
Details:   $69.95   |  4/28/2013   |  Classified Ad
We will rotate YOUR AD in this spot if you select "Forum Featured" when placing or editing your ad!

All Forums >> Glow Engines, Gas Engines, Fuel & Mfg Support Forums >> Engine Conversions >> RE: CDI gr8flyer55
Page: <<   < prev  13 14 [15] 16 17 18 19 20 21 22   next >   >>  

Tower Hobbies Get Coupon Codes Brands  
Login
Message << Older Topic   Newer Topic >>
RE: CDI gr8flyer55 - 9/22/2012 11:38 AM  1 votes
jakestew


 

Posts: 144
Score: 180
Joined: 8/13/2011
Last Login: 5/18/2013
From: Moscow, ID, USA
Status: offline
Major Release!!!

I just released version 0.95 beta 5 on the website!

New features...
-Two tables!
-Switching to table 2 via grounding GP5 (Pin #2)
-New spreadsheet! Controls all user settings and contains/generates the code.
-Kill switch. Grounding GP4 (Pin #3) turns off output and disables interrupts.
-Added check in ISR to make sure GP2 has really been driven low. May prevent some high frequency noise problems.
-Added 500ms startup delay to avoid bogus interrupts while the circuit powers up.
-Added reverse calculation check and control point info on advance curve chart.
-Turned on internal weak pull-up on GP2, may help avoid noise problems.

As always, this code is pretty much untested, except for quick runs in the simulator. Run at your own risk.


I reworked the spreadsheet quite a bit. I added macro buttons to easily copy the code, user settings, and tables to the clipboard. If you don't trust running macros in the spreadsheet you should only loose the button copy capability. There's now two curves to play with. Each curve now has more points to control AND you can move the points anywhere you want. I highly suggest not criss-crossing them though, as I haven't tried this and think it could cause problems. I've also added dots at the top and bottom showing where the actual table value control points are. I also added a back-calculated line based on converting the table values back into RPM and delay, this is the red line with little red X's. You can use this to see the maximum advance at any RPM and check your table numbers.

Only change the values in green! I haven't protected anything yet, so if you edit a wrong value and get bunk numbers then just start over. The yellow sections in the code page are just for reference, do not edit the code in the spreadsheet.




_____________________________

http://www.electrofunnel.com/CDI-2012/index.htm

Hide Signatures

(in reply to bluejets)
       Post #: 351

RE: CDI gr8flyer55 - 9/22/2012 12:06 PM   
jakestew


 

Posts: 144
Score: 180
Joined: 8/13/2011
Last Login: 5/18/2013
From: Moscow, ID, USA
Status: offline
The only thing I didn't get done that was suggested is make the program spark even if it doesn't have time to load the delay value. Sorry COM.

But you can see from the red line in the curve graph if you're trying to exceed what the program can fire. I'll work on this for the next version.

For using the two tables I suggest connecting a switch between ground and pin #2. You can use pin #1 for ground.


Nyemi, I don't really understand the calculations involved. I wrote a little test program to see how fast I could continuously spark. Using a spark plug with 0.035" gap (~0.8mm) I was able to fire at 63 uS. With 3 uS trigger pulse + 63 uS delay = sparks every 66 uS. That seems very low, but that is what I found.

Sparking at cylinder pressure will take more energy. If you know how to convert 66 uS at atmosphere pressure to the charge time at cylinder pressure, please share.
Everyone may have slightly different units also.


-Jake

_____________________________

http://www.electrofunnel.com/CDI-2012/index.htm

Hide Signatures

(in reply to jakestew)
       Post #: 352

RE: CDI gr8flyer55 - 9/22/2012 1:30 PM   
Gompy



Posts: 402
Score: 460
Joined: 7/3/2010
Last Login: 5/18/2013
From: Alkmaar, NETHERLANDS
Status: offline
There is a turn-on time and a turn off time for the SRC.
For a BT151 this times are 2 and 70 uS.
So within the 63 uS the SCR didn't closed.
No closing SCR, no building up power into the capacitor.

Again, multi spark for this small engines are wast of energie.
We use very small batteries and very small engines.....there is no reason to use it.
The coils must be bigger, the batterie must be bigger and rpm goes down.

BTW, you need atleast 20mJ (normal 50mJ) at 6 bar cilinder pressure to get a spark.
Somewhere into the CDI topics I've calculate it.

http://en.wikipedia.org/wiki/Capacitor_discharge_ignition

_____________________________

CU, Rob
http://www.electronics.gompy.net

Hide Signatures

(in reply to jakestew)
       Post #: 353

RE: CDI gr8flyer55 - 9/22/2012 2:55 PM   
gr8flyer55


 

Posts: 800
Score: 600
Joined: 11/30/2005
Last Login: 5/22/2013
From: Hamburg, PA, USA
Status: offline
Hi Jake.
This is all good news!
Currently in the process of compiling a hex with two programmed curves. Testing them today. What I am doing is adding small .100 spacing headers to the timer board to accommodate the new switches, one for the kill button which is a N.O. Momentary switch, the other is a 2 position push on- push off for switching between the 2 available curves. I'll post a picture when I find out if it is working.

The ignition boards I sent you as testing platforms will be used also with a wired socket to test 3 available scr's. I use either an EC103m, BT151, or a C106m. All three have a similar gate trigger voltage control turn on. All work as expected in my circuit. This enables me to test the small variances in the gates for proper control by the timer board. This test will point to the best one for the circuit. All three have the 600 volt ratings. The EC103M is only a 800 mah current rating but works great in the ignition circuit. Another choice would the X0405ME but is hard to find and costly if you do find them.
There are 2 different pinouts between the EC103M and the larger to225 case style scr's though so some circuit modification is necessary if changing types. This is why I added a header to my test board for switching between them.

Hopefully testing the resulting hex file today will work as planned. Results will be posted.

John


Hide Signatures

(in reply to jakestew)
       Post #: 354

RE: CDI gr8flyer55 - 9/22/2012 4:36 PM   
Gompy



Posts: 402
Score: 460
Joined: 7/3/2010
Last Login: 5/18/2013
From: Alkmaar, NETHERLANDS
Status: offline
Lot of information about CDI and trigger with hallsensor
http://www.molla.org/DIY-CDI/SC-DIY-CDI-article-hires.pdf

_____________________________

CU, Rob
http://www.electronics.gompy.net

Hide Signatures

(in reply to gr8flyer55)
       Post #: 355

RE: CDI gr8flyer55 - 9/22/2012 6:50 PM   
gr8flyer55


 

Posts: 800
Score: 600
Joined: 11/30/2005
Last Login: 5/22/2013
From: Hamburg, PA, USA
Status: offline
Jake, I looked over the source code and saw the changes.
Loaded up the excel sheet and made my curves etc.
Ran MPLAB x IDE and compiled the file, BUT I got 2 warnings about undeclared variables and an advisory of some feature it couldn't figure out. It gave no errors, build successful, but are the warnings something to be worried about since it was about the two tables of data in the source code?

Here is what it gave me:

LED MODE not used
"I" not used
"j" not used

Advisory ccpri = *(table pointer + currentrev);

It looks like it can't handle the statement.

John


Hide Signatures

(in reply to jakestew)
       Post #: 356

RE: CDI gr8flyer55 - 9/22/2012 7:06 PM   
jakestew


 

Posts: 144
Score: 180
Joined: 8/13/2011
Last Login: 5/18/2013
From: Moscow, ID, USA
Status: offline
This is fine. Those are only warnings, not errors.
The first three are because I have declared variables, but not actually used them in the code.

The fourth warning tells me to check the code with their validation tool, and I don't know where it is or if I have it. Because I used a pointer to switch between the table it thinks I should use their tool to make sure that it can only get a value that will work. If my pointer took a wrong value it would read a wrong and unexpected memory location, which would give some random value in memory instead of the expected table value.

Thanks for reminding me... I actually think there will be a problem with that pointer. When 255 is rounded up to 256 it will actually not roll over to 0 anymore. Then the pointer will be pointing at the 16-bits after the end of the table. Essentially, it will be loading a unknown value at 916 RPM.

You can probably test the code as is, but I'll work on fixing that.


-Jake

_____________________________

http://www.electrofunnel.com/CDI-2012/index.htm

Hide Signatures

(in reply to gr8flyer55)
       Post #: 357

RE: CDI gr8flyer55 - 9/22/2012 7:37 PM   
gr8flyer55


 

Posts: 800
Score: 600
Joined: 11/30/2005
Last Login: 5/22/2013
From: Hamburg, PA, USA
Status: offline
Jake, the file has a few problems!!!
First after inserting the newly programmed chip in a timer board, power it up, get one powerup spark which I get on all timers and chips. Then!!! As the magnet approaches the sensor (notice I said Approaches!!) you get a series of sparks, with my hearing it sounded like 4 or 5 sparks!!! If I had plugged it into my test engine first to try and start it, I'm sure it would have chopped off at least two of my fingers! Warning! Do not try this on an engine!

After that series of sparks, it fires only as the magnet approaches the sensor, not after it leaves it. Not good!
So I guess it's back to the drawing board for version 6 eh?

John


Hide Signatures

(in reply to jakestew)
       Post #: 358

RE: CDI gr8flyer55 - 9/22/2012 7:46 PM   
jakestew


 

Posts: 144
Score: 180
Joined: 8/13/2011
Last Login: 5/18/2013
From: Moscow, ID, USA
Status: offline
Luckily, I was wrong about the above pointer problem. CurrentRev will roll over on the rounding up and that is what's actually added to the pointer. So it should work just the same.

I look forward to hearing how the code works. I'd also like to hear how well the advance tracks on acceleration and deceleration. The way to see this would be with a flat curve and seeing how closely the advance stays the same.


I think we're really close to a 1.0 version! If all goes well I'll probably do one more beta release, then the 1.0 version. I really can't think of that much more to add to the program. I think the accuracy is about as good as can be had, and I've used all the spare pins for features.

-If someone has a good idea what to do with the LED I'd love to hear it. I figure that LEDmode could be another user setting. People could choose the current flash-on-spark mode, or use it to indicate sensor triggering, or use it to indicate which curve is on, etc..

-I'll make sure the spark still fires even when it can't load a delay time.

-I'd like to use the high (near start) values in the tables to store the user settings. The first 12 or so values are just wasting memory, and if I use them to store the settings then you can switch between two full sets of settings along with switching the tables. That should make figuring out settings easier.

-I'd like to include some default curves with the spreadsheet. I'll add another sheet to store several curves values and buttons to load them into one of the two main tables.

-A button to swap curves would also probably be nice.

If there are any other ideas, now is the time to mention (or re-mention) them. I'll probably be switching to working on 12F1840 code fairly soon.


-Jake










_____________________________

http://www.electrofunnel.com/CDI-2012/index.htm

Hide Signatures

(in reply to jakestew)
       Post #: 359

RE: CDI gr8flyer55 - 9/22/2012 7:58 PM   
jakestew


 

Posts: 144
Score: 180
Joined: 8/13/2011
Last Login: 5/18/2013
From: Moscow, ID, USA
Status: offline

quote:

ORIGINAL: gr8flyer55
As the magnet approaches the sensor (notice I said Approaches!!) you get a series of sparks, with my hearing it sounded like 4 or 5 sparks!!!

After that series of sparks, it fires only as the magnet approaches the sensor, not after it leaves it. Not good!


That is pretty much how I programmed it. If you used the default value for MSD_Start_Spark it would fire 5 sparks on the very first fire.

I am also using the falling edge for the sensor interrupt. That means it will trigger as the magnet approaches. I figured that doing it this way would give a degree or so of extra time vs waiting for the magnet to leave. I also figured the hall trigger would be more reliable than the hall settling.

If you want to change this then change...
OPTION_REG = 0b00000000; // pullups on, falling edge, Tmr0
to
OPTION_REG = 0b01000000; // pullups on, rising edge, Tmr0

Also change...
else if(INTCONbits.INTF){ **** GP2 SENSOR INPUT *****/
if(GPIObits.GP2 == 0){
to
else if(INTCONbits.INTF){ **** GP2 SENSOR INPUT *****/
if(GPIObits.GP2 == 1){


Remember that the hall switch is active low, so falling edge = magnet approaching and rising edge = magnet leaving. I don't really know enough to tell what difference this change will make. The way I understand, using the rising edge will work the same, except that it will be 1-2 degrees later.

_____________________________

http://www.electrofunnel.com/CDI-2012/index.htm

Hide Signatures

(in reply to gr8flyer55)
       Post #: 360

RE: CDI gr8flyer55 - 9/22/2012 8:19 PM   
gr8flyer55


 

Posts: 800
Score: 600
Joined: 11/30/2005
Last Login: 5/22/2013
From: Hamburg, PA, USA
Status: offline
Jake, the configuration you changed to is actually backwards from the ignition mfg. standards. RCExl, and CH both top sellers in the field have it trigger as the magnet LEAVES the sensor. If this is reversed, there is no way on the engines using this program will be able to readjust the sensor mount to accommodate the way too early triggering!
I tried this before, extremely difficult to accomplish when the screw mounting holes are predrilled on each engine for timing. I can reverse the statements in the lines for my tests, but the 5 or so sparks as it first triggers can definitely be counted by ear. It takes about 1 to 1-1/2 seconds to complete the sparks. You should physically only be able to discernibly hear what would sound like only one spark, not 5. Spacing is WAY too far apart. Might be on the order of 25 to 30 degrees apart if the crankshaft were rotating when triggered. Try it for yourself with a programmed chip, a sensor and a magnet.
Any one else following this? I may have to just turn the feature off to eliminate the sparks if we can't figure it out. Wanted to do live engine testing today, now stuck in rewrite & program edit mode. Pooh !

John


Hide Signatures

(in reply to jakestew)
       Post #: 361

RE: CDI gr8flyer55 - 9/22/2012 8:45 PM   
jakestew


 

Posts: 144
Score: 180
Joined: 8/13/2011
Last Login: 5/18/2013
From: Moscow, ID, USA
Status: offline
It can work either way I guess. I don't see any real disadvantage to getting your trigger a degree or two earlier. You won't have to adjust the sensor spacing because you just adjust it in the spreadsheet.

This is one feature I did think of. There should be no sensor adjustments at all. You fix your sensor permanently, as close to where you want it as possible. Then adjust through the spreadsheet.

I'm not sure about the spark issue. I believe I have the delay set for 1000 uS, so the sparks should be 1 ms apart or 1/1000th of a second. You shouldn't be able to hear then except as a buzz.



_____________________________

http://www.electrofunnel.com/CDI-2012/index.htm

Hide Signatures

(in reply to gr8flyer55)
       Post #: 362

RE: CDI gr8flyer55 - 9/22/2012 9:22 PM   
jakestew


 

Posts: 144
Score: 180
Joined: 8/13/2011
Last Login: 5/18/2013
From: Moscow, ID, USA
Status: offline
Seems I'm getting some questionable output also. Could be the interrupt pin state checking. I'll have it figured out shortly.

_____________________________

http://www.electrofunnel.com/CDI-2012/index.htm

Hide Signatures

(in reply to jakestew)
       Post #: 363

RE: CDI gr8flyer55 - 9/22/2012 10:03 PM   
gr8flyer55


 

Posts: 800
Score: 600
Joined: 11/30/2005
Last Login: 5/22/2013
From: Hamburg, PA, USA
Status: offline
Jake, got the two edits done and it worked. Now the next problem. As I start the engine everything works good. Advancing the throttle slowly is good, till I reach full throttle, then I can hear the ignition cycling on and off like an rpm limiter and the engine just acts like it needs more advance. My curve is set for 28 * at 6000 rpm till 8000 rpm, then it starts it's decline in degrees of advance. I have this same curve in the first test version and it worked just fine. Do you think I need to go past 28 to maybe 30 or more? Seems like something is really holding it back from revving up like I mentioned, an rpm limiter?
Didn't see anything in the source code mentioning it or where it would cut off the ignition and cycle it back on. See what you can find out about this new quirk.

John


Hide Signatures

(in reply to jakestew)
       Post #: 364

RE: CDI gr8flyer55 - 9/22/2012 10:10 PM   
jakestew


 

Posts: 144
Score: 180
Joined: 8/13/2011
Last Login: 5/18/2013
From: Moscow, ID, USA
Status: offline
Seems like things are working properly, just maybe bad settings.

Try 4000 uS for MSD_Delay and 3 start sparks. If you assume that you're starting around 200 RPM then 4000 uS will fire the first spark at 5 deg. BTDC the next at TDC and the last at 5 deg ATDC.
As for the rest, I don't know how much use the multispark is going to be.

The values I got from my test code and the ones that seem to look right when testing the actual program code don't jive.
Here's what I think is happening... In my test code it throws around a 1000 sparks, and I got sparks to work every 66 uS. That's about the max speed the SCR can switch. I think the fast switch times were not letting the capacitor charge up, thus making the SCR able to switch faster. But in the real application the capacitor is charged, so it takes longer to discharge, which keeps the SCR on longer, thus missing the fast rhythm of the firing.

In any case, 66 uS seems to work for long bursts where the capacitor doesn't have time to fully charge, but not for short bursts where each firing may take more time to recycle.

More testing to find the best settings is needed. I can't see individual sparks at these ultra fast speeds, so I can't really tell what's going on. 4000 uS seemed to produce a good spark where I could tell for sure it was firing right. But that's pretty slow and will only work at low starting RPMs.

So for now, I would use 4000 uS for the delay, throw 3 start sparks, maybe 2 for MSD_Low_Spark, and just one for MSD_Spark.

Anyone can help this project out and work on tuning these values. Right now I don't really have the test gear to figure out much more than I already have. Someone who has a spinning test wheel apparatus should try adjusting these settings and find the ranges that work!


-Jake



_____________________________

http://www.electrofunnel.com/CDI-2012/index.htm

Hide Signatures

(in reply to jakestew)
       Post #: 365

RE: CDI gr8flyer55 - 9/22/2012 10:27 PM   
jakestew


 

Posts: 144
Score: 180
Joined: 8/13/2011
Last Login: 5/18/2013
From: Moscow, ID, USA
Status: offline
Our posts keep crossing.

You are running into the can't fire in time problem. If you look at the graph and see that the red line is below your curve. The red line is the max advance at a given RPM.

Basically, about 51uS is burned by the time we get our delay value loaded. This is calculated out of the table values, but if you end up loading a 0 into the timer, the timer will be at 1-2 before it's turned back on.

One quick fix might be to try this...
Switch the order of these two lines...

T1CONbits.TMR1ON = 1; // Turn on Timer1
CCPR1 = *(TablePointer + CurrentRev); // Load delay table value


There's no RPM limiter in the code yet. I tried to reproduce your problem in the simulator and couldn't find it. I know it used to drop every other sparks when the speed got too high or the delay too low.


-Jake

_____________________________

http://www.electrofunnel.com/CDI-2012/index.htm

Hide Signatures

(in reply to gr8flyer55)
       Post #: 366

RE: CDI gr8flyer55 - 9/22/2012 11:23 PM   
gr8flyer55


 

Posts: 800
Score: 600
Joined: 11/30/2005
Last Login: 5/22/2013
From: Hamburg, PA, USA
Status: offline
I'll edit and reverse the two lines and recompile. Also, in my curve, the red line IS below my curve at 6000 rpm where I am having the rev issue. Redraw and see if it corrects it I guess.

Real time engine testing soon over for the day...getting dark shortly. I don't like working around spinning props in the dark with a flashlight. I want to follow developments while on my vacation so the tablet computer is going along. Maybe no edits or testing but can save files for later I guess.

John


Hide Signatures

(in reply to jakestew)
       Post #: 367

RE: CDI gr8flyer55 - 9/23/2012 12:08 AM   
Gompy



Posts: 402
Score: 460
Joined: 7/3/2010
Last Login: 5/18/2013
From: Alkmaar, NETHERLANDS
Status: offline
28 degrees ignitiontime at high rpm, wat kind of engine is this.....4stroke ?
If it isn't a 4stroke, please set the ignitiontime back to 15 degrees or maybe even 10 degrees at high rpm.
If the ignition will be to early, you get to soon ignition and the engine get a flash back.
The piston don't have enough energie to go TDC and push back.....there is your limiter !!

_____________________________

CU, Rob
http://www.electronics.gompy.net

Hide Signatures

(in reply to gr8flyer55)
       Post #: 368

RE: CDI gr8flyer55 - 9/23/2012 12:37 AM   
COM


 

Posts: 396
Score: 100
Joined: 6/5/2009
Last Login: 3/13/2013
From: Ga, GA, USA
Status: offline
Hi Jake,

I have tried the latest beta and I don't get any premature firing. I am still having some trouble getting a curve that works. It seems the I get 0 degrees at 200 rpm even though I have the curve set to 5 degrees in the table and then instead of advancing the curve with increased rpm it just jumps to max advance. even though my curve table shows a smooth transition.

_____________________________

Regards
Charlie M.

Hide Signatures

(in reply to jakestew)
       Post #: 369

RE: CDI gr8flyer55 - 9/23/2012 12:52 AM   
gr8flyer55


 

Posts: 800
Score: 600
Joined: 11/30/2005
Last Login: 5/22/2013
From: Hamburg, PA, USA
Status: offline
Hi Rob, just tried your suggestion. This a 2 stroke engine. If I change the degrees to 10 or 15 the engine quits at that point, it has to be 28 degrees, working fine now. I will post my curves after the next engine run test. Everything else in the settings was redone and now is working good, getting good top rpms at 28 degrees at 6000 rpm to 7500, no misfires, just runs like a dream.
I tried the 2 edits in the lines Jake suggested and that worked to switch the sensor problem. The rest was a set-point in startup settings. Curves now are all even with or below the redline for given rpm in the graph.

John


Hide Signatures

(in reply to Gompy)
       Post #: 370

RE: CDI gr8flyer55 - 9/23/2012 12:55 AM   
gr8flyer55


 

Posts: 800
Score: 600
Joined: 11/30/2005
Last Login: 5/22/2013
From: Hamburg, PA, USA
Status: offline
Charlie, I'll send you my edited source code that works..all my setttings seem to run the engine fine. After the edits that is..LoL
gimme an hour, have to take a shower and get things ready for the cruise in the morning.

John


Hide Signatures

(in reply to COM)
       Post #: 371

RE: CDI gr8flyer55 - 9/23/2012 1:16 AM   
gr8flyer55


 

Posts: 800
Score: 600
Joined: 11/30/2005
Last Login: 5/22/2013
From: Hamburg, PA, USA
Status: offline
Charlie, sent you hotmail..

John


Hide Signatures

(in reply to COM)
       Post #: 372

RE: CDI gr8flyer55 - 9/23/2012 2:02 AM   
gr8flyer55


 

Posts: 800
Score: 600
Joined: 11/30/2005
Last Login: 5/22/2013
From: Hamburg, PA, USA
Status: offline
Jake, made all the recommended edits, changed my curve slightly to reflect the redline limits per rpms, compiled (again), programmed 2 chips this time, put one aside marked test#8, installed the other one. Fired up the engine in the dark and success! Timing light LED works great too. It tracks tru to the curve, accelerating and decelerating. Easy to start, hot restarts are a breeze.
Now I have two test timers working with a total of 4 separate curves. Added a pin and alligator clip to one timer to ground connection. Works for changing the curve great. Also when used as a kill to pin #3 it stops the ignition.
A side note here from the last edits you mentioned before the final edits. When you first power up, it waits about 1 second, fires one spark, then is ready to accept sensor input. Working great Jake!! Give yourself a big pat on the back, job well done!

Very happy with all the work you did. Any tweaking you do from here on out is icing on the cake.

John


Hide Signatures

(in reply to jakestew)
       Post #: 373

RE: CDI gr8flyer55 - 9/23/2012 9:12 AM   
bluejets


 

Posts: 234
Score: 205
Joined: 3/25/2009
Last Login: 4/15/2013
From: xnot applicable, AUSTRALIA
Status: offline
Jake,
Just wondering with all this testing going on , how much would be entailed in writing a small program say for 12F683 that could take inputs from the hall effect and the existing micro output, take the time difference and with rpm as a reference, output degrees delay on an LCD display.

As John said earlier, playing in and around a spinning prop gets a bit iffy at times so just a thought to keep away from the prop with the timing light LED.



Hide Signatures

(in reply to gr8flyer55)
       Post #: 374

RE: CDI gr8flyer55 - 9/23/2012 11:18 AM   
BobbyMcGee


 

Posts: 202
Score: 131
Joined: 1/19/2012
Last Login: 5/6/2013
From: Palm Beach, FL, USA
Status: offline
This is way over my head. I don't even know what CDI stands for!

I looked at the video too. All I saw was a little green light. It didn't look like it was flashing to me. It looked like it was just on steadily. If it was flashing at 800 times a minute, I certainly didn't see that. I can't count to 800 in a minute, let alone see anything flashing that fast ... no one can.

I'm outta here. Talk like this never made anyone the hit of the party or got them a woman. I'm headed to a bar for a drink and to hit on women.


quote:

ORIGINAL: av8tor1977

This is why I never followed the "new" CDI threads. Way over the heads of most people in this forum. I can build small do it yourself electronics projects, and usually figure out schematics, but I've never seen anything that a layman could understand, follow, nor build in your posts. If it ever becomes a simple, easily understandable by a layman/beginning electronics experimenter project, then I would be interested, as I imagine many more here in the forum might. Meanwhile, you are just "talking far over the heads" of most people here I would venture to say...

AV8TOR



_____________________________

Freedoms just another word for nothing left to lose. Nothing, dont mean nothing if it aint free!

Hide Signatures

(in reply to av8tor1977)
       Post #: 375

Page:   <<   < prev  13 14 [15] 16 17 18 19 20 21 22   next >   >>  
All Forums >> Glow Engines, Gas Engines, Fuel &amp; Mfg Support Forums >> Engine Conversions >> RE: CDI gr8flyer55
Page: <<   < prev  13 14 [15] 16 17 18 19 20 21 22   next >   >>  





Jump to:


 
Google 



Search | Marketplace | Event Calendar | Local Clubs | Magazine | Product Ratings | New Products | Discussion Forums

Photo Gallery | Instructor Search | Field|Track|Marina Search

Advertisers | Hobby Vendor Resources | Rate Manufacturers | Sign In/Sign Up

SITE MAP!   : :   FORUM RULES

RC Universe is a service of Internet Brands, Inc. Copyright © 2001-2013.

Charities we support that also need your help
Yorkie Rescue | Humane Society | ASPCA | Crohn's-Colitis America


1.063RCU1