什么软件能做设备树

Ⅰ 哪个设备管理软件最好用

保力设备管理软件是一个通用的设备管理系统平台,系统全面覆盖企业设备信息管理，设备生命期管理，维修保养计划制定和维修记录，设备文档材料管理，备件配件管理等各个多个方面。软件结构清晰,参数定义灵活，适合工业企业(机械、电子、化工)、医疗、物业、市政基础设施等不同类型企业需要的设备分类方法和维修/保养管理,设备使用率/故障率统计。
主要功能：
保力设备管理软件主要功能点为同时提供了资产及设备的资产调拨，设备文档管理。借出与归还管理，资产及设备转移管理，资产及设备维修管理。软件支持资产及设备折旧管理功能，并提供折旧额的自动核算。软件提供了方便的数据查询功能，也可将各类数据转化为Excel文档报表统计及打印系统设置等功能。
保力设备管理软件是目前国内性价比最高的，最好的设备管理软件，相比同类型软件具有界面美观大方，功能强大而操作简单，自定义功能特别强大，是目前国内唯一一款提供超级强大自定义功能的设备管理软件。
1) 预防性的保养/维修计划
将设备保养和维护工作按所属岗位分别落实到责任人（在台帐资料中，每套设备均可制定相应的责任人），实行专人专管（包括：设备加油、设备防锈蚀、设备除尘、设备清洁等与设备相关的日常保养和维护）。
1.设备保养可以分为：一般保养和定期保养；
2.系统会自动提醒超出过期未保养的设备资料；
3.系统自动分析设备修理原因和维修项目所占的比例。
4.自动统计维修所更换的配件、数量及金额。
5.自动统计维修所耗费的工时。
6.计划及执行均可进行复制，减少输入的时间，方便操作
2) 保养/维修计划的执行(维修记录)
将设备保养和维护工作按所属岗位分别落实到责任人
3)设备报废管理
设备使用到一定的年限后，由于老化或者淘汰升级，必须由相关部门提出报废的动作，这个工作，将由系统开出报废申请单，由相关人员确认签核后，转为正式报废单。设备台帐资料中，此设备的状态自动变换为“已报废”。
丰富的查询报表
系统提供了丰富的查询报表，可以查询台帐、历史、保养计划、维修计划及其执行情况等。
4) 设备清单查询
通过设备号、名称、类别、状态等多个条件组合，可以查询出设备的台帐资料，如存位地点，状态、项目、厂家、责任人等。
保养/维修计划执行状况
分析一段时间内，对于上月计划、本周计划、本月计划、下月计划的执行情况。下图中，上面表格显示计划信息，下面表格显示当前计划对应的执行信息。
特色功能描述：
1、界面美观,使用快捷；
2、支持Excel文件数据批量导入
3、支持连续录入及相同设备快速重复录入
4、用户直接基于Word,Excel设计自定义输出模板
5、表格“所见及所得”方式导出至Excel文件；
6、强大的自定义参数功能，用户可根据需要定义参数，实现功能扩展
7、强大直观的交叉统计功能，帮助管理员完成任意格式的设备信息汇总；
8、清晰的设备、配件、维修等信息关联性；
9、简洁的设备、配件、维修的树形分类显示和自定义搜索相结合；
10、智能记忆，自动保存用户曾经录入的信息；
11、维修保养的数据统计和图形分析功能；

Ⅱ 如何使用dtc编译设备树 devicetree

DTS (device tree source)
.dts文件是一种ASCII 文本格式的Device
Tree描述，此文本格式非常人性化，适合人类的阅读习惯。基本上，在ARM
Linux在，一个.dts文件对应一个ARM的machine，一般放置在内核的arch/arm/boot/dts/目录。由于一个SoC可能对应多个machine（一个SoC可以对应多个产品和电路板），势必这些.dts文件需包含许多共同的部分，Linux内核为了简化，把SoC公用的部分或者多个machine共同的部分一般提炼为.dtsi，类似于C语言的头文件。其他的machine对应的.dts就include这个.dtsi。譬如，对于VEXPRESS而言，vexpress-v2m.dtsi就被vexpress-v2p-ca9.dts所引用，
vexpress-v2p-ca9.dts有如下一行：
/include/
"vexpress-v2m.dtsi"
当然，和C语言的头文件类似，.dtsi也可以include其他的.dtsi，譬如几乎所有的ARM
SoC的.dtsi都引用了skeleton.dtsi。
.dts（或者其include的.dtsi）基本元素即为前文所述的结点和属性：

