EAGLE Netlist conversion

[TT_Man]

"JamesB" <usenet@mesb.co.uk> wrote in message news:fv9sv4$qoc$1@aioe.org...

Hi,

I've got a problem with DXP.

When viewing the gerbers, it appears that we have some components
duplicated outside of the board area, but only on certain layers -
specifically the solder and paste layers, but not on the normal top layer.

I've tried the old trick of selecting outside area and trying to delete
them but they won't show up at all in Protel. Using the inspector list, I
can't see them either and definately can't delete them.

Any ideas?

Thanks,

--
James

Typical..... how about turning all layers on and retrying? I've found
library errors that cause similar problems in the old 'Client' version and
the culprit was in an odd ball layer.

 

[Brad Velander]

My suggestion,
Check all your library parts used in the design in the library editor,
check that none of them have extraneous bits spread out away from the main
body of the part. In the library viewer window the part should roughly come
in filling the screen (either X or Y) with all layers turned on so you can
see anything on any layer. If it comes in smaller, then there is probably a
primitive spread out away from the main body of the part. Then update the
PCB parts from the library once you have confirmed your library parts are
alright. I suspect that you have gotten some primitives from a land
pattern/footprint accidently moved out to the extremes of the database. If
you get it fixed, make sure that all your land patterns have their
primitives locked so that they cannot be moved separate from the whole land
pattern again. That's my best guess at what may be going on.

To try and just remove the problem, the selection trick that should work
is actually. Turn on all used layers. Select All, then Deselect Inside
mousing just around your board outline, then Shift-Delete. The details of
this operation are: This selects everything regardless of it's location.
Then you deselect anything within the board outline. Then delete the still
selected items.
The key operation is the Deselect anything bounded by the board outline.
If it is even a segment of a land pattern that was moved outside the board
outline, that item will not be deselected by bounding the board outline.
Then when you Shift Delete, you will remove that offending item with
remnants out in the extremes because it was not deselected by the bounding
box only around the PCB outline. If this seems to work then run the Update
PCB from your schematic again, it will probably add back components that you
did delete fixing the problem. Finally run your DRC to see that everything
is still as per the rules and connectivity.

By your original comments, the only way that soldermask portions of a
part land pattern can move away from the pads is when they are added into
the land pattern as a separate primitive. Otherwise most of the normal
soldermask detail is calculated from the pads. Since you say there are no
pads in that area, then the culprit(s) must be from land patterns that have
separate soldermask primitives (fills, traces, polygons on the soldermask
layers) within the land pattern. Does that help you zero in on the culrpit
parts?

--
Sincerely,
Brad Velander.

"TT_Man" <Someone@ntlworld.com> wrote in message
news:gm%Rj.60714$h65.42081@newsfe2-gui.ntli.net...

"JamesB" <usenet@mesb.co.uk> wrote in message
news:fv9sv4$qoc$1@aioe.org...
Hi,

I've got a problem with DXP.

When viewing the gerbers, it appears that we have some components
duplicated outside of the board area, but only on certain layers -
specifically the solder and paste layers, but not on the normal top
layer.

I've tried the old trick of selecting outside area and trying to delete
them but they won't show up at all in Protel. Using the inspector list, I
can't see them either and definately can't delete them.

Any ideas?

Thanks,

--
James

 

[TT_Man]

Thanks Brad. I did your select trick which solvevd the problem. Funnily
enough, re-updating the PCB didn't cause any changes and the problem
hasn't come back.

Love to know why that happened, but I've given up trying to find logic
with DXP sometimes.

Thanks,

--
James

You and half the other protel users around the world no doubt.... A similar
thing happens with copy .sch to new.sch and part of the .sch is outside the
paper size box.....
Rather the devil you know, I suppose.

 

[TT_Man]

Thanks Brad. I did your select trick which solvevd the problem. Funnily
enough, re-updating the PCB didn't cause any changes and the problem
hasn't come back.

Love to know why that happened, but I've given up trying to find logic
with DXP sometimes.

Thanks,

--
James

You and half the other protel users around the world no doubt.... A similar
thing happens with copy .sch to new.sch and part of the .sch is outside the
paper size box.....
Rather the devil you know, I suppose.

 

[Brad Velander]

James,
Glad I could help.

That selection/delete technique is almost fool proof. Other combinations
or variations may work in limited cases but the one that I explained is the
most common one to fix these problems because everything is selected, then
the desired and well behaved section of the selection is removed from the
selection and the unruly bits are deleted. But there are some very unique
cases where it doesn't work either. That selection and deletion routine also
works with the infamous items in the unviewable negative quadrants of the
database, i.e. less than zero on either the X or Y axis.

