Questions tagged «ltspice»

与LTSpice相关的任何内容。LTspice是凌力尔特公司(Linear Technology)的SPICE仿真,原理图捕获和波形查看器程序。LTspice是具有非常宽松许可证的免费软件,它是轻量级的,不会受到任何损害。



6
串行协议定界/同步技术
由于异步串行通信甚至在当今的电子设备中也很普遍,我相信我们许多人会不时遇到这样的问题。考虑与串行线(RS-232或类似产品)连接并且需要连续交换信息的电子设备D和计算机。即每个发送一个命令帧,并每个发送一个状态报告/遥测帧答复(报告可以作为对请求的响应发送,也可以独立发送-在这里并不重要)。通信帧可以包含任何任意二进制数据。假设通信帧是固定长度的分组。PCPCX msDY ms 问题: 由于协议是连续的,因此接收方可能会失去同步,或者只是在进行中的发送帧中间“加入”,因此它只是不知道帧起始位置(SOF)在哪里。根据数据相对于SOF的位置,数据具有不同的含义,接收到的数据可能会永久损坏。 所需的解决方案 可靠的定界/同步方案可在恢复时间短的情况下检测SOF(即重新同步所需的时间不超过1帧)。 我了解(并使用了一些)的现有技术: 1)标头/校验和 -SOF作为预定义的字节值。帧末的校验和。 优点:简单。 缺点:不可靠。恢复时间未知。 2)字节填充: 优点:可靠,快速恢复,可与任何硬件一起使用 缺点:不适用于固定大小的基于帧的通信 3)第9位标记 -在每个字节之前附加一个位,而SOF标记为1和数据字节标记为0: 优点:可靠,快速恢复 缺点:需要硬件支持。大多数PC硬件和软件未直接支持。 4)第8位标记 -上面的一种模拟,同时使用第8位而不是第9位,每个数据字仅保留7位。 优点:可靠,快速的恢复,可与任何硬件一起使用。 缺点:需要从/到常规8位表示到/从7位表示的编码/解码方案。有点浪费。 5)基于超时 -假定SOF为某个已定义的空闲时间之后的第一个字节。 优点:无数据开销,简单。 缺点:不太可靠。在较差的计时系统(如Windows PC)上无法很好地工作。潜在的吞吐量开销。 问题: 还有哪些其他可能的技术/解决方案可以解决该问题?您能否指出上面列出的缺点,可以轻松解决这些缺点,从而消除它们?您(或您将)如何设计系统协议?
24 serial  communication  protocol  brushless-dc-motor  hall-effect  hdd  scr  flipflop  state-machines  pic  c  uart  gps  arduino  gsm  microcontroller  can  resonance  memory  microprocessor  verilog  modelsim  transistors  relay  voltage-regulator  switch-mode-power-supply  resistance  bluetooth  emc  fcc  microcontroller  atmel  flash  microcontroller  pic  c  stm32  interrupts  freertos  oscilloscope  arduino  esp8266  pcb-assembly  microcontroller  uart  level  arduino  transistors  amplifier  audio  transistors  diodes  spice  ltspice  schmitt-trigger  voltage  digital-logic  microprocessor  clock-speed  overclocking  filter  passive-networks  arduino  mosfet  control  12v  switching  temperature  light  luminous-flux  photometry  circuit-analysis  integrated-circuit  memory  pwm  simulation  behavioral-source  usb  serial  rs232  converter  diy  energia  diodes  7segmentdisplay  keypad  pcb-design  schematics  fuses  fuse-holders  radio  transmitter  power-supply  voltage  multimeter  tools  control  servo  avr  adc  uc3  identification  wire  port  not-gate  dc-motor  microcontroller  c  spi  voltage-regulator  microcontroller  sensor  c  i2c  conversion  microcontroller  low-battery  arduino  resistors  voltage-divider  lipo  pic  microchip  gpio  remappable-pins  peripheral-pin-select  soldering  flux  cleaning  sampling  filter  noise  computers  interference  power-supply  switch-mode-power-supply  efficiency  lm78xx 

