Cần tư vấn về điều khiển từ xa bằng rf dùng PT2262/PT2272L

[manh_a2k46]

Em đang làm một đề tài điều khiển 3 động cơ từ xa bằng sóng rf. E có ý tưởng sử dụng cặp PT2262/PT2272L kết hợp với VDK trên cả 2 mạch thu phát để mã hóa và giải mã tín hiệu. Theo em được biết cặp này có 4 kênh tín hiệu, em muốn dùng vdk mã hóa theo bit trên 4 chân bên mạch thu để nhận được 4 bit tương ứng trên 4 chân trên mạch phát như thế e sẽ có 2^4=16 trạng thái điều khiển khác nhau. Nhưng e k biết cặp này có cho phép làm được như thế k hay chỉ nhấn 1 kênh 1 thôi. Và nếu bác nào có ý tưởng gì hay hơn thì tư vấn giúp em với.

[minhhiep_109]

4 kênh riêng biệt mà.

[queduong]

Một ý tưởng tồi nhất mà tôi từng đọc , sao không dùng vi điều khiển mà mã hóa/ giải mã luôn có ngon lành , đa năng hơn nhiều không, nghìn kênh cũng được !

[manh_a2k46]

Một ý tưởng tồi nhất mà tôi từng đọc , sao không dùng vi điều khiển mà mã hóa/ giải mã luôn có ngon lành , đa năng hơn nhiều không, nghìn kênh cũng được !

E cũng biết như thế thì tối ưu được phần cứng (mình dùng bộ rf 1 kênh thôi cũng đc) tuy nhiên thì lâp trình sẽ khó và tốn tài nguyên hơn vđk còn làm nhiều việc khác nữa. Với lại khả năng lập trình vdk của e còn gà lắm

[queduong]

E cũng biết như thế thì tối ưu được phần cứng (mình dùng bộ rf 1 kênh thôi cũng đc) tuy nhiên thì lâp trình sẽ khó và tốn tài nguyên hơn vđk còn làm nhiều việc khác nữa. Với lại khả năng lập trình vdk của e còn gà lắm

Vậy thì bạn dùng PT2262/PT2272 và đưa vào đầu của nó như bình thường thôi ( có lẽ cần thêm 1 đầu TE nữa ) . Đưa 4 bit logic vào 4 đầu , kích hoạt chân TE để truyền đi, rồi lại ngắt chân TE , muốn đổi trạng thái lại đưa tiếp 4 bit vào, kích hoạt chân TE ... cứ như vậy sẽ truyền được 4 bit / lần .
Nếu chỉ sử dụng dạng nút bấm on/off có thể cũng không dùng MCU nữa mà dùng tổ hợp các đi ốt ... làm thành ( tối đa 15 nút ) ( thực ra là 16 nhưng trừ trạng thái 0000 mặc định ta không dùng ).

[manh_a2k46]

Vậy thì bạn dùng PT2262/PT2272 và đưa vào đầu của nó như bình thường thôi ( có lẽ cần thêm 1 đầu TE nữa ) . Đưa 4 bit logic vào 4 đầu , kích hoạt chân TE để truyền đi, rồi lại ngắt chân TE , muốn đổi trạng thái lại đưa tiếp 4 bit vào, kích hoạt chân TE ... cứ như vậy sẽ truyền được 4 bit / lần .
Nếu chỉ sử dụng dạng nút bấm on/off có thể cũng không dùng MCU nữa mà dùng tổ hợp các đi ốt ... làm thành ( tối đa 15 nút ) ( thực ra là 16 nhưng trừ trạng thái 0000 mặc định ta không dùng ).

Cám ơn bác nhiều

[t.t.tuan]

