Tìm hiểu về kiến trúc USB

Kiến trúc USB
Một hệ thống USB gồm có Một máy tính chủ, Một hoặc hơn thiết bị USB,
và Một kêng truyên vật lý. máy chủ gồm có hai lớp : một lớp phần mềm trên
, mà bao gồm những bộ điều khiển thiết bị USB, và một lớp phần cứng bộ
điều khiển máy chủ, cũng biết nhươ một lớp bộ tiếp hợp. Trách nhiệm chính
của máy tính chủ tới những sự di chuyển dữ liệu điều khiển tới và từ những
thiết bị USB. Những thiết bị USB là thiết bị ngoại vi mà sử dụng USB điện
và những thuyết minh khổ dữ liệu để giao tiếp với máy tính chủ. đường
truyên vật lý là tập hợp những cáp USB mà liên kết bộ điều khiển với thiết
bị ngoại vi.
Bus - powered Và Tự là những thiết bị powered USB
Windows CE 2.10 và về sau cung cấp cho đầy đủ hỗ trợ cho Bus - powered
và tự những thiết bị powered USB. Khi nào những sự nối ngơười dùng Một
Tự powered hoặc thiết bị powered đường truyền tới một nền tảng Windows
CE, phần mềm hệ thống USB tự động chấp nhận hoặc loại bỏ thiết bị, dựa
vào những yêu cầu về năng năng của thiết bị. Mô hình sức mạnh là cũng nhơ
thế cho cả hai bus - powered và tự Những thiết bị powered.
Khi một thiết bị USB gắn liền tới một nền tảng nền WindowscCE, mô đun
HCD đặt cấu hình sức mạnh ban đầu. Trong thời gian đính kèm thiết bị xử
lý pha, mô đun HCD đọc những yêu cầu về năng lượng của những cấu hình
thiết bị USB từ những cấu trúc bộ mô tả cấu hình thiết bị. Bên trong cách
này, mô đun HCD có thể chọn một cấu hình sức mạnh thích hợp cho thiết bị.
Vài thiết bị có thể cung cấp vài cấu hình với những yêu cầu về năng
lơượng khác nhau. OEMs mà chuyển một mô đun HCD tới phần cứng của
họ có thể thực hiện những chính sách để chọn sức mạnh thích hợp là những
cấu hình từ những cái mà do những thiết bị USB cung cấp.
Chẳng hạn, những nền tảng WindowsCE có một nơi đăng ký đươợc
đặt mà chỉ rõ sự vẽ dòng tổng cực đại đơợc phép Cho những thiết bị USB
nối tới máy tính chủ. Nếu việc cho phép một thiết bị vơượt hơn ngươỡng
cửa sức mạnh này, thiết bị chơa đơược định hình trừ phi thiết bị có một cấu
hình xen kẽ với những yêu cầu về năng lơượng chấp nhận đươợc. OEMs có

thể tùy biến những phần chuyên biệt về nền tảng của mô đun HCD để chọn
động liệu để định hình những thiết bị dựa vào mức công suất hệ thống hiện
thời. OEMs có thể thực hiện một mô hình sức mạnh thích hợp cho những
nền tảng của nó bởi vì mô đun HCD gọi m• chuyên biệt về nền tảng trong
lớp PDD của nó cho tất cả các thiết bị USB nối tới đường truyền. Bởi vậy,
một OEM có thể thực hiện những một mô hình sức mạnh mà có thể có chọn
lọc ban hoặc từ chối cho sức mạnh tới thiết bị USB riêng lẻ theo dù tiêu
chuẩn nào OEM chọn.
Bởi vì một mô đun HCD không thể biết rằng cấu hình nào có thể thích
hợp cho khác nhau sử dụng của một thiết bị USB, một bộ điều khiển thiết bị
USB có thể thay đổi cấu hình thiết bị của nó sau khi bộ điều khiển thiết bị
đựơợc tải, tới phạm vi cấu hình mới đó gặp những yêu cầu về năng lơợng hệ
thống toàn bộ. Một bộ điều khiển thiết bị USB sử dụng hàm
SetConfiguration để thay đổi Một cấu hình thiết bị USB. Trong trạng thái
unconfigured, những thiết bị USB có thể không vẽ hơn 100 mA.
Xây dựng vào Ngày thứ tơ, Tháng mơời 04, 2000
Những thành phần USB đơợc cung cấp bởi Microsoft
Microsoft cung cấp những thành phần phần mềm USB sau :
- Mô đun bộ điều khiển USB ( USBD), mà tải những bộ điều khiển thiết bị
III,USB và quản lý những tài nguyên trong hệ thống con USB.
- Đầy đủ đặt giao diện USBD mà những hàm liệt kê trong Thuyết minh
đường truyền Tuần tự Phổ thông, sự Duyệt lại 1.1, mô đun đựơợc thực hiện
bởi USBD. Tập hợp API bao gồm những hàm truyền, những hàm ống,
những hàm cấu hình thiết bị, và những hàm hỗn hợp. API này cho phép
những ngơười phát triển viết những bộ điều khiển thiết bị USB để hỗ trợ bất
kỳ những thiết bị USB nào.
- Một mô đun HCD mẫu cái đó làm việc với mở giao diện bộ điều khiển
máy chủ ( OHCI) - những bộ điều khiển chủ nhà USB tơổng hợp. OEMs
phải chuyển phần PDD của bộ điều khiển này tới phần cứng của nó nếu nền
tảng của nó chứa đựng một bộ điều khiển máy chủ OHCI.

- Một mô đun HCD mẫu mà làm việc với những bộ điều khiển máy chủ
USB tơổng hợp bộ điều khiển ( UHCI) bộ điều khiển máy chủ phổ thông.
OEMs phải chuyển phần PDD của bộ điều khiển này tới phần cứng của nó
nếu nền tảng của nó chứa đựng một bộ điều khiển máy chủ UHCI. Chú ý
rằng sự thi hành UHCI mẫu cho nền tảng tham khảo CEPC không hỗ trợ
đình chỉ và lấy lại tính hoạt động. Để thêm sự hỗ trợ này, mẫu PDD mà lớp
có sẽ đươợc sửa đổi vào sự sử dụng Đình chỉ và lấy lại sự hỗ trợ giới thiệu
trong lớp MDD.
- Một bộ điều khiển lớp USB mẫu cho những thiết bị giao diện con ngơời
( HID).
M• nguồn cho những thành phần này sẵn sàng bên trong \
Wince\Public\Common\Oak\Drivers\USB định vị trong Ngơời xây dựng
Nền tảng WindowsCE. Những hồ sơ Đầu mục Bên trong \
Wince\Public\Oak\Inc Và \ Wince\Public\Ddk\Inc. M• mẫu Nền tảng trong
Platform\Cepc\Drivers\Usb.
Bộ điều khiển thiết bị USB Tải chương trình
Mô đun USBD lấy cho sau đây những bơước khi tải những bộ điều
khiển, dừng ngay khi nó tìm thấy một bộ điều khiển cái đó chấp nhận điều
khiển thiết bị. Sau đây giá trị mô tả giải thuật mà mô đun USBD sử dụng tìm
kiếm những bộ điều khiển thiết bị USB. Trong những sự mô tả, GroupX_ID
tham chiếu tới một chìa khóa với tập hợp nhóm đươợc chỉ rõ tới một trong
những dạng mô tả Trong Nơi đăng ký những chìa khóa cho những bộ điều
khiển thiết bị USB < Usb_15.htm > Và Còn lại những nhóm sẵn sàng Vắng
mặt. Nếu nhiều bộ điều khiển đươợc đăng ký bên trong cùng nhóm, cái mà
chứa đựng dạng đơn giản nhất đơược tải trước. Chẳng hạn, một bộ điều
khiển chỉ rõ một Group1_ID với m• lớp thiết bị , ơ
Default\DeviceClass\Default, tải trươớc một bộ điều khiển chỉ rõ một
Group1_ID với m• lớp và lớp phụ thiết bị, nhơ
Default\DeviceClass_Subclass\Default. Cái này cho phép Windows CE gìn
giữ những tài nguyên bởi việc tải ơ ít bộ điều khiển ơ có thể. Thủ tục này lấy

cho sau đây những bươớc :
1. Mô đun USBD tìm kiếm một chìa khóa với tên
Default\Default\Default. Nếu hiện hữu, mô đun tải bộ điều khiển liệt kê bên
trong chìa khóa Default\Default\Default\DriverName\DLL. Một bộ điều
khiển đươợc đăng ký bên trong cách này được tải cho tất cả các thiết bị USB
mà đơợc nối tới hệ thống.
2. Mô đun USBD tìm kiếm một bộ điều khiển chuyên biệt về nhà cung
cấp. Những bộ điều khiển chuyên biệt về Nhà cung cấp đươợc xác định bởi
việc tìm kiếm chìa khóa Group1_ID chung nhất mà phù hợp với thông tin bộ
mô tả thiết bị. Chìa khóa chung nhất là cái mà có một thích ứng Group1_ID
Chìa khóa chứa đựng dạng đơược phép đơn giản nhất và Mặc định cho
Group2_ID và Group3_ID Những chìa khóa. Nếu một chìa khóa thích ứng
đươợc tìm thấy, mô đun tải bộ điều khiển mà đươợc liệt kê bên trong
DriverName\DLL của chìa khóa. Để biết chi tiết hơn trên đươợc phép hình
thành, nhìn thấy những chìa khóa Nơi đăng ký Cho những bộ điều khiển
thiết bị USB < Usb_15.htm >.
3. Mô đun USBD tìm kiếm một bộ điều khiển chuyên biệt về lớp thiết
bị. Những bộ điều khiển chuyên biệt về Lớp đươợc xác định bởi việc tìm
kiếm chìa khóa Group2_ID chung nhất. Nếu một chìa khóa thích ứng được
tìm thấy, mô đun tải bộ điều khiển liệt kê bên trong DriverName\DLL (của)
chìa khóa Chìa khóa.
Những sự tìm kiếm trong những bươớc từ 1 đến 3 có thể không nhơợng
bộ Một bộ điều khiển thiết bị USB thích ứng để điều khiển thiết bị hết thảy;
cái đó, mà thiết bị có thể có nhiều mặt, nhau không trừ khi bộ điều khiển nào
xác định trong những bươớc mà từ 1 đến 3 có thể phù hợp với tất cả các giao
diện giới thiệu trên về thiết bị. Nhơư vậy thì, mô đun USBD lấy cho sau đây
những bơước để tìm kiếm phù hợp những bộ điều khiển cho mỗi giao diện
giới thiệu trên về thiết bị, tìm kiếm chìa khóa Group3_ID chung nhất. Nếu
mô đun USBD tìm thấy một chìa khóa thích ứng, nó tải bộ điều khiển liệt kê
bên trong DriverName\DLL (của) chìa khóa Chìa khóa.