3
为什么LTSpice不能预测运放的振荡?
我正在开发一种电路,用作电子基准测试电源。关于如何测试该电路的更早问题得到了几个非常有用的答案,可以在这里找到:如何测试运放的稳定性?。这个问题是关于如何解释我的模拟和测试结果的。 这是在实验板上进行仿真和测试的电路原理图: LTSpice产生的图表明电路相当稳定。5V上升存在一个1mV的过冲,可在一个周期内消除。如果不进行大量放大,几乎看不到它。 这是使用电路板上的示波器进行的同一测试的快照。电压上升小得多,周期更长,但是测试是相同的;将方波馈入运算放大器的同相(+)输入。 如您所见,存在明显的过冲,可能是20%,然后在高信号持续时间内呈指数衰减到稳定振荡,并且在下降时出现一些轻微的过冲。低信号的高度仅为本底噪声(约8mv)。这与电路关闭时相同。 这是实验板构建的样子: MOSFET在散热器的顶部,通过黄色,红色和黑色导线连接。栅极,漏极和源极。通往小型原型板的红色和黑色电线分别为IN +和IN-,连接至面包板香蕉插孔,以避免功率电平电流通过面包板。测试中加载的电源是密封铅酸(SLA)电池,以避免电源本身出现任何不稳定情况。银跳线是从我的函数发生器中注入方波的地方。左下方的电阻器,二极管等是手动(基于电位计)负载水平设置子电路的一部分,未连接。 我的主要问题是:为什么LTSpice不能预测这种严重的不稳定性?如果这样做的话,将非常方便,因为这样我就可以模拟我的薪酬网络了。就目前而言,我只需要插入一堆不同的值并重新测试即可。 我的主要假设是,IRF540N的栅极电容未在SPICE模型中建模,而我正在驱动一个约2nF的电容性负载,这并未考虑在内。我认为这是不对的,因为我发现模型(http://www.irf.com/product-info/models/SPICE/irf540n.spi)中的电容看起来是正确的数量级。 有什么方法可以使仿真预测这种不稳定性,以便还可以调整补偿网络值? 结果报告: 好的,事实证明,我为LM358运算放大器使用的LTspice模型很旧,并且不够复杂,无法正确地对频率响应进行建模。由National Semi更新到相对较新的版本并不能预测振荡,但是清楚地显示出20%的超调,这给了我一些帮助。我还更改了脉冲峰值电压以匹配面包板测试,这使得过冲更容易看到: 基于这种“反馈”,我从一致推荐的补偿方法开始,我认为这是支配极点补偿的一个例子。我不确定栅极电阻器是该电阻器的一部分还是第二种补偿方案,但这对我来说至关重要。经过大量的反复试验后,得出以下这些值: 这产生了一个非常稳定的波形,尽管我想尽可能使上升和下降的幅度更大一些,以便更好地测试将在此负载下测试的电源的频率响应。我会稍后处理。 然后,我在面包板上使用了新值,瞧,我明白了: 我对此很激动:) 尤其是由于要适应新组件,我使面包板寄生虫变得更糟而不是变得更好: 无论如何,这个愉快的结局,希望对其他在搜索中找到它的人有所帮助。我知道我会撕掉剩下的那只小头发,试图通过将不同的组件插入面包板来调入这些值:)

5
LTSpice自动化
我有一个电池供电的升压转换器,除了几种电池类型(各种电压/内部电阻)。由于我正在模拟(相对)大量的运行时间,因此模拟文件变得相当可观,更不用说要花一些时间了。我想使LTSpice自动化,以便可以以编程方式更改组件值,并重新运行仿真并捕获数据(电压或电流之类的值)。我知道: WAV文件可用于从程序输入/输出数据 该程序可以从命令行运行 到目前为止,我最好的选择似乎是将两种选择与我自己的代码/脚本结合使用,以达到我的目标的方式,但是我只是想知道是否已经有更好的方法了。 有没有人使LTSpice自动化,或者是否知道有(为制造商还是由第三方)为其编写的任何自动化API? 理想情况下,我希望有一个求解器,以便为它提供所需的参数,并尝试各种组件值,直到找到满足约束条件的“最佳”解决方案为止。

1
LTspice正弦电压源的偏移量比折断的幅度大得多吗?
我一直在对模拟电路进行故障诊断,并且刚刚意识到mV的正弦电压源已损坏。 这是一种应该在300mV DC信号之上提供1mV 1Hz正弦波的方法。相反,我得到了完整的垃圾。 运行LTSpice 4.22版。其他人看到过这个问题或可以建议出什么问题吗?
14 ltspice  spice 

4
为什么我简单的升压转换器给我这么高的峰值输出电压?
我试图通过LTSpice中的仿真来了解开关模式电源的基本原理。 我想按照教科书中经常给出的教学模型来构建一个极其简单的升压转换器电路,但是我无法像我期望的那样使它完全正常工作,可能是因为实际情况大不相同:) 这是从LTSpice导出的示意图(请注意,它使用ISO符号;右侧的组件是电阻器): 电源电压为5V,我正在寻求以1A的负载电流或12W的输出功率将其提高至12V。我选择了20kHz的开关频率。通过我的数学计算,我需要0.583的占空比来执行此操作,因此接通时间应为29.15 µs。假设效率为0.90,则输入功率为13.34W,输入电流为2.67A。 可能使我陷入困境的假设: 对于这么简单的设计,效率可能是完全不现实的,而且我的输入电流比我期望的要高得多。 最初,我不太在意波纹,因此我只是随机选择了电感器和电容器。 也许开关频率太小。 我以10ms的时间运行仿真(在图形中应该可见)。 我期望看到的是在2点(电感器和NMOS之间)的5V电压,可能有轻微波动,而在3点(二极管和电容器之间)的12V电压具有波纹。 取而代之的是,看起来像是整个混沌-我得到的峰值电压为23V,在第2点振荡约11.5V,而更低的峰值电压略高于22.5V,在第3点振荡约17V。 由于我的开关频率可能过低的预感,我尝试将其提高到200kHz(T = 5µs,Ton = 2.915µs),现在我得到的东西更像我想要的东西,即峰值电压为12.8V点2(在0V和0V之间振荡)和点3处的12V峰值(大约11.8V振荡): 电压中有明显的纹波。我尝试将电感器的尺寸增加到100µH,但似乎影响的只是启动振荡。因此,我将电容增加到10µF,这似乎可行,点3的电压振荡小得多。上图是使用10pF电容器得到的结果。 那么,我的问题是: 我的原始模型有什么问题? 20kHz是一个完全不切实际的开关频率(看起来会很奇怪)吗? 如果我想要20kHz的开关频率,我该如何改变才能使电路按预期工作?更大的电感器? 当电路达到稳定状态时,输入侧的电压与输出侧的电压相似是正常的吗? 我应该使用什么方程式来确定电容器的尺寸?


