embedded-bacnet

KO | EN

gitlite — search

#javascript #python #hacktoberfest #react #ai #typescript #llm #go #golang #android #machine-learning #rust #deep-learning #linux

embedded-bacnet

(★ 21)

A library to read and write bacnet packets for embedded devices

embedded-bacnet 최신버젼 다운로드

최종 버전 다운로드 (.zip)

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

# Embedded Bacnet

> "May I never be complete. May I never be content. May I never be perfect."
-- Chuck Palahniuk, Fight Club

A Rust library to read and write bacnet packets for embedded devices. Bacnet is a protocol used for building automation and control. 
The official spec is unfortunately behind a paywall and so this implementation has been cobbled together by cross referencing multiple code implementations.
The most comprehensive implementation and documentation I have found to be here: https://bacnet.sourceforge.net/ for which I am very grateful. This is also a good resource: https://bacnetwiki.com

You can use this library to send and receive bacnet packets. However, the entire spec has not been implemented, only the bits I found most important. Use the link above if you want a comprehensive implementation.

The library requires no standard library or memory allocator (if using `default-features = false`) so expect to use iterators and loops to when decoding your network packets.

## Getting started

Most of the examples use the `simple` convenience module (see `Bacnet` struct) to perform basic async request-response bacnet queries which should be the most common use case. It is up to you to supply async (or blocking) read and write capabilities by wrapping your favorite network library. Alternatively, you can use this library as a codec in order to have more fine grained control of the communication.

```rust
#[tokio::main]
async fn main() -> Result<(), BacnetError<MySocket>> {
    // setup
    let args = Args::parse();
    let bacnet = common::get_bacnet_socket(&args.addr).await?;
    let mut buf = vec![0; 1500];

// fetch and print
    let objects = vec![ReadPropertyMultipleObject::new(
        ObjectId::new(ObjectType::ObjectAnalogInput, 1),
        vec![
            PropertyId::PropObjectName,
            PropertyId::PropPresentValue,
            PropertyId::PropUnits,
            PropertyId::PropStatusFlags,
        ],
    )];
    let request = ReadPropertyMultiple::new(objects);
    let result = bacnet.read_property_multiple(&mut buf, request).await?;
    println!("{:?}", result);
    Ok(())
}
```

## Async vs Blocking

Both async and blocking modes are supported. First of all, you can completely ignore the async vs blocking war if you just use this crate as a raw codec. However, if you use the `simple` convenience module then you will have to choose sides. 
This crate is a runtime agnostic async first implementation which means that async is enabled and turned on by default. There is support for non-blocking usage by setting the appropriate feature flag `is_sync`. See `read_property_multiple_blocking` example for how to do this. 
The `maybe-async` crate will then do some naughty things (because cargo features should always be additive) to remove the async stuff but the end result will indeed be native non-blocking.

## Alloc vs No Alloc

This library can be used with or without a global allocator. To enable the use of owned types (e.g. Vec) the `alloc` feature should be enabled (it is currently enabled by default). The `alloc` feature allows the return type of decoded bacnet packets to be owned and not tied to the buffer used to decode them. This is often more ergonomic to use than the alternative. However, if you do not enable the `alloc` feature the return type will be linked to the input buffer's lifetime and the data will be decoded on the fly using iterators.

## How it works

Bacnet is a protocol that can work on top of many transport protocols. This implementation only works with Bacnet IP which uses UDP packets. Like many protocols this one has layers. 
An application layer wrapped in a network layer wrapped in a data link layer wrapped in a udp packet. Like this:

```
UdpPacket
|
-> DataLink (about the connection)
   |
   -> NetworkPdu (flags and the reason for the message)
      |
      -> ApplicationPdu (the payload)
```

Where Pdu stands for protocol data unit.

This is what a typical bacnet client would do with this library: Send a broadcast UDP packet out to the standard bacnet port and listen for replies. 
This is done using an unconfirmed `who_is` pdu (protocol data unit). When a controller is found by decoding the inevitable `i_am` unconfirmed response the client can then send udp packets directly to that controller.
A typical request would be a confirmed `property_read` pdu to get a list of objects from the controller. Confirmed requests are tagged with an identifier so the controller can respond to the exact request sent.

## Why build this

I was frustrated by all the acronyms and assumed know-how and wanted to make something that a beginner would find easier to use. 
For example, I will tend to use verbose file names like `read_property.rs` instead of `rp.c`. I assume that the user will use a language server like `rust-analyzer` with autocomplete.
The existing rust implementations seemed to be abandoned and modern Rust capabilities offer new modelling options so this library takes a fairly different approach.

## Design philosophy

I wanted to make a library that was easy to navigate.
For that reason I chose not to abstract things behind traits because it's really just unnecessary most of the time and I really despise navigation black holes.
The code layout should be as obvious as possible and you shouldn't have to read the entire codebase to find what you want to do.

## Notes on reference C implementation

The following notes apply to the C repo found here: https://bacnet.sourceforge.net/
The most important part I have found to exist in the `src/bacnet/basic/service` folder which deals with the application part of the stack. 
There is some sense to the acronyms used. 
For example `h_rpm.c` means `handle_read_property_multiple` which is for encoding and decoding read_property_multiple confirmed requests.
Furthermore, `h_rpm_a.c` means `handle_read_property_multiple_acknowledgements` which is for encoding and decoding responses to the request above.

## Unit testing

Unit tests will come when I have more time. Please use the examples for the time being.

## Understanding the internals

At its heart this library is a bacnet codec (encoder / decoder). The library was primarily designed to run without a global allocator (although this feature can be enabled). Because it does not allocate memory AND we have to deal with varying numbers of things (for example a bacnet packet may have any number
of objects in it) the encoding and decoding parts have different representations. 
For example if you wanted to encode a list of objects you would pass a slice from some container because you know, beforehand, how many objects you want to include in the packet. 
When decoding lists of things we use an iterator so the user can collect those object into a vector or simply process them on the fly. 
Internally this is represented as a reader that decodes objects on the fly from a byte buffer.

## License

Apache License, Version 2.0 (LICENSE-APACHE or http://www.apache.org/licenses/LICENSE-2.0)

## Contribution

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be licensed as above, without any additional terms or conditions.

embedded-bacnet

embedded-bacnet 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

embedded-bacnet

embedded-bacnet 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

Download README