Mạng internet

[photodecor]

Vấn đề đièu khiển qua mạng internet gặp rất nhiều khó khăn. Quan trọng nhất là delay. Một hệ thống internet gặp vấn đề delay thay đổi, và delay có thể từ 5ms (có thể xem là thời gian thực), đến 300ms (đường truyền quốc gia 10000km), và có thể tiến ra đến vô cùng (mất dữ liệu).

Có những phương pháp nào để giải quyết?

Năm 1988, người ta đã chứng minh rằng, một hệ thống ổn định không delay, chưa chắc ổn định với delay fixee, và một hệ thống ổn định với fixed delay, chưa chắc ổn định với delay thay đổi.

Mời các cao thủ đưa ra giải pháp.

Chúc vui.

[cuahangso1]

Điều khiển gì xa dữ dzậy :D với lại internet đang trong thời kỳ chiếm hữu nô lệ. Các cuộc chiến trên mạng nhằm sở hữu domain&hosting, đánh gục tên miền đang diễn ra tràn lan mà không có một chút can thiệp nào của chính phủ lâm thời. Thật là một hiểm họa lớn đối với xã hội loài người nếu như internet có thể tác động đến quá trình sản xuất của một hệ thống máy móc.
Hehe, TPC/IP đã lên tới v6 rồi mà vẫn không đáp ứng nhu cầu trong bài toán điều khiển thì tốt nhất là không dùng đến nó nữa :D

[tuanhien-button]

Tôi có nghe nói có cái gì đó là RTP thì phải không biết có dùng được không?

[manhhatuna]

Sự phức tạp nằm ở chỗ, nếu dùng RTP, thì bị mất mát dữ liệu. Nếu dùng TCP/IP còn chấp nhận dược vấn đề đêm dữ liệu, nếu dùng UDP thì mất là mất luôn. Điều khiển mà mất dữ liệu quá nhiều, kể như thua.

IPv6 chỉ mới được dùng ở Hàn và ỏ Nhật thì phải.

Cũng không ăn thua.

Truyền xa như vậy, là bởi vì ví dụ có một ứng dụng nào đó, cần thực hiện xa, lấy ngay đường truyền quốc gia ra sử dụng. Mà mạng internet, thì truyền cả thế giới, nên người ta thực hiện thí nghiệm ở khoảng cách xa, để vẽ được giản đồ pha của trễ. Kết quả F đã đưa mọi người tham khảo rồi đó 300ms là con số trung bình.

Đây là vấn đề rất hay mà chúng ta cũng nên nghiên cứu thử.

Chúc vui.

[myanco2003]

Thông thường điều khiển qua internet người ta thường dùng web base interface để ra lệnh điều khiển, cũng có thể dùng mô hình client - server nhưng theo tôi thời gian trể đáp ứng 300ms là quá nhỏ đối với các hệ điều khiển có HMI ở xa. Còn bài toán của bác falleaf em đoán mò tí: chắc là bài tóan điều khiển hòa đồng bộ lưới điện quốc gia :D

[duyenhai01]

Chẳng phải lưới điện gì đâu, tui làm về robot mà, có liên quan gì đến điện tử với lại điện đâu?

F cũng chả có giao diện gì hết, chỉ nói đây là vấn đề nếu dữ liệu bị như vậy, thì người ta có những giải pháp nào để giải quyết? Cụ thể F nói luôn một số giải pháp như fix delay, dùng bộ đệm, dùng RTNP (thằng này đạt hiệu quả tốt hơn TCP/IP một tí trong điều khiển). 300ms là vô cùng lớn, nhớ là nó chỉ là giản đồ pha, và 300ms chỉ là điểm tập trung, còn phân tán, và tiến ra đến vô cùng là chuyện bình thường.

giờ bên này gửi cái sóng hình sin qua, bên kia nhận được ra sóng hình thang... thế là chết người rồi. Chưa kể, vd tay con người đưa qua máy, máy dập xuống, trễ vài trăm ms nó không nhận được tín hiệu có tay con người trong đó, ra lệnh dập, thế thì bỏ mẹ rồi còn gì :D...

Kiểu vậy... đó là những vấn đề khó khăn cần phải giải quyết.

Ai có giải pháp?

[accap]

Ơ hơ, thế thì bác nên sửa cái chữ internet thành TCP/IP đi, hai cái này khác nhau nhiều lắm ;)

[khanhgiaco]

Bác hiểu sai rồi, kể cả RTNP thì cũng không đạt được kết quả tốt. Tôi chỉ nói TCP/IP để mọi người dễ hình dung thôi.

Delay là một hiện tượng không thể không có trong tất cả các loại chuẩn truyền, kể cả internet. Do vậy, giải pháp nào cho điều khiển qua internet?

UDP cũng có delay, nhưng giải pháp xử lý là đệm, và delay UDP vẫn có thể rơi ra vô cùng

Đó chính là vấn đề tôi quan tâm. Quan tâm về mặt lý thuyết, chứ còn làm mấy cái điều khiển như ở VN làm thí nghiệm thì không làm được.

Vì tôi làm điều khiển, không rành về mạng mấy, nên mới đặt ra câu hỏi này để thảo luận.

Chúc vui.

[tanbaolong2003]

Có khoảng cách là có delay,mà mỗi tần số lại có khoảng delay khác nhau -> sinh ra méo dạng nơi đầu cuối,chưa kể các nguồn noise bên ngoài,thiệt là rắc rối.

Truyền dẫn số trên internet dùng TCP/IP,theo tôi người ta quan tâm đến khía cạnh chính xác của dữ liệu hơn là về mặt thời gian đến,vì delay nó phụ thuộc nhiều yếu tố khách quan mà mình đâu thể dự đoán trước được,như dung lượng mạng,tốc độ xử lý của các máy trạm trung gian,chất lượng đường truyền....

Chả vì thể mà người ta chỉ chia khung,đóng gói,điền địa chỉ mạng,chẳng thấy đề cập đến delay.

Nếu dùng net để điều khiển thời gian thực ra sao nhỉ,với khoảng cách 10000km,chẳng thấy khả thi tí nào,sao cái này giống dùng sóng siêu cao tần điều khiển robot nhặt đá trên mặt trăng ở khoảng cách xa thế nhỉ?,mà nghe nói con robot đó thấy cục đá trước mặt phải né trước vài giây đó.