Driver to drive?

[John Fields]

On Mon, 03 Nov 2008 17:13:34 +0000, Eeyore
<rabbitsfriendsandrelations@hotmail.com> wrote:

John Fields wrote:

Eeyore wrote:
John Fields wrote:
Eeyore wrote:
John Fields wrote:
Eeyore wrote:
Richard The Dreaded Libertarian wrote:

Come on, Graham. You can't be claiming that there was no one in Europe who
had a clue how to save their own ass?

Yes us, the British.

Sweden, Switzerland, the Irish Free State and
Spain/Portugal stayed out of it by being Neutral

---
All chickenshits indeed,

You think war is sensible ?

Whether it is or not is immaterial.

Hardly IMHO.

---
Oh, OK, you're right then. It is material.

Too bad you weren't smart enough, then, realizing that, to nip WW2 in
the bud, when you had the chance.

No such chance existed as I have reviously explained. The Secret Services did consider
assassinating Hitler, shame they didn't, but doubtless once of his henchmen would
simply have assumed his place.

---
Your "explanations" mean nothing.

Chance always exists. Whether or not you avail yourself of an
opportunity when one rolls around, or _make_ an opportunity for yourself
is another story

JF

 

[Michael A. Terrell]

Eeyore wrote:

"Michael A. Terrell" wrote:

John Fields wrote:

England's stance has always been that England is the center of the
Universe, no matter what, and that what she wants is God-given to her at
the expense of everyone else.

All while pretending to be civilized and polite.

We are indeed both. About a year ago I was with 2 Zambian sisters and the
older one who spends more time in the USA in NY as it happens said "this
country (UK) rocks, there's nowhere else like it".

UK 1: USA ZERO.

Yawn. Its all a flimsy front that falls apart at so called sporting
events, or when your cops murder innocent people.


--
http://improve-usenet.org/index.html

aioe.org, Goggle Groups, and Web TV users must request to be white
listed, or I will not see your messages.

If you have broadband, your ISP may have a NNTP news server included in
your account: http://www.usenettools.net/ISP.htm


There are two kinds of people on this earth:
The crazy, and the insane.
The first sign of insanity is denying that you're crazy.

 

[Michael A. Terrell]

Jim Thompson wrote:

Pease does talk of all the mountains he's climbed ;-)

And Sloman about all of the mountains he's designed.


--
http://improve-usenet.org/index.html

aioe.org, Goggle Groups, and Web TV users must request to be white
listed, or I will not see your messages.

If you have broadband, your ISP may have a NNTP news server included in
your account: http://www.usenettools.net/ISP.htm


There are two kinds of people on this earth:
The crazy, and the insane.
The first sign of insanity is denying that you're crazy.

 

[JosephKK]

On Tue, 23 Sep 2008 15:26:42 -0400, default <default@defaulter.net>
wrote:

Does anyone have a schematic for a simple four pin HEI ignition module
from 1970's+ ignition systems. They appear to contain an SCR and a
pair of diodes and resistors.

Pickup Coil connects to two terminals and battery and induction coil
primary the other two, mounting screw provides a ground connection.

Original type mounted to the distributor plate on GM cars and others
and was ~1/4 round shape - I want to adapt it to a motorcycle that has
pickup coils mounted remote from the modules.

Whatever you do, it will be specific to that make, model and year. Do
you know that most 4-cylinder MC have two ignition coils (and no
distributor)? (Some have 4, and many V-twins have two.) Many 1970s
and later MC have some variation of CDI already, do you know what it
currently has? What kind of sensor coils does it use (some still used
points)? Does it have speed variable timing, some do, and some don't.

 

[Michael A. Terrell]

Eeyore wrote:

"Michael A. Terrell" wrote:

Eeyore wrote:
"Michael A. Terrell" wrote:
Eeyore wrote:
"Michael A. Terrell" wrote:
Eeyore wrote:
Jamie wrote:

Being it's audio, there shouldn't be any legality issues since that
field has no secrets, you twit!

My DSP reverb code is definitely secret. Just to take one tiny example.

Try writing AGC code for a multiple telemetry system.

It's not what I do. And if you think a 'good to listen to' reverb algorithm is
simple (not echo), you're VERY mistaken.

Personally, I think any 'reverb' sucks.

Then you haven't heard any good ones.

There are no 'good ones'. The whole concept stinks.

Sorry Michael, but you've clearly never been a sound mixing engineer.