Cuối cùng, nếu không có bộ điều khiển thiết bị USB thích hợp nào đơược
định vị, mô đun USBD nhắc một ngươời dùng vào tên một DLL chứa đựng
bộ điều khiển đúng. Mô đun USBD rồi tải bộ điều khiển và gọi
USBInstallDriver của bộ điều khiển là hàm. USBInstallDriver cần phải tạo
ra một chìa khóa thích hợp cho bộ điều khiển bởi sự gọi (hướng tới)
.RegisterClientSettings ,hàm nhươ vậy lần sau mà thiết bị USB gắn liền, mô
đun USBD có thể định vị bộ điều khiển đúng mà không nhắc một ngơời
dùng.
Trong vài trơờng hợp nó có thể cần thiết để chỉ rõ thứ tự mức ơuư tiên tới
một mức lớn hơn của chi tiết; cho ví dụ, kết hợp những lớp nhà cung cấp và
thiết bị chỉ rõ. Trong những trường hợp này, những giá trị GroupX_ID có
thể được kết hợp để phát sinh những sự kết hợp khác. Mức ơu tiên cho
những sự kết hợp như vậy nhươ sau, trong thứ tự xuống :
1. Group1_ID\Default\Default
2. Group1_ID\Group2_ID\Default
3. Default\Group2_ID\Default
4. Group1_ID\Group2_ID\Group3_ID
5. Group1_ID\Default\Group3_ID
6. Default\Group2_ID\Group3_ID
7. Default\Default\Group3_ID
Nếu nhiều bộ điều khiển đươợc đăng ký ở tại mức mức ơu tiên đặc biệt, mô
đun USBD tải cái với dạng chung nhất.
Những thiết bị USB
Những thiết bị ngoại vi USB gồm có một hoặc nhiều thành phần vật lý mà
thực hiện những khả năng của những thiết bị. Những thành phần này đươợc
gọi là những giao diện. Mỗi giao diện tiêu biểu cung cấp hữu ích nào đó
nhóm lại của tính hoạt động, nhương chính xác cái gì cấu thành một giao
diện là một chi tiết thi hành. Chẳng hạn, một thiết bị chuột USB có thể giới
thiệu giao diện Cho một thông tin chuyển động thẳng đứng và nằm ngang và
một giao diện riêng biệt Cho thông tin nút đơược rời bỏ và phải đúng. Nhươ

tùy chọn khác, thiết bị có thể giới thiệu một giao diện đơn chứa đựng tất cả
thông tin. Cả hai là những cách tiếp cận hợp lệ, nhương mỗi cách tiếp cận có
những sự liên quan Cho Bộ điều khiển thiết bị phải tác dụng ra sao.
Giao diện đươợc liên quan đến từng cái là một tập hợp của endpoints.
Endpoints là những ngơười sản xuất tận cùng hoặc những khách hàng của
dữ liệu mà đơược truyền ngang qua đường truyền. Tất cả các thiết bị USB
có một đặc biệt endpoint, Nghi thức tình trạng và cấu hình USB đơược biết
nhươ endpoint 0, mà hỗ trợ chung.
Những bộ điều khiển thiết bị USB thiết lập những kênh thông tin liên lạc
lôgíc, gọi là những cái ống, tới nhiều endpoints trên một USB là thiết bị.
Một cái ống là Một hiệp hội phần mềm giữa Một bộ điều khiển thiết bị USB
và Một endpoint. Những cái ống có thể được nghĩ về nhươ những kênh
thông tin liên lạc mà sử dụng hàm gọi tới phần mềm hệ thống USB để giao
tiếp với endpoints có liên hệ của nó. Những đặc trương của một cái ống ,
nhơư phươơng hươớng truyền thông và dải thông đơược yêu cầu, đươợc xác
định bởi những đặc trương endpoint, mà lần lượt đươợc chỉ báo trong cấu
trúc bộ mô tả endpoint.
Phần cứng giao diện thanh truyền trên một thiết bị USB có trách nhiệm
với sự truyền và sự tiếp nhận USB - dữ liệu có cấu trúc. Thiết bị USB lôgíc
tươơng xứng với một thiết bị USB vật lý gồm có những thực thể trừu tươợng
hóa USB, nhươ thiết bị endpoints và những cái ống tương ứng của nó.
Trình điều khiển đường truyền theo thứ tự chung
Trình điều khiển ( USB) là một cấu trúc thanh truyền ngoài cho nối USB -
những thiết bị ngoại vi có năng lực tới một máy tính chủ. USB chơa đơược
thiết kế để đươợc sử dụng như đường truyền bên trong để nối CPUs tới kí ức
chính và tới những thiết bị mà cơ trú trên một phiến mẹ. Thay vào đó, USB
là một nghi thức truyền thông mà hỗ trợ những sự di chuyển dữ liệu tuần tự
giữa một hệ thống chủ dịch vụ và USB - thiết bị ngoại vi có năng lực. Công
nghệ USB là phát triển nhươ một giải pháp tới ngươời dùng ngày càng tăng
yêu cầu trên những máy tính và nhu cầu cho thiết bị ngoại vi dễ sử dụng và

linh hoạt. Công nghệ USB trực tiếp ảnh hơưởng một số thiết bị ngoại vi
chuẩn, nhươ những bàn phím, những cần điều khiển, những thiết bị chuột,
những camêra số, sự hợp nhất kỹ thuật điện thoại máy tính ( CTI), và viđêô -
những sản phẩm conferencing.
USB đề nghị sau đây làm lợi cho những ngơười thiết kế và những ngươời
dùng hệ thống :
- USB cung cấp một kiểu đầu nối đơn, đơược định nghĩa kỹ, tiêu chuẩn
cho tất cả các thiết bị USB. Cái này đơn giản hóa không duy nhất mà thiết
kế của những thiết bị USB, trừ khi cũng một nhiệm vụ của ngươời dùng việc
xác định những cái phích cắm nào tơương ứng tới những cảng nào trên máy
tính của họ.
- USB loại trừ nhu cầu cho con chuột riêng biệt, mô đem, bàn phím, và máy
in chuyển, nhơư vậy giảm bớt sự phức tạp phần cứng.
Những USB hỗ trợ cái phích cắm nóng, mà có nghĩa rằng những thiết
bị USB có thể đươợc nối an toàn và rời ra trong khi máy chủ đươợc bật. Kết
nối ngoại vi chung khác mà những tiêu chuẩn , nhươ Giao diện hệ máy tính
Nhỏ ( SCSI), yêu cầu rằng máy chủ đươợc tắt khi thiết bị ngoại vi đươợc
thêm hoặc chuyển dịch.
USB hỗ trợ cái Phích cắm và Trò chơi. Khi một thiết bị USB được cắm vào,
máy tính chủ xác định thiết bị và định hình nó bởi việc tải bộ điều khiển
thích hợp.
USB cung cấp tính linh hoạt bên trong làm sao những thiết bị là
powered. Những thiết bị USB có thể vẽ sức mạnh trực tiếp từ cáp USB
( những thiết bị powered đường truyền), cung cấp sức mạnh của chính mình
từ những nguồn pin hoặc từ một đầu ra ở tơường ( Tự là những thiết bị
powered), Hoặc Sử dụng một sự kết hợp của cả hai kiểu sức mạnh.
- USB hỗ trợ sức mạnh - việc cất giữ đình chỉ và lấy lại những kiểu.
- USB đề nghị cho một cao tốc 12 - những megabit - - Kiểu ( Mbps) hai và
một thấp - Tăng tốc độ 1.5 - kiểu Mbps mà hỗ trợ một sự đa dạng của thiết
bị ngoại vi.

