micro-ROS / micro-ROS/rmw_microxrcedds
Questions about the RMW_UXRCE_PUBLISH_RELIABLE_TIMEOUT parameter
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- C
- Sterne
- 47
- Forks
- 36
- Ø Merge
- 2 T. 19 Std.
- Gemergte PRs (30 T.)
- 6
Beschreibung
Hello?
I have a few questions about the RMW_UXRCE_PUBLISH_RELIABLE_TIMEOUT parameter.
When I read the description of RMW_UXRCE_PUBLISH_RELIABLE_TIMEOUT, it said that it is the default time to wait for publish. Can you tell me if my understanding is correct?
* Reference address: https://github.com/micro-ROS/rmw_microxrcedds
What I understand is that RMW_UXRCE_PUBLISH_RELIABLE_TIMEOUT is the time it takes to wait for permission to publish when a publisher with reliable settings calls the publish function.
* Reference address(Reliable QoS) : https://micro.ros.org/docs/tutorials/programming_rcl_rclc/qos/
However, looking at the address below, it says that RMW_UXRCE_PUBLISH_RELIABLE_TIMEOUT is the blocking time or waiting time for approval while the spin function is called and publish is being processed. When publish is called from the spin function, is this the time waiting for permission for the operation? Or is the blocking time while processing publish correct?
Or is what I understood wrong and different?
Can you explain the RMW_UXRCE_PUBLISH_RELIABLE_TIMEOUT parameter?
Thank you.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginnen Sie mit der Beschreibung von RMW_UXRCE_PUBLISH_RELIABLE_TIMEOUT in der Dokumentation zu rmw_microxrcedds und vergleichen Sie sie mit dem verlinkten Reliable QoS tutorial. Verfolgen Sie das referenzierte publish- und spin-Verhalten nur so weit, wie es die vorhandene Dokumentation ausweist; abgeschlossen ist die Aufgabe, wenn die Warte- und Blockierungssemantik des Parameters unmissverständlich erklärt ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- c
- Bereich
- distributed-systems
- Issue-Typ
- Dokumentation
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 25/100