If that lie makes you happy you can beleive it.

I have (lots) as
well as tech, equipment designer, project leader, installer, coder for the software, you
name it.

Just a ROOM has natural reverb. Then think Cathedrals. Reverb is everwhere. Acoustic
singers often rely on it.

A lot of work goes into eliminating it, too.


--
http://improve-usenet.org/index.html

aioe.org, Goggle Groups, and Web TV users must request to be white
listed, or I will not see your messages.

If you have broadband, your ISP may have a NNTP news server included in
your account: http://www.usenettools.net/ISP.htm


There are two kinds of people on this earth:
The crazy, and the insane.
The first sign of insanity is denying that you're crazy.

 

[Robert Baer]

Robert Baer wrote:

Prelim specs:
1) Plugs into phone line, phone plugs into the black box.
2) Black box records all possible info concerning incoming calls for
later viewing and evidence gathering.
3) If incoming call is not in (programmable) list, then the caller hears
the 3 magic tones as loud as possible followed by a message delivered
s.l.o.w.l.y. "The number you have dialed is not active" and (options)
immediately hang up, OR forward call WITH CID info to a provided number
(say police non-emergency or FBI).
4) If call is in list, then the connected phone rings (call "forwarded"
to it).
5) Memory allows storage of at least 100 incoming SpamCalls per day, say
minimum of 500 total.
Is there anything like this on the market?
If such a device was designed, what would be the estimated sales price?
The sooner i can get one of these, the better.

Marketeers are driving me nuts.

 

[default]

On Mon, 03 Nov 2008 18:45:16 -0800, JosephKK <quiettechblue@yahoo.com>
wrote:

On Tue, 23 Sep 2008 15:26:42 -0400, default <default@defaulter.net
wrote:

Does anyone have a schematic for a simple four pin HEI ignition module
from 1970's+ ignition systems. They appear to contain an SCR and a
pair of diodes and resistors.

Pickup Coil connects to two terminals and battery and induction coil
primary the other two, mounting screw provides a ground connection.

Original type mounted to the distributor plate on GM cars and others
and was ~1/4 round shape - I want to adapt it to a motorcycle that has
pickup coils mounted remote from the modules.

Whatever you do, it will be specific to that make, model and year. Do
you know that most 4-cylinder MC have two ignition coils (and no
distributor)? (Some have 4, and many V-twins have two.) Many 1970s
and later MC have some variation of CDI already, do you know what it
currently has? What kind of sensor coils does it use (some still used
points)? Does it have speed variable timing, some do, and some don't.

Of course I know all that.

Make model and year - just a simple switch with no timing advance.

Duh? Like I haven't counted the coils by now? Two coils, two pickup
coils, four cylinders.

CDI is stretching a point - they call it CDI but the module is less
than a cubic inch - no room for a cap. Only one three terminal device
with no inductors, one tiny ceramic cap, and a few diodes - values
unknown. In the 80's CDI meant DC/DC converter and a box of ~10 cubic
inches charging up a 1 uf to 350V to discharge through an ignition
coil. This gizmo doesn't have that many parts - more like a
transistor switch goosed by a pickup coil as a magnet passes by,

No points - pickup coils.

No variable timing - that's done mechanically. Magnets are on a
centrifugal advanced plate, pickup coils are stationary.

It appears as if they just use a transistor switch. The coils have 12
volts to one side of the primary as long as the ignition is on.

When the motor is turning, the other side of the primary goes to
ground briefly. Two identical coils, two identical modules, each
alternately fires on each revolution of the crank - one wasted spark
per two cylinders.

I have an ignition module from a 1984 bike -same plug/receptacle but
the circuitry suggests there is an electronic advance using an RC
network - larger module, more parts, but it still works in the 1980
bike. Suggests to me that there is a primative advance circuit in the
module. But the 84 module still contains mostly passive components
with three small capacitors and more diodes and resistors.

Unlike outboard motors - the bike doesn't have a high voltage winding
on the charging circuit - everything works from 12 VDC.
--


----== Posted via Pronews.Com - Unlimited-Unrestricted-Secure Usenet News==----
http://www.pronews.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= - Total Privacy via Encryption =---

 

Jim Thompson <To-Email-Use-The-Envelope-Icon@My-Web-Site.com> wrote:

nfilter/NewsProxy will crash every time while trying to retrieve the
body of this message...

Subject: Converting Excel 2007 Nested "If" Statement to Excel 2003:
Overcom