- USB bảo đảm cho những số lơượng nhất định dải thông cho những thiết
bị mà không thể tha thứ sự truyền mà đi vào những sự nổ, nhơư luồng những
thiết bị viđêô và âm thanh.
- USB đề nghị bốn kiểu di chuyển dữ liệu khác nhau mà đươợc thỏa m•n
cho những nhu cầu của nhiều kiểu ngoại vi.
USB cho phép nhiều thiết bị ngoại vi liên lạc đồng thời với máy chủ .
Tham khảo những nguồn sau cho thiết bị ngoại vi thông tin về công nghệ
USB mà thì quan trọng vừa cho OEMs mà thêm USB hỗ trợ vào những nền
tảng Windows CE của họ vừa cho những nhà cung cấp phần cứng độc lập
( IHVs) mà xây dựng USB bổ sung :
Những sự thi hành USB Web-site Diễn đàn
Vị trí này chứa đựng thuyết minh USB đầy đủ, Thuyết minh đường
truyềnTự động chung, sự Duyệt lại 1.1.
Web-site Công ty Intel
Vị trí này chứa đựng thông tin trên phần cứng USB và những lát mỏng bộ
điều khiển vi mô, such Nhơ 8 x930Ax Và 8 x931xA Những lát mỏng đợt.
Ghi nhớ rằng chính thức đường truyền tự đọng chung Thuyết minh, sự
Duyệt lại 1 sử dụng thời hạn vận hành để tham chiếu tới USB - những thiết
bị ngoại vi có năng lực. Tuy nhiên, vì hàm tiêu biểu tham chiếu tới những
đơn vị có thể gọi Của C / M• C++, tài liệu Windows CE sử dụng thuật ngữ
thiết bị USB để tham chiếu tới thiết bị ngoại vi USB. Trong sự thêm, Thuyết
minh đường truỳen tự đọng chung chính thức, sự Duyệt lại 1, sử dụng thuật
ngữ bộ điều khiển máy khách USB để tham chiếu tới những bộ điều khiển
thiết bị cho những thiết bị USB, nhương để tránh sự lẫn lộn với thuật ngữ
học khách/chủ, tài liệu này sử dụng thời hạn “ Bộ điều khiển thiết bị USB. ”
Windows CE 2.10 và về sau hỗ trợ những đặc tính USB sau :
- Sự liệt kê đường truyền
Windows CE hỗ trợ sự liệt kê những thiết bị USB trên đường truyền .
Quá trình liệt kê đường truyền là một sự nối tiếp câu hỏi nhiều bước : mô
đun HCD thu nhận thông tin từ một thiết bị được nối, gán cho nó một địa chỉ

USB duy nhất, và những giá trị đơợc đặt một cấu hình. Một lần sự liệt kê
đầy đủ, thiết bị đươợc định hình và sẵn sàng để chỉ đạo, truyền, và nhận
những giao dịch. ở điều này điểm , mà mô đun USBD cố gắng tải một hoặc
nhiều bộ điều khiển thiết bị USB để điều khiển thiết bị, dựa vào thông tin
đơược chứa đựng trong những bộ mô tả thiết bị và giao diện. Nếu không có
bộ điều khiển thích hợp nào đ• đơược đăng ký cho thiết bị, một ngươời dùng
đươợc nhắc để vào tên một bộ điều khiển để điều khiển thiết bị.
- Quản lý nguồn điện
Windows CE cung cấp hỗ trợ cho bus - powered và tự Những thiết bị
powered. Cho cả hai kiểu thiết bị, mà mô đun USBD đọc những yêu cầu về
năng lơượng của thiết bị từ thông tin bộ mô tả và loại bỏ thiết bị nếu nó
vơượt hơn ngơỡng cửa nguồn điện cực đại. OEMs có thể đặt giới hạn vẽ
hiện thời, vì vậy IHVs không cần tin cậy bất kỳ số lơượng đặc biệt nào sẵn
có hiện thời, sự loại trừ nhơư chi tiết trong Thuyết minh đường truyền tự
động chung , sự Duyệt lại 1. Những giới hạn vẽ Hiện thời đươợc bắt buộc
bởi những thiết bị USB, không phải bởi máy tính chủ; những thiết bị mà vẽ
hiện thời quá nhiều sẽ là ngừng làm việc thiết bị. Những thiết bị mà không
thể điều khiển mức công suất trên riêng lẻ chuyển có thể đơn giản đóng tất
cả các cảng của nó, hoặc có thể là ngừng làm việc bởi một thiết bị ngược
dòng, Khi nào một hiện thời qua - Tình trạng vẽ xuất hiện. Cái này có thể
gây ra nhiều thiết bị USB để ngắt ra khỏi đườngtruyền nếu một thiết bị đơn
vẽ hiện thời quá nhiều.
- Windows CE không hỗ trợ nguồn điện phức tạp tiết kiệm những kiểu
hoặc những kiểu nguồn điện bộ phận cho những thiết bị USB khi thiết bị CE
Windows bị đình chỉ. Thay vào đó, toàn bộ đường truyền là ngừng làm việc.
Vậy thì, Windows CE không hỗ trợ cộng lại từ sự đình ho•n trong sự đáp lại
đến những nhu cầu của một thiết bị USB. Đồng thời , Windows CE không
hỗ trợ đặc tính wakeup từ xa nhươ Thuyết minh đường truyền Tuần tự
đơược mô tả chung , sự Duyệt lại 1.
- Những kiểu Di chuyển Windows CE hỗ trợ tất cả bốn kiểu sự di chuyển

dữ liệu định nghĩa trong Thuyết minh đường truyền tự dộng chung, sự Duyệt
lại 1. Những bộ điều khiển thiết bị USB có thể sử dụng bất kỳ kiểu di
chuyển nào mà thích hợp cho thiết bị ngoại vi của họ.
- Những bộ điều khiển Lớp
Kiến trúc USB thực hiện trong Windows CE hỗ trợ tải những bộ điều khiển
lớp. Những ví dụ của những lớp thiết bị USB bao gồm lớp thiết bị vào
( HID) con ngươời và lớp bộ nhớ khối, ngoài ra. OEMs hoặc IHVs có thể
viết những bộ điều khiển lớp của chính mình và tải chúng phù hợp, sử dụng
cơ chế nơi đăng ký.
- Windows CE 2.12 và về sau hỗ trợ sau đây có đặc tính :
Sự Hỗ trợ cho những thiết bị ngoài và tích hợp. Windows CE 3.0 và về sau
hỗ trợ nối những thiết bị lên trên tới năm mức sâu, cực đại cho phép bởi
Thuyết minhđường truyền tự dộng chung, sự Duyệt lại 1.
- Windows CE đề nghị cho có hạn hỗ trợ cho sau đây những đặc tính :
Thiết bị ngoại vi USB Không biết. Thiết bị ngoại vi USB Không biết nói
chung không gây ra những vấn đề trong những hệ thống CE Windows,
nhưng dơưới vài hoàn cảnh việc nối một USB Không biết ngoại vi tới một
hệ thống CE Windows mà sử dụng những di sản- cảng tự do một cách đầy
đủ và có một bộ điều khiểnẩmý chủ nền tảng OHCI có thể gây ra hệ thống
con USB để dừng việc trả lời. Đây thì hiếm có, nhơưng việc có thể xảy ra
khi USB ngoại vi không có một hệ thống đươợc thiết đặt trên hệ thống
Windows CE, khi một USB không biết ngoại vi đơợc nối tới một Windows
CE đơợc chạy bộ điều khiển, rồi hệ thống lạnh - Hoặc ấm - Đơược khởi
động, hoặc khi một USB không biết ngoại vi đươợc nối tới một Windows
CE hệ thống mà là powered ra khỏi và hệ thống sau này là rebooted. Trong
những trường hợp này, thiết bị ngoại vi USB khác mà đ• được đếm sẽ tiếp
tục tới hàm, nhương sự liệt kê thiết bị những hoạt động sẽ không hoàn thành.
Bạn có thể nối và ngắt một USB không biết ngoại vi tới một hệ thống
Windows CE đơược chạy dài nhơư vậy ơ Bạn làm không phải là khởi động
lại, mồi lại hệ thống, nhơưng nếu những vấn đề xuất hiện Bạn phải ngắt

USB không biết ngoại vi và khởi động lại, mồi lại Hệ thống Windows CE.
Bộ điều khiển USB máy chủ
Bộ điều khiển máy chủ , hoặc bộ tiếp hợp, là một lớp phần cứng mà được
chứa đựng bên trong máy tính chủ. Những chuyển đổi bộ điều khiấyưmý
chủ mà dữ liệu giữa khuôn dạng mà đươợc sử dụng bởi máy tính chủ và
USB định dạng. Chỉ OEMs mà thực hiện những sản phẩm Windows CE nền
tảng mà sử dụng USB cần viết cho những bộ điều khiển cho máy chủ USB
những bộ điều khiển. Để biết chi tiết hơn, h•y thấy (xem) Developing Native
Device Drivers USB và WDM mà Mô đem Cập nhật
Thiết bị USB làm việc là Nhóm hoàn thành Làm việc trên Thuyết minh
Lớp ( CDC) những thiết bị truyền tin, Phiên bản 1.0. Nó bao trùm những mô
đem và những điện thoại tơương tự. IHVs nào đó đ• thực hiện thuyết minh
này.
Microsoft đ• xây dựng một bộ điều khiển lớp cho những mô đem USB,
gọi Usbser.sys. Nó đơược bao gồm trong phiên bản bêta (của) Windows 98
SP1. Nó được bao gồm trong Bêta Windows 2000 3.
Usbser.sys là một bộ điều khiển WDM. Nó đơược hỗ trợ bởi đường của lớp
ánh xạ CCPORT trên Windows 2000, mà cũng đơược bao gồm trong
Windows 98 SP1.
WHQL hiện thời đang phát triển một chươơng trình thử cho những mô
đem USB. Chúng sẽ bắt đầu sự thử trươớc thời gian mô đem USB hỗ trợ là
hàng hải với một hệ điều hành, nhơư Windows 98 SP1.
Kết luận
Nhẹ nhàng những mô đem thích hợp khi đơược bó lại trong vài hệ thống,
nhưng chúng yêu cầu thiết kế cẩn thận trên về ngươời thiết kế bộ phận của
mô đem và người thiết kế hệ thống.
Gọi tới hoạt động cho nhẹ nhàng những mô đem :
-Tất cả các bình luận tổng quan trên về những nguyên tắc chỉ đạo mô
đem mềm đơược chào đón. Xin gửi những bình luận Tới
với Nhẹ nhàng Mô đem trong hàng Phụ thuộc. Xin

