零转速探头延长电缆SMIO-01C

零转速探头延长电缆 SMIO-01C

零转速探头延长电缆 SMIO-01C

零转速探头延长电缆 SMIO-01C

Lenze EMZ9371BB
Lenze E82ZAFSC010
221-1BH10
Festo DNC-32-125-PPV
Mannesmann Rexroth VT-3002-20/48 
PHOENIX CONTAC IB IL 24 DI 16-2MBD
Festo ADNGF-40-60-P-A  
ifm electronic OJ5044
Pepperl + Fuchs K-Serie KFD2-EB2 
Beckhoff KL2692 24V KL 2692
Beckhoff KL3052
Wago 751-600/000-001 
EES KSV 5 - B 7, 165VA 50/60Hz ta60 EN60742 KSV5-B
BWO Elektronik 900-8 083583 
Weidmüller VDE 0805
IFM Electronic Power Supply DN4013
SICK WE27-2D730 2 017 894
ABB CT-MFS.21 Multifunktionsrelais Zeitrelais 1SVR630010R0200 
Moeller ZM-40-PKZ2 + NHI 11-PKZ 2
Siemens LOGO! 6ED1 052-1CA00-0BA0 6ED10521CA000BA0
Phoenix Contact Quint-DC-UPS 10A
Phoenix Contact MCR-TE-JK-U-E 
Euchner CES-AZ-AES-01B 
Banner Mini-Beam Sensor SM31RQD

uC/OS-II和大家所熟知的Linux等分时操作系统不同，它不支持时间片轮转法。uC/OS-II是一个基于级的实时操作系统，每个任务的级不同，分析它的源码会发现，uC/OS-II把任务的级当做任务的标识来使用，如果级相同，任务将无法区分。进入就绪态的级高的任务得到CPU的使用权，只有等它交出CPU的使用权后，其他任务才可以被执行。所以它只能说是多任务，不能说是多进程，至少不是我们所熟悉的那种多进程。显而易见，如果只考虑实时性，它当然比分时系统好，它可以重要任务总是占有CPU。但是在系统中，重要任务毕竟是有限的，这就使得划分其他任务的权变成了一个让人费神的问题。

另外，有些任务交替执行反而对用户更有利。例如，用单片机控制两小块显示屏时，无论是编程者还是使用者肯定希望它们同时工作，而不是显示完一块显示屏的信息以后再显示另一块显示屏的信息。这时候，要是uC/OS-II即支持级法又支持时间片轮转法就更合适了。

4.uC/OS-II对共享资源提供了保护机制。正如上文所提到的，uC/OS-II是一个支持多任务的操作系统。一个完整的程序可以划分成几个任务，不同的任务执行不同的功能。这样，一个任务就相当于模块化设计中的一个子模块。在任务中添加代码时，只要不是共享资源就不必担心互相之间有影响。而对于共享资源(比如串口)，uC/OS-II也提供了很好的解决办法。一般情况下使用的是信号量的方法。简单地说，先创建一个信号量并对它进行初始化。当一个任务需要使用一个共享资源时，它先申请得到这个信号量，而一旦得到了此信号量，那就只有等使用完了该资源，信号量才会被释放。在这个过程中即使有权更高的任务进入了就绪态，因为无法得到此信号量，也不能使用该资源。这个特点的好处显而易见，例如当显示屏正在显示信息的时候，外部产生了一个中断，而在中断服务程序中需要显示屏显示其他信息。这样，退出中断服务程序后，原有的信息就可能被破坏了。而在uC/OS-II中采用信号量的方法时，只有显示屏把原有信息显示完毕后才可以显示新信息，从而可以避免这个现象。不过，采用这种方法是以牺牲系统的实时性为代价的。如果显示原有信息需要耗费大量时间，系统只好等待。从结果上看，等于延长了中断响应时间，这对于未显示信息是报警信息的情况，无疑是致命的。发生这种情况，在uC/OS-II中称为级反转，就是任务等待低级任务的完成。在上述情况下，在两个任务之间发生级反转是无法避免的。所以在使用uC/OS-II时，对所开发的系统了解清楚，才能决定对于某种共享资源是否使用信号量