Em đang làm một đề tài điều khiển 3 động cơ từ xa bằng sóng rf. E có ý tưởng sử dụng cặp PT2262/PT2272L kết hợp với VDK trên cả 2 mạch thu phát để mã hóa và giải mã tín hiệu. Theo em được biết cặp này có 4 kênh tín hiệu, em muốn dùng vdk mã hóa theo bit trên 4 chân bên mạch thu để nhận được 4 bit tương ứng trên 4 chân trên mạch phát như thế e sẽ có 2^4=16 trạng thái điều khiển khác nhau. Nhưng e k biết cặp này có cho phép làm được như thế k hay chỉ nhấn 1 kênh 1 thôi. Và nếu bác nào có ý tưởng gì hay hơn thì tư vấn giúp em với.

Bạn lên trang này http://www.alldatasheet.com/view.jsp?Searchword=PT2262 tra đặc tính của nó xem sao, chứ theo tôi đọc thì từ D0->D5 là mã data, còn A0->A5 là mã địa chỉ (mã này giữa thu và nhận phải giống nhau). Bạn có thể truyền dạng nối tiếp thì sẽ được n kênh, nhưng thời gian thực thi lệnh sẽ lâu. VD: D0->D4 bạn dùng làm dữ liệu cần truyền, còn D5 bạn dùng làm mã kết thúc hay tiếp tục truyền tiếp data.
Tôi từng mua mạch 4 kênh kết hợp với PIC16F887 cũng theo cách đó. Nhưng hơi lâu.
Mong rằng có ích cho bạn.

[t.t.tuan]

Một ý tưởng tồi nhất mà tôi từng đọc , sao không dùng vi điều khiển mà mã hóa/ giải mã luôn có ngon lành , đa năng hơn nhiều không, nghìn kênh cũng được !

Anh queduong hay đọc những đề tài ý tưởng tầm cỡ quốc tế quen rồi phải không

[queduong]

Anh queduong hay đọc những đề tài ý tưởng tầm cỡ quốc tế quen rồi phải không

