CAN(Controller Area Network)

[qmk]

Đại ca qmk lại thế rồi !!!
Em đâu dám thế hì hì !!! chẳng qua là đạo hạnh chưa đủ để hiểu hết được những điều sâu xa mà chị ấy nói thôi !
Anh qmk có mạch nạp cho mấy con PLD hoặc CPLD thì cho em với !!!
nhớ cho em cả phần mềm nữa đấy !!!

Về câu so sánh của cô nương 3T thì nhìn ở miền thời gian thì không đúng nhưng mà thử chuyển sang miền tần số vẽ phổ ra thì phụ nữ có những suy nghĩ ghê gớm thế đấy.

Mạch nạp mấy con Xilinx, altera đơn giản lắm bác MinhHa hay ai đó post lên diễn đàn rồi bạn tìm lại xem... Chương trình thì bọn nó cũng cung cấp. Còn con khác yếu yếu ít cổng thì hỏi cô 3T nì.

CAN và RS485 đều là vi sai. Cái từ vi sai ở đấy nghĩa là phân biệt bit dựa trên khác biệt áp giữa 2 dây chứ không phải so với GND. Trong thực tế nhiều khi chẳng cần GND làm gì. Và cả hai đều khuyến cáo dùng cáp xoắt có trở kháng 120Ohm. Cái khái niệm trở kháng này đau đầu ghê
Tưởng tượng xem dòng điện trong hệ thống sẽ chạy thế nào... Đố em Trang đấy.

Giờ tưởng tượng xem 485 không có trở kéo lên và kéo xuống (nghe cho Việt một tí chứ định thiên nghe ghê quá như là trời định rồi đấy). Khi tất cả các node đều thu thì tín hiệu thu về trên trân DO TTL sẽ ở một mức nào đấy không biết trước X. Khi một bộ thu chuyển sang phát ngay lập tức tín hiệu sẽ chuyển sang mức trên chân DI TTL gọi là mức Y, hà hà nếu mà mức nếu mà X<>Y tức là XY là con trai, còn Y=X tức là YY (XX nhưng X=Y ) nghĩa là con gái. Ý nhầm...
Nếu X<>Y sẽ gây ra một xung, còn nếu X=Y thì tùy mức dương hay âm sẽ làm mất đi một xung. Các bộ UART chắc không khoái chuyện này.

Nhưng mà trở kéo lên là bao nhiêu cho vửa phải T nhỉ.

Chú thích: chứ đỏ là viết rồi còn sửa

[thaithutrang]

Bài toán: truyền dẫn thông tin trên đường dây dài mất khoảng hơn 1 trang A4 sẽ chứng minh được ra trở kháng đầu cuối 120 omh tối ưu nhất(bài toán sóng tới và sóng phản xạ).

Còn ý sau của anh chính là ý em muốn nói với anh AFH đó.

[thaithutrang]

Trở kéo lên và xuống thường bằng nhau, em thường để 1K. Nó có liên quan đến tải và còn tính ra mức tri gơ smith thì phải. Em đọc ở đâu đó, anh qmk xem lại xem. Vì nhớ mang máng ko dám khẳng định, vì anh AFH chắc đang tìm cách bới cái sai của em.. hi hi...

[AFH]

Hê hê. ..... anh mà thèm tìm cái sai của em ấy hả? Gớm nhỉ, cô thầy bói này giỏi ghê ha.
Em nói RS485 là kiểu Push-Pull hình như là sai rồi, anh kô thấy người ta nói thế với RS485. Cái từ Push-Pull nghĩa là "đẩy - kéo", về lý thuyết và thực tế, anh thấy nó dùng vào các ứng dụng cần đưa một tín hiệu nào đó khỏe cả ở mức cao và mức thấp. Ví dụ như khuếch đại công suất âm tần kiểu "đẩy kéo", hay như chân I/O của PIC. Còn kiểu như chân vào ra của 89C51 là PUSH chứ kô PULL, nghĩa là nó chỉ khỏe ở mức thấp mà thôi. Có phải vậy kô cô bé xấu xí. Anh nói có gì sai kô hả?
AFH

[thaithutrang]

Anh AFH vẫn chưa chịu bó tay a?
Các khái niêm Push-Pull của 485 chỉ ko có ở tài liệu anh đã từng đọc thôi. Ko phải tìm ở đâu xa,mà ngay tài liệu cua anh Itek mới cung cấp.
Hãy xem sơ đồ phần cứng của chúng.
Sau đó hãy xem tiếp tài liệu ở dưới.
Và sau đó hãy vui lòng nói: "Anh sai rồi"