bao gồm tên của bạn, tiêu đề, tên công ty, và những số điện thoại và Fax.
-Sự Từ bỏ để làm việc là những tài liệu
Thông tin đơược chứa đựng trong quà lại tài liệu này cảnh quan hiện
thời của Công ty Microsoft của những vấn đề bàn luận về Nhơư Của ngày
tháng sự công bố. Vì Microsoft phải trả lời tới tình huống thị trươờng đang
thay đổi, nó không cần được giải thích để là một tống đạt trên về bộ phận
của Microsoft, và Microsoft không thể bảo đảm sự chính xác của bất kỳ
thông tin nào giới thiệu sau khi ngày tháng của sự công bố.
Tài liệu này chỉ cho những mục đích thông tin. Microsoft không làm
những sự đảm bảo, Tốc hành Hoặc Bao hàm, Trong Tài liệu này.
Quản lý nguồn điện USB
Windows CE cung cấp cho đầy đủ hỗ trợ cho quản lý nguồn điện của những
thiết bị USB, nhươ đươợc mô tả trong Thuyết minh đường truyền tự động
chung, sự Duyệt lại 1. Rất quan trọng cho Windows CE là sự hỗ trợ Cho
Đình chỉ Và Cộng, Nền tảng lại vì Windows CE những nền tảng có một chu
trình bật nguồn và khởi động mà khác với cái trên những máy tính để bàn.
Sự Hỗ trợ cho bus - powered và tự Những thiết bị powered USB thì quan
trọng cũng bởi vì nhiều nền tảng nền tảng Windows CE có những tài nguyên
sức mạnh có hạn. Để biết chi tiết hơn về quản lý sức mạnh, h•y thấy (xem)
Developing Native Device Drivers.Windows CE hỗ trợ nguồn điện
những thiết bị USB trong hiệp hội với những trạng thái nguồn điện
Windows CE chuẩn. Khi Windows CE phát hành một thông báo
POWER_DOWN, mô đun HCD lập lại và dừng những nguồn điện phần
cứng và loại bỏ bộ điều khiển máy chủ USB từ đường chuyền, nhơưng
không đình chỉ bất kỳ những thiết bị được nối cho USB nào. Khi nguòn
điện trở lại tới nền tảng, Windows CE gửi một thông báo POWER_UP cho
mô đun HCD. Khi nào phần cứng bộ điều khiển máy chủ có Re - Đươợc
khởi tạo, mô đun USBD dỡ hàng những bộ điều khiển thiết bị USB tải
trươớc thông báo POWER_DOWN, xác định tất cả các thiết bị USB mà hiện
thời được nối tới đương truyền - một quá trình gọi sự liệt kê truyền - và tải

những bộ điều khiển thiết bị USB cho những thiết bị đó. Chu trình nguòn
điện này xử lý rất tơương tự như Giám đốc Thiết bị đươợc thực hiện bởi
Windows CE đó cho những Thiết bị Thẻ PC.
Cái này ngụ ý USB mà những bộ điều khiển thiết bị có thể cần để lấy hoạt
động đặc biệt để làm một thiết bị nguồn điện trong suốt cho những ứng
dụng mức trên. Chẳng hạn, nếu một thiết bị USB cung cấp một hệ tập tin, bộ
điều khiển thiết bị cần phải giữ gìn hồ sơ mở điều khiển ngang qua một chu
trình nguồn điện. Có vài đơường để hoàn thành điều này. Giải pháp Một cho
chính bộ điều khiển thiết bị USB để đăng ký với Thiết bị nhươ Một bộ điều
khiển giao diện dòng bởi việc gọi ActivateDevice là hàm. Những sự tăng
dần này sự tham khảo tin tươởng vào thươ viện liên kết động của bộ điều
khiển thiết bị USB ( DLL) để khi mô đun USBD dỡ hàng bộ điều khiển, m•
của bộ điều khiển làm dịu còn lại trong bộ nhớ. Bộ điều khiển thiết bị USB
có thể giữ cho bất kỳ những cán hồ sơ ứng dụng nào mở và đợi sự gọi tới
hàm USBDeviceAttach, mà xuất hiện sau khi lại những tổng hệ thống và
thiết bị USB là sẵn sàng sẽ đươợc sử dụng. Sự bất lợi của cách tiếp cận này
là mạng điện lực lại bộ điều khiển trong bộ nhớ thậm chí sau khi thiết bị
USB biệt lập từ hệ thống. Giải pháp thứ hai sẽ phân ra giao diện USB từ
giao diện hệ tập tin mức trên; giữ m• bộ điều khiển hệ tập tin mà quản lý hồ
sơ điều khiển riêng biệt tránh khỏi m• bộ điều khiển thiết bị USB mà thật sự
quản lý phần cứng kho.
Windows CE cung cấp cho đầy đủ hỗ trợ cho bus - powered và tự những
thiết bị powered USB. Khi một ngươời dùng nối bất kỳ cái nào tự powered
hoặc thiết bị powered bus tới một nền tảng Windows CE, phần mềm hệ
thống USB tự động chấp nhận hoặc loại bỏ thiết bị, dựa vào những yêu cầu
về năng lơượng của thiết bị và nguồn điện toàn bộ của hệ thống tải. Mô hình
nguồn điện là đồng nhất cho cả hai tự Powered và những thiết bị powered
bus.
Khi một thiết bị USB gắn liền tới một nền tảng, mô đun HCD đặt cấu hình
nguồn điện ban đầu. Trong thời gian đính kèm thiết bị xử lý pha, mô đun

HCD đọc những yêu cầu về năng lơượng của những cấu hình thiết bị USB
từ những cấu trúc bộ mô tả cấu hình thiết bị. Nó rồi gọi bên trong tới phần
chuyên biệt về nền tảng của mô đun HCD để xác định phải chăng nền tảng
máy chủ có thể hỗ trợ những yêu cầu về năng lơượng của thiết bị USB. Một
OEM có thể thực hiện m• trong phần chuyên biệt về nền tảng của mô đun
HCD để kiểm tra tình trạng nguồn điện hệ thống, such nhơư liệu có phải hệ
thống đang chạy trên những nguồn pin hoặc đơược nút vào trong một nguồn
điện rút ra, để tham gia làm sự xác định này. Những bộ điều khiển thiết bị
USB có thể chọn một cấu hình thích hợp cho những thiết bị của họ nếu tính
hoạt động đó đươợc hỗ trợ trong mô đun HCD của OEM.
Windows CE không hỗ trợ đặt một USB ngoại vi vào trong đình chỉ kiểu
theo chơơng trình.
Những bộ điều khiển thiết bị USB mà đơược quản lý bởi mô đun USBDI
không nhận những Windows CE POWER_UP và thông báo
POWER_DOWN bình thươờng - những bộ điều khiển nhơư vậy là duy nhất
ý thức đươợc tải mô đun USBDI và việc tháo gỡ chúng ở tại nhiều thời gian.
Nếu một bộ điều khiển nhươ vậy cần theo dõi tình trạng nguồn điện của hệ
thống, nó có thể làm gần nhơư vậy thực hiện một giao diện và gọi dòng
ActivateDevice or RegisterDevice để giao diện dòng của bộ điều khiển nhận
POWER_UP và những thông báo POWER_DOWN.
Đình chỉ và lấy lại
Windows CE hỗ trợ đình chỉ và lấy lại những thiết bị USB trong hiệp hội
với những trạng thái nguồn điện Windows CE chuẩn. Khi Windows CE
phát hành một thông báo POWER_DOWN, mô đun HCD đình chỉ phần
cứng bộ điều khiển máy chủ USB và tất cả thiết bị. Để để đạt đơược đây, lớp
MDD của mô đun HCD gọi một hàm trong lớp PDD cho phép mô đun HCD
hoàn thành bất kỳ chuyên biệt về nền tảng nào việc xử lý cần đình chỉ phần
cứng bộ điều khiển chủ nhà đúng mức. Việc đình chỉ sức mạnh tới phần
cứng bộ điều khiển máy chủ tiêu biểu gây ra những thiết bị USB nối tới một
nền tảng Windows CE để vào trạng thái bị đình chỉ. Tuy nhiên, cái này