3
如何在LTspice中查看和自定义晶体管的beta
如果我需要将beta设置为自定义值,是否可以制作具有我选择的beta的自定义晶体管?换句话说,我可以编辑就绪或通用晶体管的beta并将其另存为自定义晶体管吗?我怎样才能做到这一点?
13 ltspice 

3
如何在LTSpiceIV中使用具有两个以上参数的.step参数
我需要使用每个电阻的不同值(通常称为R1和R2)进行三个瞬态仿真。我的意思是完全这样: 辛 1:R1 = 1个K ,R2 = 10千ΩΩΩ\OmegaΩΩ\Omega 辛 2:R1 = 1 M ,R2 = -10 M ΩΩΩ\OmegaΩΩ\Omega 辛 3:R1 = 1个K ,R2 = 1 M ΩΩΩ\OmegaΩΩ\Omega 如果只有一个电阻值会变化的电阻,则只需将其电阻值设置为“ {r1}”(我使用小写字母将其设置为与R1不同的变量/参数),并使用诸如以下命令: .step param r1 list 1k 1meg 1k 但是,由于我必须两次(总共)两次更改两个参数,因此我在这里读到(至少在LTSpiceIV上)解决此问题的方法可以使用如下所示的方法: .step param X list 1 2 3 .param r1 = table(X, 1k, 1meg, …
13 ltspice 

1
如何绘制LTSpice中特定组件上的“电压降”?
在上面的电路中,我只能绘制| Vr1 + Vc1 |。=绿色图中的V1和蓝色图中的Vc1。我在LTSpice中使用电压探针,然后单击线以获取图。如果我单击V1和R1之间的线,则会得出| Vr1 + Vr2 |。= V1。如果单击R1和C1之间的线,则会绘制Vc1。 是否有办法同时看到Vr1(仅在R1两端压降)?
12 ltspice 

1
LTSpice中并联电阻的问题
我正在尝试构建电抗性负载箱,因此我可以在没有扬声器的情况下运行吉他放大器。基本上,这是一种模拟功率相对较高的扬声器的阻抗/频率曲线的设备。 我需要4Ω的标称阻抗,但我的本地电子产品商店不出售4Ω100W电阻器,因此我虽然获得了四个16Ω电阻器并将它们并联。 右边是使用单个4Ω电阻的正确阻抗曲线,左边是使用四个并联16Ω电阻的相同电路。 模拟结果为何不同?我认为这些电路应该是等效的。 Steve G.编辑:以下电路给出的结果与4 x16Ω电阻器电路相同(请注意浮动线):

2
整流器的LTSpice仿真在短时间后变慢
我在LTspice中设置了以下简单电路: 蓝色在变压器的输出上,绿色在整流器上。 如果我不包括电容器,则可以正常工作,并且仿真可以快速进行。但是,如果包括电容器,则在几毫秒后仿真会变得非常慢。该图像一直显示到基本上停止以合理的速度进行模拟为止。变慢的时间似乎取决于电容器的值 这里发生了什么? 注意:在SPICE设置中选择“备用”求解器即可解决

2
PIC12F675 GP4不起作用
我正在为一个项目使用PIC12F675,除一件事情外,其他所有东西都工作正常。GP4不能用作数字IO。我已经看了很多配置和代码,但是找不到任何东西。 配置: #pragma config FOSC = INTRCCLK #pragma config WDTE = OFF #pragma config PWRTE = OFF #pragma config MCLRE = OFF #pragma config BOREN = ON #pragma config CP = OFF #pragma config CPD = OFF 码: #include <xc.h> #include <math.h> #include "config.h" #define _XTAL_FREQ 4000000 void delay(unsigned int …
9 pic  c  embedded  programming  audio  oscillator  spark  dc-dc-converter  boost  charge-pump  eagle  analog  battery-charging  failure  humidity  hard-drive  power-supply  battery-charging  charger  solar-energy  solar-charge-controller  pcb  eagle  arduino  voltage  power-supply  usb  charger  power-delivery  resistors  led-strip  series  usb  bootloader  transceiver  digital-logic  integrated-circuit  ram  transistors  led  raspberry-pi  driver  altium  usb  transceiver  piezoelectricity  adc  psoc  arduino  analog  pwm  raspberry-pi  converter  transformer  switch-mode-power-supply  power-electronics  dc-dc-converter  phase-shift  analog  comparator  phototransistor  safety  grounding  current  circuit-protection  rcd  batteries  current  battery-operated  power-consumption  power-electronics  bridge-rectifier  full-bridge  ethernet  resistance  mosfet  ltspice  mosfet-driver  ftdi  synchronous  fifo  microcontroller  avr  atmega  atmega328p  verilog  error  modelsim  power-supply  solar-cell  usb-pd  i2c  uart 

1
LTspice:如何使用不同颜色的步进参数显示多个带有波形的探头?
我正在使用LTspice IV(4.23I),并且正在使用该.step命令来改变电容器的电容,以便可以看到单个探头的多个波形。 如果只有一个探针,则步进值将具有不同的颜色(请参见下文)。 我的问题是,如果添加另一个探头,则从单个探头生成的步进波形会变成相同的颜色。(请参见下面的蓝色波形) 如何在相同的情节中将它们保留为不同的颜色,同时又保留多个图块? 参考电路:

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.