[tut] how to communication a usb device with visual studio 2010

[rptdnmqs]

Bây giờ chắc chuyển sang làm vẽ vời quá.điện tử càng ngày càng chán rồi.Kô biết làm gì khỏi chán.Bây giờ đang thử với phần mềm google sketchup xem trí tưởng tượng đến đâu.Sau này còn thiết kế cái nhà chứ nhỉ.

[Zz_Bi_zZ]

Theo tôi code chuẩn nó là thế này

   usb_init_cs(); // Khoi tao thiet bi USB
   while (1) { // Vong lap chinh firmware
      usb_task();
      if (usb_enumerated()) { // Kiem tra USB co ket noi chua?
         if (usb_kbhit(1)) { // Kiem tra co du lieu trong buffer khong?
            // Nhan du lieu
         }
      }
      // Code here, muon lam gi thi lam
   }

Đây chính là chỗ pro chưa thâý rõ đc việc gọi liên tục usb_task(); usb_enumerated();

tui giả sử thế này nhé : điện trở cuộn dây của loa (earphone) có giá trị 32ohm .

- Đo adc liên tục ktra xem jack earphone đã đc cắm vào mạch chưa , nếu gtri adc trong ngưỡng vd : 90-160adc thì biết loa ok
- Ktra độ cảm âm , mức tiêu thụ điện ,độ cách điện ...
- Sau khi ok , truyền thông với máy tính qua cổng USB để thực hiện một số phép ktra nữa , vd : độ rè , độ hú

Giao diện trên máy tính bạn bật lên , ktra kết nối USB, nhấn nút "KẾT NỐI" rồi bắt đầu chờ tín hiệu từ mạch gửi lên .

Như vậy trong thời gian này , mạch làm việc liên tục các phép đo đạc ktra , báo hiệu , đk cơ cấu ...còn đâu mà gọi liên tục usb_task(); usb_enumerated(); . K lẽ chèn liên tục các câu lệnh này vào chương trình ?

Sau khi gặp rắc rối này , tui nghĩ chắc chắn có cách kết nối USB bằng hàm ngắt (ngắt USB) . Nhằm đáp ứng việc thực hiện các công việc trong main()

U có cách giải thích nào khác khi vừa lập trình kết nối USB vừa lập trình thực hiện nhiều công viêc ?

[Zz_Bi_zZ]

Bây giờ chắc chuyển sang làm vẽ vời quá.điện tử càng ngày càng chán rồi.Kô biết làm gì khỏi chán.Bây giờ đang thử với phần mềm google sketchup xem trí tưởng tượng đến đâu.Sau này còn thiết kế cái nhà chứ nhỉ.

Có nhiều cái chúng ta ngộ nhận mình đã biết hết hoặc như vậy là tối ưu . Càng thực hiện nhiều dự án , tui thấy mình đúng là phải đổi cách suy nghĩ , luôn ktra lại mọi thứ mình đã làm : như vậy đã tối ưu chưa ? còn cách nào khác hay hơn k ? Rẻ hơn và ổn định hơn .

Hân hạnh đc làm quen

[minh_cly]

Chúng ta có thể linh hoạt thuật toán như sau:

   bool send = false;
   int8 outdata[64]; // 64 chi la do rong buffer, thay doi theo chuong trinh cu the
   usb_init_cs(); // Khoi tao thiet bi USB
   while (1) { // Vong lap chinh firmware
      usb_task();

      // Do dat, xu ly
      // Ghi du lieu muon gui vao outdata, khi muon gui thi xac lap send = true

      if (usb_enumerated()) { // Kiem tra USB co ket noi chua?
        if (send) {
            usb_put_packet(1, outdata, 64, USB_DTS_TOGGLE); // Gui du lieu
            send = false;
        }
      }
   }

Công việc của bạn chắc chắn lặp tuần hoàn và chỉ yêu cầu việc gửi dữ liệu.
Sau khi đo đạt, xử lý thông số, nếu chưa muốn gửi dữ liệu thì ko làm gì cả. Muốn gửi dữ liệu thì ghi dữ liệu vào buffer và xác lập send = true. Khi đó, sau khi check kết nối trong mỗi vòng lặp, chương trình kt xem có muốn gửi dữ liệu ko (biến send). Nếu có thì gửi và xác lập send = false lại như cũ. Nếu ko thì bỏ qua.

[minh_cly]

Ngắt USB chỉ hoạt động khi đã gọi usb_task() liên tục. Khi USB kết nối, usb_task() sẽ bắt đầu mở ngắt USB. Nếu làm theo thuật toán trên, bạn đo thoải mái mà chẳng có ảnh hưởng gì cả.
Nếu gặp những công việc có tính delay, hãy tạo thêm 1 biến bool mới (vd bool active = false). Mỗi lần mở cho active = true và ngược lại. Ở phía cuối vòng lặp nhãy thêm mã kt trạng thái (như nếu active = true thì led sáng). Việc delay có thể sử dụng timer để xác lập khoảng thời gian.

[rptdnmqs]

Thường thì làm gì đó kô tránh khỏi sai sót.Đôi khi cũng kô nhất thiết phải tập trung vào vấn đề đang làm.Vì như thế mất hết sự sáng tạo.Cứ thoả trí tưởng tượng thì cái gì đó sẽ lóe sáng trong bạn.

[rptdnmqs]

Bạn Zz_Bi_zZ nên dÙng ARM thì hơn.Những ứng dụng như của bạn đòi hỏi khá nhanh.Mình cũng đang tìm 1 con arm tốc độ khoảng 100Mhz,Ram 64kB,Rom 1MB.Ít chân 1 chút.Mấy con kia lắm chân quá.

[minh_cly]