chơa đơược giới thiệu cho tất cả các thiết bị; Những thiết bị USB mà có thể
tập hợp và cất giữ dữ liệu trong khi máy tính chủ bên ngoài Không cần bị
đình chỉ.
Khi nền tảng nền tảng CE Windows đơược bật lần nữa, Windows CE gửi
một thông báo POWER_UP cho mô đun HCD. Tiếp theo, lớp MDD của mô
đun HCD gọi một hàm trong lớp PDD. Vì lớp PDD đươợc sử dụng, OEMs
có thể tùy biến mô đun HCD để thực hiện bất kỳ cần thiết nào chuyên biệt
về nền tảng xử lý. Đi theo sự gọi tới lớp PDD, mô đun HCD khởi tạo lại
Phần cứng bộ điều khiển máy chủ.
Khi phần cứng bộ điều khiển máy chủ đ• đươợc khởi tạo, lại mô đun bộ
điều khiển USB dỡ hàng mà những bộ điều khiển thiết bị USB tải trươớc
thông báo POWER_DOWN, xác định tất cả các thiết bị USB hiện thời nối
tới đường truyền- mà một quá trình gọi sự liệt kê bus - và tải những bộ điều
khiển thiết bị USB cho những thiết bị đó. Đây đình chỉ và lấy lại xử lý thì rất
tơương tự như Thiết bị đơợc thực hiện bởi Windows CE đó cho những Thiết
bị trên nền Thẻ PC.
Phần mềm hệ thống USB
USB mà phần mềm hệ thống gồm có hai sắp thành từng lớp : một lớp phủ
của những bộ điều khiển thiết bị USB và một lớp thấp hơn của những hàm
USB mà đươợc thực hiện bởi Windows CE. Những bộ điều khiển thiết bị
USB sử dụng những hàm USB để thiết lập những kết nối tới những thiết bị
mà chúng điều khiển và để định hình và truyền thông với những thiết bị.
Lớp thấp hơn của những hàm USB thực hiện vài nhiệm vụ đơược liên hệ
qua lại :
- Quản lý tất cả truyền thông giữa những bộ điều khiển thiết bị USB và thiết
bị gốc USB gắn sẵn của máy tính chủ
- Tải và tháo gỡ những bộ điều khiển thiết bị USB ở thời báo thích hợp
- Dịch dữ liệu tới và từ khung và gói của nghi thức USB định dạng
- Thực hiện những cấu hình và nhiệm vụ có liên quan tình trạng chung bởi
việc thiết lập truyền thông với endpoint chung trên tất cả các thiết bị USB

Lớp thấp hơn chính nó đơược bao gồm hai chia ra - mô đun đường
truyền ( USBD) tự đọng chung trên và mô đun bộ điều khiển ( HCD) bộ
điều khiển máy chủ thấp hơn. Mô đun USBD thực hiện những hàm giao
diện USBD cấp cao dơưới dạng tính hoạt động do mô đun HCD cung cấp.
Những bộ điều khiển thiết bị USB sử dụng những hàm giao diện USBD để
giao tiếp với thiết bị ngoại vi của họ.
IHVs và những nhà sản xuất của những thiết bị USB cần phải làm sử
dụng của những hàm mà do USBD cung cấp để thực hiện những bộ điều
khiển thiết bị USB của họ. OEMs chịu trách nhiệm để cung cấp một mô đun
HCD tới những nền tảng Windows CE của nó để phần cứng của nó đúng
mức Những giao diện với mô đun USBD.
Sự minh họa sau cho thấy hai lớp của phần mềm trong ngữ cảnh của phần
cứng USB của máy chủ và một thiết bị ngoại vi.
Trong thời gian một sự di chuyển dữ liệu, luồng của thao tác tiêu biểu
theo đuổi trong sự nối tiếp sau :
1. Một bộ điều khiển thiết bị USB bắt đầu những sự di chuyển bởi việc
sử dụng những hàm giao diện USBD để phát hành những yêu cầu tới mô
đun USBD.
2. Mô đun USBD đi qua những yêu cầu cho mô đun HCD.
3. Mô đun HCD chia cắt những yêu cầu vào trong những giao dịch riêng
lẻ, dựa vào kiến thức của nó của đường truyền và trên những đặc trương của
những thiết bị USB mà đơược nối tới đường truyền, và hoạch định những
giao dịch này qua đường truyền .
4. Phần cứng bộ điều khiển máy chủ thực hiện hoặc hoàn thành những
giao dịch.
Ghi chú : mô đun USBD đang sắp thành từng lớp để giúp đỡ OEMs bên
trong chuyển mô đun USBD tới những sự thi hành Phần cứng Bộ điều khiển
máy chủ USB của họ. Internally, Mô đun USBD chứa đựng một tập hợp của
những hàm USBDI, trong cùng cách mà sắp thành từng lớp những bộ điều
khiển chứa đựng những hàm DDSI. Những bộ điều khiển thiết bị USB trực

tiếp thì chơa đơược cho phép để kéo theo những hàm USBDI; chúng cần
phải giới hạn tự mình tới những hàm giao diện USBD. Những hàm USBDI
(thì) được mô tả trong Windows CE sự Phát triển Bộ điều khiển Trang bị
mục tham khảo cho lợi ích của OEMs mà cần sử dụng chúng trong những
sự thi hành mô đun USBD của nó.
Tất cả các giao dịch trên về đường truyền bắt nguồn từ cạnh máy chủ; thiết
bị ngoại vi thì phụ thuộc tổng thể.
Sau những mục trên về phần mềm hệ thống USB mô tả mà nhiều thành
phần của USB hỗ trợ trong Windows CE. Sơ cấp mà mục đích của USB hỗ
trợ do Microsoft cung cấp , ngoài việc cho phép IHVs viết cho những bộ
điều khiển thiết bị cho USB những thiết bị, sẽ giúp đỡ OEMs mở rộng USB
hiện hữu hỗ trợ trên về những nền tảng của nó. Windows CE cũng có thiết bị
- sự hỗ trợ cạnh, mà cho phép những nền tảng nền tảng CE Windows phục
vụ nhươ thiết bị ngoại vi USB tới những máy chủ USB khác. Ngơười xây
dựng Nền tảng Windows CE chứa đựng m• mẫu thực hiện thiết bị - cạnh hỗ
trợ.
Những bộ điều khiển thiết bị USB Thử
Không có bộ thử USB rộng lớn Windows CE ở tại thời điểm này. Bộ
điều khiển USB HID mẫu và USB 8 x930Ax Tấm bảng đồ dùng và ước
lượng ngoại vi từ Công ty Intel có thể sử dụng để tham gia những kịch bản
USB thử. Những điều đó là những phươơng pháp sử dụng ở Microsoft để
kiểm tra phần mềm hệ thống USB cho Windows CE. Xúc tiến chi tiết về
kiểm tra một hệ thống USB và những bộ điều khiển thiết bị trên một nền
tảng OEM sẵn sàng trong Ngơười xây dựng Nền tảng Windows CE.
Địa thế học USB
USB là một cái cây - đường truyền có cấu trúc, mà trong từ vựng (của)
đường truyền tụe dộng chung Thuyết minh, sự Duyệt lại 1 là một ngôi sao -
địa thế học tầng lớp. Máy tính chủ chứa đựng một nút gốc đơn, hoặc htiết bị,
của cái cây USB. Thiết bị này làm trung gian giữa máy tính chủ của nó và
bất kỳ những thiết bị ngoại vi nào. Những thiết bị có chính xác kết nối một -

đơược gọi một dòng ngược chuyển - tới cao hơn những mức trong USB bắt
phải nấp trên cây. Những thiét bị có thể có lên trên tới 64 xuôi dòng chuyển
cho những thiết bị ngoại vi nối và những thiết bị khác. Bởi việc nối những
thiết bị cùng nhau, lên trên tới 127 toàn bộ thiết bị , kể cả những thiết bị, có
thể được gắn tới máy tính chủ. Những thiết bị ngoại vi luôn luôn là những
nút lá cây bên trong một buýt USB. Tuy nhiên, nhơ một vấn đề (của) sự thi
hành thực hành, nhiều thiết bị ngoại vi USB có những thiết bị tích hợp vào
trong chúng, vì vậy những ngơười dùng tiêu biểu không cần mua những thiết
bị USB riêng biệt.
Sự minh họa sau cho thấy một đường truyền USB với vài thiết bị ngoại
vi chung đơược nối. Sự minh họa này đươợc mô hình sau sơ đồ của một cấu
hình đường truyền USB tiêu biểu trong Thuyết minh đường truyền tự động
chung, sự Duyệt lại 1, nhơưng với những thiết bị và những thiết bị ngoại vi
đại diện rõ ràng hơn.
Hiệp hội của con chuột với những thiết bị bên trong của bàn phím và
người nói với thiết bị bên trong của màn hình thì chuyên quyền. Cho ví dụ,
một ngơười dùng có thể thay vào đó nối cho con chuột tới thiết bị bên trong
của màn hình, mô đem tới bên thiết bị trong của bàn phím, và những ngơười
nói tới thiết bị một mình chân trong Tầng lớp 1 mà không ảnh hươởng hệ
thống có tính hoạt động và mà không có định hình lại bất kỳ phần mềm nào
trên máy tính chủ. Những thiết bị USB và những bộ điều khiển thiết bị USB
tơương ứng của họ cần phải xử sự bất chấp giống hệt của địa thế học đường
truyền đặc biệt.
Những kiểu Di chuyển USB
Windows CE 2.10 và về sau hỗ trợ tất cả bốn kiểu sự di chuyển dữ liệu
định nghĩa trong Thuyết minh đường truyền tự động chung, sự Duyệt lại 1.
Những bộ điều khiển thiết bị cho những Thiết bị USB có thể sử dụng bất kỳ
sau đây (mà) sự di chuyển đánh máy, nhơ thích hợp :
- Những sự di chuyển Điều khiển
Những sự di chuyển Điều khiển là những sự di chuyển hai chiều mà đươợc

