Science and Technology news... :: View topic

Mike · Guest

ha, ha, i know better than that.

SCRs arnt images, its a virus i know it

<peuieh@doit.wisc.edu> wrote in message
news:bg9u23$osn$846@news.doit.wisc.edu...
[quote]Hidden cam pics of my hot neighbor tanning nude, download them.

vhnksbgmccwmmcmimsyuiounwejzzlxktkogixqhtbgykddwdtukhmrxiwywjfdnjrglzufuldjk[/quote]
vugileuqnupogkklzkdnomr
[quote]
[/quote]

Ian · Guest

Mathias

I>m sorry I can>t help you with your enquiry but I do want to give you some
encouragement! I am a long time user of Orcad SDT 3.22 and would love to use
it a higher screen resolutions than the 640x480 that I>ve had for 15 years
and the 800x600 that I got this week!

Is the schematic part of Orcad 386 the same as SDT 3? and do they use the
same drivers?

Best wishes

Ian Phillips

"Matthias Hartl" <maze@altmuehlnet.de> wrote in message
news:bgas28$bev$02$1@news.t-online.com...
[quote]Hello,

Does anyone know, if OrCAD has ever released a sample video driver source
code for their old OrCAD 386 series? I>m currently trying to write a new
video driver which fully complies to the VESA 1.2+ standard. Therefore
I>ve
"investigated" one of their drivers, called VESA1024.DRV. After many hours
of work, I already managed to fix a few bugs, so that the screen doesn>t
get
distorted when moving the mouse or when a new menu pops up, but going any
further than that is very difficult. I wanted to rewrite the whole driver,
but due to lack of missing documentation I still don>t fully understand
interaction between the driver and the program. ANY kind of help would be
appreciated! I already have a mixture of assembler and c source codes I>m
willing to share. They do compile and produce a working video driver.

With kind regards,
Matthias Hartl

[/quote]

Matthias Hartl · Guest

Hello Ian,

[quote]Is the schematic part of Orcad 386 the same as SDT 3?
[/quote]
As far as I know they>re completely different, although both user interfaces
look very much the same. SDT3 had to struggle with many limitations, because
it was a "real-mode" application. SDT 386+ runs in "protected mode" and
therefore has access to all built-in ram by means of a flat addressing mode.

[quote]and do they use the same drivers?
[/quote]
I haven>t yet disassembled a SDT3 driver, but I doubt they have the same
interface. It>s certain, that the 386 series drivers have the same interface
as the ones for series IV, which still was real-mode. OrCAD 386 uses a
so-called real-mode interface handler in order to use the real-mode video
drivers from protected-mode. This is a bit of a hack, but it surely saved
them many man-hours of work rewriting drivers ...

With kind regards,
Matthias

Ian · Guest

Matthias

I only use Orcad for schematic capture, is it worth me 'upgrading' to 386?
(if I can find a copy)