Is there something there that nfilter/NewsProxy "sees" as code??

Weird.

It's not weird, it's just bug that's been fixed. While you might
not expect the code to touch the message body, it turns out that
it does. In the case of that particular Excel spreadsheet equation,
the offending line was longer than 2048 characters (which has to
include the carriage return-linefeed and the terminating null.)
Simply reducing the number of characters copied between buffers
by one fixes the problem. Note however that the truncation is
"silent" and will show up only in the debug.log file, assuming you
have debugging enabled (which I do NOT recommend except for
troubleshooting, it really slows things down and results in a huge
log file very quickly.)

The code change is noted in the source code, per the GPL.

You can get the fixed version from rapidshare or alt.binaries.freeware
at the URL or Message-IDs below.

Readme (0/1) Message-ID: <2amqn7.oqt.17.1@news.alt.net>
binary (1/1) Message-ID: <2amqn8.oqt.17.2@news.alt.net>
and/or
binary http://rapidshare.com/files/160733676/nps-125.zip.html

The binary is 431 kB and contains the complete, ready to compile
source code package.

Before anyone brings up the dire warnings my fan club has issued
about the previous builds, please note that the source code _is_
included, refuting the major claim made against it.

Dustin Cook in alt.comp.virus and/or any of the antivirus/antimalware
vendors will probably look at the *.exe and the code if asked.

Please use
alt.usenet.offline-reader.forte-agent.modified
for any further discussion of NewsProxy with me. I'd be glad to
answer any questions about it.

 

[Frank-Stefan Müller]

kmrityunjay@gmail.com schrieb:

I my plant we have a rectifier for electrolytic cleaning. 7500A and
30V(Max). We give the reference for current. The problem is when we
measure the current through out PLC analog channel we find it
fluctuating. The current waveform exactly follows the voltage
waveform. The configuration is 2 half wave 3-phase rectifiers working
in paralle through the interphase transformer. Should I add something
to get an steady feedback. I suspect the fluctuation has to do with
the scanning of the AI channel of the PLC. we should send the coltage
as DC without harmonics rather than the way it is now.

Hi,

maybe the flutuations come from beat frequencies between the sampling
device in the measuring unit and the mains frequency.
To be sure to measure the Current (or voltage ) correctly, you have to
integrate the signal over at least one period of the mains voltage, in
Europe 20ms (50Hz mains frequency) or 16 2/3 ms in the US etc.
To do that, you have to use an integrating measuring principle e.g. a
dual slope A/D converter.
I did that by multiplying the mains frequency by a factor that kept my
A/D chip to measure exactly one period of my mains voltage.

hope i could help

Frank

 

On Nov 3, 3:17 pm, Frank-Stefan Müller <muel...@mrt.uka.de> wrote:

kmrityun...@gmail.com schrieb:

I my plant we have a rectifier for electrolytic cleaning. 7500A  and
30V(Max). We give the reference for current. The problem is when we
measure the current through out PLC analog channel we find it
fluctuating. The current waveform exactly follows the voltage
waveform. The configuration is 2 half wave 3-phase rectifiers working
in paralle through the interphase transformer. Should I add something
to get an steady feedback. I suspect the fluctuation has to do with
the scanning of the AI channel of the PLC. we should send the coltage
as DC without harmonics rather than the way it is now.

Hi,

maybe the flutuations come from beat frequencies between the sampling
device in the measuring unit and the mains frequency.
To be sure to measure the Current (or voltage ) correctly, you have to
integrate the signal over at least one period of the mains voltage, in
Europe 20ms (50Hz mains frequency) or 16 2/3 ms in the US etc.
To do that, you have to use an integrating measuring principle e.g. a
dual slope A/D converter.
I did that by multiplying the mains frequency by a factor that kept my
A/D chip to measure exactly one period of my mains voltage.

hope i could help

Frank

Actually there isn't much that I can do with the PLC analog
channels( Alstom 8035 PLC) . Their scanning depends on the PLC
internal clock that has nothing to do with AC frequency.

 

[Spehro Pefhany]

On Mon, 3 Nov 2008 01:13:39 -0800 (PST), kmrityunjay@gmail.com wrote:

