Re: Filters (Butterworth, Chebychev etc.)
Am 12.07.2023 um 09:08 schrieb Christoph < kuku@...>:
I would like to apply filters to a signal of discrete sample points and watch the effect of order, gain and other characteristics. Found this page:
Firefox refuses to download the files (e.g. Filt.zip at the bottom of the page) since the links aren’t secured. Any alternatives?
OK, I managed to download the Filt.zip file using?
$?wget
|
Re: Warning: Multiple definitions of model ...
Of course I agree: it's the
mathematics that accepts instantaneous change, leading to a
paradoxical result. Just like the mathematics accepts the
paradoxical result? 'simultaneously alive and dead', but the
real world doesn't.
======================================================================================
Best wishes
John Woodgate OOO-Own Opinions Only
Rayleigh, Essex UK
I hear, and I forget.
I see, and I remember.
I do, and I understand.
Xunzi (340 - 245 BC)
On 2023-07-12 07:43, eewiz wrote:
toggle quoted message
Show quoted text
Hello All
John Woodgate wrote:
Consider a theoretical
square wave, varying between -1 and 1 with instantaneous
transitions.
And there lies "the
(philosophical) flaw."
Nothing in this universe is
instantaneous.
Analyses that assume any
sort of instantaneousness are simply flawed to start with.
If you disagree, perhaps I
could sell you an instantaneous perpetual motion machine.
All for now
|
Filters (Butterworth, Chebychev etc.)
I would like to apply filters to a signal of discrete sample points and watch the effect of order, gain and other characteristics. Found this page:
Firefox refuses to download the files (e.g. Filt.zip at the bottom of the page) since the links aren’t secured. Any alternatives?
— Christoph
|
Re: Warning: Multiple definitions of model ...
Hello All
John Woodgate wrote:
Consider a theoretical square wave, varying between -1
and 1 with instantaneous transitions.
And there lies "the (philosophical) flaw."
Nothing in this universe is instantaneous. Analyses that assume any sort of instantaneousness are simply flawed to start with. If you disagree, perhaps I could sell you an instantaneous perpetual motion machine.
All for now
|
POSH (Powershell) tool to manage "user approved" LTspice cmp files
Hello All
eetech00 wrote: I am looking for someone to help test. Anyone interested?
I volunteer.
Proverbially, I find myself standing on the field after the rest of troop took two steps back.
But that's alright, I'll enjoy the opportunity to delve into a working powershell script.
Thank you for all of your programming and modeling efforts.
Contact eewiz@... if you feel the need to communicate directly.
All for now
|
You might have added the 1N3890 model to your "standard.dio" file that's in LTspiceXVII\lib\cmp.
That is often what gets LTspice users into "trouble", where they have a model and can't figure out where they got it, and they assume that everyone else must have that model too.
If you Generate the Expanded Netlist, you should be able to find every component model definition, without having to find where it was.? It would probably be located near the bottom of that listing.
Andy
|
Didn't find 1N3890 in Sborka.lib, so i deleted test1.asc
|
Hi Andy
Thank you for your remarks. I forgot how i got the diode and the TIP 127.
I didn't be able to got switreg.lib to work. So i tried to make my model, which seems functionnal.
Uploaded it for who wants.
|
Re: ISL70444SEH declaration issue?
mliddione89 wrote, " I see that you changed the .MODEL statements for "DESD" and "DN1". Would you mind explaining what those are, and why you changed the statements?" Yes.? In an earlier reply ( #147193), I wrote that there were two lines containing "LEVEL=2" that were causing LTspice errors. When used as a .MODEL parameter, the LEVEL parameter can be used in SOME device models in SPICE, mostly with MOSFETs, and (rarely?) might be used with BJTs, and the LTspice-specific voltage-controlled switch models.? It's a way of having fundamentally different models (different component equations) inside SPICE, without using a new first letter for the component's name. The lines that had LEVEL were these two diode model definitions:
? ? .MODEL DESD? D Level=2? ? N=1 IS=1.00E-15
? ? .MODEL DN1 D Level=2? ? IS=1P KF=1.4N AF=1
?
I don't think I saw LEVEL with diode models before.? LTspice apparently doesn't like it either; but I guess there is a SPICE program somewhere out there that can use LEVEL with diodes, and your ISL70444SEH model may have been written with that SPICE program in mind.? The model says it is for PSpice but I don't believe PSpice uses diode model LEVELs so maybe it's from somewhere else.? I think HSPICE has diode LEVELs but it's been years since I used it.? When LTspice sees them, it gives us these errors:
? ? Error on line 217 : .model desd d level=2 n=1 is=1.00e-15
? ?? * Unrecognized parameter "n" -- ignored
? ?? * Unrecognized parameter "is" -- ignored
? ? Error on line 218 : .model dn1 d level=2 is=1p kf=1.4n af=1
? ?? * Unrecognized parameter "is" -- ignored
?
Apparently LTspice gets unsynchronized while parsing the model and?seeing the "Level=2" parameter, and then it fails to recognize the remaining parameters on the line as part of the same .MODEL statement.? (That's my guess.)? Those two parameters (N and IS) are so fundamental to SPICE diodes, that I can't imagine them not being used,?unless LTspice thought it was not a diode model anymore -- or something else so unusual that it doesn't use those two basic parameters.
So I deleted the "Level=2" parameter to see what would happen.? That makes the two diode types into regular SPICE diode models like you see everywhere else.? It does mean that whatever the "Level=2" was supposed to convey, is probably lost.? But I don't know what that would have been.? I thought it was better to make the model usable, than to junk it and tell you "you're out of luck."? Admittedly there is some risk, but I believe that risk is minimal. Regards, Andy
|
Re: Warning: Multiple definitions of model ...
Hi Tony, ? ??????????????? Thanks much for your detailed reply. (I don’t have an FB account either.) ? ??????????????? I’ll drop the matter unless someone else replies positively. ? Regards, ? Chris ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of Tony Casey Sent: Tuesday, July 11, 2023 1:48 PM To: [email protected]Subject: Re: [LTspice] Warning: Multiple definitions of model ... ? I think a social media campaign would achieve little, except maybe get you elevated to ignore status. A lot of engineers don't even have a FB account. I don't. I neither have the time nor the inclination.
The current LTspice dev' team established communication channels with this group some while ago. This user group is almost certainly the largest LTspice interest (lobby) group on the planet - about 70,000 (all time) members at last count, although only minority are currently active. No other SPICE interest group is within a magnitude of that, and is never likely to be. In fact, LTspice ranks 2nd in all of the publicly listed groups on groups.io, behind groups.io/updates in term of popularity.
Beyond mild curiosity, I have no desire or intention to use any other SPICE tool than LTspice. I have invested way too much time and effort into it. At the moment, it beats the crap out of any other similar tool (IMHO). My desire is that it retains that position. LTspice is great tool. Could it be better? Of course. When operational program bugs get reported, they usually get fixed - quickly, if serious. Even when Mike was in sole charge, some reports were acted upon almost by return of email. Others plunged into a black void.
I realise that the standard libraries situation irritates some people more than others. As far as ADI are concerned, repairs are likely to be prioritised according to the impact on sales. Library goof-ups have caused a number of their /examples/Applications schematics (the ones featuring their own premium parts) to fail, as models have been pulled without updating the schematics that call them. Once realised, that must have caused some consternation, and they have been focussed on fixing those schematics.
I whinge about the standard libraries because I feel like I should. Does it irritate me that they are a mess? Yes. Do I lose sleepover it? No. If you want to use a particular device in an important project, you can keep a verified model in your project folder and make sure it's the one that gets used. Am I bothered whether the BC847B from the standard library is from NXP or Rohm? No. Most likely, it doesn't matter for 95% of circuits. If it did, I would make sure I set set aside the one I wanted, making sure it fulfilled my needs, then any future changes in standard.bjt would not affect my important projects. ? On 11/07/2023 18:17, Christopher Paul wrote: Hi Tony, ? ??????????????? Thanks for your reply. ? ??????????????? An email from a disgruntled individual doesn’t always elicit the desired response, as you’ve found. ? ??????????????? I’m talking about possible efforts from a number of individuals in this group to complain publicly: Twitter, Facebook, comments on an EDN Design idea, things such as that. Proposals for using non-ADI tools for analysis would be included. ? Regards, ? Chris
?
|
Re: PWL sources (was but not related to: "Discrete data points in plot view")
Thanks to all for helping. I already posted the solution on my side to the list. I found it out myself but the message bounced since I always forget to disable he signing of the email when posting :-(
Editing the file is easy for me. I’m using jupyter notebook (python) to generate the file and send the file directly in place to the LTSpice directory where my LTspice-project resides.
It’s a small python script:
nrise="500n" nhold="1us" nfall="500n" werte=[0,4.5,14,45,77,84.5,57,45,40.5,37,33,29.5,24.5,20.4,15,8.2, ? ? ? 0,-8.2,-15,-20.4,-24.5,-29.5,-33,-37,-40.5,-45,-57,-84.5,-77,-45,-14,-4.5,0] print(werte) print(len(werte)) delta=0.3057805136377/32 print(f'delta={delta:2.7f}s') for i in range(32): ? ? ?print(f'{delta*i}s 0mV +{nrise} {werte[i]}mV +{nhold} {werte[i]}mV +{nfall} 0mV ') with open("/Users/kuku/Documents/LTspiceXVII/pulses_discrete.txt", "w") as f: ? ? for i in range(32): ? ? ? ? print(f'{delta*i}s 0mV +{nrise} {werte[i]}mV +{nhold} {werte[i]}mV +{nfall} 0mV ',file=f)
— Christoph
toggle quoted message
Show quoted text
Am 11.07.2023 um 16:30 schrieb Tony Casey < tony@...>:
Chris,
It's the the micro ( ?) characters. Wow, that was subtle!
Do a global replace to "u" and that will fix it. The pwl syntax
parser obviously cannot deal with unicode characters.
--
Regards,
Tony
On 11/07/2023 14:37, Christoph wrote:
I was trying to follow the given recipes. But what I
didn’t like with the suggestion(s) thath the rise hold and fall
times would all pile ?up and would end with a significant offset
at the end of my 32 pulse.
So I thought of using the absolute time points to match
exactly and start a rise-hold-fall sequence relatively to the
distinct points.
This would result in a line with all 0V amplitudes for the
first value. I’m using the following syntax but it fails:
0.0 0mV +500n 0mV +1?s 0mV
+500n 0mV
0.009555641051178124 0mV
+500n 4.5mV +1?s 4.5mV +500n 0mV
0.01911128210235625 0mV
+500n 14mV +1?s 14mV +500n 0mV
0.028666923153534373 0mV
+500n 45mV +1?s 45mV +500n 0mV
0.0382225642047125 0mV +500n
77mV +1?s 77mV +500n 0mV
0.04777820525589062 0mV
+500n 84.5mV +1?s 84.5mV +500n 0mV
0.057333846307068746 0mV
+500n 57mV +1?s 57mV +500n 0mV
0.06688948735824687 0mV
+500n 45mV +1?s 45mV +500n 0mV
0.076445128409425 0mV +500n
40.5mV +1?s 40.5mV +500n 0mV
0.08600076946060312 0mV
+500n 37mV +1?s 37mV +500n 0mV
0.09555641051178124 0mV +500n 33mV
+1?s 33mV +500n?0mV
0.10511205156295937 0mV
+500n 29.5mV +1?s 29.5mV +500n 0mV
0.11466769261413749 0mV
+500n 24.5mV +1?s 24.5mV +500n 0mV
0.12422333366531561 0mV
+500n 20.4mV +1?s 20.4mV +500n 0mV
0.13377897471649375 0mV
+500n 15mV +1?s 15mV +500n 0mV
0.14333461576767187 0mV
+500n 8.2mV +1?s 8.2mV +500n 0mV
0.15289025681885 0mV +500n
0mV +1?s 0mV +500n 0mV
0.1624458978700281 0mV +500n
-8.2mV +1?s -8.2mV +500n 0mV
0.17200153892120623 0mV
+500n -15mV +1?s -15mV +500n 0mV
0.18155717997238435 0mV
+500n -20.4mV +1?s -20.4mV +500n 0mV
0.19111282102356247 0mV
+500n -24.5mV +1?s -24.5mV +500n 0mV
0.20066846207474062 0mV
+500n -29.5mV +1?s -29.5mV +500n 0mV
0.21022410312591874 0mV
+500n -33mV +1?s -33mV +500n 0mV
0.21977974417709686 0mV
+500n -37mV +1?s -37mV +500n 0mV
0.22933538522827498 0mV
+500n -40.5mV +1?s -40.5mV +500n 0mV
0.2388910262794531 0mV +500n
-45mV +1?s -45mV +500n 0mV
0.24844666733063123 0mV
+500n -57mV +1?s -57mV +500n 0mV
0.2580023083818094 0mV +500n
-84.5mV +1?s -84.5mV +500n 0mV
0.2675579494329875 0mV +500n
-77mV +1?s -77mV +500n 0mV
0.2771135904841656 0mV +500n
-45mV +1?s -45mV +500n 0mV
0.28666923153534374 0mV
+500n -14mV +1?s -14mV +500n 0mV
0.29622487258652186 0mV
+500n -4.5mV +1?s -4.5mV +500n 0mV
PWL REPEAT FOREVER
file=pulses_discrete.txt ENDREPEAT
The error is an alert box saying:
V4: requires a minimum of 5 parameters. Only
0 specified.
Does anyone see the error?
|
Re: Warning: Multiple definitions of model ...
I think a social media campaign would achieve little, except maybe
get you elevated to ignore status. A lot of engineers don't even
have a FB account. I don't. I neither have the time nor the
inclination.
The current LTspice dev' team established communication channels
with this group some while ago. This user group is almost certainly
the largest LTspice interest (lobby) group on the planet - about
70,000 (all time) members at last count, although only minority are
currently active. No other SPICE interest group is within a
magnitude of that, and is never likely to be. In fact, LTspice ranks
2nd in all of the publicly listed groups on groups.io, behind
groups.io/updates in term of popularity.
Beyond mild curiosity, I have no desire or intention to use any
other SPICE tool than LTspice. I have invested way too much time and
effort into it. At the moment, it beats the crap out of any other
similar tool (IMHO). My desire is that it retains that position.
LTspice is great tool. Could it be better? Of course. When
operational program bugs get reported, they usually get fixed -
quickly, if serious. Even when Mike was in sole charge, some reports
were acted upon almost by return of email. Others plunged into a
black void.
I realise that the standard libraries situation irritates some
people more than others. As far as ADI are concerned, repairs are
likely to be prioritised according to the impact on sales. Library
goof-ups have caused a number of their /examples/Applications
schematics (the ones featuring their own premium parts) to fail, as
models have been pulled without updating the schematics that call
them. Once realised, that must have caused some consternation, and
they have been focussed on fixing those schematics.
I whinge about the standard libraries because I feel like I should.
Does it irritate me that they are a mess? Yes. Do I lose sleepover
it? No. If you want to use a particular device in an important
project, you can keep a verified model in your project folder and
make sure it's the one that gets used. Am I bothered whether the
BC847B from the standard library is from NXP or Rohm? No. Most
likely, it doesn't matter for 95% of circuits. If it did, I would
make sure I set set aside the one I wanted, making sure it fulfilled
my needs, then any future changes in standard.bjt would not affect
my important projects.
--
Regards,
Tony
On 11/07/2023 18:17, Christopher Paul
wrote:
toggle quoted message
Show quoted text
Hi Tony,
?
??????????????? Thanks for your reply.
?
??????????????? An email from a disgruntled
individual doesn’t always elicit the desired response, as you’ve
found.
?
??????????????? I’m talking about possible
efforts from a number of individuals in this group to complain
publicly: Twitter, Facebook, comments on an EDN Design idea,
things such as that. Proposals for using non-ADI tools for
analysis would be included.
?
Regards,
?
Chris
|
|
|
This is for Aime Dugras, who has uploaded two copies of SG3524.zip to the Temp folder, without explanation.
Aime, you forgot to include the model file "Sborka.lib"? Also, the 1N3890 model is missing.? The simulation "test1.asc" can not be run without them.? Remember, uploads should be complete, and include all required files and models that didn't come with LTspice.
I am puzzled why your TIP127.asy symbol requires Sborka.lib, yet there is a separate model file TIP127.lib, which is not used.? Maybe it was a mistake in your TIP127.asy symbol.
In your other schematic "test2.asc", there are three generic diodes "D".? That might work OK, but as a general rule, real diode models might simulate better than the generic default model "D".? The "D" diode model lacks some parameters (e.g., Rs>0, Cjo>0) that can make it less simulation-friendly than a real diode's model.
After you have uploaded a file, please announce it.? Send a new message, tell us what you uploaded a file, and what it is for.
Andy
|
Re: Warning: Multiple definitions of model ...
Hi Tony, ? ??????????????? Thanks for your reply. ? ??????????????? An email from a disgruntled individual doesn’t always elicit the desired response, as you’ve found. ? ??????????????? I’m talking about possible efforts from a number of individuals in this group to complain publicly: Twitter, Facebook, comments on an EDN Design idea, things such as that. Proposals for using non-ADI tools for analysis would be included. ? Regards, ? Chris ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of Tony Casey Sent: Tuesday, July 11, 2023 11:56 AM To: [email protected]Subject: Re: [LTspice] Warning: Multiple definitions of model ... ? People at ADI already know because I told them a couple of years ago, along with what I thought of the status. Shortly after that, my emails stopped getting answered. But just before that happened, it was suggested that the standard library maintenance might have been one of the things that have been "outsourced". ? On 11/07/2023 16:13, Christopher Paul wrote: There are ways using social media to gain the attention of and action from recalcitrant companies. Anybody interested? Comments? ? -----Original Message----- From: [email protected] <[email protected]> On Behalf Of Bernhard Weiskopf Sent: Monday, July 10, 2023 4:35 PM To: [email protected] Subject: Re: [LTspice] Warning: Multiple definitions of model ... ? Some transistor models are very far from real behavior. Nobody checks that. What bothers me is that ADI violates the SPICE rule that model names must be unique. And nobody at ADI seems to care. Bernhard
?
|
Re: Warning: Multiple definitions of model ...
However you obtain the
information about the contents of the box, there is no
paradox.? You might get it by measuring the vibration of the
box due to the cat breathing (or not). Whatever you do to get
the information, the result is the same.
======================================================================================
Best wishes
John Woodgate OOO-Own Opinions Only
Rayleigh, Essex UK
I hear, and I forget.
I see, and I remember.
I do, and I understand.
Xunzi (340 - 245 BC)
On 2023-07-11 16:49, Tony Casey wrote:
toggle quoted message
Show quoted text
That's only because visible light waves don't pass through the box
wall. X-ray vision would reveal the status of the contents.
--
Regards,
Tony
On 11/07/2023 16:39, John Woodgate
wrote:
That points up the (philosophical)
flaw in the Principle. It has even been suggested that a
single electron can 'observe' and collapse the wave
function.? You can look at it another way. While the box is
shut, no-one can know its status; that information simply
isn't available. To elevate that lack of knowledge to a
paradox is over-egging the pudding indeed.
|
Re: Warning: Multiple definitions of model ...
People at ADI already know because I told them a couple of years
ago, along with what I thought of the status. Shortly after that, my
emails stopped getting answered. But just before that happened, it
was suggested that the standard library maintenance might have been
one of the things that have been "outsourced".
--
Regards,
Tony
On 11/07/2023 16:13, Christopher Paul
wrote:
toggle quoted message
Show quoted text
There are ways using social media to gain the attention of and action from recalcitrant companies. Anybody interested? Comments?
-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Bernhard Weiskopf
Sent: Monday, July 10, 2023 4:35 PM
To: [email protected]
Subject: Re: [LTspice] Warning: Multiple definitions of model ...
Some transistor models are very far from real behavior. Nobody checks that.
What bothers me is that ADI violates the SPICE rule that model names must be unique. And nobody at ADI seems to care.
Bernhard
|
Re: Warning: Multiple definitions of model ...
That's only because visible light waves don't pass through the box
wall. X-ray vision would reveal the status of the contents.
--
Regards,
Tony
On 11/07/2023 16:39, John Woodgate
wrote:
toggle quoted message
Show quoted text
That points up the (philosophical)
flaw in the Principle. It has even been suggested that a
single electron can 'observe' and collapse the wave function.?
You can look at it another way. While the box is shut, no-one
can know its status; that information simply isn't available.
To elevate that lack of knowledge to a paradox is over-egging
the pudding indeed.
|
Re: PWL sources (was but not related to: "Discrete data points in plot view")
"?" can also be a 2 byte character, and that was one
of the things that alerted me. As it happens, LTspice ignored the
entire first line, when I wrote out what I thought was was Chris's 1st line in a
separate file. When it encounters more than two increments with
the same amplitude, it ignores the middle one. When it encounters
a whole lone of the same amplitude, the whole line gets ignored.
There's a message to that effect in the ErrorLog. Whereas with
Chris's string, it threw an error message because there were the
wrong number of sub-strings - the parser bombed out when it
encountered an "illegal" character. The two files looked the same,
but I noticed they differed in length by one byte, so the "?" was a double byte character, not
extended ASCII. It might depend what keyboard and character set
Chris is using, and how the "?"
got there. They still looked the same to me, until I
compared them in Meld (a file comparison tool). Then the
difference was highlighted. It was a "duh!" moment.
So I then did a global search and replace of "u" for "?" on Chris's whole text
and it worked straight away.
--
Regards,
Tony
On 11/07/2023 16:49, John Woodgate
wrote:
toggle quoted message
Show quoted text
? is character 181_10 (B5 in hex) in
extended ASCII. Does the parser accept any extended ASCII
characters?
|
Re: PWL sources (was but not related to: "Discrete data points in plot view")
It works! Final problem was, that I wrote ?s into the time values - 1us that should have been. PWL REPEAT FOREVER file=pulses_discrete.txt ENDREPEAT 0.0s 0mV +500n 0mV +1us 0mV +500n 0mV 0.009555641051178124s 0mV +500n 4.5mV +1us 4.5mV +500n 0mV 0.01911128210235625s 0mV +500n 14mV +1us 14mV +500n 0mV 0.028666923153534373s 0mV +500n 45mV +1us 45mV +500n 0mV 0.0382225642047125s 0mV +500n 77mV +1us 77mV +500n 0mV 0.04777820525589062s 0mV +500n 84.5mV +1us 84.5mV +500n 0mV 0.057333846307068746s 0mV +500n 57mV +1us 57mV +500n 0mV 0.06688948735824687s 0mV +500n 45mV +1us 45mV +500n 0mV 0.076445128409425s 0mV +500n 40.5mV +1us 40.5mV +500n 0mV 0.08600076946060312s 0mV +500n 37mV +1us 37mV +500n 0mV 0.09555641051178124s 0mV +500n 33mV +1us 33mV +500n 0mV 0.10511205156295937s 0mV +500n 29.5mV +1us 29.5mV +500n 0mV 0.11466769261413749s 0mV +500n 24.5mV +1us 24.5mV +500n 0mV 0.12422333366531561s 0mV +500n 20.4mV +1us 20.4mV +500n 0mV 0.13377897471649375s 0mV +500n 15mV +1us 15mV +500n 0mV 0.14333461576767187s 0mV +500n 8.2mV +1us 8.2mV +500n 0mV 0.15289025681885s 0mV +500n 0mV +1us 0mV +500n 0mV 0.1624458978700281s 0mV +500n -8.2mV +1us -8.2mV +500n 0mV 0.17200153892120623s 0mV +500n -15mV +1us -15mV +500n 0mV 0.18155717997238435s 0mV +500n -20.4mV +1us -20.4mV +500n 0mV 0.19111282102356247s 0mV +500n -24.5mV +1us -24.5mV +500n 0mV 0.20066846207474062s 0mV +500n -29.5mV +1us -29.5mV +500n 0mV 0.21022410312591874s 0mV +500n -33mV +1us -33mV +500n 0mV 0.21977974417709686s 0mV +500n -37mV +1us -37mV +500n 0mV 0.22933538522827498s 0mV +500n -40.5mV +1us -40.5mV +500n 0mV 0.2388910262794531s 0mV +500n -45mV +1us -45mV +500n 0mV 0.24844666733063123s 0mV +500n -57mV +1us -57mV +500n 0mV 0.2580023083818094s 0mV +500n -84.5mV +1us -84.5mV +500n 0mV 0.2675579494329875s 0mV +500n -77mV +1us -77mV +500n 0mV 0.2771135904841656s 0mV +500n -45mV +1us -45mV +500n 0mV 0.28666923153534374s 0mV +500n -14mV +1us -14mV +500n 0mV 0.29622487258652186s 0mV +500n -4.5mV +1us -4.5mV +500n 0mV
toggle quoted message
Show quoted text
Am 11.07.2023 um 14:37 schrieb Christoph < kuku@...>:
Thanks to all.
I was trying to follow the given recipes. But what I didn’t like with the suggestion(s) thath the rise hold and fall times would all pile ?up and would end with a significant offset at the end of my 32 pulse. So I thought of using the absolute time points to match exactly and start a rise-hold-fall sequence relatively to the distinct points.
This would result in a line with all 0V amplitudes for the first value. I’m using the following syntax but it fails: 0.0 0mV +500n 0mV +1?s 0mV +500n 0mV 0.009555641051178124 0mV +500n 4.5mV +1?s 4.5mV +500n 0mV 0.01911128210235625 0mV +500n 14mV +1?s 14mV +500n 0mV 0.028666923153534373 0mV +500n 45mV +1?s 45mV +500n 0mV 0.0382225642047125 0mV +500n 77mV +1?s 77mV +500n 0mV 0.04777820525589062 0mV +500n 84.5mV +1?s 84.5mV +500n 0mV 0.057333846307068746 0mV +500n 57mV +1?s 57mV +500n 0mV 0.06688948735824687 0mV +500n 45mV +1?s 45mV +500n 0mV 0.076445128409425 0mV +500n 40.5mV +1?s 40.5mV +500n 0mV 0.08600076946060312 0mV +500n 37mV +1?s 37mV +500n 0mV 0.09555641051178124 0mV +500n 33mV +1?s 33mV +500n?0mV 0.10511205156295937 0mV +500n 29.5mV +1?s 29.5mV +500n 0mV 0.11466769261413749 0mV +500n 24.5mV +1?s 24.5mV +500n 0mV 0.12422333366531561 0mV +500n 20.4mV +1?s 20.4mV +500n 0mV 0.13377897471649375 0mV +500n 15mV +1?s 15mV +500n 0mV 0.14333461576767187 0mV +500n 8.2mV +1?s 8.2mV +500n 0mV 0.15289025681885 0mV +500n 0mV +1?s 0mV +500n 0mV 0.1624458978700281 0mV +500n -8.2mV +1?s -8.2mV +500n 0mV 0.17200153892120623 0mV +500n -15mV +1?s -15mV +500n 0mV 0.18155717997238435 0mV +500n -20.4mV +1?s -20.4mV +500n 0mV 0.19111282102356247 0mV +500n -24.5mV +1?s -24.5mV +500n 0mV 0.20066846207474062 0mV +500n -29.5mV +1?s -29.5mV +500n 0mV 0.21022410312591874 0mV +500n -33mV +1?s -33mV +500n 0mV 0.21977974417709686 0mV +500n -37mV +1?s -37mV +500n 0mV 0.22933538522827498 0mV +500n -40.5mV +1?s -40.5mV +500n 0mV 0.2388910262794531 0mV +500n -45mV +1?s -45mV +500n 0mV 0.24844666733063123 0mV +500n -57mV +1?s -57mV +500n 0mV 0.2580023083818094 0mV +500n -84.5mV +1?s -84.5mV +500n 0mV 0.2675579494329875 0mV +500n -77mV +1?s -77mV +500n 0mV 0.2771135904841656 0mV +500n -45mV +1?s -45mV +500n 0mV 0.28666923153534374 0mV +500n -14mV +1?s -14mV +500n 0mV 0.29622487258652186 0mV +500n -4.5mV +1?s -4.5mV +500n 0mV
PWL REPEAT FOREVER file=pulses_discrete.txt ENDREPEAT
The error is an alert box saying:
V4: requires a minimum of 5 parameters. Only 0 specified.
Does anyone see the error?
— Christoph
Am 09.07.2023 um 05:52 schrieb Bell, Dave <Dave.Bell@...>:
eewiz, I think Bonkers was mixing absolute timing with relative timing notation.
If you delete all of the + signs at the beginning of the lines, it makes pretty good sense, as?absolute times.
?
It took me a long time to get it through my head that relative time notation made the job a lot?easier!
Dave
?
From:?[email protected]?<[email protected]>?On Behalf Of?eewiz
Sent:?Saturday, July 08, 2023 6:34 PM
To:?[email protected]
Subject:?EXTERNAL: Re: [LTspice] Discrete data points in plot view
?
Hello Christoph,
?
Bonkers may be leading you down the primrose path.
If you follow Bonkers' advice the length of bit[1] will be twice the length of bit[0] and the length of?bit[2] will be three times the length of bit[0].
The slew rate will also progress to 2 times and then 3 times longer...
?
This is all you need to make a PWL file with relative timing.
0 ? ?0 ? ? ? ? ? ? ? at 0 time its 0 volts.
+750n ? ?10 ? ? take 750ns to go from 0V to 10V with a linear slope.
+100u ? ?10 ? ? stay at 10V for 100us.
+1.5u ? ?-10 ? ? take 1.5us to go from 10V to -10V with a linear slope.
+58u ? ?-10 ? ? ?stay at -10V for 58us.
+1.5u ? ?10 ? ? ?take 1.5us to go from -10V to 10V with a linear slope.
+100u ? ?10 ? ? stay at 10V for 100us.
Rinse and Repeat...
?
If you would prefer to work with parameters instead of numbers, be my guest.
It took me just several minutes to copy and past what I needed in Excel to create a file that's?14,582 lines long.
As I made it, I made some changes to add some discontinuities on a periodic basis and then?paste, paste, paste some more.
My file runs for about 583ms.
If I had known of the REPEAT syntax at the time, I could have made use of it but, cut and paste is?easy, LTspice syntax is not.
?
Bonkers wrote:
Hi Christoph,?
Firstly, you can easily repeat cycles of your 32 points, even just using Notepad, if you?adopt the +xxx option for the timestamp (relative timing).?
Secondly, PWL means it is linearly interpolated between the defined points. ?If you?want "crisp" edges, then you need excel, or libreoffice calc, or whatever.?
Essentially you need 2 PWL values per point, to get nice square data.?
The time deltas are normally just 2 values - bit period, and slew time.?
so, to make a datastream, like "101" :?
time ? ? ? ? ? ? ? ? ? ? ?value
0 ? ? ? ? ? ? ? ? ? ? ? ? ? 0
+tslew ? ? ? ? ? ? ? ? ? bit[0] say 5V
+tbit ? ? ? ? ? ? ? ? ? ? ?same
+tbit+tslew ? ? ? ? ? ?bit[1] say 0V?
+2x tbit ? ? ? ? ? ? ? ? ?same
+2x tbit +tslew ? ? ?bit[2] say 5V
+ 3x tbit ? ? ? ? ? ? ? ? same
+ 3x tbit ?+tslew ? ? next bit
...
etcetera.?
really easy to do in a spreadsheet, then select the 2 columns, paste to notepad, save?as PWL.
All for now
|
Christoph
John Woodgate
eewiz
Tony Casey