[plain] view
plainprint?

/ {

node1 {

a-string-property = "A string";

a-string-list-property = "first string", "second string";

a-byte-data-property = [0x01 0x23 0x34 0x56];

child-node1 {

first-child-property;

second-child-property = <1>;

a-string-property = "Hello, world";

};

child-node2 {

};

};

node2 {

an-empty-property;

a-cell-property = <1 2 3 4>; /* each number (cell) is a uint32 */

child-node1 {

};

};

};
/ {
node1 {
a-string-property = "A string";
a-string-list-property = "first string", "second string";
a-byte-data-property = [0x01 0x23 0x34 0x56];
child-node1 {
first-child-property;
second-child-property = <1>;
a-string-property = "Hello, world";
};
child-node2 {
};
};
node2 {
an-empty-property;
a-cell-property = <1 2 3 4>; /* each number (cell) is a uint32 */
child-node1 {
};
};
};
上述.dts文件并没有什么真实的用途，但它基本表征了一个Device
Tree源文件的结构：
1个root结点"/"；
root结点下面含一系列子结点，本例中为"node1" 和
"node2"；
结点"node1"下又含有一系列子结点，本例中为"child-node1" 和
"child-node2"；
各结点都有一系列属性。这些属性可能为空，如"
an-empty-property"；可能为字符串，如"a-string-property"；可能为字符串数组，如"a-string-list-property"；可能为Cells（由u32整数组成），如"second-child-property"，可能为二进制数，如"a-byte-data-property"。
下面以一个最简单的machine为例来看如何写一个.dts文件。假设此machine的配置如下：
1个双核ARM
Cortex-A9 32位处理器；
ARM的local bus上的内存映射区域分布了2个串口（分别位于0x101F1000 和
0x101F2000）、GPIO控制器（位于0x101F3000）、SPI控制器（位于0x10170000）、中断控制器（位于0x10140000）和一个external
bus桥；
External bus桥上又连接了SMC SMC91111
Ethernet（位于0x10100000）、I2C控制器（位于0x10160000）、64MB NOR
Flash（位于0x30000000）；
External bus桥上连接的I2C控制器所对应的I2C总线上又连接了Maxim
DS1338实时钟（I2C地址为0x58）。
其对应的.dts文件为：

[plain] view
plainprint?