How you got there? Well the most common manner in which someone gets to
that point is via the fact that they copied-pasted or moved something while
they inadvertently had something else selected, somewhere outside of their
current view/section o fthe design. When they move what they want to move
they also copy/duplicate/move something that they were unaware they had
selected at the time and it ends up somewhere out in the boonies. The most
important practice to force into your brain is to "X" (Deselect), "A"ll
before making a selection(s) for any copy or move operations.

The items that you deleted must not have been anything important to the
design if a subsequent update from the schematic did not add anything back
in. I had suspected that maybe the operation would remove a spread out
footprint and then the update would bring in a fresh one.

AD/DXP/Protel is actually a fairly logical package, however too many
people compare it against their former tools in determining their view of
that logic and a lot of the other tools are not that logical when examined
with pure logic in mind. I have used a number of them over my years and they
all have their quirks to one extent or the other. The largest number of
complaints definitely come from users forced to switch over but that is
always the case with every package. Most are being forced to change from
another package, not changing by choice. After a while a number of them do
eventually see that light and only look for improvements, not to turn the
whole package upside down.

--
Sincerely,
Brad Velander.

"JamesB" <usenet@mesb.co.uk> wrote in message news:fvbufp$g2c$1@aioe.org...

Thanks Brad. I did your select trick which solvevd the problem. Funnily
enough, re-updating the PCB didn't cause any changes and the problem
hasn't come back.

Love to know why that happened, but I've given up trying to find logic
with DXP sometimes.

Thanks,

--
James

 

[Joel Koltner]

"JeffM" <jeffm_@email.com> wrote in message
news:8c06b23d-a1da-4bbc-b379-ce00ce5c9004@x19g2000prg.googlegroups.com...