sử dụng bởi phần mềm hệ thống USB chủ yếu để hỏi, định hình, và những
lệnh chung nhất định vấn đề tới những thiết bị USB. Những sự di chuyển
Điều khiển tiêu biểu xảy ra giữa máy tính chủ và endpoint 0 của thiết bị
USB, nhưng những sự di chuyển Điều khiển chuyên biệt về nhà cung cấp có
thể sử dụng endpoints khác.
Những sự di chuyển Đẳng thời
- Đẳng thời (mà) những sự di chuyển cung cấp bảo đảm những số lơượng
của dải thông và sự tiềm ẩn. Chúng được sử dụng dữ liệu luồng mà là thời
gian - lỗi và phê bình - khoan dung hoặc cho thời gian thực những ứng dụng
mà yêu cầu một sự di chuyển dữ liệu không thay đổi đánh giá. Chẳng hạn,
một ứng dụng kỹ thuật điện thoại Internet mà mang một cuộc nói chuyện
trong thời gian thực là một ứng cử viên tốt Cho kiểu dịch chuyển đẳng thời.
Dữ liệu Đẳng thời yêu cầu những số lơượng được bảo đảm của dải thông và
những thời gian truyền dẫn cực đại đơược bảo đảm. Cho những sự di chuyển
đẳng thời, sự giao hàng dữ liệu đúng lúc là nhiều nhiều quan trọng hơn hoàn
hảo chính xác hoặc sự di chuyển dữ liệu đầy đủ.
Ngắt những sự di chuyển
- Những sự di chuyển Ngắt đơược sử dụng để chủ yếu cắt ngọn những thiết
bị để kiểm tra phải chăng chúng có bất kỳ dữ liệu Ngắt nào để truyền. Cấu
trúc bộ mô tả endpoint của thiết bị xác định nhịp độ của kiểm tra tuần tự, mà
có thể hạn chế từ từ 1 đến 255 mili-giây. Kiểu sự di chuyển này thì tiêu biểu
được sử dụng những thiết bị mà cung cấp những số lươợng nhỏ của dữ liệu
ở tại những thời gian không thích hợp , không thể đoán trươớc. Những bàn
phím, những cần điều khiển, và những thiết bị chuột rơi vào trong phạm trù
này.
Những sự di chuyển Khối lớn
- Những sự di chuyển Khối lớn cho những thiết bị mà có những số lơượng
lớn của dữ liệu để truyền hoặc nhận và mà đòi hỏi bảo đảm sự giao hàng,
nhương không có bất kỳ dải thông hoặc những yêu cầu tiềm ẩn đặc biệt nào.
Những máy in và những scanner rơi vào trong phạm trù này. Những sự di

chuyển rất chậm hoặc rất trì ho•n có thể chấp nhận đơược cho những kiểu
thiết bị này, miễn là tất cả dữ liệu phân phát dần dần. Tuy nhiên, trong sự
thiếu của mọi cái khác yêu cầu cho dải thôngđường truyền , Windows CE xử
lý những sự di chuyển khối lớn càng nhanh chóng càng tốt.
Ghi chú : Windows CE 2.10 và về sau có những giới hạn trên về những số
lơượng của dữ liệu Sự di chuyển. Tất cả các sự di chuyển dữ liệu sử dụng
những hàm truyền USBDI có hạn tới 8 K của dữ liệu Sự di chuyển, vì một
sự giới hạn bên trong trong sự thi hành USB của Microsoft. Nếu bạn đang
chuyển những bộ điều khiển máy khách USB từ Windows NT Microsoft,
Windows 95 hoặc Windows 98, bạn có thể cần làm cho những sự thay đổi
trong m• của bạn để bắt buộc là một giới hạn của 8 K Sự di chuyển.
Viết những bộ điều khiển thiết bị USB
Mục này mô tả làm sao để viết những bộ điều khiển thiết bị cho những
thiết bị USB chạy trên Windows CE. Những bộ điều khiển thiết bị USB tồn
tại làm những dịch vụ những thiết bị ngoại vi sẵn có cho những ứng dụng.
Mặc dầu không có những cơ chế chuẩn mà những thiết bị USB phải sử dụng
để hoàn thành điều này, có nhiều chiến lơược mà những bộ điều khiển thiết
bị USB có thể chấp nhận, phụ thuộc vào thiên nhiên của thiết bị ngoại vi mà
chúng điều khiển :
-Sử dụng những hàm giao diện dòng
Một bộ điều khiển thiết bị USB có thể phơi bày những hàm giao diện dòng.
Những ứng dụng có thể rồi coi thiết bị ngoại vi nhươ một hồ sơ chuẩn hồ sơ
và sử dụng I/ O Những hàm để tươơng tác với thiết bị. Tuy nhiên, vì Thiết bị
thì chơa đơược kéo theo trong việc bốc dỡ của bộ điều khiển thiết bị USB S,
Mà bất kỳ bộ điều khiển nào mà phơi bày giao diện dòng mà những hàm
phải đăng ký và tên tập tin Thiết bị đặc biệt những CNTT deregister bằng
tay, sử dụng ActivateDevice và DeactivateDevice vận hành. Những hàm này
cần phải đơược gọi khi bộ điều khiển thiết bị USB là đ• nạp và không bị
gánh, tương ứng.
-Sử dụng những giao diện lập trình ứng dụng Windows CE hiện hữu ( APIs)

Những bộ điều khiển thiết bị USB có thể gián tiếp phơi bày những kiểu thiết
bị ngoại vi tới ứng dụng nhất định nếu Windows CE có một API hiện hữu
mà thích hợp tới ngoại vi. Chẳng hạn, những bộ điều khiển thiết bị USB Cho
những thiết bị trữ tin lớn , nhươ những ổ cứng và những ổ đĩa CD-ROM, có
thể phơi bày những thiết bị nhơư vậy xuyên qua giao diện hệ tập tin có thể
thiết đặt chuẩn. Tương tự, một thiết bị chuột USB có thể sử dụng chiến lược
này. Bộ điều khiển không phơi bày thiết bị chuột trực tiếp tới những ứng
dụng; khá, nó tơương tác với hiện hữu Windows CE APIs để chịu phụ thuộc
đúng nhập vào những sự kiện tới hệ thống. Như vậy, thiên nhiên USB của
thiết bị chuột thì trong suốt tới những ứng dụng.
- Tạo ra một phong tục API đặc biệt tới một bộ điều khiển thiết bị USB đặc
biệt
Chiến lơược này không đặt bất kỳ những sự hạn chế nào đang vận chuyển
mà một bộ điều khiển thiết bị USB phơi bày một thiết bị. Nó cho phép bạn
tạo ra một API cho thiết bị Những bản đồ tốt nhất đó tới những đươờng mà
những ứng dụng sẽ có vẻ sử dụng Nó. Tuy nhiên, bạn phải cung cấp điều
dụng (dành tài liệu vào) những nhà văn ứng dụng để những ứng dụng của họ
có thể sử dụng bộ điều khiển.
Những vấn đề Bộ điều khiển Chung
Sau đây là những sự mô tả những vấn đề và những vấn đề bộ điều khiển
chung :
- Gán và tách những hàm Cần phải không bao giờ đi vào trong vòng vô hạn
- Hoặc, Treo. Nếu một hàm treo, không có nhiều bộ điều khiển thiết bị USB
hơn nào có thể đươợc tải và nó có vẻ là USB không thể đếm những thiết bị.
- Gán và tách những hàm cần phải cầm nhơư thời gian nhỏ bé như có thể.
Nếu nó cầm dài quá, ứng dụng UI có thể trở thành đơược nhầm lẫn và nghĩ
rằng thiết bị được tháo nút ra Trong thời gian ' Sự đốt cháy ra khỏi ' Và cái
phích cắm lùi lại bên trong sau ' Sự đốt cháy Trên (về) '.
- Bộ điều khiển thiết bị cần phải thực hiện lối vào ren ngoài / ra khỏi sự
đếm. Từ bộ điều khiển thiết bị DLL máy khách USB có thể không bị gánh

vào bất kỳ thời gian nào - ' Sự đốt cháy ra khỏi ' Có thể xuất hiện vào bất kỳ
thời gian nào - Bất kỳ ren ngoài nào mà đang thực hiện ở trong DLL vào
thời gian có thể đơược hoàn thành và gây ra cho một ngoại lệ trong sự gọi
những ứng dụng. Tránh điều này, sự đếm luồng phải đơược thực hiện trong
đa số các hàm -e đặc biệt Những cái _Read, _Write và IoControl - Cái đó có
thể đơợc gọi bởi những luồng khác. Và, Tách hàm phải đợi cho đến khi sự
đếm luồng đi tới zêrô trơớc trả lại.
- Khi gọi USB::IssuexxxTransfer vận hành với một hàm callback hoàn
thành, hàm callback đơn giản gọi SetEvent và trở lại.
- Trong Tách hàm, bộ điều khiển máy khách cần phải gọi
UnregisterNotificationRoutine. Thông báo đươợc xác định bởi cả hai địa chỉ
callback và tham số. Nhươ vậy, Bạn Phải Unregister với những cùng tham
số mà bạn sử dụng để đăng ký thông báo.
- Trong Windows CE 2.12 hoặc sớm hơn, có một sự kiện oa trữ bằng tay
đơược liên quan đến rệp thực hiện. Không sử dụng một bằng tay - oa trữ sự
kiện đúng lúc - phê bình luồn.
- Gán / Tách hàm không cần gọi hàm IssuexxxTransfer.
Những thành phần của USB
Nền tảng cho một cách tiếp cận thử yêu cầu một cơ bản hiểu của
những phần phụ thuộc và mối quan hệ chức năng. Tuy nhiên, thứ tự trong đó
để đi về việc bắt đầu thực tế tiếp cận có thể khác với thứ tự của phần phụ
thuộc lôgíc. Một mẹo nhỏ trong việc bắt đầu sẽ tiếp cận thử USB từ Một
điểm ngơười dùng của cảnh quan, giữ trong tâm trí phạm vi của sự hợp nhất
và ng• tơ lôgíc và vật lý - những phần phụ thuộc, để khẳng định tính chất bổ
sung trong phạm vi. Thông tin trong sau đây mà những đoạn thanh viên mà
sự tạo thành của một đơn giản kiểm tra tiếp cận.
Sơ đồ sau cho thấy kiến trúc USB cho một thiết bị tính toán ô tô mát :
Những kiểu Di chuyển
USB hỗ trợ 4 kiểu di chuyển cơ bản liệt kê ở bên dơưới. Để biết chi tiết
hơn, h•y nhìn thấy Reference_apctest_Further_Reference Hơn nữa.