I my plant we have a rectifier for electrolytic cleaning. 7500A and
30V(Max). We give the reference for current. The problem is when we
measure the current through out PLC analog channel we find it
fluctuating. The current waveform exactly follows the voltage
waveform. The configuration is 2 half wave 3-phase rectifiers working
in paralle through the interphase transformer. Should I add something
to get an steady feedback. I suspect the fluctuation has to do with
the scanning of the AI channel of the PLC. we should send the coltage
as DC without harmonics rather than the way it is now.

What is the output of your current sensor? If it's something like
0-10V you may be able to add a simple low-pass filter to give you
average current, and, if necessary, fiddle the value a bit to get it
to agree with the instrumentation on your baths. If it's a 5A CT you
may have to add signal conditioning ahead of the PLC analog inputs.

Best regards,
Spehro Pefhany
--
"it's the network..." "The Journey is the reward"
speff@interlog.com Info for manufacturers: http://www.trexon.com
Embedded software/hardware/analog Info for designers: http://www.speff.com

 

[Mark]

On Nov 3, 4:13 am, kmrityun...@gmail.com wrote:

I my plant we have a rectifier for electrolytic cleaning. 7500A  and
30V(Max). We give the reference for current. The problem is when we
measure the current through out PLC analog channel we find it
fluctuating. The current waveform exactly follows the voltage
waveform. The configuration is 2 half wave 3-phase rectifiers working
in paralle through the interphase transformer. Should I add something
to get an steady feedback. I suspect the fluctuation has to do with
the scanning of the AI channel of the PLC. we should send the coltage
as DC without harmonics rather than the way it is now.

Does the "rectifier" have any filtering?

If not, what you are seeing is correct.

The current waveform will follow the voltage waveform.

But for your application, it probably doesn't matter, what counts is
the AVERAGE current. So you can read the average current with a meter
or matematically figure the average current value of your waveform.

Mark

 

[Bill B]

On Oct 17, 4:55 pm, "Anthony Fremont" <nob...@noplace.net> wrote:

Bill B wrote:
Trying to figure out an easy way to update a single bit within a group
of 24 bits (3 bytes) using a lookup table that returns 8 bits. The
first 5 bits from the table will indicate the bit to be updated (1of
24) and the 6th bit will indicate a set or reset for that particular
bit.

Thought about using a counter and 3 other registers to shift the bit
through the 3 registers so the single bit appears in the correct
place, and then do an inclusive or to mask the bit into the existing
data. but it seems complicated.

Have any other ideas?

Assuming that you are using the typical 16Fxx type PIC, you really don't
have any easy way to do it. It might take a little less code if you divide
the 5 bit offset field into two fields. Two bits for the byte number (0,1,
or 2) and three bits for the bit position within the byte. Use the 2-bit
field to set up the FSR to point to the appropriate byte. Then you can just
use the three-bit field to index (by adding to the PCL) into a table that
looks something like this:
retlw 0b00000001
retlw 0b00000010
retlw 0b00000100
retlw 0b00001000
retlw 0b00010000
retlw 0b00100000
retlw 0b01000000
retlw 0b10000000
If necessary, negate the retrieved byte to AND off a bit, or use it as is to
OR one on in the byte pointed to by the FSR.

Yes, I have the basic idea working as suggested, but one more question
if you have any ideas.

I have several data tables for various sequence generation, and I was
wondering if there is an easy way in assembly to call a table using a
variable indentifier. In other words, instead of calling table1,
table2, table3, etc. is there a methode of calling table(x) where x
represents the data table to be used?

I notice I can use a hard number such as <call d'175'> where 175 is
the program line number, and the program will branch to line 175 and
return the desired data. But I can't seem to figure out how to call
some variable location.

Any ideas?

-Bill

 

[Jasen Betts]

On 2008-11-06, Bill B <wrongaddress@att.net> wrote:

On Oct 17, 4:55 pm, "Anthony Fremont" <nob...@noplace.net> wrote:

I notice I can use a hard number such as <call d'175'> where 175 is
the program line number, and the program will branch to line 175 and
return the desired data. But I can't seem to figure out how to call
some variable location.

push it on the stack and do a return?

can't use line numbers, but an array full of locations should work.

Bye.
Jasen

 

[Anthony Fremont]

Bill B wrote:

On Oct 17, 4:55 pm, "Anthony Fremont" <nob...@noplace.net> wrote:
Bill B wrote:
Trying to figure out an easy way to update a single bit within a
group of 24 bits (3 bytes) using a lookup table that returns 8
bits. The first 5 bits from the table will indicate the bit to be
updated (1of 24) and the 6th bit will indicate a set or reset for
that particular bit.