Bạn Zz_Bi_zZ nên dÙng ARM thì hơn.Những ứng dụng như của bạn đòi hỏi khá nhanh.Mình cũng đang tìm 1 con arm tốc độ khoảng 100Mhz,Ram 64kB,Rom 1MB.Ít chân 1 chút.Mấy con kia lắm chân quá.

Tôi nghĩ bác ấy chưa thành thạo về thuật toán lắm, chứ tôi nghĩ những công việc đó cũng tốc độ thấp thôi (48 Mhz là nhanh với những tác vụ đó rồi).

[OpenDoor]

Tui cũng đã có làm project về USB (USBtoCOM) , nhưng rồi cũng rút là đc chút ít kinh nghiệm chia sẻ :

- Khi sử dụng chip Master vừa giao tiếp USB vừa thực hiện một số chưong trình thì hầu như k khả thi . Lí do : các hàm usb_task , usb_cdc_kbhit (CCS) cần phải đc gọi vòng lặp liên tục thì cổng USB mới đc nhận dạng , còn k lập tức báo lỗi k nhận ra thiết bị .

- Khi nạp lại chuơng trình , cổng USB khởi tạo lại . các bạn sẽ thấy rõ rắc rối này : giao diện viết trên máy tính đang chạy với cổng USB , tự nhiên bị mất cổng , chắc chắn sẽ báo lỗi hoặc bị treo .

Do đó , nên khuyên : dùng riêng 1 con master để giao tiếp USB , mục đích duy trì trạng thái ổn định cổng . Các chưong trình còn lại viết trên con Slave .

Kinh nghiệm làm project usbtocom có giúp đc j thì chia sẻ ae vậy . Mong ae ý kiến thêm

Có chút vấn đề ở đây. Tôi giao tiếp USB đâu cần phải gọi usb_task , usb_cdc_kbhit liên tục. Chỉ cần gọi hàm khảo tạo usb stack usb_init(), sau đó chờ điểm danh bằng hàm usb_enumerated(). Nếu quá trình điểm danh OK thì không cần gọi các hàm đó nữa mà đi thực hiện các việc khác.
Một đoạn code tôi đã viết:
void main(void)
{
set_tris_b(0x00);
output_b(0x00);
usb_init(); //Khoi tao usb stack

while(!usb_enumerated()) //Cho ket noi
{
output_b(0x00);
delay_ms(100);
output_b(0xff);
delay_ms(100);
}
while(1)
{
addr = 0x3000;
for(i=0; i<135; i++)
{
usb_gets(1,data,64,3000); //Nhan 64 byte luu vao ram USB.
write_program_memory(addr,data,64); //Luu 64 byte vo flash rom.
addr+=64;
}
read_program_memory(0x3000,data,64);
for(index=0; index < 64; index++)
{
output_b(data[index]);
delay_ms(100);
}
}
}

[rptdnmqs]

Có vẻ là không khí đã thay đổi.Mọi người nhiệt tình tham gia.Mình cũng nêu ý kiến đây. usb_task là 1 hàm của CCS với ý nghĩa khi usb là gắn vào thì thiết lập kết nối,qua rất nhiều công đoạn kô chỉ mỗi trong hàm usb_task,khi tháo ra thì đơn giản và nhanh chóng.Cái hàm này nếu được gọi liên tục với ý nghĩa là trường hợp usb cable (kô tốt) chập chờn.Trong trường hợp ổn định thì kô nhất thiết phải gọi lại.Mà có gọi lại thì cũng mất nhiều time xác nhận kết nối.Nếu cable kô tốt thì ảnh hưởng khá nhiều.

[rptdnmqs]

Mình chỉ bổ sung cho OpenDoor. tiếp đến usb_enumerated là 1 hàm trả về giá trị config.Có nghĩa là khi cắm usb vào thì host sẽ yêu cầu nhiều công đoạnower,reset,control,device descriptor... sau đó trạng thái usb sẽ là CONFIG(đã xong về cấu hình) .Khi cấu hình xong thì nó mới chạy ứng dụng được.

[Zz_Bi_zZ]

Tôi nghĩ bác ấy chưa thành thạo về thuật toán lắm, chứ tôi nghĩ những công việc đó cũng tốc độ thấp thôi (48 Mhz là nhanh với những tác vụ đó rồi).

k thấp đâu bạn . Dự án của tui đc tính bằng ms chứ k phải bằng s đâu . Tui chỉ nêu đơn giản một phần trong bài toán mà tui đang tiến hành để bạn thấy việc gọi liên tục hàm kết nối sẽ ảnh hửong như thế nào đến tốc độ và việc sử lí .

Cảm ơn đã chia sẻ quan điểm và ý kiến .

[Zz_Bi_zZ]

Có vẻ là không khí đã thay đổi.Mọi người nhiệt tình tham gia.Mình cũng nêu ý kiến đây. usb_task là 1 hàm của CCS với ý nghĩa khi usb là gắn vào thì thiết lập kết nối,qua rất nhiều công đoạn kô chỉ mỗi trong hàm usb_task,khi tháo ra thì đơn giản và nhanh chóng.Cái hàm này nếu được gọi liên tục với ý nghĩa là trường hợp usb cable (kô tốt) chập chờn.Trong trường hợp ổn định thì kô nhất thiết phải gọi lại.Mà có gọi lại thì cũng mất nhiều time xác nhận kết nối.Nếu cable kô tốt thì ảnh hưởng khá nhiều.

Ý kiến này có vẻ cần lưu ý khi thực hiện USB

[tandem]

Sao lâu không thấy anh HienClub nhỉ?

[joystick]

Hienclub đang ẩn dật, hoãn binh chờ ngày xuất binh phản công đấy!he