Proton is a lightweight, transport-agnostic communication protocol for embedded devices in robotic systems, presented by Tom Wallis of OTTO by Rockwell Automation at ROSCon 2026. It uses Protocol Buffers as its foundation but simplifies the data model into scalar 'signals' grouped into 'bundles', avoiding custom schema recompilation. A shared signal registry lets applications query the latest values instead of processing message streams. In ESP32 benchmarks against micro-ROS, Zenoh Pico, and EtherNet/IP, Proton was, according to the presented results, about 12 times smaller than the next-largest implementation, 30 times smaller than micro-ROS, used 22 times less static RAM, needed approximately 50% fewer packets than the average of all tested protocols for IMU data, and required zero dynamic memory allocation. It ships as a CMake package with a ROS 2 bridge that auto-maps signals to ROS topics.
Source: https://clearpathrobotics.com/blog/2026/11/proton-a-lightweight-communication-protocol-for-embedded-robotics-systems. 8 Sync News only summarizes and links out; content copyright belongs to the authors and original sources.
Read the news here, practice coding, follow structured courses and train for IELTS on our sibling products — all connected through one 8 Sync account.
The ecosystem home: product overviews, blog and full pricing.
ExploreLearn along a clear roadmap: videos, auto-graded quizzes, certificates and mentors who ship for a living.
View the roadmap1,000 DSA problems in Vietnamese, auto-graded across 7 languages — many FREE, right in your browser.
Practice for freeAI grading for all four IELTS skills with detailed rubric feedback.
Try it freeA 22 MB AI IDE for Vietnamese devs.
Download freeOrganizational memory for AI agents.
ExploreAI that staffs your Fanpage and qualifies leads for you.
Try itLike some of you, we have several kitchen appliances with integrated digital timers.
SparkFun introduced two new development boards called IoT RedBoard, both based on the ESP32-P4 v3.x (ESP32-P4X) and compatible with the Arduino UNO R3
Bối cảnh triển khai AI mà không có bước review rủi ro giống như thiếu một WHERE clause trong SQL có thể dẫn đến đêm dài khắc phục sự cố. Nguyên nhân kỹ thuật nằm ở việc các model AI có thể tạo ra dữ liệu không mong muốn khi không có bộ lọc phù hợp. Hệ quả có thể rất nghiêm trọng khi hệ thống AI vô tình tạo ra nội dung độc hại, sai lệch hoặc vi phạm chính sách. Đáng học hỏi là bài nhấn mạnh việc xác định rõ vị trí của cơ chế "phanh" (brake) trong hệ thống AI và ai chịu trách nhiệm kiểm soát nó.
Bài viết này giải thích tại sao thiếu bước kiểm duyệt trong AI sản xuất có thể dẫn đến hậu quả nghiêm trọng như lỗi query SQL không có WHERE clause.
This is Part 2; see Part 1 for an introduction. Methodology My big goal here is to be able to repeatably measure how well various video encoder settings work against the types of videos that I care about. In 2025, I took a single 1080p test video1Included as deception1, below. and ran around a thousand tests against it to see how well various H.265 encoding options worked. This time, I wanted to test against multiple videos and multiple encoders to get a much wider view of encoding performance. Before I started this, I wanted to improve my tooling so I wasn’t wasting time or measuring the wrong thing.
Image compression at 4bpp with extreme decompression speed - raphlinus/nibnib
ClickHouse vừa giới thiệu native TCP client cho .NET giúp tăng tốc độ đọc và insert dữ liệu với số lần phân bổ bộ nhớ ít hơn. API cột (columnar APIs) và hỗ trợ POCO giúp xử lý dữ liệu hiệu quả hơn so với HTTP truyền thống. Client mới này giảm đáng kể chi phí CPU và bộ nhớ nhờ loại bỏ các lớp trung gian không cần thiết. Nếu bạn đang làm việc với ClickHouse trên .NET, việc chuyển sang native TCP client sẽ mang lại hiệu suất vượt trội, đặc biệt với các operation đọc/ghi hàng loạt.
Client TCP native của ClickHouse cho .NET mang lại hiệu suất vượt trội với API cột và hỗ trợ POCO giúp tối ưu hóa hiệu năng ứng dụng của bạn.
Bối cảnh: Câu trả lời truyền thống thường khuyên sử dụng REST cho public APIs và gRPC cho microservices. Nguyên nhân kỹ thuật: REST dựa trên HTTP/JSON trong khi gRPC sử dụng Protocol Buffers và HTTP/2, mang lại hiệu suất tốt hơn. Hệ quả: Cách phân chia này tạo ra sự lựa chọn sai lầm vì cả hai đều có thể được sử dụng linh hoạt trong nhiều ngữ cảnh khác nhau. Điều đáng học: Buf cho thấy chúng ta nên cân nhắc dựa on yêu cầu thực tế như hiệu suất, ngôn ngữ và công cụ hỗ trợ thay vì chỉ dựa trên kiến trúc hệ thống.
Bài viết này giúp lập trình viên hiểu sâu hơn về lựa chọn công nghệ API, vượt ra ngoài so sánh bề mặt gRPC và REST để tìm giải pháp phù hợp nhất cho từng ngữ cảnh cụ thể.
Trên các chuyến bay ồn ào, tiếng động cơ liên tục gây khó khăn trong việc nghe nhạc hay podcast. Các tai nghe chống ồn hoạt động bằng cách thu âm thanh môi trường và tạo ra tín hiệu âm ngược pha với tần số 35Hz đến 2000Hz, phù hợp với dải tần tiếng ồn phổ biến. Công nghệ ANC (Active Noise Cancellation) sử dụng microphone exterior để phân tích âm thanh vàDSP (Digital Signal Processor) để tạo ra âm thanh đối nghịch. Kết quả là hệ thống có thể giảm tới 20dB tiếng ồn tại dải tần thấp, giúp người nghe có trải nghiệm tốt hơn mà không cần tăng âm lượng lên mức có hại.
Bài giải thích cách tai nghe chống ồn hoạt động sẽ giúp lập trình viên hiểu được các thuật toán xử lý tín hiệu thời gian thực được áp dụng trong thực tế.
Loading comments…