Thought about using a counter and 3 other registers to shift the bit
through the 3 registers so the single bit appears in the correct
place, and then do an inclusive or to mask the bit into the existing
data. but it seems complicated.

Have any other ideas?

Assuming that you are using the typical 16Fxx type PIC, you really
don't have any easy way to do it. It might take a little less code
if you divide the 5 bit offset field into two fields. Two bits for
the byte number (0,1, or 2) and three bits for the bit position
within the byte. Use the 2-bit field to set up the FSR to point to
the appropriate byte. Then you can just use the three-bit field to
index (by adding to the PCL) into a table that looks something like
this:
retlw 0b00000001
retlw 0b00000010
retlw 0b00000100
retlw 0b00001000
retlw 0b00010000
retlw 0b00100000
retlw 0b01000000
retlw 0b10000000
If necessary, negate the retrieved byte to AND off a bit, or use it
as is to OR one on in the byte pointed to by the FSR.

Yes, I have the basic idea working as suggested, but one more question
if you have any ideas.

I have several data tables for various sequence generation, and I was
wondering if there is an easy way in assembly to call a table using a
variable indentifier. In other words, instead of calling table1,
table2, table3, etc. is there a methode of calling table(x) where x
represents the data table to be used?

I notice I can use a hard number such as <call d'175'> where 175 is
the program line number, and the program will branch to line 175 and
return the desired data. But I can't seem to figure out how to call
some variable location.

Any ideas?

-Bill

Is this what you mean? TableNumber is preloaded with the 'number' that you
want (0, 1, 2, 3)
...
CLRC
RLF TableNumber, W ; multiply table number by 2 (0, 2, 4,
6)
ADDWF PCL, F
CALL Table0
GOTO endit
CALL Table1
GOTO endit
CALL Table2
GOTO endit
CALL Table3
...
endit:
...

 

[petrus bitbyter]

"Jasen Betts" <jasen@xnet.co.nz> schreef in bericht
news:gf18uk$71i$10@reversiblemaps.ath.cx...

On 2008-11-06, Bill B <wrongaddress@att.net> wrote:
On Oct 17, 4:55 pm, "Anthony Fremont" <nob...@noplace.net> wrote:


I notice I can use a hard number such as <call d'175'> where 175 is
the program line number, and the program will branch to line 175 and
return the desired data. But I can't seem to figure out how to call
some variable location.

push it on the stack and do a return?

can't use line numbers, but an array full of locations should work.

Bye.
Jasen

The small PICs don't have PUSH and POP instructions.

I see a possibility when you make one large table consisting all the small
ones and an extra table consisting the table addresses. Calling this lookup
routine requires two variables of course, one containing the number of the
table to be consulted and one containing the entry number in that table.
Suppose the entry number stored in the variable 'index' and the table number
stored in w, your code can go like:

call getit ; on return w should
; contain the required value
.
.


getit call gettable_ad ; on entry w contains the table number
addwf index,w
addwf PCL,f
table01 retlw value0101
retlw value0102
.
.
.
table02 retlw value0201
.
.
table03 .
.



gettable_ad addwf PCL,w
retlw table01 & 0xff
retlw table02 & 0xff
.

The whole "large" table, allthough subdivided in smaller ones, should not
cross a page boundary. Same applies for all lookup tables.

petrus bitbyter

 

[JosephKK]

On Sun, 2 Nov 2008 16:49:58 -0800 (PST), Le Chaud Lapin
<jaibuduvin@gmail.com> wrote:

On Nov 2, 3:32 am, Eeyore <rabbitsfriendsandrelati...@hotmail.com
wrote:
Morris Dovey wrote:
rpautrey2 wrote:

Sources for this story include:www.foxnews.com;web.mit.edu.

I would have expected better of an MIT public source.

Not any more. They seem to have caught a stupid virus at MIT.

There seems to be a growing trend where prominent universities publish
sensational-but-misleading research results. Naturally there is a
correlation between the sensation generated and research funding
received. Institutions engaging in this practice might be taking away
research dollars the would have been better allocated elsewhere. And
the media, especially in the age of the WWW, has no incentive to stop
publishing this stuff.

I would be surprised if more than a few US Senators could draw upon
their own insight and intuition to determine the relative merit
between competing projects. I think there should be an impartial
organization that provides brutally objective assessments of these
research results, in plain English, so that our public funds are not
abused.