Cái này chẳng phải là tầm cỡ gì cả nó rất phổ thông mà người ta đã làm như vậy bao nhiêu năm nay ( Cho nên " ĐƯA RA Ý TƯỞNG " mà dùng PT2262/PT2272 thì đó là ý tưởng tồi tệ ( vì rằng từ cái hạn chế của PT2262/PT2272 , từ sự phát triển của MCu giá rẻ nên người ta dùng theo cách Mã hóa/ giải mã = MCU luôn, - giờ " ĐƯA RA Ý TƯỞNG " thế này khác gì bảo loài người quay lại thời kỳ đồ đá, thời tiền sử ( do vậy nó không được gắn mác " Ý tưởng")

đơn giản làm bằng vi điều khiển thì có độ bảo mật cao hơn, linh hoạt hơn , tốc độ nhanh hơn ( PT2262/PT2272 rất chậm ) , xử lý tối ưu hơn , tiết kiệm được PT2262/PT2272 , tiết kiệm được mạch in ...... Có quá nhiều cái lợi mà người ta đã làm như vậy , còn không biết code thế nào thì cứ dùng PT2262/PT2272 thôi

[t.t.tuan]

Cái này chẳng phải là tầm cỡ gì cả nó rất phổ thông mà người ta đã làm như vậy bao nhiêu năm nay ( Cho nên " ĐƯA RA Ý TƯỞNG " mà dùng PT2262/PT2272 thì đó là ý tưởng tồi tệ ( vì rằng từ cái hạn chế của PT2262/PT2272 , từ sự phát triển của MCu giá rẻ nên người ta dùng theo cách Mã hóa/ giải mã = MCU luôn, - giờ " ĐƯA RA Ý TƯỞNG " thế này khác gì bảo loài người quay lại thời kỳ đồ đá, thời tiền sử ( do vậy nó không được gắn mác " Ý tưởng")

đơn giản làm bằng vi điều khiển thì có độ bảo mật cao hơn, linh hoạt hơn , tốc độ nhanh hơn ( PT2262/PT2272 rất chậm ) , xử lý tối ưu hơn , tiết kiệm được PT2262/PT2272 , tiết kiệm được mạch in ...... Có quá nhiều cái lợi mà người ta đã làm như vậy , còn không biết code thế nào thì cứ dùng PT2262/PT2272 thôi

Theo cách dùng MCU thi quá phức tap cho người mới làm quen. Việc truyền sóng có mang dữ liệu cũng khó lắm không đơn giản như anh queduong viết có vài dòng đâu.

[queduong]

Theo cách dùng MCU thi quá phức tap cho người mới làm quen. Việc truyền sóng có mang dữ liệu cũng khó lắm không đơn giản như anh queduong viết có vài dòng đâu.

Hầu hết 99% người dùng MCU Cơ bản ( mới học ) cũng có thể đọc mã và hiểu, biết làm điều này ! ( trừ số 1% còn lại )

[lenhan]

bác queduong cho em hỏi chút. em có sẵn cái mạch pt2262, pt2272. em cắt bỏ hai con này đi thay vào đó em dùng PIC mã hóa giải mã bằng manchester chạy tương đối tốt, tin cậy, chống nhiễu tốt. chỉ có điều khoảng cách bị hạn chế hơn so với nguyên bản của nó( dùng pt2262-2272). theo em có thể do các lý do. việc em mã hóa giải mã còn chưa hợp lý, điều kiện chống nhiễu khắt khe, và có thể lý do là thời gian 1 bít chưa hợp lý. nhưng lý do ấy làm cự ly bị hạn chế. vậy em nhờ bác giúp em xem thời gian 1 bít bao nhiêu là hợp lý. hiện tại 1 bit của em là 1 ms. (mức 0 500us, mức 1 500us) => 1 bit=1ms. À, em dùng modul 315Mhz.

[queduong]

bác queduong cho em hỏi chút. em có sẵn cái mạch pt2262, pt2272. em cắt bỏ hai con này đi thay vào đó em dùng PIC mã hóa giải mã bằng manchester chạy tương đối tốt, tin cậy, chống nhiễu tốt. chỉ có điều khoảng cách bị hạn chế hơn so với nguyên bản của nó( dùng pt2262-2272). theo em có thể do các lý do. việc em mã hóa giải mã còn chưa hợp lý, điều kiện chống nhiễu khắt khe, và có thể lý do là thời gian 1 bít chưa hợp lý. nhưng lý do ấy làm cự ly bị hạn chế. vậy em nhờ bác giúp em xem thời gian 1 bít bao nhiêu là hợp lý. hiện tại 1 bit của em là 1 ms. (mức 0 500us, mức 1 500us) => 1 bit=1ms. À, em dùng modul 315Mhz.

Khoảng thời gian vậy là OK rồi , bạn xem lại phần mã hóa , giải mã ( chương trình )... thông thường PIC sẽ chỉ đạt 80 - 85% mà thôi ( vì pic cũng nhiễu hơn là chỉ dùng có PT2262/PT2272 ( là IC cứng )).
Nếu dùng PIC mà khoảng cách quá thấp <50% khi dùng PT2262/PT2272 thì xem lại chương trình nhé bạn !
Bạn có thể xem tham khảo ở mục support trong trang web của mình có 1 vài mã hóa/ giải mã với pic , nó khá tốt

[lenhan]

Khoảng thời gian vậy là OK rồi , bạn xem lại phần mã hóa , giải mã ( chương trình )... thông thường PIC sẽ chỉ đạt 80 - 85% mà thôi ( vì pic cũng nhiễu hơn là chỉ dùng có PT2262/PT2272 ( là IC cứng )).
Nếu dùng PIC mà khoảng cách quá thấp <50% khi dùng PT2262/PT2272 thì xem lại chương trình nhé bạn !
Bạn có thể xem tham khảo ở mục support trong trang web của mình có 1 vài mã hóa/ giải mã với pic , nó khá tốt

vâng, em cám ơn bác nhiều nhé. em sẽ xem lại chương trình và chỉnh sửa cho hợp lý. cám ơn bác