[AFH]

Bài toán: truyền dẫn thông tin trên đường dây dài mất khoảng hơn 1 trang A4 sẽ chứng minh được ra trở kháng đầu cuối 120 omh tối ưu nhất(bài toán sóng tới và sóng phản xạ).

Còn ý sau của anh chính là ý em muốn nói với anh AFH đó.

Công lực của em thật là thâm hậu, chứng minh được cả cái này cơ à? Ôi lậy chúa.
Uh, cái em nói về RS485 thật là chính xác. Ha ha......
"Anh sai rồi". Hê hê... hôm nay học được thêm một điều thú vị. Sướng thiệt.
Thật là tình cờ và bất ngờ. Cái anh học được thật là hay. Thanks em nhiều nhiều.
AFH

[thaithutrang]

Vậy 1.1.2 ở đâu rồi anh Itek, em đã hiểu cơ bản về bài viết 1.1.1 của anh rồi(hay nhất là cơ chế ưu tiên mức trội khi hai node cùng truyền).Cảm ơn anh nhiều.
Gửi anh AFH: tình cờ và bất ngờ gì vậy anh? do em à?

[itek]

Vậy 1.1.2 ở đâu rồi anh Itek, em đã hiểu cơ bản về bài viết 1.1.1 của anh rồi(hay nhất là cơ chế ưu tiên mức trội khi hai node cùng truyền).Cảm ơn anh nhiều.
Gửi anh AFH: tình cờ và bất ngờ gì vậy anh? do em à?

1.1.2 Hả, làm gì có

----------------------------
Tưởng tượng:
1.1.2 CAN controller chip
Tự đọc. Chọn chíp nào thì đọc chíp đó
1.1.3 CAN specification
Tự đọc nốt.
----------------------------

[itek]

CAN specification

[itek]

Có cái này "xanh xanh đỏ đỏ..." nè
http://www.grifo.com/PRESS/DOC/Temic/CAN_TUT.PDF

[itek]

Có cả TCVN về vấn đề này:
ISO 11898-1:2003 Road vehicles. Controller area network (CAN). Part 1: Data link layer and physical signalling._Số trang: 45
ISO 11898-2:2003 Road vehicles. Controller area network (CAN). Part 2: High-speed medium access unit._Số trang: 21
Bây giờ tui mới biết ! Không biết trong đó viết gì ? Có ai đọc các tài liệu này chưa nhỉ ?

Cả cái này nữa, cũng đến giờ mới biết:

CHƯƠNG TRÌNH KHUNG TRÌNH ĐỘ ĐẠI HỌC
NGÀNH ĐÀO TẠO: CÔNG NGHỆ CƠ - ĐIỆN TỬ

Tên học phần: MẠNG TRUYỀN THÔNG CÔNG NGHIỆP
3.2 CAN:
3.2.1 Kiến trúc giao thức.
3.2.2 Cấu trúc mạng và kỹ thuật truyền dẫn.
3.2.3 Cơ chế giao tiếp.
3.2.4 Cấu trúc bức điện.
3.2.5 Truy nhập bus.
3.2.6 Bảo toàn dữ liệu.
3.2.7 Mã hoá bit.
3.2.8 Các hệ thống tiêu biểu dựa trên CAN.

Đúng là múa rìu qua mắt thợ !

[VietPhuong]

Thế nếu nối thẳng hai chân RxD và TxD của uC vào hai chân tương ứng của CAN interfacer như a82c250 rồi tự viết lấy giao thức thì sao nhỉ?

[qmk]

Thế nếu nối thẳng hai chân RxD và TxD của uC vào hai chân tương ứng của CAN interfacer như a82c250 rồi tự viết lấy giao thức thì sao nhỉ?

Nối hai chân bất kỳ tốt nhất là một chân ngắt ngoài. Thì tốn tài nguyên chứ sao. Thế cũng hỏi :P

[VietPhuong]

Tôi tưởng để hiểu nhất tốt nhất về CAN thì phải làm thế..Chứ để cho uC được "lười" nhất thì ta dùng béng stand-alone controller nhể..
À mà Mr qmk nói vậy là không cần dùng đến ngắt truyền thông của uC hả?

Học thêm các đồng chí ở đây một tí..Mua MCP2551 và MCP2510 ở chỗ nào thế..Giá bao nhiêu?

[qmk]

Bởi vì CAN nó có phải là UART đâu mà nối vào RXD TXD gì cho tốn. kô phải UART thì lấy đâu ra ngắt truyền thông.
Bán ở trên mạng giá khoảng 2usd