I guess NSF, NIH, DARPA, etc. have scientists on staff who are
suppposed to do that, but from what I see...ahem.

But in defense of these same organizations, there also seems to be
gradual movement away from academica-only funding. NASA/CAFE has not
been bashful at all in asking for a flying car, from whomever can
provide it. DARPA's ATP states that they will only fund "killer
applications". I think NSF could do a bit more in this regard.

-Le Chaud Lapin-

And the obvious problem is that the deciders are the functional
equivalent of politicized high school dropouts. They are the ones
that had no hope of real employment and went into gub'mint service
instead. They barely know a roofing nail from an hangnail.

For some real information look up many (about 100) recently funded
proposals. I did once and was sick for a week.

 

[JosephKK]

On Tue, 04 Nov 2008 19:49:56 -0500, default <default@defaulter.net>
wrote:

On Mon, 03 Nov 2008 18:45:16 -0800, JosephKK <quiettechblue@yahoo.com
wrote:

On Tue, 23 Sep 2008 15:26:42 -0400, default <default@defaulter.net
wrote:

Does anyone have a schematic for a simple four pin HEI ignition module
from 1970's+ ignition systems. They appear to contain an SCR and a
pair of diodes and resistors.

Pickup Coil connects to two terminals and battery and induction coil
primary the other two, mounting screw provides a ground connection.

Original type mounted to the distributor plate on GM cars and others
and was ~1/4 round shape - I want to adapt it to a motorcycle that has
pickup coils mounted remote from the modules.

Whatever you do, it will be specific to that make, model and year. Do
you know that most 4-cylinder MC have two ignition coils (and no
distributor)? (Some have 4, and many V-twins have two.) Many 1970s
and later MC have some variation of CDI already, do you know what it
currently has? What kind of sensor coils does it use (some still used
points)? Does it have speed variable timing, some do, and some don't.

Of course I know all that.

Make model and year - just a simple switch with no timing advance.

Duh? Like I haven't counted the coils by now? Two coils, two pickup
coils, four cylinders.

CDI is stretching a point - they call it CDI but the module is less
than a cubic inch - no room for a cap. Only one three terminal device
with no inductors, one tiny ceramic cap, and a few diodes - values
unknown. In the 80's CDI meant DC/DC converter and a box of ~10 cubic
inches charging up a 1 uf to 350V to discharge through an ignition
coil. This gizmo doesn't have that many parts - more like a
transistor switch goosed by a pickup coil as a magnet passes by,

No points - pickup coils.

No variable timing - that's done mechanically. Magnets are on a
centrifugal advanced plate, pickup coils are stationary.

It appears as if they just use a transistor switch. The coils have 12
volts to one side of the primary as long as the ignition is on.

When the motor is turning, the other side of the primary goes to
ground briefly. Two identical coils, two identical modules, each
alternately fires on each revolution of the crank - one wasted spark
per two cylinders.

I have an ignition module from a 1984 bike -same plug/receptacle but
the circuitry suggests there is an electronic advance using an RC
network - larger module, more parts, but it still works in the 1980
bike. Suggests to me that there is a primative advance circuit in the
module. But the 84 module still contains mostly passive components
with three small capacitors and more diodes and resistors.

Unlike outboard motors - the bike doesn't have a high voltage winding
on the charging circuit - everything works from 12 VDC.

Good, please humor me and measure primary current versus time on a
running engine. Let me know if you get any surprises.

 

[default]

On Sun, 09 Nov 2008 03:58:40 -0800, JosephKK <quiettechblue@yahoo.com>
wrote:

On Tue, 04 Nov 2008 19:49:56 -0500, default <default@defaulter.net
wrote:

On Mon, 03 Nov 2008 18:45:16 -0800, JosephKK <quiettechblue@yahoo.com
wrote:

On Tue, 23 Sep 2008 15:26:42 -0400, default <default@defaulter.net
wrote:

Does anyone have a schematic for a simple four pin HEI ignition module
from 1970's+ ignition systems. They appear to contain an SCR and a
pair of diodes and resistors.

Pickup Coil connects to two terminals and battery and induction coil
primary the other two, mounting screw provides a ground connection.

Original type mounted to the distributor plate on GM cars and others
and was ~1/4 round shape - I want to adapt it to a motorcycle that has
pickup coils mounted remote from the modules.

