proteus常用元件图示和名称(持续更新...)

初学单片机,记录一下proteus常用的元件

proteus常用元件图示和名称

1 SWITCH(一位开关)

SWITCH 一位开关
SW-SPST 一位开关
SW-SPDT 两位开关

在这里插入图片描述

2 CAP(无极性电容)

在这里插入图片描述

3 CAP-ELEC(极性电容)

在这里插入图片描述

4 CRYSTAL(晶振)

在这里插入图片描述

5 LED-BIBY(发光二极管)

在这里插入图片描述

6 RES(电阻)

在这里插入图片描述

7 BUTTON(按钮)

在这里插入图片描述

8 AT89C51(经典单片机)

在这里插入图片描述

9 BUS(总线)

右侧:

总线模式->蓝色粗线:总线

在这里插入图片描述

10 VCC(电源)

右侧:
终端模式->POWER:电源(默认+5v)
终端模式->GROUND:接地电源

在这里插入图片描述

11 GROUND(接地)

在这里插入图片描述

12 BUZZER(蜂鸣器)

device:通用蜂鸣器
active:有源蜂鸣器,通过直流操作由声卡发声
在这里插入图片描述

13 74HC273(常用锁存器)

在这里插入图片描述

14 7SEG-MPX4-CA(共阳极数码管)

cc表示共阴极,ca表示共阳极;
在这里插入图片描述

15 LM016L(常用液晶)

在这里插入图片描述

16 POT(滑动变阻器)

POT-HG 滑动电阻(调整精度为1%)
POT-LIN 滑动电阻(调整精度为10%)
POT-LOG 滑动电阻(调整精度为10%)

在这里插入图片描述

17 RP2(排电阻)

在这里插入图片描述

18 DAC0832(D/A转换器)

在这里插入图片描述

19 PNP(三极管)

在这里插入图片描述

20 NPN(三极管)

在这里插入图片描述

21 LAMP(灯泡)

在这里插入图片描述

22 默认终端(一条线加一个空心圆)

右侧:

终端模式->DEFAULT
在这里插入图片描述

23 双击导线形成的实心圆点

搭配网络标号使用(鼠标移动到导线上->右键属性->添加网络标号)

在这里插入图片描述

24 RX8(双列x8电阻网络)

在这里插入图片描述

25 SPEAKER(扬声器)

device:不能发出声音

在这里插入图片描述

active:活动的,可以发出声音
在这里插入图片描述

26 OSCILLOSCOPE(示波器)

右边仪器->选择
在这里插入图片描述

27 74HC154译码器

在这里插入图片描述

28 NOT-非门(一个三角形前面有个圆圈)

在这里插入图片描述

29 DIPSWC(拨码开关)

在这里插入图片描述

30 SW-SPDT(单刀双掷开关)

在这里插入图片描述

31 DIODE(二极管)

在这里插入图片描述

32 VSINE(交流电源)

在这里插入图片描述

33 MOC3052(双向光耦)

在这里插入图片描述

34 TRIAC(三端双向可控硅开关)

在这里插入图片描述

35 G2R继电器系列

在这里插入图片描述

36 RELAY(继电器)

在这里插入图片描述

37 7406(双极型晶体管)

在这里插入图片描述

38 MATRIX-8乘8点阵

在这里插入图片描述

39 TRAFFICLIGHTS(交通指示灯)

在这里插入图片描述

40 SW-ROT-3(单刀三掷开关)

在这里插入图片描述

41 PULSE(脉冲发生器)

右边->选择激励源模式
在这里插入图片描述

42 SINE(正弦波发生器)

在这里插入图片描述

43 DIODE-LED(发光二极管)

在这里插入图片描述

44 PHOTODIODE(光敏二极管)

在这里插入图片描述

持续更新...
### Spring Framework ApplicationEventPublisher Example and Usage In the context of the Spring framework, `ApplicationEventPublisher` is an interface that allows beans to publish events to the application context. This mechanism facilitates a loosely coupled architecture where components can notify each other about significant occurrences without being directly dependent on one another. The core classes involved in this event-driven model include: - **ApplicationEvent**: A class extending from which all custom events should derive. - **ApplicationListener<E extends ApplicationEvent>**: An interface implemented by any bean wishing to listen for specific types of events. - **ApplicationEventMulticaster**: The component responsible for broadcasting events to registered listeners within the ApplicationContext[^1]. To demonstrate how these pieces work together using `ApplicationEventPublisher`, consider the following code snippets illustrating both publishing and listening capabilities. #### Publishing Events with ApplicationEventPublisher A service or repository layer might want to inform others when certain actions occur. For instance, after saving data into storage, it could broadcast such activity as shown below: ```java @Service public class MyService { private final ApplicationEventPublisher publisher; @Autowired public MyService(ApplicationEventPublisher publisher) { this.publisher = publisher; } void performAction() { // Action logic here... CustomEvent event = new CustomEvent(this); publisher.publishEvent(event); // Publishes the event through the context } } ``` Here, upon executing some action inside `performAction()`, a new `CustomEvent` gets created and published via injection of `ApplicationEventPublisher`. #### Listening for Specific Events Using ApplicationListener On the receiving end, interested parties implement `ApplicationListener<SpecificEventType>` to react accordingly whenever their targeted type occurs: ```java @Component public class EventConsumer implements ApplicationListener<MyCustomEvent> { @Override public void onApplicationEvent(MyCustomEvent event) { System.out.println("Received my custom event : " + event.getMessage()); } } ``` This listener will automatically receive notifications every time a matching event (`MyCustomEvent`) happens anywhere across different parts of your application[^2]. Additionally, annotations like `@EventListener` provide even more concise syntax while offering flexibility regarding method signatures and parameters used during handling processes. By leveraging these constructs effectively, developers gain powerful tools enabling robust communication patterns throughout complex systems built atop Spring's foundation.
评论 32
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值