I have the Vesa800.drv and Vesa1024.drv files but they have much later dates
than my Orcad programme files and do not work (just give 'wrong version'
error message.

I don>t know what limitations SDT3 had to contend with but the programmers
produced a marvellous result.

Ian Phillips

"Matthias Hartl" <maze@altmuehlnet.de> wrote in message
news:bgau35$dle$02$1@news.t-online.com...
[quote]Hello Ian,

Is the schematic part of Orcad 386 the same as SDT 3?

As far as I know they>re completely different, although both user
interfaces
look very much the same. SDT3 had to struggle with many limitations,
because
it was a "real-mode" application. SDT 386+ runs in "protected mode" and
therefore has access to all built-in ram by means of a flat addressing
mode.

and do they use the same drivers?

I haven>t yet disassembled a SDT3 driver, but I doubt they have the same
interface. It>s certain, that the 386 series drivers have the same
interface
as the ones for series IV, which still was real-mode. OrCAD 386 uses a
so-called real-mode interface handler in order to use the real-mode video
drivers from protected-mode. This is a bit of a hack, but it surely saved
them many man-hours of work rewriting drivers ...

With kind regards,
Matthias

[/quote]

Mostafa Kassem · Guest

Matthias Hartl wrote:
[quote]Hello,

Does anyone know, if OrCAD has ever released a sample video driver source
code for their old OrCAD 386 series? I>m currently trying to write a new
video driver which fully complies to the VESA 1.2+ standard. Therefore I>ve
"investigated" one of their drivers, called VESA1024.DRV. After many hours
of work, I already managed to fix a few bugs, so that the screen doesn>t get
distorted when moving the mouse or when a new menu pops up, but going any
further than that is very difficult. I wanted to rewrite the whole driver,
but due to lack of missing documentation I still don>t fully understand
interaction between the driver and the program. ANY kind of help would be
appreciated! I already have a mixture of assembler and c source codes I>m
willing to share. They do compile and produce a working video driver.

With kind regards,
Matthias Hartl

[/quote]
I have the latest version of Orcad386 and I don>t see any Vesa1024.drv in
my driver directory. Where did you find that driver?

Mostafa

------------------------------------------------------
Mostafa Kassem
http://www.hasata.ca
Reply to: M DOT Kassem AT ieee DOT org
-----------------------------------------------------

qrk · Guest

On Thu, 31 Jul 2003 12:46:31 +0200, "Matthias Hartl"
<maze@altmuehlnet.de> wrote:

[quote]Hello,

Does anyone know, if OrCAD has ever released a sample video driver source
code for their old OrCAD 386 series? I>m currently trying to write a new
video driver which fully complies to the VESA 1.2+ standard. Therefore I>ve
"investigated" one of their drivers, called VESA1024.DRV. After many hours
of work, I already managed to fix a few bugs, so that the screen doesn>t get
distorted when moving the mouse or when a new menu pops up, but going any
further than that is very difficult. I wanted to rewrite the whole driver,
but due to lack of missing documentation I still don>t fully understand
interaction between the driver and the program. ANY kind of help would be
appreciated! I already have a mixture of assembler and c source codes I>m
willing to share. They do compile and produce a working video driver.

With kind regards,
Matthias Hartl

Boy, if you get this working, I>m sure a bunch of us would like your[/quote]
driver. Unfortunately, I am unable to help you on the Vesa driver
issue.

I have a hacked version of composer.exe which allows you place pins at
the same location. Handy for modern digital parts with lots of ground
and power pins. You can have 50 ground pins look like one pin. Reduces
the symbol size for high-pin count parts.

Mark

Matthias Hartl · Guest

Hello Mostafa,

[quote]I have the latest version of Orcad386 and I don>t see any Vesa1024.drv in
my driver directory. Where did you find that driver?
[/quote]
This driver was only distributed through their BBS. It was never included
with any version of OrCAD 386 AFAIK. I can mail this driver to you, but
judging from my thorough analysis, I doubt it would be any good for you. It
run>s perfectly well on any SVGA card, that implements 2 so-called "video
memory windows" with exclusive read/write access. Needless to say, almost
any modern card I>ve tried so far doesn>t implement video memory windows
like this.

With kind regards,
Matthias

Matthias Hartl · Guest

Hello Mark,

[quote]Boy, if you get this working, I>m sure a bunch of us would like your
driver.
[/quote]
It>s good to see, that there>s interesst in this project!

[quote]Unfortunately, I am unable to help you on the Vesa driver issue.
[/quote]
Well, and that>s exactly the problem. If I can>t find anyone who can at
least give me some hints, I>m lost. There are really strange things going on
inside the driver and I need some explanations.

Cheers,
Matthias

Kevin Aylward · Guest

nws wrote:
[quote]In the Eagle system, we have nets and we have signals, what
is the diference ?
[/quote]
A net would refer only to wires, i.e voltages on the wires. A signal
would refer to voltages and pin currents.

Kevin Aylward
salesEXTRACT@anasoft.co.uk
http://www.anasoft.co.uk
SuperSpice, a very affordable Mixed-Mode
Windows Simulator with Schematic Capture,
Waveform Display, FFT>s and Filter Design.

David Harmon · Guest

On Sat, 2 Aug 2003 13:58:43 +0100 in sci.electronics.cad,
"Kevin Aylward" <kevin@anasoft.co.uk> wrote:

[quote]nws wrote:
In the Eagle system, we have nets and we have signals, what
is the diference ?

A net would refer only to wires, i.e voltages on the wires. A signal
would refer to voltages and pin currents.
[/quote]
You have no idea what you are talking about. I.e. Eagle commands.

At the risk of oversimplification, "net" is like "wire"+"signal".
"Signal" means that things are logically connected.
"Wire" means that there is a line drawn on your document.
Normally, you will want to do both at the same time with "net".

Use "net" to add a connection on the schematic, which simultaneously
appears on the board as an airwire to be routed later. Or, if
working on a board without an associated schematic, use "net" to
draw a track on the board that can be ripped up and rerouted if you
choose.

Use "signal" if you are working on a board without a schematic, and
you want to add just an airwire. "Signal" cannot be used on a
schematic, because schematics are not allowed airwires.

Use "net".

Mike Engelhardt · Guest

The duty cycle isn>t exactly 50%. When I change the .tran command to
".tran 0 2.0m 1m 10n" then V(n001) and V(vrc) average to 2.525V and
2.5248V respectively. These are pretty close to the same. Note you
can compute the average/rms of a trace by holding down the control
key and left mouse clicking on the trace label. You might want to
adjust your PWL waveform.

--Mike

"Chris Carlen" <crobc@BOGUSFIELD.earthlink.net> wrote in message
news:bgh8s402q9h@enews3.newsguy.com...
[quote]Hi:

I am beginning a PWM solenoid driver simulation, and discovered that my
average output voltage isn>t precisely equal to the duty cycle of my PWM
waveform times the peak voltage:

* Y:\spice\LT-SWcad\solenoid.drive\exp-2.asc
V1 C_neg 0 PULSE(0 1 0 9.98u 20n 0 0u)
V2 C_pos 0 0.5
V3 Vpos 0 5
V4 0 Vneg 0
R1 N001 Vrc 1k
C1 Vrc 0 100n
B1 N001 0 V=limit({Cgain}*(v(C_pos)-v(C_neg)),v(Vpos),v(Vneg))
.tran 0 2.0m 0 10n
.param Cgain=1E4
.backanno
.end

I>m using the B source as a cheap comparator, with gain Cgain, and
inputs C_pos and C_neg.

I sim-ed this then magnified the graph of Vrc in the later time regions
where it levels off, say from 1.5ms to 2ms. The average is 2.5249V.

Adding the line:

.ic v(Vrc)=0

which makes the levelling off start from zero volts instead of 5V,
causes the same result, so the problem isn>t just not waiting long enough.

Why isn>t the average precisely 2.500V ?

Thanks!

--
_____________________
Christopher R. Carlen
crobc@earthlink.net
Suse 8.1 Linux 2.4.19
[/quote]

Kevin Aylward · Guest

David Harmon wrote:
[quote]On Sat, 2 Aug 2003 13:58:43 +0100 in sci.electronics.cad,
"Kevin Aylward" <kevin@anasoft.co.uk> wrote:

nws wrote:
In the Eagle system, we have nets and we have signals, what
is the diference ?

A net would refer only to wires, i.e voltages on the wires. A signal
would refer to voltages and pin currents.

You have no idea what you are talking about.
[/quote]

Indeed I do. I am discussing general terms on schematic captures, I was
not referring specifically to idiosyncrasies of Eagle. It was not
apparent that your issue was Eagle specific, or a general understanding
of generic terms, as often used.

I.e. Eagle commands.
[quote]
At the risk of oversimplification, "net" is like "wire"+"signal".
"Signal" means that things are logically connected.
[/quote]
Which is obviously totaly at odds to what would expect signals and nets
to mean in a generic way.

[quote]"Wire" means that there is a line drawn on your document.
[/quote]
A wire is the thing that connects bits of circuits together, that is, it
has electrical connectivity. A "line" would be a simple graphic object
with no electrical connotations. It makes no sense whatsoever to call
pure graphic objects a wire.

[quote]Normally, you will want to do both at the same time with "net".

Use "net" to add a connection on the schematic, which simultaneously
appears on the board as an airwire to be routed later. Or, if
working on a board without an associated schematic, use "net" to
draw a track on the board that can be ripped up and rerouted if you
choose.

Use "signal" if you are working on a board without a schematic, and
you want to add just an airwire. "Signal" cannot be used on a
schematic, because schematics are not allowed airwires.

[/quote]
If you know what the asinine way that Eagle defines their own
terminology, why did you post in the first place?

Kevin Aylward
salesEXTRACT@anasoft.co.uk
http://www.anasoft.co.uk
SuperSpice, a very affordable Mixed-Mode
Windows Simulator with Schematic Capture,
Waveform Display, FFT>s and Filter Design.

Mazer · Guest

Mazer wrote in news:Xns93CBC00475137youremailcom@66.185.95.104:

[quote]Hi,
I don>t know if this exists but what I am looking for is some kind
of CAD
logic software that allows you to tie inputs to keys on the keyboard
for purposes of simulation. I am a student trying to work on an
assignment for my Logic I course, and would like to save some time
designing and simulating my poject. I have been using Altera MAX+PLUS
II in the labs along with an Altera PLD, but would like to do some of
the legwork at home. Basically I want to draw the circuit on my
computer, tie the inputs to my keyboard keys and then simulate on my
PC using the keyboard as inputs and some kind of output to the screen
(waveforms probably). Does such software exist? Any suggestions?

Thanks

[/quote]
Sorry I forget to mention...demo version of the software would be best
for initial evaluation.

Chris Carlen · Guest

Mike Engelhardt wrote:
[quote]The duty cycle isn>t exactly 50%. When I change the .tran command to
".tran 0 2.0m 1m 10n" then V(n001) and V(vrc) average to 2.525V and
2.5248V respectively. These are pretty close to the same. Note you
can compute the average/rms of a trace by holding down the control
key and left mouse clicking on the trace label. You might want to
adjust your PWL waveform.

--Mike
[/quote]

Mike, there seems to be some problems with the Pulse source.

If I use this:

Pulse(0 1 0 8u 2u 0 10u)

then I see a triangle wave with a period of exactly 10u like it should
be. All the lower peaks land exactly on 10u increments.

But if I use:

Pulse(0 1 0 9u 1u 0 10u)

then there is a little extra 100n or so delay each cycle before it
starts rising again.

This should definitely not happen. I think it is why the sawtooth
averaged less than it should, causing my PWM to average too much.

What can you say about this?

It seems anytime the fall time is specified very short, then this little
extra delay gets in there making the period *not* what was specified.
Note that there is carefully no discrepancy between the period and sum
of rise+Ton+fall times in these examples.

I>m using 2.04o version, BTW.

Ah-ha! Mike, you>ve got some numeric input bug:

Pulse(0 1 0 9u 1u 0 10u) broken
Pulse(0 1 0 9e-6 1e-6 0 10e-6) broken
Pulse(0 1 0 0.000009 0.000001 0 0.00001) WORKS!

Simulate them for 0.5 to 1ms and watch the horror.

Happy fixin' !

Thanks for assistance.

Good day!

--
_____________________
Christopher R. Carlen
crobc@earthlink.net
Suse 8.1 Linux 2.4.19

Rich Webb · Guest

On Sat, 02 Aug 2003 22:52:40 GMT, Mazer <cready24@hotmail.com> wrote:

[quote]Hi,
I don>t know if this exists but what I am looking for is some kind of CAD
logic software that allows you to tie inputs to keys on the keyboard for
purposes of simulation. I am a student trying to work on an assignment for
my Logic I course, and would like to save some time designing and
simulating my poject. I have been using Altera MAX+PLUS II in the labs
along with an Altera PLD, but would like to do some of the legwork at home.
Basically I want to draw the circuit on my computer, tie the inputs to my
keyboard keys and then simulate on my PC using the keyboard as inputs and
some kind of output to the screen (waveforms probably). Does such software
exist? Any suggestions?
[/quote]
I don>t know of one that specifically lets you "chord" the keyboard to
produce inputs. What I>ve usually seen is an "input port" or "clock" on
the screen that you mouse-click to change state. If you single step the
clock (as opposed to letting it free run) you can set several input
states and then step the clock to see what happens at the output.

For a freebie demo version (limited in the number of gates, I believe)
there>s one at www.beigebag.com. Look for their "Lite" version. It also
does analog and mixed signal simulations.

--
Rich Webb Norfolk, VA


www.GetXFactor.com Leading Technology, Science, Agriculture News and information	Part of the Identityscape.com network... getxfactor.com jmoodmusic.com smartbusinesschoices.com mintdepot.com lowfaresalways.com evangelicalview.com shoppingpodder.com soproudlywehail.com webnews.ws currenthumor.com

Science and Technology news... Forum Index -> Electronics - Cad/CAM Forum	Goto page Previous 1, 2, 3, ... 37, 38, 39 Next
Page 2 of 39