/ {

compatible = "acme,coyotes-revenge";

#address-cells = <1>;

#size-cells = <1>;

interrupt-parent = <&intc>;cpus {

#address-cells = <1>;

#size-cells = <0>;

cpu@0 {

compatible = "arm,cortex-a9";

reg = <0>;

};

cpu@1 {

compatible = "arm,cortex-a9";

reg = <1>;

};

};serial@101f0000 {

compatible = "arm,pl011";

reg = <0x101f0000 0x1000 >;

interrupts = < 1 0 >;

};serial@101f2000 {

compatible = "arm,pl011";

reg = <0x101f2000 0x1000 >;

interrupts = < 2 0 >;

};gpio@101f3000 {

compatible = "arm,pl061";

reg = <0x101f3000 0x1000

0x101f4000 0x0010>;

interrupts = < 3 0 >;

};intc: interrupt-controller@10140000 {

compatible = "arm,pl190";

reg = <0x10140000 0x1000 >;

interrupt-controller;

#interrupt-cells = <2>;

};spi@10115000 {

compatible = "arm,pl022";

reg = <0x10115000 0x1000 >;

interrupts = < 4 0 >;

};external-bus {

#address-cells = <2>

#size-cells = <1>;

ranges = <0 0 0x10100000 0x10000 // Chipselect 1, Ethernet

1 0 0x10160000 0x10000 // Chipselect 2, i2c controller

2 0 0x30000000 0x1000000>; // Chipselect 3, NOR Flashethernet@0,0 {

compatible = "smc,smc91c111";

reg = <0 0 0x1000>;

interrupts = < 5 2 >;

};i2c@1,0 {

compatible = "acme,a1234-i2c-bus";

#address-cells = <1>;

#size-cells = <0>;

reg = <1 0 0x1000>;

interrupts = < 6 2 >;

rtc@58 {

compatible = "maxim,ds1338";

reg = <58>;

interrupts = < 7 3 >;

};

};flash@2,0 {

compatible = "samsung,k8f1315ebm", "cfi-flash";

reg = <2 0 0x4000000>;

};

};

};
/ {
compatible = "acme,coyotes-revenge";
#address-cells = <1>;
#size-cells = <1>;
interrupt-parent = <&intc>;

cpus {
#address-cells = <1>;
#size-cells = <0>;
cpu@0 {
compatible = "arm,cortex-a9";
reg = <0>;
};
cpu@1 {
compatible = "arm,cortex-a9";
reg = <1>;
};
};

serial@101f0000 {
compatible = "arm,pl011";
reg = <0x101f0000 0x1000 >;
interrupts = < 1 0 >;
};

serial@101f2000 {
compatible = "arm,pl011";
reg = <0x101f2000 0x1000 >;
interrupts = < 2 0 >;
};

gpio@101f3000 {
compatible = "arm,pl061";
reg = <0x101f3000 0x1000
0x101f4000 0x0010>;
interrupts = < 3 0 >;
};

intc: interrupt-controller@10140000 {
compatible = "arm,pl190";
reg = <0x10140000 0x1000 >;
interrupt-controller;
#interrupt-cells = <2>;
};

spi@10115000 {
compatible = "arm,pl022";
reg = <0x10115000 0x1000 >;
interrupts = < 4 0 >;
};

external-bus {
#address-cells = <2>
#size-cells = <1>;
ranges = <0 0 0x10100000 0x10000 // Chipselect 1, Ethernet
1 0 0x10160000 0x10000 // Chipselect 2, i2c controller
2 0 0x30000000 0x1000000>; // Chipselect 3, NOR Flash

ethernet@0,0 {
compatible = "smc,smc91c111";
reg = <0 0 0x1000>;
interrupts = < 5 2 >;
};

i2c@1,0 {
compatible = "acme,a1234-i2c-bus";
#address-cells = <1>;
#size-cells = <0>;
reg = <1 0 0x1000>;
interrupts = < 6 2 >;
rtc@58 {
compatible = "maxim,ds1338";
reg = <58>;
interrupts = < 7 3 >;
};
};

flash@2,0 {
compatible = "samsung,k8f1315ebm", "cfi-flash";
reg = <2 0 0x4000000>;
};
};
};
上述.dts文件中,root结点"/"的compatible 属性compatible =
"acme,coyotes-revenge";定义了系统的名称，它的组织形式为：<manufacturer>,<model>。Linux内核透过root结点"/"的compatible
属性即可判断它启动的是什么machine。
在.dts文件的每个设备，都有一个compatible
属性，compatible属性用户驱动和设备的绑定。compatible
属性是一个字符串的列表，列表中的第一个字符串表征了结点代表的确切设备，形式为"<manufacturer>,<model>"，其后的字符串表征可兼容的其他设备。可以说前面的是特指，后面的则涵盖更广的范围。如在arch/arm/boot/dts/vexpress-v2m.dtsi中的Flash结点：

[plain] view
plainprint?