Ngắt ( Bàn phím, Gia tài)
Khối lớn ( CUEđ, Vetronixđ Đánh bốc)
Đẳng thời ( Máy biến đổi (bộ phận thay thế) CD)
Điều khiển ( Mọi thứ)
Làm sao WCEfA USB (thì) khác với những PC Desktop
Nhân tố phân biệt sơ cấp giữa WCEfA USB và PC USB Desktop là đầu nối
kiểu vật lý. Những thiết bị tính toán Ô tô mát sử dụng đầu nối kiểu Hiroshi.
Ngoài dữ liệu và 5 nguồn diện vôl, đầu nối này cung cấp 12 vôl tiêu biểu
được tìm thấy Trong môi trơường ô tô.
Trong môi trường ô tô, dây chuyền USB trải qua những chu trình sức mạnh
cao tần từ nút gốc. Để gán một hàm , sử dụng hàm USBDeviceAttach trong
bộ điều khiển máy khách USB. Để tách một hàm , sử dụng ngươời điều
khiển USB_CLOSE_DEVICE của hàm USBDeviceNotifications trong bộ
điều khiển máy kháchUSB.
Sau đây liệt kê mô tả những hoạt động phần cứng và sự đáp lại đơược chờ
đợi cho mỗi :
Mồi nóng - Gán hàm Đươợc gọi.
Nóng tháo nút ra - Tách hàm Đơợc gọi.
Cái phích cắm Nóng - bên trong - Gán hàm Đơược gọi phải chăng bộ điều
khiển thiết bị được đăng ký đ•.
Sự Đốt cháy Ra khỏi / Màn hình tách - Không gì đơược gọi.
Tháo nút ra và Ráng sức trong thời gian sự Đốt cháy Ra khỏi - Không gì
đơược gọi.
Sự Đốt cháy Trên (về) / Màn hình gán - Bộ điều khiển máy chủ USB đếm tất
cả các thiết bị USB đơược nối. Một luồng - với quyền ửu tiên cao nhất - sẽ
gọi Tách hàm của mỗi bộ điều khiển thiết bị được tải, Một bởi Một. Cùng
luồng sẽ gọi Gắn hàm cho tất cả các bộ điều khiển thiết bị được nối hiện
thời, một bởi một, nếu bộ điều khiển thiết bị đươợc đăng ký.
Những cấu hình USB
Một mạng USB đươợc biên soạn của Một máy tính chủ chủ mà đươợc

nối tới những thiết bị USB nô lệ. Những thiết bị này có thể có một hàm đơn ,
như một điện thoại ô, hoặc có thể chứa đựng một kết nối trục thiết bị mà cho
phép những thiết bị USB khác sẽ đươợc buộc cho chúng. Cái này tạo ra một
tiered - kiến trúc ngôi sao mà có thể đươợc mở rộng tới nhiều mức. Những
ví dụ bao gồm sau đây :
Một mạng USB có thể hỗ trợ lên trên tới 127 thiết bị. Giới hạn này vì
trường địa chỉ thiết bị thì có hạn tới 7 bít.
PC Ô tô là thiết bị đươợc giới hạn tới bốn tầng lớp và cái duy nhất ở dơới
trục thiết bị náy chủ Cái này xem PC Ô tô nhơ tầng lớp đầu tiên với ba lớp ở
dưới nó.
Kết nối USB
USB đề nghị một có trách nhiệm, lại cao tốc thay thế cho một chuẩn
tuần tự chuyển để nối một nền tảng Windows CE tới một máy tính để bàn.
Windows CE 2.10 (và) 2.12 , tuy nhiên, không thể hỗ trợ kết nối USB tới
những hệ thống desktop, trừ phi một OEM thực hiện tính hoạt động đó.
Windows CE 3.0 và về sau , tuy nhiên, đề nghị kết nối xuyên qua USB.
Windows CE 3.0 và về sau cung cấp một bộ điều khiển bộ điều khiển Hàm
USB cho những nền tảng Windows CE mà bao gồm phần cứng bộ điều
khiển Hàm USB thích hợp. Bằng phươơng pháp bộ điều khiển này, phần
cứng bộ điều khiển Hàm USB xuất hiện tới Windows CE nhươ một thực tế
tuần tự chuyển. Tươơng tự, máy tính để bàn phải có một máy chủ Tơương tự
- bộ điều khiển tuần tự USB cạnh. Với nền tảng Windows CE và máy tính
để bàn nhươ vậy đơợc định hình, chuẩn cảng tuần tự đặt cơ sở những cơ chế
cho kết nối có thể được sử dụng qua một kết nối USB. OEMs có thể tìm thấy
những những hồ sơ cần thiết để thực hiện kết nối USB trong thươ mục
platform\cepc\drivers\serial_sl11\ (của) sự cài đặt ngơười xây dựng Nền
tảng Microsoft Windows CE của họ. Những hồ sơ này hỗ trợ bộ điều khiển
Hàm SL11 USB (của) Công ty Scanlogic Đặt. Cho thông tin đầy đủ trên (về)
việc thực hiện một thực tế tuần tự chuyển qua USB trên về một nền tảng
Windows CE, nhìn thấy Sample USB Function Controller Driver.ở đó, tuy

nhiên, còn không Sự hỗ trợ để làm một nền tảng Windows CE chính nền
tảng xuất hiện nhươ một USB ngoại vi cho những máy tính chủ khác. Cái
này bởi vì Windows CE chỉ thực hiện cạnh máy chủ của máy khách\ USB /
kiến trúc máy chủ. Cái đó, Mà HCD và những mô đun USBD cung cấp
trong Windows CE không cung cấp những phươơng tiện để nối một nền
tảng Windows CE tới một máy tính để bàn mà đơược chạy như một máy chủ
USB. Một OEM có thể thực hiện tính hoạt động này nếu mong muốn, Mặc
dù, Nhươ Với ở trên những kịch bản kết nối, nền tảng Windows CE vẫn còn
yêu cầu phần cứng bộ điều khiển Hàm USB.
Đầu nối USB
Những đầu nối trên những nền tảng tham khảo là kiểu USB 4 chốt chuẩn dự
định cho môi trơường desktop và chỉ đơợc sử dụng trong thời gian sự phát
triển và sự thử.
Tài liệu phần cứng tham khảo PC tham chiếu tới một tám đầu nối chân cắm
đơược thiết kế bởi Hirose ( phần số GT17 - 8 DP - DS) và có nghĩa nhươ
một cao của sự rung động và rộng - nhiệt độ - hạn chế môi trơờng. Pinout
nhươ sau :
Số chân Hàm Chốt
1 +5 V
2 Dữ liệu -
3 Dữ liệu +
4 GND
5 GND
6 Wakeup2
7 nguồn điện Từ xa
8 +12 V Nguồn pin Chính
Hai dây đơược sử dụng cho thanh dẫn dữ liệu tuần tự chuẩn USB. Thanh
dẫn dữ liệu này (thì) dùng chung bởi PC và những thiết bị nô lệ USB của nó.
Tốc độ dữ liệu tiêu biểu là 12 megabit Giây ( Mbps), nhơưng ở đó là một 1.5
để chọn kiểu Mbps. Trong thỏa thuận tới tiêu chuẩn USB, dữ liệu vi phân

đươợc điều khiển để cải thiện sự chống nhiễu.
Đầu nối USB có thể cũng cung cấp nguồn điện tới những thiết bị và
những thiết bị trên về mạng USB. Trong khi vài thiết bị tự là powered từ
những sự cung cấp công suất của chính mình, những nguồn điện kéo khác từ
đầu nối USB. Đầu nối USB PC cung cấp hai nguồn năng lơượng của +5 V
Và +12 V.
+5 V Sự cung cấp đươợc chỉ rõ bởi tiêu chuẩn USB và được yêu cầu
cung cấp một cực đại của 600 mA liên tục.
+12 V Hàng đươợc thêm bởi thiết kế PC và liên tục cung cấp một cực
đại của 3 Một.
Đầu nối USB PC cũng thêm hai hàng tín hiệu cho sự sử dụng trong
những kiểu wakeup ( Wakeup2 và Nguồn pin Từ xa có nh•n). Ngươời thiết
kế hệ thống OEM có thể sử dụng những hàng tín hiệu này để cho phép thiết
bị ngoại vi USB báo hiệu Hệ thống Quản lý nguồn điện thúc đẩy một sự
kiện nguồn điện. Cái này cho phép PC cho sự chuyển tiếp từ một powered -
mà xuống phát biểu tới một bộ phận - mà nguồn điện phát biểu đến thông tin
quá trình từ USB ngoại vi; cho ví dụ, cất giữ một thông báo trang. Nhìn thấy
thuyết minh Quản lý nguồn điện để biết chi tiết hơn.
Những yêu cầu cho Mô hình ngơới lái xe buýt Chung
Công ty Microsoft
Tháng mơời hai 1998
Mục này đơược dự định cho những ngươời thiết kế thiết bị phần cứng
cho tất cả các hệ điều hành, không phải là chỉ là Microsoftđ Windowsđ 98
và những hệ điều hành Windows 2000. Nó mô tả một mô hình chung cho sự
liệt kê thiết bị mà có thể đơợc thực hiện bởi bất kỳ hệ điều hành nào để
khám phá và cho phép những thiết bị phần cứng mà Nó tìm thấy trên một
nền tảng. Mô hình chung này đánh thuế những yêu cầu thiết kế cho những
thiết bị phần cứng mà chạy trên nền tảng : những thiết bị phải là có thể khám
phá, tự mô tả, và có thể đa công.
Tự động chung những thiết bị đường truyền ( USB) đươợc khảo sát trong

