WEBVTT 00:00.000 --> 00:09.000 Okay, this is a massive strain that's talking about demand and response. 00:09.000 --> 00:13.200 If you have no idea what it is, they're going to explain that and open ADR as an open standard 00:13.200 --> 00:15.000 and a rust implementation of that. 00:15.000 --> 00:16.000 Wow. 00:16.000 --> 00:17.000 Yeah. 00:17.000 --> 00:18.000 Great. 00:18.000 --> 00:19.000 Well, welcome everybody. 00:19.000 --> 00:20.000 Thank you all for coming. 00:20.000 --> 00:25.000 Today, we're going to be giving a presentation about open leader RS about demand response 00:25.000 --> 00:29.000 and about open ADR, like we just said. 00:29.000 --> 00:32.000 So, open ADR is a protocol and open source protocol. 00:32.000 --> 00:34.000 It stands for open automated demand response. 00:34.000 --> 00:37.000 We're going to get into what that is exactly in the next 50 minutes. 00:37.000 --> 00:41.000 We're going to be giving you some background about the open leader RS project. 00:41.000 --> 00:43.000 A primer on demand response. 00:43.000 --> 00:48.000 We're going to be looking at a Dutch adoption of open ADR and Dutch use case. 00:48.000 --> 00:50.000 And we'll be looking at future developments. 00:50.000 --> 00:52.000 We don't have too much time. 00:52.000 --> 00:56.000 So if you have questions, we'd love to answer them, but preferably at the end. 00:56.000 --> 00:59.000 But first, let us introduce ourselves. 00:59.000 --> 01:00.000 Yeah. 01:00.000 --> 01:01.000 Hi, I'm Max. 01:01.000 --> 01:09.000 I'm working for the Dutch software consultancy critical, specialized in rust and the tech lead 01:09.000 --> 01:12.000 of the open leader RS implementation. 01:12.000 --> 01:18.000 And I'm staying on howling and I am a specification writer and software developer at ALADNL. 01:18.000 --> 01:21.000 We're going to be talking a bit about ALADL later on. 01:21.000 --> 01:25.000 And I would call myself a powers user of open leader RS. 01:26.000 --> 01:28.000 Right. 01:28.000 --> 01:33.000 Before we start to talk about demand response, we need to get into grid congestion a bit. 01:33.000 --> 01:36.000 So because this has a lot to do with demand response, 01:36.000 --> 01:41.000 we're looking at the grid congestion map of the Netherlands as you can see it's quite red and red is not good. 01:41.000 --> 01:44.000 It means that there's a capacity shortage. 01:44.000 --> 01:49.000 So essentially, almost no new connections can be made, existing ones can't be expanded. 01:49.000 --> 01:52.000 And this is a big impact on society. 01:52.000 --> 01:54.000 The housing projects are being put and hold. 01:54.000 --> 01:56.000 This is a scanning span. 01:56.000 --> 01:59.000 So the government is looking for ways to solve this problem. 01:59.000 --> 02:03.000 We could just build more transformers, but as you can imagine, this takes time. 02:03.000 --> 02:04.000 It costs money. 02:04.000 --> 02:07.000 So we're looking at other solutions to fix this. 02:07.000 --> 02:12.000 And it might seem there's no capacity left at all, but this map doesn't really tell the whole story. 02:12.000 --> 02:15.000 Because if you look at the day-to-day basis, we see something like this. 02:15.000 --> 02:20.000 We see a waveform with two peaks and valleys all besides them. 02:20.000 --> 02:24.000 And this kind of means that there's two peaks in which lots of people use electricity. 02:24.000 --> 02:27.000 And in between, we've got a lot of space on the grid left. 02:27.000 --> 02:31.000 So if you can make better use of them, we still have some capacity. 02:31.000 --> 02:34.000 And we can do that with demand response programs. 02:34.000 --> 02:41.000 The demand response is the idea that demands, so customer appliances, like washing machines, heat pumps, what have you? 02:41.000 --> 02:46.000 Can respond to the status of the grid, so how busy is it on the grid? 02:46.000 --> 02:57.000 And a demand response program is a grid operator communicating the sending signals and communicating the status of the grid to consumers, so you at home or companies. 02:57.000 --> 03:00.000 So they can change the way to use electricity. 03:00.000 --> 03:08.000 This can come into form of price signals or capacity limits, but the goal is to limit use during peak times either way. 03:09.000 --> 03:16.000 This benefits the DSO because there's more capacity, so they can get people on the network faster or they have to build less transformers. 03:16.000 --> 03:23.000 But as a customer, it's also nice because electricity in those valleys is most of the time cheaper and a lot cleaner. 03:23.000 --> 03:34.000 And as works as the DSO predicts a peak, they send a signal to the customer and then a customer appliance preferably automatically shuts down or it shifts its use to another time of the day. 03:34.000 --> 03:38.000 And that works exactly with Open80R is going to be explained by Max. 03:38.000 --> 03:51.000 Yeah, so let's have a quick look at what Open80R is now. Open80R is a standard to solve the problems that's time just laid out and it stands for open automated demand response. 03:51.000 --> 04:02.000 It originated back in 2009 from the Lawrence Berkeley National Laboratory and has quickly been taken over by the newly founded Open80R Alliance. 04:02.000 --> 04:07.000 That still governs the spec maintenance and development. 04:07.000 --> 04:16.000 And for us, most interesting are actually the versions 3.0 and 3.1 that have been released 2024, 2025 respectively. 04:16.000 --> 04:31.000 Because what mainly changed from the 2.0 versions there is that they switched from XML and XMPP to JSON and HTTP, which makes development a lot easier as many can imagine, I guess. 04:32.000 --> 04:43.000 In general, Open80R is a very high level messaging protocol, a very generic one that can be used for many use cases and supports many use cases. 04:43.000 --> 04:55.000 And because of that, to have a very specific use case, you typically need to have an additional so-called profile, which further specifies how exactly to use these messages and how exactly to behave. 04:55.000 --> 05:06.000 And one such profile is the grid where charging that a lot now is developing and maintaining, and I guess time will talk about that later a bit more detail. 05:06.000 --> 05:09.000 So how does that work on a high level? 05:09.000 --> 05:23.000 We do have two parties involved here, generally, that is the distribution system operator, basically the grid operator, and in the case of the grid where charging we have the charge point operators. 05:23.000 --> 05:39.000 In the Open80R speech, they run a business logic and a customer logic, and they have a so-called virtual top note, I would just call it a server, and a virtual end note, basically the clients of that whole thing. 05:39.000 --> 05:49.000 And communication, at least for the basic use case, happens over two message types that are so-called events and reports. 05:49.000 --> 06:04.000 So the virtual top note, the VTN, will send out events to the customer logic, the customer logic will somehow react to that, and it may or may not send back reports. 06:04.000 --> 06:15.000 That, for example, tell the DSO on how much energy JF used in the last hour, or what they possibly predict to use in the future maybe. 06:15.000 --> 06:20.000 All these are possible use cases, how you could use that. 06:20.000 --> 06:47.000 So our implementation, open leader RS, is then an implementation of that standard Open80R, and that's joined effort by Elatonell and Twirhov, and it was born out of the desire from Twirhov to add, or to use our expertise that we already gained in other internet protocols like the network time protocol to create a positive impact into the energy domain as well. 06:47.000 --> 07:02.000 And that way, our ways we're crossing with Elat, that we're also planning to work with Open80R, and so we joined our forces to get open leader up and running. 07:02.000 --> 07:11.000 Then we also sponsor this to the Elat Energy organization that now is housing this whole project. 07:11.000 --> 07:22.000 So what does that actually, what can open leader do? We do have a well-tested Open80R 3.0 implementation already, that's used in production. 07:22.000 --> 07:42.000 We'll talk about that in a second. We just released a better version of the Open80R 3.1 implementation, and we are currently implementing a so-called subscription feature, which basically lets you send real-time signals for the great. 07:42.000 --> 07:55.000 We're working on a CLI that makes debugging and prototyping easier, and good news is we are already funded for 2026, so maintenance and development is going on. 07:55.000 --> 08:11.000 Short notes on why we're using Rust, reasons are fairly simple, reliability is the biggest reason here, because for the energy grid we do need a reliable and preferably memory safe and efficient core code here. 08:11.000 --> 08:21.000 The deployment is pretty easy, because you just get a single binary that you can just run, you don't need a job of virtual machine to be set up, you don't need a python into a return, the right version, something like that. 08:21.000 --> 08:29.000 And growing Rust adoption across the infrastructure and embedded systems communities also shows us that we are on the right path here. 08:30.000 --> 08:50.000 Don't get worried, enter our probability is easy, communication just happens over HTTP as I mentioned, so virtually any program language can interact with them, doesn't matter if you're implementing the business logic, the client logic, whatever you are, you can just interact with HTTP, you don't have to mess with the Rust code if you're not familiar with that. 08:50.000 --> 08:59.000 Having said that, Stan will talk about how this is actually used in practice where we are and what's going on in the future. 08:59.000 --> 09:09.000 Thank you, Max. So we just talked about Open Leader about Open ADR, but who's actually using these projects, these protocols. 09:09.000 --> 09:14.000 One project is by the Dutch Research Institute ALAT, which I'm a part of. 09:14.000 --> 09:20.000 It's a Dutch Research Institute funded by the district service operators or the grid operators in an Netherlands. 09:20.000 --> 09:32.000 And the goal of the project or of this use case was making EV charges aware of the grid specifically, so the idea was that EV charges could be limited during those feet times to make sure the grid doesn't get overloaded. 09:33.000 --> 09:42.000 It's part of the Dutch National Charging Infrastructure agenda, which is a government program to oversee the rollouts of EV charges in an Netherlands. 09:42.000 --> 09:58.000 These how it works as a CPU pulse for data, it's a simple rest API so they do a get request, they get events and they see when their charges are limited and then they apply those limits via a protocol like OCPP on their charges. 09:58.000 --> 10:08.000 As part of the project, we also made custom tooling, mainly for the DSO, so we can check that the events they put on the servers are actually correct. 10:08.000 --> 10:17.000 So currently the use case of mainly public EV charges, charging stations of what we call slow charges, stages or 11 kilowatt charges. 10:17.000 --> 10:27.000 We're also looking to broaden the scope to target homes via home energy management systems and because Open ADR is very high level, this is not actually that big of a problem. 10:27.000 --> 10:37.000 We're also looking to define a model for grid congestion or multiple levels so we can make more efficient use of grid resources. 10:37.000 --> 10:46.000 ALAT is also a created a few open source projects, we have a Python SDK for the EV inside, so if you want to connect to Open ADR you can do so in Python as well. 10:46.000 --> 11:00.000 With the grid or charging compliance plugin, we're also making a grid graphical user interface, mainly also for our own pilots and test use case so we can more easily manage those. 11:00.000 --> 11:03.000 There will open source so you can put them up on GitHub. 11:03.000 --> 11:10.000 Looking ahead, ALAT and VedaRolf are committed to this project like Mark said the funding is secured for 2026. 11:10.000 --> 11:15.000 Please go and talk to us after this talk or reach out to us via Slack. 11:15.000 --> 11:21.000 There's a one-monthly technical steering committee meeting of Open ADR if you want to get involved. 11:22.000 --> 11:27.000 You can also create a PR with good first issues, Max has made sure that there's a few of those. 11:27.000 --> 11:39.000 And if you want to learn more about Open ADR, you can join us at ALAT for the European Flexibility Initiative in March, which will include a vehicle to grid demo using Open ADR in Unim. 11:39.000 --> 11:44.000 That was a presentation if you have any questions, we will be happy to answer them. Thank you. 11:51.000 --> 12:01.000 Right, yes. 12:01.000 --> 12:08.000 So your question was if Open ADR implements the client side of the server side, I think Max can tell us something about that. 12:08.000 --> 12:14.000 Yes, so as of now, we're mostly focused on the server side, the VTN. 12:14.000 --> 12:30.000 We do also have a VEN client, though the thing is the VEN is mostly a very abstract project idea in Open ADR and so it's a very thin layer, which mainly is abstracting away the HTTP requests. 12:30.000 --> 12:39.000 So we do have sort of rust SDK if you want to say so, but most of the work is the server side, the VTN. 12:39.000 --> 12:42.000 Yes. 12:42.000 --> 12:58.000 So would I invite, it already is some home appliances or something like that, or is it just some of the future right now, and it's your only working with new administration. 12:58.000 --> 13:08.000 So the question was whether it's already in home appliances or at the moment still limited to public charging, and I guess that is something for you. 13:08.000 --> 13:19.000 So Open ADR is not really targeting specific devices, so the idea is that it's very high level, it will send a signal or kind of a description of what a group of appliances need to do. 13:19.000 --> 13:35.000 So what you could see in the future is a home energy management system, for instance, being able to ingest Open ADR signals and then going to your charger or your heat pump and then applying limits or the reading price is something like that. 13:36.000 --> 13:39.000 Any other questions? Oh yes. 13:54.000 --> 14:04.000 So the question was if this is mainly for Ethernet or Internet use or also for over power lines, if it will communicate over power lines, so Open ADR is very specifically arrest API, so it's very specifically Internet protocol. 14:05.000 --> 14:07.000 Because it's so high level. 14:08.000 --> 14:19.000 The idea is that if you want to apply Open ADR to a device, you can translate those and then you can use something like Zigbee, maybe, or a matter or whatever else as to, of course, if you want to. 14:20.000 --> 14:21.000 Right. Yes. 14:21.000 --> 14:41.000 So the question is if what a virtual power plant would use a server or a client, in that case, that would be a V and set it would be a client, so you would can be communicating with a grid operator and then getting signals from their server and then using those. 14:42.000 --> 14:43.000 That's up. 14:44.000 --> 14:45.000 Too bad. 14:46.000 --> 14:47.000 Right. Thank you very much. 14:51.000 --> 14:53.000 Thank you.