BENTLY NEVADA本特利全新330153-01
***提供：PLC可编程控制系统，分散控制系统（DCS）安全仪表系统（SIS），ESD系统，振动监测系统，汽轮机控制 压缩机组控制系统（CCS）等各类工控系统部件
系统里的 PLC模块，DCS模块，CPU模块，IO模块，DO模块，AI模块，DI模块，网络通信模块，
以太网模块，运动控制模块，模拟量输入模块，模拟量输出模块，数字输入模块，数字输出模块，
冗余模块，电源模块，继电器输出模块，继电器输入模块，处理器模块。
冗余模块，电源模块，继电器输出模块，继电器输入模块，处理器模块。
----分散控制系统（DCS） ABB：AC800M系列模块，工业机器人备件DSQC系列、Bailey INFI 90,800xA、Advant OCS with Master Software
----可编程序控制器（PLC）罗克韦尔AB）: SLC500： 1747/1746系列 MicroLogix： 1761/1763/1762/1766/1764系列
CompactLogix：1769/1768系列Logix5000： 1756/1789/1794/1760/1788系列 PLC-5： 1771/1785 系列
CompactLogix：1769/1768系列Logix5000： 1756/1789/1794/1760/1788系列 PLC-5： 1771/1785 系列
IC693/IC695/IC697/IC698/IC200/IC660/IC670等CPU模块，通讯模块，模拟量数字量模块。EX2100,EX2000励磁系统卡件IS200系列，DS200系列。
----数据采集及监视控制系统（SCADA）VIBRO-METER（韦博）：振动传感器,加速传感器,涡流传感器，监测系统模块网关通讯模块。
----安全仪表系统（SIS）本特利bently 3500/25 3500/92 3500/33 3500/42M
----MOTOROLA MVME 工业用模组 Motorola（摩托罗拉）：VME 162、MVME 167、MVME1772、MVME177等系列。XYCOM：I/O 、VME板和处理器等。
----压缩机组控制系统（CCS）等各类工控系统部件
因为 Linux 内核一般都会在 RAM 中运行，所以在调用 Linux 内核之前 bootloader 必须设置和初始化 RAM，为调用 Linux内核做好准备。初始化 RAM 的任务包括设置 CPU 的控制寄存器参数，以便能正常使用 RAM 以及检测RAM 大小等。
2) 初始化串口
串口在 Linux 的启动过程中有着非常重要的作用，它是 Linux内核和用户交互的方式之一。Linux 在启动过程中可以将信息通过串口输出，这样便可清楚的了解 Linux 的启动过程。虽然它并不是 bootloader 必须要完成的工作，但是通过串口输出信息是调试 bootloader 和Linux 内核的强有力的工具，所以一般的 bootloader 都会在执行过程中初始化一个串口做为调试端口。
3) 检测处理器类型
Bootloader在调用 Linux内核前必须检测系统的处理器类型，并将其保存到某个常量中提供给 Linux 内核。Linux 内核在启动过程中会根据该处理器类型调用相应的初始化程序。
4) 设置 Linux启动参数
Bootloader在执行过程中必须设置和初始化 Linux 的内核启动参数。目前传递启动参数主要采用两种方式：即通过 struct param_struct 和struct tag（标记列表，tagged list）两种结构传递。struct param_struct 是一种比较老的参数传递方式，在 2.4 版本以前的内核中使用较多。从 2.4 版本以后 Linux 内核基本上采用标记列表的方式。但为了保持和以前版本的兼容性，它仍支持 struct param_struct 参数传递方式，只不过在内核启动过程中它将被转换成标记列表方式。标记列表方式是种比较新的参数传递方式，它必须以 ATAG_CORE 开始，并以ATAG_NONE 结尾。中间可以根据需要加入其他列表。Linux内核在启动过程中会根据该启动参数进行相应的初始化工作。
5) 调用 Linux内核映像
Bootloader完成的***后一项工作便是调用 Linux内核。如果 Linux 内核存放在 Flash 中，并且可直接在上面运行（这里的 Flash 指 Nor Flash），那么可直接跳转到内核中去执行。但由于在 Flash 中执行代码会有种种限制，而且速度也远不及 RAM 快，所以一般的嵌入式系统都是将 Linux内核拷贝到 RAM 中，然后跳转到 RAM 中去执行。不论哪种情况，在跳到 Linux 内核执行之前 CUP的寄存器必须满足以下条件：r0＝0，r1＝处理器类型，r2＝标记列表在 RAM中的地址。
3. Linux内核的启动过程
在 bootloader将 Linux 内核映像拷贝到 RAM 以后，可以通过下例代码启动 Linux 内核：call_linux(0, machine_type, kernel_params_base)。
其中，machine_tpye 是 bootloader检测出来的处理器类型， kernel_params_base 是启动参数在 RAM 的地址。通过这种方式将 Linux 启动需要的参数从 bootloader传递到内核。Linux 内核有两种映像：一种是非压缩内核，叫 Image，另一种是它的压缩版本，叫zImage。根据内核映像的不同，Linux 内核的启动在开始阶段也有所不同。zImage 是 Image经过压缩形成的，所以它的大小比 Image 小。但为了能使用 zImage，必须在它的开头加上解压缩的代码，将 zImage 解压缩之后才能执行，因此它的执行速度比 Image 要慢。但考虑到嵌入式系统的存储空容量一般比较小，采用 zImage 可以占用较少的存储空间，因此牺牲一点性能上的代价也是值得的。所以一般的嵌入式系统均采用压缩内核的方式。
对于 ARM 系列处理器来说，zImage 的入口程序即为 arch/arm/boot/compressed/head.S。它依次完成以下工作：开启 MMU 和 Cache，调用 decompress_kernel()解压内核，***后通过调用 call_kernel()进入非压缩内核 Image 的启动。下面将具体分析在此之后 Linux 内核的启动过程。
2) 初始化串口
串口在 Linux 的启动过程中有着非常重要的作用，它是 Linux内核和用户交互的方式之一。Linux 在启动过程中可以将信息通过串口输出，这样便可清楚的了解 Linux 的启动过程。虽然它并不是 bootloader 必须要完成的工作，但是通过串口输出信息是调试 bootloader 和Linux 内核的强有力的工具，所以一般的 bootloader 都会在执行过程中初始化一个串口做为调试端口。
3) 检测处理器类型
Bootloader在调用 Linux内核前必须检测系统的处理器类型，并将其保存到某个常量中提供给 Linux 内核。Linux 内核在启动过程中会根据该处理器类型调用相应的初始化程序。
4) 设置 Linux启动参数
Bootloader在执行过程中必须设置和初始化 Linux 的内核启动参数。目前传递启动参数主要采用两种方式：即通过 struct param_struct 和struct tag（标记列表，tagged list）两种结构传递。struct param_struct 是一种比较老的参数传递方式，在 2.4 版本以前的内核中使用较多。从 2.4 版本以后 Linux 内核基本上采用标记列表的方式。但为了保持和以前版本的兼容性，它仍支持 struct param_struct 参数传递方式，只不过在内核启动过程中它将被转换成标记列表方式。标记列表方式是种比较新的参数传递方式，它必须以 ATAG_CORE 开始，并以ATAG_NONE 结尾。中间可以根据需要加入其他列表。Linux内核在启动过程中会根据该启动参数进行相应的初始化工作。
5) 调用 Linux内核映像
Bootloader完成的***后一项工作便是调用 Linux内核。如果 Linux 内核存放在 Flash 中，并且可直接在上面运行（这里的 Flash 指 Nor Flash），那么可直接跳转到内核中去执行。但由于在 Flash 中执行代码会有种种限制，而且速度也远不及 RAM 快，所以一般的嵌入式系统都是将 Linux内核拷贝到 RAM 中，然后跳转到 RAM 中去执行。不论哪种情况，在跳到 Linux 内核执行之前 CUP的寄存器必须满足以下条件：r0＝0，r1＝处理器类型，r2＝标记列表在 RAM中的地址。
3. Linux内核的启动过程
在 bootloader将 Linux 内核映像拷贝到 RAM 以后，可以通过下例代码启动 Linux 内核：call_linux(0, machine_type, kernel_params_base)。
其中，machine_tpye 是 bootloader检测出来的处理器类型， kernel_params_base 是启动参数在 RAM 的地址。通过这种方式将 Linux 启动需要的参数从 bootloader传递到内核。Linux 内核有两种映像：一种是非压缩内核，叫 Image，另一种是它的压缩版本，叫zImage。根据内核映像的不同，Linux 内核的启动在开始阶段也有所不同。zImage 是 Image经过压缩形成的，所以它的大小比 Image 小。但为了能使用 zImage，必须在它的开头加上解压缩的代码，将 zImage 解压缩之后才能执行，因此它的执行速度比 Image 要慢。但考虑到嵌入式系统的存储空容量一般比较小，采用 zImage 可以占用较少的存储空间，因此牺牲一点性能上的代价也是值得的。所以一般的嵌入式系统均采用压缩内核的方式。
对于 ARM 系列处理器来说，zImage 的入口程序即为 arch/arm/boot/compressed/head.S。它依次完成以下工作：开启 MMU 和 Cache，调用 decompress_kernel()解压内核，***后通过调用 call_kernel()进入非压缩内核 Image 的启动。下面将具体分析在此之后 Linux 内核的启动过程。
SICK WL27-2N630
SICK i12-SB213
SICK WS250-D430
SICK WTR2-P521
ATR UNIVERSALVERSTÄRKER VE6
SICK WL33-18
SICK FR2-152
SICK WT36-N210
SICK WT2S-P231
SICK LCUX1-400
SICK KT5G-2P1151
SICK WL2S-F211
SICK i12-SB213
SICK WT36-N210
SICK IQ10-03BPS-KT1
SICK WTA24-P5201S01
SICK WTV18-2P420
SICK WL100-P3430
SICK WLL190T-2P474
SICK 1040854 IME08-2N5PSZT0S Sn 2,5 mm M8 Induktiver Nä
Sick WT36-P410 - Reflex.-Lichttaster 1011108
SICK Induktiv Näherungssensor IM08-2N5PS-ZT1 6020231 Sn
BERNSTEIN SLK-MVTU24UC-55 Nr. 6018119003
SICK Einweg-Lichtschranke Lichtschranke WS27-2D430 Se
SICK WS/WE20 Einweglichtschranke WS 20-6023 WE 20-9123
SICK WT2S-P231 Reflexi***-Lichttaster OHNE STECKER! Sn
SICK WT2S-P231 Reflexi***-Lichttaster Hintergrundausble
SICK WLL12-B5181 - 1011677 Refexi***-Lichtschranke
SICK WL100L F2231 REFLEXI*** LICHTSCHRANKE 6030710
SICK 1040854 IME08-2N5PSZT0S Sn 2,5 mm M8 Induktiver Nä
SICK - DMH2-P24111 LICHTSCHNITTSENSOR 1016937