Whatever you do, it will be specific to that make, model and year. Do
you know that most 4-cylinder MC have two ignition coils (and no
distributor)? (Some have 4, and many V-twins have two.) Many 1970s
and later MC have some variation of CDI already, do you know what it
currently has? What kind of sensor coils does it use (some still used
points)? Does it have speed variable timing, some do, and some don't.

Of course I know all that.

Make model and year - just a simple switch with no timing advance.

Duh? Like I haven't counted the coils by now? Two coils, two pickup
coils, four cylinders.

CDI is stretching a point - they call it CDI but the module is less
than a cubic inch - no room for a cap. Only one three terminal device
with no inductors, one tiny ceramic cap, and a few diodes - values
unknown. In the 80's CDI meant DC/DC converter and a box of ~10 cubic
inches charging up a 1 uf to 350V to discharge through an ignition
coil. This gizmo doesn't have that many parts - more like a
transistor switch goosed by a pickup coil as a magnet passes by,

No points - pickup coils.

No variable timing - that's done mechanically. Magnets are on a
centrifugal advanced plate, pickup coils are stationary.

It appears as if they just use a transistor switch. The coils have 12
volts to one side of the primary as long as the ignition is on.

When the motor is turning, the other side of the primary goes to
ground briefly. Two identical coils, two identical modules, each
alternately fires on each revolution of the crank - one wasted spark
per two cylinders.

I have an ignition module from a 1984 bike -same plug/receptacle but
the circuitry suggests there is an electronic advance using an RC
network - larger module, more parts, but it still works in the 1980
bike. Suggests to me that there is a primative advance circuit in the
module. But the 84 module still contains mostly passive components
with three small capacitors and more diodes and resistors.

Unlike outboard motors - the bike doesn't have a high voltage winding
on the charging circuit - everything works from 12 VDC.

Good, please humor me and measure primary current versus time on a
running engine. Let me know if you get any surprises.

Not in the near future. It goes to ground and presumably draws some

current. There is a spike of ~300 volts on the primary side from
inductive kick.

Primary current and time would be nice to see. Lacking a current
probe for my scope . . . not that the scope is bright enough to see
outdoors.

Bike is laid up until I get a valve tool. Two of the 16 valves have
below spec clearances, and two more are borderline. I'd do damage to
continue running it in this state. Minimum is .003 and one is below
..0015.
--


----== Posted via Pronews.Com - Unlimited-Unrestricted-Secure Usenet News==----
http://www.pronews.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= - Total Privacy via Encryption =---

 

[JosephKK]

On Wed, 5 Nov 2008 01:00:08 +0000 (UTC), "Bill" wrote:

Jim Thompson <To-Email-Use-The-Envelope-Icon@My-Web-Site.com> wrote:

nfilter/NewsProxy will crash every time while trying to retrieve the
body of this message...

Subject: Converting Excel 2007 Nested "If" Statement to Excel 2003:
Overcom

Is there something there that nfilter/NewsProxy "sees" as code??

Weird.

It's not weird, it's just bug that's been fixed. While you might
not expect the code to touch the message body, it turns out that
it does. In the case of that particular Excel spreadsheet equation,
the offending line was longer than 2048 characters (which has to
include the carriage return-linefeed and the terminating null.)
Simply reducing the number of characters copied between buffers
by one fixes the problem. Note however that the truncation is
"silent" and will show up only in the debug.log file, assuming you
have debugging enabled (which I do NOT recommend except for
troubleshooting, it really slows things down and results in a huge
log file very quickly.)

The code change is noted in the source code, per the GPL.

You can get the fixed version from rapidshare or alt.binaries.freeware
at the URL or Message-IDs below.

Readme (0/1) Message-ID: <2amqn7.oqt.17.1@news.alt.net
binary (1/1) Message-ID: <2amqn8.oqt.17.2@news.alt.net
and/or
binary http://rapidshare.com/files/160733676/nps-125.zip.html

The binary is 431 kB and contains the complete, ready to compile
source code package.

Before anyone brings up the dire warnings my fan club has issued
about the previous builds, please note that the source code _is_
included, refuting the major claim made against it.

Dustin Cook in alt.comp.virus and/or any of the antivirus/antimalware
vendors will probably look at the *.exe and the code if asked.

Please use
alt.usenet.offline-reader.forte-agent.modified
for any further discussion of NewsProxy with me. I'd be glad to
answer any questions about it.

While i would like to get to up to date source, none of your links
worked. My coward ISP has dropped alt.binaries.* and similar.
Please place current source on sourceforge.