flash@0,00000000 {

compatible = "arm,vexpress-flash", "cfi-flash";

reg = <0 0x00000000 0x04000000>,

<1 0x00000000 0x04000000>;

bank-width = <4>;

};
flash@0,00000000 {
compatible = "arm,vexpress-flash", "cfi-flash";
reg = <0 0x00000000 0x04000000>,
<1 0x00000000 0x04000000>;
bank-width = <4>;
};
compatible属性的第2个字符串"cfi-flash"明显比第1个字符串"arm,vexpress-flash"涵盖的范围更广。
再比如，Freescale
MPC8349 SoC含一个串口设备，它实现了国家半导体（National Semiconctor）的ns16550
寄存器接口。则MPC8349串口设备的compatible属性为compatible = "fsl,mpc8349-uart",
"ns16550"。其中，fsl,mpc8349-uart指代了确切的设备， ns16550代表该设备与National Semiconctor
的16550
UART保持了寄存器兼容。
接下来root结点"/"的cpus子结点下面又包含2个cpu子结点，描述了此machine上的2个CPU，并且二者的compatible
属性为"arm,cortex-a9"。
注意cpus和cpus的2个cpu子结点的命名，它们遵循的组织形式为：<name>[@<unit-address>]，<>中的内容是必选项，[]中的则为可选项。name是一个ASCII字符串，用于描述结点对应的设备类型，如3com
Ethernet适配器对应的结点name宜为ethernet，而不是3com509。如果一个结点描述的设备有地址，则应该给出@unit-address。多个相同类型设备结点的name可以一样，只要unit-address不同即可，如本例中含有cpu@0、cpu@1以及serial@101f0000与serial@101f2000这样的同名结点。设备的unit-address地址也经常在其对应结点的reg属性中给出。ePAPR标准给出了结点命名的规范。

Ⅲ 如何编译高通kernal设备树