mục này để xác định làm sao tốt chúng tơương ứng tới mô hình chung này
và gặp những yêu cầu thiết kế thiết bị này. Tuy nhiên, những ý tưởng này
không phải là đặc biệt tới USB; chúng có thể đươợc ứng dụng vào đường
truyền.
Nói chung, tất cả các ngươời thiết kế hệ điều hành phấn đấu để gặp
những mục đích này :
- Cung cấp một ngươời dùng đươợc tăng cươờng trải qua. Một hệ điều hành
thành công từ điểm của những ngươời dùng cảnh quan nếu hệ thống là dễ để
sử dụng và dễ để nâng cấp.
- Cho phép nhiều thiết bị từ nhiều nhà cung cấp Phần cứng Độc lập ( IHVs)
đến sự chạy rõ ràng. Một hệ điều hành thành công từ sự chỉ của cảnh quan
nếu những sự đối xử hệ điều hành bằng nhau mà tất cả các thiết bị chạy của
những nhà cung cấp phần cứng trên về nền tảng. Hệ điều hành phải cho phép
một thiết bị chạy trên một nền tảng bất chấp của lớp thiết bị, nhà sản xuất
thiết bị, và sự có mặt hoặc sự thiếu của mọi thiết bị đặc biệt khác trên nền
tảng.
- Làm dễ dàng sự phát triển của phần mềm IHVs. Lý tươởng, IHVs
không phải viết một bộ điều khiển thiết bị cho thiết bị của họ để chạy trên
nền tảng. Nếu là một bộ điều khiển required, Nó cần phải gồm có một ít m•
với lôgic đơn giản nhất có thể.
Mục này mô tả hai kiểu hệ điều hành, tùy ý gọi là " Đánh máy 1 " và " Đánh
máy 2, " và những sự so sánh làm sao tốt chúng gặp ba mục đích đối với cấu
hình phần cứng.
- Kiểu làm sao 1 hệ điều hành tìm kiếm những thiết bị Phần cứng
Một Kiểu mà 1 hệ điều hành tải Những bộ điều khiển trên sự suy đoán Và
Chờ đợi m• bộ điều khiển để tìm kiếm phần cứng của chính mình. Bộ điều
khiển đơược tải tìm kiếm phần cứng nó sử dụng một phơương pháp chuyên
biệt về thiết bị mà tiêu biểu chạm tất cả các thiết bị rồi thiết đặt trên nền
tảng. Những vấn đề với phươơng pháp này :
- Sự Dò tìm những phơương pháp sử dụng bởi những bộ điều khiển có thể

mâu thuẫn với phần cứng rồi thiết đặt trên nền tảng. Chẳng hạn, nếu một nền
tảng có một khoan máy đươợc thiết đặt, phương pháp dò tìm sử dụng bởi
một bộ điều khiển mới đơược thiết đặt có thể tình cờ bắt đầu khoan máy, gây
ra thiệt hại vật chất.
- Những phươơng pháp Dò tìm có thể tình cờ phát hiện ra một thiết bị mà kẻ
khác hơn một bộ điều khiển đươợc tải điều khiển.
- Phơương pháp này yêu cầu hệ điều hành để tải tất cả các bộ điều khiển
có thể.
- Khi đ• nạp, bộ điều khiển phải giả thiết những CNTT phần cứng có mặt;
tuy nhiên, những bộ điều khiển đơược tải phần cứng của ai không có mặt.
- Sự gắn nút Nóng và việc tháo nút ra của những thiết bị không phải là
nhanh hoặc dễ.
Danh sách này chỉ ra rằng một Kiểu mà 1 hệ điều hành làm không đẩy
mạnh hai mục đích thiết kế hệ điều hành quyền ơu tiên cao hơn : từng trải và
vận hành với nhau đươợc người dùng được tăng cươờng của những thiết bị.
Một Kiểu mà 1 hệ điều hành có thể đẩy mạnh Mục đích quyền ơu tiên thấp
nhất : nó có thể là dễ hơn cho IHVs để viết những bộ điều khiển cho những
thiết bị của họ bởi vì lôgic bộ điều khiển giả thiết rằng thiết bị của IHV có
mặt bất cứ khi nào mà bộ điều khiển đơược kéo theo, và bộ điều khiển đơn
giản bắt đầu sử dụng Một thiết bị. Tuy nhiên, cái này đơn giản hóa sự giả
thiết có thể dẫn tới vài vấn đề liệt kê mà không đẩy mạnh những mục đích
quyền ơu tiên cao hơn của một sự từng trải ngươời dùng và tính vận hành
với nhau được tốt của những thiết bị.
- Kiểu làm sao 2 hệ điều hành tìm kiếm những thiết bị Phần cứng
Một Kiểu 2 ( Cái Phích cắm và Trò chơi) tác dụng hệ thống sử dụng
những thành phần gọi là " đường truyền " mà mỗi lần hệ thống khởi động
khám phá và cho phép những thiết bị phần cứng hiện thời thiết đặt trên về
nền tảng. Nếu đường truyền hỗ trợ nó, những ngươới sử dụng đường truyền
có thể cũng điều khiển sự gắn nút nóng và đun nóng tháo nút ra của những
thiết bị giữa những sự kiện giày ống.

Một Kiểu mà 2 hệ điều hành đẩy mạnh hệ điều hành quyền ơu tiên
cao hơn thiết kế Những mục đích.
- Ngơời dùng trải qua đơợc tăng cơường bởi vì hệ điều hành tự động điều
chỉnh tới cấu hình phần cứng thay đổi và có thể dễ dàng điều khiển nóng
trao đổi của những thiết bị.
- Tính Vận hành với nhau đơược của những thiết bị trên về đường truyền
được đẩy mạnh bởi vì những hàm trên về đường truyền có thể đến từ nhiều
IHVs và những mở rộng chung có thể vào bất kỳ thời gian nào.
Mô hình đường truyền Chung
Mỗi ngơưới ửư dụng đường truyền nhìn thấy đường truyền t của nó trong
một đơn giản, chung cách : số lơượng " hàm " nào đó hiện thời đơược gắn
tới đường truyền, ngướiử dụng đường truyền nào sở hữu. Tất cả các hàm
nhìn giống nhau tới một đường truyền. Nhìn thấy Hình 1
Hình 1. Mô hình đường truyền Chung
Trong mô hình này, đường truyền khám phá những hàm phần cứng trươớc
hết, rồi tải những bộ điều khiển duy nhất nhơ chúng đươợc cần. đường
truyền có thể thậm chí nhắc ngươời dùng khi nó khám phá một thiết bị và
không tìm thấy bộ điều khiển Đơược thiết đặt cho thiết bị đó. Giữ cho nó
đơn giản, đường truyền vẽ bản đồ mỗi hàm Tới bộ điều khiển một ( ở đó là
một ánh xạ một-một của một hàm phần cứng Tới một bộ điều khiển thiết bị
đươợc tải). Lựa chọn bộ điều khiển để tải, đường truyền không yêu cầu
thông tin chuyên biệt về thiết bị và không có thông tin về hàm khác nào nào
hiện thời đơược gắn Tới đường truyền.
đường truyền Chung những bộ điều khiển mà cho phép một Kiểu 2
tác dụng hệ thống có những đặc trương sau :
- Một đường truyền nhìn thấy buýt của nó trong Một đơn giản, chung cách.
Cho một đường truyền, không có những phần phụ thuộc lớp thiết bị. Sự
tham gia của một hàm gắn liền trong lớp thiết bị một hoặc kẻ khác ( cho ví
dụ, kho, âm thanh, đươợc nhập vào, vân vân) thì trong suốt tới đường truyền
- Một đường truyền khám phá tất cả các hàm sử dụng cùng phươơng pháp.

Đặc biệt, Và Quan trọng, Mà đường truyền yêu cầu không Kiến thức của
những hàm nào đ• trên đường truyền, hoặc trạng thái của họ, để khám phá
hàm khác. Một ví dụ đơn giản của điều này là Hình 2, đươợc đưa vào ở đâu
những hàm " X " Và " Y " Được cho thấy được bao trong côngtenơ thiết bị
phần cứng Một; tuy nhiên, đường truyền không cần biết bất cứ cái gì quanh
" X " khám phá " Y " và thay cho versa.
- Một đường truyền tạo ra Một sự trừu tơượng hóa ( trong mẫu của Một cấu
trúc dữ liệu) cho mỗi hàm mà nó khám phá. Bộ điều khiển mà đường truyền
tải điều khiển hàm đươợc khám phá sử dụng sự trừu tượng hóa này để truy
nhập hàm của nó.
Một đường truyền không tải Một bộ điều khiển cho Một hàm hiện chơa gán
tới đường truyền
Hình 2. Mô hình đường truyền Chung khi hai hàm đơược chứa đựng trong
thiết bị một
Những yêu cầu đường truyền và Thiết bị cho một Mô hình Bộ điều khiển
Chung
M• đường truyền làm sau đây :
- Khám phá (" Những đếm") Tất cả các hàm trên về đường truyền
- Xác định những khả năng của mỗi hàm. Cho ví dụ, những nguồn nào, lại
nhơư I/ O Những cảng, những phạm vi bộ nhớ, những phạm vi IRQ, sức
mạnh, và / hoặc dải thông, Có thể Hàm sử dụng? Driver(s nào) Có thể điều
khiển thiết bị?