micro-ROS / micro-ROS/rmw_microxrcedds

Questions about the RMW_UXRCE_PUBLISH_RELIABLE_TIMEOUT parameter

Offen
#313 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

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

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Ö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

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.