DTS （device tree source）
.dts文件是一种ASCII 文本格式的Device
Tree描述，此文本格式非常人性化，适合人类的阅读习惯。基本上，在ARM
Linux在，一个。dts文件对应一个ARM的machine，一般放置在内核的arch/arm/boot/dts/目录。由于一个SoC可能对应多个machine（一个SoC可以对应多个产品和电路板），势必这些。dts文件需包含许多共同的部分，Linux内核为了简化，把SoC公用的部分或者多个machine共同的部分一般提炼为。dtsi，类似于C语言的头文件。其他的machine对应的。dts就include这个。dtsi。譬如，对于VEXPRESS而言，vexpress-v2m.dtsi就被vexpress-v2p-ca9.dts所引用，
vexpress-v2p-ca9.dts有如下一行：
/include/
“vexpress-v2m.dtsi”
当然，和C语言的头文件类似，。dtsi也可以include其他的。dtsi，譬如几乎所有的ARM
SoC的。dtsi都引用了skeleton.dtsi。
.dts（或者其include的。dtsi）基本元素即为前文所述的结点和属性：
[plain] view
plainprint?
/ {
node1 {
a-string-property = “A string”;
a-string-list-property = “first string”, “second string”;
a-byte-data-property = [0x01 0x23 0x34 0x56];
child-node1 {
first-child-property;
second-child-property = <1>;
a-string-property = “Hello, world”;
};
child-node2 {
};
};
node2 {
an-empty-property;
a-cell-property = <1 2 3 4>; /* each number （cell） is a uint32 */
child-node1 {
};
};
};
/ {
node1 {
a-string-property = “A string”;
a-string-list-property = “first string”, “second string”;
a-byte-data-property = [0x01 0x23 0x34 0x56];
child-node1 {
first-child-property;
second-child-property = <1>;
a-string-property = “Hello, world”;
};
child-node2 {
};
};
node2 {
an-empty-property;
a-cell-property = <1 2 3 4>; /* each number （cell） is a uint32 */
child-node1 {
};
};
};
上述。dts文件并没有什么真实的用途，但它基本表征了一个Device
Tree源文件的结构：
1个root结点“/”；
root结点下面含一系列子结点，本例中为“node1” 和
“node2”；
结点“node1”下又含有一系列子结点，本例中为“child-node1” 和
“child-node2”；
各结点都有一系列属性。这些属性可能为空，如“
an-empty-property”；可能为字符串，如“a-string-property”；可能为字符串数组，如“a-string-list-property”；可能为Cells（由u32整数组成），如“second-child-property”，可能为二进制数，如“a-byte-data-property”。
下面以一个最简单的machine为例来看如何写一个。dts文件。假设此machine的配置如下：
1个双核ARM
Cortex-A9 32位处理器；
ARM的local bus上的内存映射区域分布了2个串口（分别位于0x101F1000 和
0x101F2000）、GPIO控制器（位于0x101F3000）、SPI控制器（位于0x10170000）、中断控制器（位于0x10140000）和一个external
bus桥；
External bus桥上又连接了SMC SMC91111
Ethernet（位于0x10100000）、I2C控制器（位于0x10160000）、64MB NOR
Flash（位于0x30000000）；
External bus桥上连接的I2C控制器所对应的I2C总线上又连接了Maxim
DS1338实时钟（I2C地址为0x58）。
其对应的。dts文件为：
[plain] view
plainprint?
/ {
compatible = “acme,coyotes-revenge”;
#address-cells = <1>;
#size-cells = <1>;
interrupt-parent = <&intc>;
cpus {
#address-cells = <1>;
#size-cells = <0>;
cpu@0 {
compatible = “arm,cortex-a9”;
reg = <0>;
};
cpu@1 {
compatible = “arm,cortex-a9”;
reg = <1>;
};
};
serial@101f0000 {
compatible = “arm,pl011”;
reg = <0x101f0000 0x1000 >;
interrupts = < 1 0 >;
};
serial@101f2000 {
compatible = “arm,pl011”;
reg = <0x101f2000 0x1000 >;
interrupts = < 2 0 >;
};
gpio@101f3000 {
compatible = “arm,pl061”;
reg = <0x101f3000 0x1000
0x101f4000 0x0010>;
interrupts = < 3 0 >;
};
intc: interrupt-controller@10140000 {
compatible = “arm,pl190”;
reg = <0x10140000 0x1000 >;
interrupt-controller;
#interrupt-cells = <2>;
};
spi@10115000 {
compatible = “arm,pl022”;
reg = <0x10115000 0x1000 >;
interrupts = < 4 0 >;
};
external-bus {
#address-cells = <2>
#size-cells = <1>;
ranges = <0 0 0x10100000 0x10000 // Chipselect 1, Ethernet
1 0 0x10160000 0x10000 // Chipselect 2, i2c controller
2 0 0x30000000 0x1000000>; // Chipselect 3, NOR Flash
ethernet@0,0 {
compatible = “smc,smc91c111”;
reg = <0 0 0x1000>;
interrupts = < 5 2 >;
};
i2c@1,0 {
compatible = “acme,a1234-i2c-bus”;
#address-cells = <1>;
#size-cells = <0>;
reg = <1 0 0x1000>;
interrupts = < 6 2 >;
rtc@58 {
compatible = “maxim,ds1338”;
reg = <58>;
interrupts = < 7 3 >;
};
};
flash@2,0 {
compatible = “samsung,k8f1315ebm”, “cfi-flash”;
reg = <2 0 0x4000000>;
};
};
};
/ {
compatible = “acme,coyotes-revenge”;
#address-cells = <1>;
#size-cells = <1>;
interrupt-parent = <&intc>;
cpus {
#address-cells = <1>;
#size-cells = <0>;
cpu@0 {
compatible = “arm,cortex-a9”;
reg = <0>;
};
cpu@1 {
compatible = “arm,cortex-a9”;
reg = <1>;
};
};
serial@101f0000 {
compatible = “arm,pl011”;
reg = <0x101f0000 0x1000 >;
interrupts = < 1 0 >;
};
serial@101f2000 {
compatible = “arm,pl011”;
reg = <0x101f2000 0x1000 >;
interrupts = < 2 0 >;
};
gpio@101f3000 {
compatible = “arm,pl061”;
reg = <0x101f3000 0x1000
0x101f4000 0x0010>;
interrupts = < 3 0 >;
};
intc: interrupt-controller@10140000 {
compatible = “arm,pl190”;
reg = <0x10140000 0x1000 >;
interrupt-controller;
#interrupt-cells = <2>;
};
spi@10115000 {
compatible = “arm,pl022”;
reg = <0x10115000 0x1000 >;
interrupts = < 4 0 >;
};
external-bus {
#address-cells = <2>
#size-cells = <1>;
ranges = <0 0 0x10100000 0x10000 // Chipselect 1, Ethernet
1 0 0x10160000 0x10000 // Chipselect 2, i2c controller
2 0 0x30000000 0x1000000>; // Chipselect 3, NOR Flash
ethernet@0,0 {
compatible = “smc,smc91c111”;
reg = <0 0 0x1000>;
interrupts = < 5 2 >;
};
i2c@1,0 {
compatible = “acme,a1234-i2c-bus”;
#address-cells = <1>;
#size-cells = <0>;
reg = <1 0 0x1000>;
interrupts = < 6 2 >;
rtc@58 {
compatible = “maxim,ds1338”;
reg = <58>;
interrupts = < 7 3 >;
};
};
flash@2,0 {
compatible = “samsung,k8f1315ebm”, “cfi-flash”;
reg = <2 0 0x4000000>;
};
};
};
上述。dts文件中，root结点“/”的compatible 属性compatible =
“acme,coyotes-revenge”;定义了系统的名称，它的组织形式为：<manufacturer>,<model>。Linux内核透过root结点“/”的compatible
属性即可判断它启动的是什么machine。
在。dts文件的每个设备，都有一个compatible
属性，compatible属性用户驱动和设备的绑定。compatible
属性是一个字符串的列表，列表中的第一个字符串表征了结点代表的确切设备，形式为“<manufacturer>,<model>”，其后的字符串表征可兼容的其他设备。可以说前面的是特指，后面的则涵盖更广的范围。如在arch/arm/boot/dts/vexpress-v2m.dtsi中的Flash结点：
[plain] view
plainprint?
flash@0,00000000 {
compatible = “arm,vexpress-flash”, “cfi-flash”;
reg = <0 0x00000000 0x04000000>,
<1 0x00000000 0x04000000>;
bank-width = <4>;
};
flash@0,00000000 {
compatible = “arm,vexpress-flash”, “cfi-flash”;
reg = <0 0x00000000 0x04000000>,
<1 0x00000000 0x04000000>;
bank-width = <4>;
};
compatible属性的第2个字符串“cfi-flash”明显比第1个字符串“arm,vexpress-flash”涵盖的范围更广。
再比如，Freescale
MPC8349 SoC含一个串口设备，它实现了国家半导体（National Semiconctor）的ns16550
寄存器接口。则MPC8349串口设备的compatible属性为compatible = “fsl,mpc8349-uart”,
“ns16550”。其中，fsl,mpc8349-uart指代了确切的设备， ns16550代表该设备与National Semiconctor
的16550
UART保持了寄存器兼容。
接下来root结点“/”的cpus子结点下面又包含2个cpu子结点，描述了此machine上的2个CPU，并且二者的compatible
属性为“arm,cortex-a9”。
注意cpus和cpus的2个cpu子结点的命名，它们遵循的组织形式为：<name>[@<unit-address>]，<>中的内容是必选项，[]中的则为可选项。name是一个ASCII字符串，用于描述结点对应的设备类型，如3com
Ethernet适配器对应的结点name宜为ethernet，而不是3com509。如果一个结点描述的设备有地址，则应该给出@unit-address。多个相同类型设备结点的name可以一样，只要unit-address不同即可，如本例中含有cpu@0、cpu@1以及serial@101f0000与serial@101f2000这样的同名结点。设备的unit-address地址也经常在其对应结点的reg属性中给出。ePAPR标准给出了结点命名的规范。

