You can not select more than 25 topics Topics must start with a chinese character,a letter or number, can include dashes ('-') and can be up to 35 characters long.

README.md 1.3 kB

Add Opentelemetry capabilities though capnproto messages (#24) * Multithreaded Python API and Pylot Example (#18) * Refactoring for multithreading * Refactoring code in order to use MemoryView * Resolving multi output by casting Python output type * Adding Python example runner * Adding Rayon ThreadPool for CPU bound multithreading * Adding benches * Small Refactoring of Python Binding * Adding documentation to Pylot Demo * Removing cloning states data using RwLock * Refactoring Servers to pass messages through tokio channels * Removing unwrap when possible * Splitting Zenoh function into separate module * Refactoring Zenoh into a struct * Adding several Python fix * Fix eyre issue * Adding docker for ease of build * Fixing docker problem * Reduce the frequency of source * Adding better Python Operator * Improving carla visualisation capabilities * Enabling better visualisation * adding object trajectory * Improving planning * Refactoring Python * Adding control operator * Improving planning operator * Better Control Operator * Fixing Planning Errors linked to applying Speed Factor * Fixing Docker Image Build issues * Adding a timestamp to messages * Fixing PID mutlithread errors * Drop Push Send after Pull period * Limiting the latency * Adding InfluxDB * Fixing Influxdb Naming and quota * Adding positional data * Making launching container command faster * Removing Dora-Pylot * Refactor Error Handling * Refactoring Error dubgging function Co-authored-by: haixuanTao <hai-xuan.tao@student.ecp.fr> * adding capnp metadata into messages * Allowing Context to propagate throughout node * Adding better tracing * Refactoring opentelemetry mod * Adding a degree parameter in messages * Adding depth for better tracing * Put a feature flag on tracing * Removing unnecessary copy of the messages * Small refactoring of messages * Refactoring of context logging * Adding opentelemetry metrics of system * Adding process telemetry * Commenting the build script * Rename feature tracing * Add documentation to module * Adding message documentation * Remove build script * skip capnp generated file * Reformating * Reformating loop * Testing example * Removing zenoh dependencies in Python * Improving example python api * removing rayon that is appearing twice due to merge * Simplifying python binding * Create a separate crate for messages * Moving `metrics` and `tracing` into separate crate * Moving `python` into a separate crate and removing `main` crate * Refactoring newly created crate * Remove `depth` from the message `metadata` * Add `capnp` installation within the CI * Add `capnp` installation into CI `clippy` step Co-authored-by: haixuanTao <hai-xuan.tao@student.ecp.fr>
3 years ago
Add Opentelemetry capabilities though capnproto messages (#24) * Multithreaded Python API and Pylot Example (#18) * Refactoring for multithreading * Refactoring code in order to use MemoryView * Resolving multi output by casting Python output type * Adding Python example runner * Adding Rayon ThreadPool for CPU bound multithreading * Adding benches * Small Refactoring of Python Binding * Adding documentation to Pylot Demo * Removing cloning states data using RwLock * Refactoring Servers to pass messages through tokio channels * Removing unwrap when possible * Splitting Zenoh function into separate module * Refactoring Zenoh into a struct * Adding several Python fix * Fix eyre issue * Adding docker for ease of build * Fixing docker problem * Reduce the frequency of source * Adding better Python Operator * Improving carla visualisation capabilities * Enabling better visualisation * adding object trajectory * Improving planning * Refactoring Python * Adding control operator * Improving planning operator * Better Control Operator * Fixing Planning Errors linked to applying Speed Factor * Fixing Docker Image Build issues * Adding a timestamp to messages * Fixing PID mutlithread errors * Drop Push Send after Pull period * Limiting the latency * Adding InfluxDB * Fixing Influxdb Naming and quota * Adding positional data * Making launching container command faster * Removing Dora-Pylot * Refactor Error Handling * Refactoring Error dubgging function Co-authored-by: haixuanTao <hai-xuan.tao@student.ecp.fr> * adding capnp metadata into messages * Allowing Context to propagate throughout node * Adding better tracing * Refactoring opentelemetry mod * Adding a degree parameter in messages * Adding depth for better tracing * Put a feature flag on tracing * Removing unnecessary copy of the messages * Small refactoring of messages * Refactoring of context logging * Adding opentelemetry metrics of system * Adding process telemetry * Commenting the build script * Rename feature tracing * Add documentation to module * Adding message documentation * Remove build script * skip capnp generated file * Reformating * Reformating loop * Testing example * Removing zenoh dependencies in Python * Improving example python api * removing rayon that is appearing twice due to merge * Simplifying python binding * Create a separate crate for messages * Moving `metrics` and `tracing` into separate crate * Moving `python` into a separate crate and removing `main` crate * Refactoring newly created crate * Remove `depth` from the message `metadata` * Add `capnp` installation within the CI * Add `capnp` installation into CI `clippy` step Co-authored-by: haixuanTao <hai-xuan.tao@student.ecp.fr>
3 years ago
Add Opentelemetry capabilities though capnproto messages (#24) * Multithreaded Python API and Pylot Example (#18) * Refactoring for multithreading * Refactoring code in order to use MemoryView * Resolving multi output by casting Python output type * Adding Python example runner * Adding Rayon ThreadPool for CPU bound multithreading * Adding benches * Small Refactoring of Python Binding * Adding documentation to Pylot Demo * Removing cloning states data using RwLock * Refactoring Servers to pass messages through tokio channels * Removing unwrap when possible * Splitting Zenoh function into separate module * Refactoring Zenoh into a struct * Adding several Python fix * Fix eyre issue * Adding docker for ease of build * Fixing docker problem * Reduce the frequency of source * Adding better Python Operator * Improving carla visualisation capabilities * Enabling better visualisation * adding object trajectory * Improving planning * Refactoring Python * Adding control operator * Improving planning operator * Better Control Operator * Fixing Planning Errors linked to applying Speed Factor * Fixing Docker Image Build issues * Adding a timestamp to messages * Fixing PID mutlithread errors * Drop Push Send after Pull period * Limiting the latency * Adding InfluxDB * Fixing Influxdb Naming and quota * Adding positional data * Making launching container command faster * Removing Dora-Pylot * Refactor Error Handling * Refactoring Error dubgging function Co-authored-by: haixuanTao <hai-xuan.tao@student.ecp.fr> * adding capnp metadata into messages * Allowing Context to propagate throughout node * Adding better tracing * Refactoring opentelemetry mod * Adding a degree parameter in messages * Adding depth for better tracing * Put a feature flag on tracing * Removing unnecessary copy of the messages * Small refactoring of messages * Refactoring of context logging * Adding opentelemetry metrics of system * Adding process telemetry * Commenting the build script * Rename feature tracing * Add documentation to module * Adding message documentation * Remove build script * skip capnp generated file * Reformating * Reformating loop * Testing example * Removing zenoh dependencies in Python * Improving example python api * removing rayon that is appearing twice due to merge * Simplifying python binding * Create a separate crate for messages * Moving `metrics` and `tracing` into separate crate * Moving `python` into a separate crate and removing `main` crate * Refactoring newly created crate * Remove `depth` from the message `metadata` * Add `capnp` installation within the CI * Add `capnp` installation into CI `clippy` step Co-authored-by: haixuanTao <hai-xuan.tao@student.ecp.fr>
3 years ago
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748
  1. <p align="center">
  2. <img src="./docs/src/logo.svg" width="400">
  3. </p>
  4. <h3 align="center">
  5. Dataflow Oriented Robotic Architecture ⚡
  6. </h3>
  7. ---
  8. `dora` goal is to be a low latency, composable, and distributed data flow.
  9. This project is in early development, and many features have yet to be implemented with breaking changes. Please don't take for granted the current design.
  10. ---
  11. ## 📖 Documentation
  12. The documentation can be found here: [https://dora-rs.github.io/dora/](https://dora-rs.github.io/dora/)
  13. ---
  14. ## ✨ Features
  15. Composability as:
  16. - [x] `YAML` declarative programming
  17. - [ ] language-agnostic:
  18. - [x] Rust
  19. - [x] C
  20. - [x] Python
  21. - [ ] Isolated operator and node that can be reused.
  22. Low latency as:
  23. - [x] written in <i>...Cough...blazingly fast ...Cough...</i> Rust.
  24. - [ ] Minimal abstraction close to the metal.
  25. Distributed as:
  26. - [x] PubSub communication with [`zenoh`](https://github.com/eclipse-zenoh/zenoh)
  27. - [x] Distributed telemetry with [`opentelemetry`](https://github.com/open-telemetry/opentelemetry-rust)
  28. ---
  29. ## 🏁 Further reading
  30. - Check out [dora-drives](https://github.com/dora-rs/dora-drives) for a template of an autonomous vehicle within a simulation.
  31. ## ⚖️ LICENSE
  32. This project is licensed under Apache-2.0. Check out [NOTICE.md](NOTICE.md) for more information.

DORA (Dataflow-Oriented Robotic Architecture) is middleware designed to streamline and simplify the creation of AI-based robotic applications. It offers low latency, composable, and distributed datafl