vinhkan wrote:
How do I convert cadstar pcb design files to orcad
or anything else but cadstar?
Buy Pulsonix.
(Scroll down to Brad Velander's post to get the truth.)

Pulsonix was more or less (as far as I can tell) founded by former CadStar
employees, so I would tend to imagine it has the best CadStar import of any of
the packages out there, since the Pulsonix guys would conceivably have more
information about the internal design formats and what-not than most
companies.

Not that I've ever actually imported a CadStar schematic into Pulsonix, mind
you (only ORCAD schematic, and those turn out pretty darned good if not
perfect)... or even used CadStar for more than about 15 minutes in my life...

---Joel

 

[Joel Koltner]

"JeffM" <jeffm_@email.com> wrote in message
news:8c06b23d-a1da-4bbc-b379-ce00ce5c9004@x19g2000prg.googlegroups.com...

vinhkan wrote:
How do I convert cadstar pcb design files to orcad
or anything else but cadstar?
Buy Pulsonix.
(Scroll down to Brad Velander's post to get the truth.)

Pulsonix was more or less (as far as I can tell) founded by former CadStar
employees, so I would tend to imagine it has the best CadStar import of any of
the packages out there, since the Pulsonix guys would conceivably have more
information about the internal design formats and what-not than most
companies.

Not that I've ever actually imported a CadStar schematic into Pulsonix, mind
you (only ORCAD schematic, and those turn out pretty darned good if not
perfect)... or even used CadStar for more than about 15 minutes in my life...

---Joel

 

[Joel Koltner]

"Anton Erasmus" <nobody@spam.prevent.net> wrote in message
news:2u0u34dilflka6o06eetl5866pbrod9kt6@4ax.com...

I have not been able to get on the Pulsonix web site over the last
three days. Even doing it via an anonymous proxy does not work.
Anybody know what the problem is ?

There was a mention on the Yahoo! group yesterday that it's down... Leon
called them up and they said they're not entirely certain when it'll be back
(meaning, the problem is with their ISP).

---Joel

 

[Joel Koltner]

<rich.ecot@gmail.com> wrote in message
news:675948cf-11c3-4733-b69f-0194c72de4ea@c65g2000hsa.googlegroups.com...

For those who need it I put the latest updates I had from IVEX on
box.net.

Wow, there's a name I haven't heard in years. I wonder what happened to the
authors after Ivex went out of business?

 

[Brad Velander]

Joel,
Which authors are you talking about? The original coders were some
Telecom India employees.

Then it bounced around Vancouver BC, then somewhere in the western US,
then I heard it was in Korea, ...then I no longer heard anything. The guys
that originally had it in Vancouver and then moved it to the western US,
were definitely not programmers, they were just flogging it. They harrassed
me for a while to assess and use it because we were located just a few
blocks away from their office. I took a quick look and then ran for the
hills.

--
Sincerely,
Brad Velander.

"Joel Koltner" <zapwireDASHgroups@yahoo.com> wrote in message
news:imS6k.200291$fB7.108809@en-nntp-06.dc1.easynews.com...

rich.ecot@gmail.com> wrote in message
news:675948cf-11c3-4733-b69f-0194c72de4ea@c65g2000hsa.googlegroups.com...
For those who need it I put the latest updates I had from IVEX on
box.net.

Wow, there's a name I haven't heard in years. I wonder what happened to
the authors after Ivex went out of business?

 

[Joel Koltner]

"Brad Velander" <bveland@SpamThis.com> wrote in message
news:QnY6k.18913$Jx.10667@pd7urf1no...

Which authors are you talking about? The original coders were some
Telecom India employees.

They had a Beaverton, Oregon address for awhile -- and I first saw a copy for
sale in a Salem, Oregon store -- so I figured the developers were local, like
OrCAD decades ago. But apparently those folks were just the floggers you
mentioned...

I took a quick look and then ran for the hills.

I never used it, but from purusing the manual I felt they were aiming it at
the low-end/hobbyist market. Where I worked at the time we were using P-CAD,
which was clearly far mroe powerful, but also of course far more expensive.

 

[Brad Velander]

Hi Joel,
Yeah that is ringing a bell somewhere in my head. I could recall that
they moved from Vancouver down into the western US somewhere, now that you
mention Beaverton Oregon, that sounds about right. At the time we were using
Protel SCH/PADs when they were trying to sway us over to their product.
Since they were so close, they visited quite often at first. It was during
those initial visits that I queried them about who wrote and supported the
code. They confessed that it was originally written in India by some
employees with the state Telecom company. Which made a lot of sense when I
looked at the canned libraries, mostly all telecom and communications parts
with a little logic.
--
Sincerely,
Brad Velander.


"Joel Koltner" <zapwireDASHgroups@yahoo.com> wrote in message
news:uPQ7k.183596$pm2.58021@en-nntp-04.dc1.easynews.com...

"Brad Velander" <bveland@SpamThis.com> wrote in message
news:QnY6k.18913$Jx.10667@pd7urf1no...
Which authors are you talking about? The original coders were some
Telecom India employees.

They had a Beaverton, Oregon address for awhile -- and I first saw a copy
for sale in a Salem, Oregon store -- so I figured the developers were
local, like OrCAD decades ago. But apparently those folks were just the
floggers you mentioned...

I took a quick look and then ran for the hills.

I never used it, but from purusing the manual I felt they were aiming it
at the low-end/hobbyist market. Where I worked at the time we were using
P-CAD, which was clearly far mroe powerful, but also of course far more
expensive.

 

[Joel Koltner]

"jkautsch" <jkautsch@02n.net> wrote in message
news:9156e9c5-986c-40df-8a78-d910478a9a6d@27g2000hsf.googlegroups.com...

Also SIMetrix (another Spice Simulator) has something called
"Transient restart".

I don't think this is quite what you want... AFAIK, their "transient restart"
really just means, "keep simulating for longer... since this whole 'stop time'
bit was 100% artificial anyway..." (For a long time they didn't even have a
"stop simulation" button on their GUI -- only "pause," because they figured
that there wasn't a whole lot of point in "stop and go no further" -- which
originally struck me as odd, but these days makes a lot of sense. They added
a "stop" button to make people who felt it odd happy, and then took what they
always had and made it a feature!)

 

[Joel Koltner]

"Joerg" <notthisjoergsch@removethispacbell.net> wrote in message
news:6IIkk.17880$89.16835@nlpi069.nbdc.sbc.com...

The US in general is IMHO far behind when it comes to integration.

As far as I can tell, the problem is actually somewhat due to the U.S. getting
"computerized" sooner than many other countries: Many small players cropped
up, and it took some years before enough clinics were computerized that a
strong need for data exchange arrived. At that point, of course, the wars
over whose standard would be used began... with many clinics just sitting it
out, waiting for the government to step in (with Medicare and the VA program)
and settle the matter.


When we visit sick folks we often see half a

dozen nurses incessantly shuffling paperwork and (very few) others doing the
real work. That was different in Europe. Last time I witnessed a clinical
over there all the data was sucked into the big repository instantly and the
doc keyed his findings right into the keyboard of our ultrasound system.
Between four catheter labs they had only one (!) data entry technician. And
this guy also did all the re-cablings and such.

--
Regards, Joerg

http://www.analogconsultants.com/

"gmail" domain blocked because of excessive spam.
Use another domain or send PM.

 

[Joel Koltner]

"Joerg" <notthisjoergsch@removethispacbell.net> wrote in message
newsKJkk.15469$cW3.1823@nlpi064.nbdc.sbc.com...

Maybe they need to set their clocks to the correct decade. This has been
solved many, many moons ago

There's a lot more to your medical records than just what DICOM encodes -- for
starters, there's all the various procedure codes, their results, and billing
arrangements that have to be recorded.

That being said, it's certanily not a technical problem -- plenty of vendors
have software that can make for completely paperless clinics (if that's what's
desired). The problem arises as soon as they have to send those results to
anyone else, and as with all border crossings, the politics ensue.

In the U.S. medicare (and others, I imagine) are working on the problem, but I
expect the results will be similar to the IRS and eFiling -- it'll eventually
work reasonably well and become ubiquitous, but don't expect a fast timeline
or even any cost savings.

---Joel

 

[Leo Sahlsten]

"Hammy" <spamme@hotmail.com> kirjoitti
viestissä:vt3ic4te45qol5ak99n9g7qqujfo68cknu@4ax.com...

Does anyone see any reason why every circuit I try this model in it
fails to converge? I tried relaxing the tolerances,increaseing the
iteration limit and skipping the DC bias.

TLV2372

* BEGIN MODEL TLV2372
* PINOUT ORDER +IN -IN +V -V OUT
* PINOUT ORDER 3 4 6 2 1
.SUBCKT TLV2372 3 4 6 2 1
* BEGIN NOTES
* FOR MORE ACCURATE CURRENTS
* IF LOOKING AT BIAS CURRENT
* USE GMIN-1E-13
* MODEL TEMPERATURE RANGE IS
* -40 C TO +125 C, NOT ALL
* PARAMETERS TRACK THOSE OF
* THE REAL PART VS TEMPERATURE
* END NOTES
* BEGIN FEATURES
* OPEN LOOP GAIN AND PHASE
* INPUT VOLTAGE NOISE W 1/F
* INPUT CURRENT NOISE
* INPUT BIAS CURRENT
* INPUT BIAS CURRENT VS TEMPERATURE
* INPUT CAPACITANCE
* INPUT COMMON MODE VOLTAGE RANGE
* INPUT VOS SHIFT WITH VCM
* INPUT CLAMPS TO RAILS
* CMRR WITH FREQUENCY EFFECTS
* PSRR WITH FREQUENCY EFFECTS
* SLEW RATE
* QUIESCENT CURRENT
* HIGH CLOAD EFFECTS
* CLASS AB BIAS IN OUTPUT STAGE
* OUTPUT CURRENT THROUGH SUPPLIES
* OUTPUT CURRENT LIMITING
* OUTPUT CLAMPS TO RAILS
* OUTPUT SWING VS OUTPUT CURRENT
* END FEATURES
VEN 5 2 2
REN 5 2 1E12
Q20 7 8 9 QLN
R3 10 11 2
R4 12 11 2
R10 8 13 1E3
R11 14 15 1E3
R12 16 6 4
R13 2 17 4
R16 18 19 200
R17 20 21 4
R18 9 22 4
D5 23 6 DD
D6 2 23 DD
D7 24 0 DIN
D8 25 0 DIN
I8 0 24 0.1E-3
I9 0 25 0.1E-3
E2 9 0 2 0 1
E3 21 0 6 0 1
D9 26 0 DVN
D10 27 0 DVN
I10 0 26 0.1E-3
I11 0 27 0.1E-3
E4 28 4 26 27 0.025
G2 29 4 24 25 2.9E-7
R22 2 6 100E6
E5 30 0 21 0 1
E6 31 0 9 0 1
E7 32 0 33 0 1
R30 30 34 1E5
R31 31 35 1E5
R32 32 36 1E5
R33 0 34 10
R34 0 35 10
R35 0 36 10
E10 37 3 36 0 0.01
R36 38 33 1E3
R37 33 39 1E3
C6 30 34 0.2E-12
C7 31 35 0.2E-12
C8 32 36 0.2E-12
E11 40 37 35 0 0.8
E12 29 40 34 0 0.8
E14 41 9 21 9 0.5
D11 18 21 DD
D12 9 18 DD
M1 42 43 17 17 NOUT L=3U W=80U
M2 44 45 16 16 POUT L=3U W=80U
M3 46 46 20 20 POUT L=3U W=80U
M4 47 48 10 10 PIN L=3U W=110U
M5 49 50 12 12 PIN L=3U W=110U
M8 51 51 22 22 NOUT L=3U W=80U
R43 52 45 100
R44 53 43 100
G3 18 41 54 41 0.2E-3
R45 41 18 120E6
C12 19 23 10E-12
R46 9 47 2E3
R47 9 49 2E3
C13 47 49 1E-12
C14 29 0 4E-12
C15 28 0 4E-12
C16 23 0 0.5E-12
D13 43 7 DD
D14 55 45 DD
Q15 55 15 21 QLP
V18 29 56 0
M19 57 58 21 21 PIN L=6U W=500U
E17 39 0 29 0 1
E18 38 0 4 0 1
M23 58 58 21 21 PIN L=6U W=500U
V21 57 11 0
R59 23 44 1
R60 42 23 1
J1 59 29 59 JNC
J2 59 28 59 JNC
J3 28 60 28 JNC
J4 29 60 29 JNC
C21 29 61 2E-12
E20 62 41 49 47 1
R62 62 54 1E4
C23 54 41 0.1E-12
G7 63 41 18 41 -1E-3
G8 41 64 18 41 1E-3
G9 41 65 51 9 1E-3
G10 66 41 21 46 1E-3
D17 66 63 DD
D18 64 65 DD
R66 63 66 100E6
R67 65 64 100E6
R68 66 21 1E3
R69 9 65 1E3
E23 21 52 21 66 1
E24 53 9 65 9 1
R70 64 41 1E6
R71 65 41 1E6
R72 41 66 1E6
R73 41 63 1E6
G11 6 2 67 0 315E-6
R75 40 29 1E9
R76 37 40 1E9
R77 3 37 1E9
R78 4 28 1E9
R79 41 54 1E9
R81 52 21 1E9
R82 9 53 1E9
R83 33 0 1E9
G14 58 9 67 0 55U
G15 46 51 67 0 80U
E48 68 18 67 0 30
E49 69 41 67 0 -30
V49 70 69 15
V50 71 68 -15
R127 68 0 1E12
R128 69 0 1E12
M41 41 71 18 72 PSW L=1.5U W=150U
M42 18 70 41 73 NSW L=1.5U
R129 72 0 1E12
R130 73 0 1E12
M43 74 5 9 9 NEN L=3U W=300U
M44 75 76 9 9 NEN L=3U W=3000U
R131 74 21 1E4
R132 75 77 1E6
V51 77 9 1
M45 78 78 21 21 PEN L=6U W=60U
M46 5 78 21 21 PEN L=6U W=60U
I20 78 9 0.1E-6
C26 5 0 1E-12
E50 67 0 79 9 1
V52 75 79 1.111E-6
R133 9 79 1E12
C32 21 74 3E-15
C33 77 75 3E-15
I21 6 2 30E-6
L1 23 1 4E-9
R150 23 1 400
V78 21 59 0
V79 60 9 0
R155 46 21 1E8
R156 9 51 1E8
R157 17 43 1E8
R158 16 45 1E8
RG1 0 67 1E9
R159 61 28 100
R225 50 28 25E3
R226 48 56 25E3
M48 80 81 2 2 NIQS L=3U W=1000
R297 80 6 61.5E3
E94 81 2 67 0 2
M49 82 74 9 9 NEN L=3U W=300U
M50 76 82 9 9 NEN L=3U W=300U
R298 82 77 1E4
R299 76 77 1E4
C35 77 82 40E-12
M51 83 84 85 85 NIN L=3U W=110U
M52 86 87 88 88 NIN L=3U W=110U
R300 89 85 2
R301 89 88 2
R302 83 21 2E3
R303 86 21 2E3
C36 83 86 1E-12
G36 18 41 90 41 0.2E-3
R304 41 90 1E9
C37 90 41 0.1E-12
E97 91 41 86 83 1
R305 91 90 1E4
V115 92 56 1E-3
R306 28 87 25E3
R307 92 84 25E3
M53 93 94 95 95 PIN L=6U W=500U
R308 95 57 2E3
V116 21 94 1.25
M54 93 93 9 9 NIN L=3U W=500U
M55 89 93 9 9 NIN L=3U W=500U
E98 21 14 6 16 1
E99 13 9 17 2 1
C105 77 76 130E-12
R233 78 21 1E12
R334 93 9 1E12
R335 58 21 1E12
R336 94 21 1E12
R337 2 81 1E12
G37 28 0 96 0 6.6E-12
I48 28 0 1E-12
I49 0 97 1E-3
D46 97 0 DD
V119 97 98 0.7
R633 0 98 1E6
E100 99 0 98 0 -571
R634 0 99 1E6
D47 100 96 DD
V120 99 100 83.5
G38 29 0 96 0 6.6E-12
I50 29 0 1E-12
R635 0 96 1E6
R636 96 100 1E11
.MODEL DVN D KF=8E-12 IS=1E-16
.MODEL DD D
.MODEL DIN D
.MODEL QLN NPN
.MODEL QLP PNP
.MODEL JNC NJF
.MODEL POUT PMOS KP=200U VTO=-0.7
.MODEL NOUT NMOS KP=200U VTO=0.7
.MODEL PIN PMOS KP=200U VTO=-0.7
.MODEL NIN NMOS KP=200U VTO=0.7
.MODEL NIQS NMOS KP=200U VTO=0.7 IS=1E-18
.MODEL NEN NMOS KP=200U VTO=0.5 IS=1E-18
.MODEL PEN PMOS KP=200U VTO=-0.7 IS=1E-18
.MODEL PSW PMOS KP=200U VTO=-7.5 IS=1E-18
.MODEL NSW NMOS KP=200U VTO=7.5 IS=1E-18
.ENDS
* END MODEL TLV2372

I tried the model in SIMetrix. Did fine in AC and DC analysis but in
transient analysis did not converge.

Leo

 

[Kevin Aylward]

{snip}

Why do you suppose that there is a reason?

Kevin Aylward

www.anasoft.co.uk
SuperSpice

 

[Charles]

"Kevin Aylward" <kaExtractThis@kevinaylward.co.uk> wrote in message
newswwyk.56734$E41.28902@text.news.virginmedia.com...

{snip}

Why do you suppose that there is a reason?

Many intuit that there is a "reason" for everything. Many buy into
creationism and intelligent design. The "many" could be correct, in limited
ways. So far, there is no scientific evidence that they are correct, but
science "ain't" the last word ... never has been and never will be. Science
is neat because it is self-correcting but that hardly guarantees that it is
correct at any given time on any given subject.

Marconi and countless others have ignored what was then current science and
prevailed.

Scientists have narrow realms of understanding and should be willing to
admit to their limits. Scientists typically have big egos. As a glaring
example: http://www.npr.org/templates/story/story.php?storyId=5573656

I am an atheist who is not uncomforted by folks of faith ... until they try
to shove their particular brand up my arse or into my community or into the
education system. I don't much care for strutting scientists, either.

 

[Kevin Aylward]

RichD wrote:

On Sep 12, "Kevin Aylward" <kaExtractT...@kevinaylward.co.uk> wrote:
{snip}

Why do you suppose that there is a reason?

Why do you suppose there is a reason
for his supposition?

I didnt.

Kevin Aylward

 

[Kevin Aylward]

Charles wrote:

"Kevin Aylward" <kaExtractThis@kevinaylward.co.uk> wrote in message
newswwyk.56734$E41.28902@text.news.virginmedia.com...
{snip}

Why do you suppose that there is a reason?

Many intuit that there is a "reason" for everything. Many buy into
creationism and intelligent design. The "many" could be correct, in
limited ways. So far, there is no scientific evidence that they are
correct, but science "ain't" the last word ... never has been and
never will be.

I don't really know that you mean by this. As far as I see, is that all
there is in this universe is mass-energy. That's it. Science, somewhat
arbitrarily, chooses some axioms and uses them to explain how mass energy
behaves. Unfortunately, what with them non-linear partial differential
equations, with arbitrary functions of integration, it may be a tad
difficult to locate a unique solution.

Science is neat because it is self-correcting but
that hardly guarantees that it is correct at any given time on any
given subject.

I don't see the relevance of this either. So what if science makes mistakes.
Such mistakes don't indicate that there is something "other than"
mass-energy.

Marconi and countless others have ignored what was then current
science and prevailed.

Scientists have narrow realms of understanding and should be willing
to admit to their limits.

Some do, some don't to both points.

Scientists typically have big egos.

As does everyone, by and large

As a
glaring example:
http://www.npr.org/templates/story/story.php?storyId=5573656

Yeah...

Kevin Aylward

www.anasoft.co.uk