Ⅳ linux 设备树 需要更新uboot吗

boot 是个通用词语，表示启动等相关过程。uboot 是个专有名词，表示的是一个软件名叫 uboot 。

Ⅳ 为什么使用设备树替代设备文件，有什么好处

Linux源码的arch/powerpc/boot/dts/目录下存放了很多dts文件，可以作为参考文件。另外dtc编译器在内核源码2.6.25版本之后已经被包含进去。

Ⅵ 做设备用Inventor、solidworks、UG、proe、CATIA哪个好

。。。。。。。。。

Ⅶ 什么设备能运行生成树交换机路由外的，服务器可以吗

生成树协议是在网络设备上运行的，包括一系列算法，可行路径，报文的流向等等，我们不用研究这些，服务器就是具有特殊功能的pc，自然和协议沾不上边了，你想，是不是

Ⅷ 谁有设备管理软件免费版

我有，不过不是单机版。

管理软件就不是给一个人用，要多人一起使用才能实现管理版目的。所以网络权性是管理软件非常必要的功能。你为什么需要单机版呢？

另外，我的设备管理是应用E立方管理平台做的，你没有平台也用不了啊。需要你先下载安装一下平台，然后才能登录使用。

或者你可以先看看，E立方设备管理系统，我的跟这个很像，就是基于他们的系统做的。他们免费开放体验端的。

