OpenADR3.0 support? #160

Activity

1. stan-janssen commented on Oct 18, 2023

   

   stan-janssen

   on Oct 18, 2023

   Member

   More actions

   OpenADR 3.0 looks like a big step forward for ease of use and modernity. I have no plans at the moment to integrate it into the existing OpenLEADR library because the two are so different that it would make much more sense to create a separate OpenADR 3.0 library for the new stuff.

   I currently don't have enough time to get started on this, but I'm happy to work with others to build a package for OpenADR 3. If this is something that you'd like to collaborate on, please let me know.

   I think the included Swaggerdoc should get you up and running in the programming language of your choice pretty quickly, but I'm sure there is room for a dedicated implementation like OpenLEADR has provided for the 2.0 version.

   Let me know your thoughts!
2. axmsoftware commented on Aug 6, 2024

   

   axmsoftware

   on Aug 6, 2024

   Contributor

   More actions

   @stan-janssen @jamesharrow I believe we can start supporting OpenADR 3.0 via a new dedicated set of repositories to that version. I agree that 2.0 and 3.0 are very different. We should continue to support in parallel the Open ADR 2.0 as it is widely adopted.
3. axmsoftware

   added

   help wantedExtra attention is neededExtra attention is needed

   on Aug 6, 2024
4. juancaoviedo commented on Aug 19, 2024

   

   juancaoviedo

   on Aug 19, 2024

   More actions

   Hi,

   I would love to have access to an OpenADR 3.0 implementation. I can contribute to the development of the project. However, I do not know where to start. Will it be possible to use the LFE to share this message worldwide to find people/organizations interested in developing the OpenADR 3.0 development support?

   @stan-janssen @axmsoftware @jamesharrow how could we proceed?
5. pohlm01 commented on Nov 12, 2024

   

   pohlm01

   on Nov 12, 2024

   Member

   More actions

   Good news! We are currently developing an OpenADR 3.0 implementation within the OpenLEADR LF Energy organization. Feel free to check out OpenLEADR/openleadr-rs.

   As the name suggests, we are using Rust instead of Python as the programming language. The repository contains a Client (VEN) library as well as a Server (VTN). As the VTN exposes a standard HTTP REST interface, you can easily use any programming language you like to interact with the VTN.
   Let me know if you have any questions.
6. axmsoftware commented on Nov 12, 2024

   

   axmsoftware

   on Nov 12, 2024 via email

   Contributor

   More actions

   Hi Carlos, What is your GitHub name? We can add you to both repositories. Also, you could subscribe to the mailing lists. Let me know if I missed anything. Thank you! Arila

   …

   On Tue, Nov 12, 2024 at 10:12 AM Maximilian Pohl ***@***.***> wrote: Good news! We are currently developing an OpenADR 3.0 implementation within the OpenLEADR LF Energy organization. Feel free to check out OpenLEADR/openleadr-rs <https://github.com/OpenLEADR/openleadr-rs>. As the name suggests, we are using Rust <https://www.rust-lang.org/> instead of Python as the programming language. The repository contains a Client (VEN) library as well as a Server (VTN). As the VTN exposes a standard HTTP REST interface, you can easily use any programming language you like to interact with the VTN. Let me know if you have any questions. — Reply to this email directly, view it on GitHub <#160 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AIR5OPB4FWQPXWYKSYMYENT2AGZ7VAVCNFSM6AAAAABMCXCFH2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDINRZHA2TMMZUGM> . You are receiving this because you were mentioned.Message ID: ***@***.***>