# MicroDuck 0.17.2 გამოყოფს კონტროლერის მოკლე დგომას დაკარგული ქსელის სესიისგან

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/ka/article/microduck-daemon-0172-udp-stall-recovery-2026-10-13-night-ka
Section: Drones & Robots (https://technewslist.com/ka/drones-robotics)
Author: TechNewsList
Language: ka
Published: 2026-10-13T20:19:04.614+00:00
Updated: 2026-10-13T20:19:04.806527+00:00

> Pollen-ის ახალი დემონის გამოშვება ინახავს UDP კონტროლერის სესიას ხანმოკლე შეყვანის დაკარგვის დროს, უარყოფს დაგვიანებულ პაკეტებს და ავლენს დროის დიაგნოზს. მისი პროგრამული უზრუნველყოფა არ არის ფიზიკური გადაუდებელი გაჩერების გარანტია.

## TL;DR
- MicroDuck daemon 0.17.2 გამოვიდა 13 ოქტომბერს კონფიგურირებადი ღერძებით და UDP კონტროლის დაკარგვის ცვლილებებით.
- ნაგულისხმევი შეყვანის და კლიენტის დაკარგვის ზღურბლები არის 300 ms და 1000 ms, შესაბამისად.
- UDP კონტროლი არის ოპტიმალური სანდო LAN ინსტრუმენტი; პროგრამული დრო არ არის სერტიფიცირებული ფიზიკური გაჩერების მანძილი.

## Key points
- ოფიციალური 0.17.2 გამოშვება გამოქვეყნდა 13 ოქტომბერს, 09:46 UTC.
- გამოშვება ამატებს თამაშის პანელის კონფიგურირებად ცულებს და ბრძანების ლიმიტებს.
- ჩამაგრებული დოკუმენტაცია ნაგულისხმევად განსაზღვრავს stale_ms-ს 300-ზე და timeout_ms-ზე 1000-ზე.
- მოკლე შეყვანის სადგომის ნულოვანი სიარული გამგზავნის საკეტის შენარჩუნებისას; უფრო დიდი დრო ასუფთავებს სესიას.
- UDP კონტროლი ნაგულისხმევად გამორთულია, აუთენტიფიკაციის გარეშე და განკუთვნილია მხოლოდ სანდო LAN-ისთვის.
- Daemon განახლებები, გაშვებული სერვისები და ცალკე დაინსტალირებული ნასწავლი პოლიტიკა დამოუკიდებლად უნდა შემოწმდეს.

## რა მოხდა

Pollen Robotics-მა გამოუშვა MicroDuck daemon 0.17.2 13 ოქტომბერს, 09:46 UTC. გამოშვების შენიშვნები იდენტიფიცირებენ სათამაშო პანელის კონფიგურირებად ღერძებსა და ბრძანების ლიმიტებს, მონაცემთა გვიან დამუშავებას, შეყოვნების აღრიცხვას და ცვლილებას, რომელიც აჩერებს რობოტს, როდესაც კონტროლერი ჩერდება, ხოლო სესიას ინარჩუნებს. ეს არის საკონტროლო-პროგრამული უზრუნველყოფის კონკრეტული განახლება პატარა ორფეხისთვის და არა ახალი პრეტენზია მისი მაქსიმალური ფიზიკური სიჩქარის ან ნასწავლი მოძრაობის ხარისხის შესახებ.

![კოდირების ლეპტოპის გვერდით არსებული MicroDuck ასახავს კონტროლის განვითარების კონტექსტს და არა განახლების ტესტს.](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1791917605335-n722s6-microduck-daemon-0172-udp-stall-recovery-2026-10-13-night-inside-1-8769e819c2.webp)
*ფაქტობრივი MicroDuck კოდირების ლეპტოპის გვერდით ასახავს კონტროლის განვითარების კონტექსტს და არა განახლების ტესტს. კრედიტი: Pollen Robotics, რეპროდუცირებული MicroDuck Robot Community-ის მიერ.*

ცვლილება მოჰყვება გუშინდელ შემოღებას და არჩევითი UDP გეიმპდის კონტროლის დახვეწას. 0.17.1-ის 13 ოქტომბრის დამოუკიდებელი მიმოხილვა აღწერს ამ ადრინდელ ვერსიას, მათ შორის უფრო ძველი დროის ამოწურვის ქცევას. ის არ ამოწმებს ახალ გამოშვებას აპარატურაზე. ამრიგად, ამ ისტორიის ავტორიტეტული დრო მომდინარეობს Pollen-ის დოკუმენტაციაზე, რომელიც მიმაგრებულია 0.17.2 ჩადენაზე, ვიდრე წინა მიმოხილვის ნომრის კოპირება.

## რატომ არის მნიშვნელოვანი

ქსელის მიერ კონტროლირებადი რობოტი უნდა განასხვავოს ხანმოკლე შეფერხება გაუჩინარებული კონტროლერისგან. თუ ის გააგრძელებს ძველი მოძრაობის ბრძანების გამოყენებას შეჩერების დროს, ოპერატორმა დაკარგა ეფექტური კონტროლი. თუ ყოველი მცირე შეფერხება ანგრევს სესიას, აღდგენა ხდება ზედმეტად შემაფერხებელი. ახალი განხორციელება განასხვავებს გადაწყვეტილების შეწყვეტის გადაწყვეტილებას გამგზავნის სესიის გათავისუფლების გადაწყვეტილებისგან, რაც ამ ქვეყნებს აძლევს სხვადასხვა ზღურბლებსა და დიაგნოზს.

ეს განცალკევება სასარგებლოა მხოლოდ მაშინ, როცა მისი საზღვრები გასაგებია. პროგრამული უზრუნველყოფის შეყვანის ტაიმერი არ არის მყისიერი ტექნიკის გადაუდებელი გაჩერება და არც მისი მნიშვნელობა ადგენს, თუ რამდენად შორს მოძრაობს რობოტი ფიზიკურად დასახლებამდე. ქსელის შეფერხება, საკონტროლო მარყუჟის ქცევა, მექანიკა და მიმდინარე მოქმედება შეიძლება იყოს მნიშვნელოვანი. დეველოპერმა უნდა განიხილოს გამოქვეყნებული მნიშვნელობები, როგორც კონტროლის კონტრაქტის ნაწილი, რათა გადაამოწმოს და არა როგორც უსაფრთხოების სერტიფიკატი უკონტროლო ოპერაციისთვის.

## ტექნიკური დეტალები

მიმაგრებული UDP სახელმძღვანელო ნაგულისხმევად არეგულირებს stale_ms 300 მილიწამამდე და timeout_ms 1000 მილიწამამდე. შეყვანის მოძველებული პერიოდი წყვეტს სიარულს გამგზავნის დაბლოკვისა და დაჭერილი ღილაკის მდგომარეობის შენარჩუნებით. უფრო ხანგრძლივი დუმილი ითვლის კლიენტს წასულად და ასუფთავებს სესიას; დაჯდომის მოთხოვნა მოჰყვება მოგვიანებით, როცა ეს მიზანშეწონილია. მოძველებული ზღვარი უნდა დარჩეს ცალკეული მკვდარი ადამიანის პარამეტრის ქვემოთ და კონფიგურაციის ვალიდაცია უარყოფს არათანმიმდევრულ საზღვრებს.

![ოფიციალური ახლოდან ჩანს რეალური რობოტის სახსრები და სხეული, რაც განასხვავებს პროგრამულ ვადებს ფიზიკური სერტიფიცირებისგან.](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1791917606896-sjtgm1-microduck-daemon-0172-udp-stall-recovery-2026-10-13-night-inside-2-2a71c54715.webp)
*ოფიციალური ახლოდან ნაჩვენებია რეალური რობოტის სახსრები და სხეული, რომელიც იცავს პროგრამულ ვადებს ფიზიკური სერთიფიკატისგან განსხვავებული. კრედიტი: Pollen Robotics, რეპროდუცირებული MicroDuck Robot Community-ის მიერ.*

გამოშვება ასევე ჩამოაგდებს საკმარისად დაგვიანებულ მონაცემთა გრამას და იტყობინება მათი ჩამოსვლის დრო. ამას აქვს მნიშვნელობა, რადგან პაკეტის მიღება არ არის იგივე, რაც მიმდინარე ინსტრუქციის მიღება. დაგვიანებული ბრძანება შეიძლება იყოს სინტაქსურად სწორი, მაგრამ არასწორი ამ მომენტისთვის. ბმულის დიაგნოსტიკა დეველოპერებს საშუალებას აძლევს გამოიკვლიონ შემორჩენილი შემოსვლები და სადგომები, ნაცვლად იმისა, რომ ვივარაუდოთ, რომ ყველა პრობლემა მდგომარეობს ფეხის პოლიტიკაში ან გეიმპედის რუკებში.

UDP სერვისი ნაგულისხმევად გამორთულია და განკუთვნილია სანდო ლოკალური ქსელისთვის. Pollen-ის მეგზურში ცალსახად ნათქვამია, რომ ის არაავთენტიფიცირებულია და რომ ხელმისაწვდომ კლიენტებს შეუძლიათ რობოტის მართვა. ეს არ არის რეკომენდებული ინტერნეტის კონტროლის გზა. მისი ჩართვა ცვლის, თუ რომელი pad დემონი ფლობს შეყვანას: Bluetooth და UDP სერვისები უნდა შეთანხმდნენ კონფიგურაციაზე. სერვისი, რომელიც რჩება ძველ პარამეტრზე, შეიძლება დაემსგავსოს კონტროლერის უკმარისობას მაშინაც კი, როდესაც ქსელი ჯანმრთელია.

## გავლენა ბაზარზე და ინდუსტრიაზე

კონფიგურირებადი ღერძის მუშაობა რობოტის შეყვანის კონტრაქტს უფრო ადაპტირებულს ხდის, მაგრამ ის არ უნდა აგვერიოს ახალ შესწავლილ შესაძლებლობებთან. წყაროს ღერძის, ინვერსიის ან მომატების შეცვლა ცვლის იმას, რასაც ითხოვს კონტროლერი. ეს არ აჩვენებს, რომ ფიზიკურ რობოტს შეუძლია უსაფრთხოდ განახორციელოს მოძრაობის უფრო ფართო დიაპაზონი. გამოშვების წვლილი არის უკეთესი კონტროლი და დაკვირვება, მოძრაობის პოლიტიკასა და აპარატურას ჯერ კიდევ სჭირდება საკუთარი ვალიდაცია.

ღია რობოტიკის პროექტებისთვის, ამგვარი ოპერაციული დეტალი შეიძლება იყოს უფრო ღირებული, ვიდრე გაპრიალებული დემონსტრირება. მომხმარებლებმა უნდა იცოდნენ, რომელი ვერსია გაშვებულია, რატომ მოხდა მოთხოვნილი ქმედება და მიაღწია თუ არა შენატანს კონტროლერს. Pollen-ის ბრძანების მითითება უზრუნველყოფს ვერსიას, ჯანმრთელობას, კონფიგურაციას და პოლიტიკის შემოწმებას. დამოუკიდებელი ადრინდელი მიმოხილვა ასევე ხაზს უსვამს, რომ დემონი და პოლიტიკის განახლებები ცალკე გადაწყვეტილებებია და არა ერთი ავტომატური განახლება ყველა ქცევისთვის.

## რას უნდა დავაკვირდეთ შემდეგ

განზრახ განახლებამდე მფლობელმა უნდა ჩაიწეროს გაშვებული ვერსია, ადგილობრივი უგულებელყოფა, ფაქტობრივი აკინძვები და დაინსტალირებული პოლიტიკა. მხარი დაუჭირეთ რობოტს და გადაამოწმეთ კონტროლის გზა სათანადო ზედამხედველობის პარამეტრებში. ამის შემდეგ კვლავ შეადარეთ იგივე მტკიცებულებები. გადმოწერილი გამოშვება არ ადასტურებს მასში სერვისის გადატვირთვას და ახალი დემონი არ ამტკიცებს, რომ ცალკე დაინსტალირებული პოლიტიკა შეიცვალა ან ადგილობრივი გადაფარვა გაქრა.

ყველაზე სასარგებლო ვალიდაცია განზრახ განასხვავებს მოკლე შეყვანის დაკარგვას, ხანგრძლივ დუმილს, დაგვიანებულ პაკეტებს და კონტროლერის შეცვლილ განლაგებას, ჟურნალები აჩვენებს შედეგად მდგომარეობას. ეს არის სატესტო გეგმა და არა პრეტენზია, რომ TechPulse-მა შეასრულა იგი. ფიზიკური გაზომვები მაინც საჭირო იქნებოდა გაჩერებული ქცევის დასახასიათებლად. გამოქვეყნებული პროგრამული განახლება ოპერატორებს უკეთეს მტკიცებულებებს აძლევს შესაგროვებლად; ეს არ ხსნის მისი შეგროვების აუცილებლობას.

საბოლოოდ, აღდგენის სწორი მოქმედება დამოკიდებულია დაკვირვებულ მდგომარეობაზე. მოკლე გაჩერების შემდეგ შენახული სესია განსხვავდება კლიენტის დროის ამოწურვისგან და არც ავტომატურად ნიშნავს, რომ რობოტს სჭირდება პროგრამული უზრუნველყოფის ხელახალი ინსტალაცია. ვერსიისა და ჯანმრთელობის ანგარიშები ფართო ცვლილებებამდე უნდა იყოს. კონტროლერის, დემონის, პოლიტიკისა და ფიზიკური შედეგის განსხვავებულობის შენარჩუნება აადვილებს პატარა რობოტიკის პლატფორმის გამართვას, გადაჭარბებული მნიშვნელობის გარეშე, რის გარანტიას იძლევა ერთი გამოშვება.

## წყაროები

- [Pollen 0.17.2 გამოშვება](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/cheatsheet.md)— 13 ოქტომბრის დროის შტამპი და გაერთიანებული ღერძი, მონაცემთა გრაფიკის შეყოვნება, დაგვიანებული პაკეტის და შეჩერებული კლიენტის ცვლილებები.
- [ჩამაგრებული UDP კონტროლის დოკუმენტაცია](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/cheatsheet.md)— ზუსტი ვერსიის ნაგულისხმევი: 300 ms შემორჩენილი შეყვანა, 1000 ms ვადა, სანდო LAN შეზღუდვა, სერვისის შერჩევა და დიაგნოსტიკა.
- [ჩამაგრებული რობოტის მართვის ბრძანების მითითება](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/cheatsheet.md)— გაშვებული ვერსია, ჯანმრთელობა, კონფიგურაციის უგულებელყოფა, პოლიტიკის გამოყოფა და კონტროლერის შემოწმება.
- [დამოუკიდებელი 0.17.1 წყაროს მიმოხილვა](https://microduckrobot.org/news/daemon-0-17-1/)— წინა გამოშვების 13 ოქტომბრის მიმოხილვა ითვალისწინებს კონტექსტს და 250 ms-ს ძველ დროში ამოწურვას, აშკარად არა ფიზიკურ ტესტირებას ან 0.17.2 დადასტურებას.

Mentions: Pollen Robotics, MicroDuck

## Sources
- [Pollen 0.17.2 გამოშვება](https://github.com/pollen-robotics/microduck/releases/tag/daemon-v0.17.2)
- [ჩამაგრებული UDP კონტროლის დოკუმენტაცია](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/udp-pad.md)
- [ჩამაგრებული რობოტის მართვის ბრძანების მითითება](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/cheatsheet.md)
- [დამოუკიდებელი 0.17.1 წყაროს მიმოხილვა](https://microduckrobot.org/news/daemon-0-17-1/)