你可以先看看这个，你要是有兴趣了。可以给我留言，咱们再沟通。

Ⅸ 观赏树木栽培机械设备有哪些

1.喷灌设备

喷灌是苗木及观赏树木灌溉的一种较为先进的方法。一套喷灌设备通常由动力机（电动机或柴油机）、水泵、管道和喷头等组成。按设备的设置方式不同可分为固定式、半固定式和移动式三种。固定式喷灌系统的机具设备安置是固定不动的，或者只有喷头可以拆装移动。它适用于灌溉频繁的苗圃，省工省时。也可用于庭园灌溉。其投资较大。半固定式喷灌系统的水源，动力泵和干管固定不动，支管（软管）和喷头可以移动。其投资较前者低，但操作较麻烦。移动式喷灌系统的全部设备均可移动，可多点取水，机动性强，使用方便，投资也低，应用较多。

喷头的种类很多，根据安装位置不同，分为地理式自动伸缩喷头、地上直立喷头和悬挂式喷头等。主要品牌有美国雨鸟、亨特，以色列雷欧和上海万德凯等。进口喷头规格齐全，性能优越，但价格较高；国产喷头则经济实用。

2.喷雾机

喷雾机主要用于病虫害防治，常用的有人力喷雾器和机动喷雾机。人力喷雾器适用于小面积的苗木或庭园观赏树木病虫防治；机动喷雾机适用于大面积或高大树木的病虫防治，如行道树等。

3.高压泵

高压泵主要用于高大的园林树木，如行道树悬铃木等病虫害防治，更换喷头后也可用于灌溉浇水。一般喷枪射程可达15米。目前国内品牌主要有淮阴立特等。

4.拖拉机

拖拉机是生产及管理工作中常用的动力机械，可以和悬挂式或牵引式等机具配套进行翻地、种植、田间管理和运输等。也可用作喷灌动力机等。

5.旋耕机

旋耕机与手扶拖拉机配套使用，常用于翻地作业。其特点是碎土能力强，宜在较潮湿的土壤及有绿肥的熟地上耕耘，耕后地表平坦，土块细碎。一般耕深12～16厘米。

6.挖穴机

挖穴机用于树木栽植前挖穴作业。目前有手提式挖穴机和拖拉机悬挂式挖穴机等。手提式挖穴机重量轻，体积小，适于山地作业；拖拉机悬挂式挖穴机动力强大，能挖出较大的树穴。

7.起苗机

起苗机分裸根起苗机和带泥球起苗机两种。裸根起苗机主要用于大面积整行苗木快速起挖出圃。起苗时，起苗机工作部件切入苗畦土壤，并进行松土，使苗木的根系与土壤脱离。拔苗和收集包装仍需手工。带泥球起苗机用于挖掘需要带泥球的树木，工作部件通常由三个三角形铲刀组成，起苗时从三个方向相对斜切入根部土壤，树木泥球呈三棱锥体状。

8.割灌机

割灌机用于灌木修剪，也可通过更换工作头改用于割草。

9.树苗除草机

树苗除草机主要用于大型园林苗圃的树木幼苗中耕除草，一般要求树木株行距在50厘米以上。其优点是工效高（手工的8～10倍），同时可松土保墒。

10.绿篱机

绿篱机主要用于各种绿篱的整型修剪，其特点是工效和修剪质量较高，操作也比较方便。

11.油锯

油锯主要用于较大树木的锯切修剪或锯伐。其特点是工效高，易于操作。

Ⅹ 设备树是什么

这个就是设备树，我的电脑右键－－属性－－硬件－－设备管理就是了