i did already get somehow familiar with openhab.
Integrating rollershutters/shellys/homematic and so on to a simple setup.
since i am pretty interested and as a background software engineer… i started searching for a general energy control add on.
so the idea is that i was able to find dishwashers/dryers/pool heat/water storage/you name it… to be run at a certain time/energy source.
if you put a sort of judgement on the source/sink (time/energy/price/priority) the add on would be able to turn on or off/regulate the power.
A step further would be that all sorts of devices/bindings/things could be integrated and then controlled.
i already went through the complete add on/marketplace but i could not find “a general” version.
Maybe i am too naive, but on a high level this should not be too hard to create.
i am also thinking dont overcomplicate the stuff and 5-10 devices is like the max i would like to control, since more than that is too much.
if i was too blind to see… i would be greatful to look at the existing add on.
FWIW, in Germany there’s regulatory changes and ongoing discussions about §14a EnWG.
This is about how a grid provider can tell large consumers like heat pumps and EVs to dim or shut off.
Households to implement this capability will get a grid cost discount on the order of 100-200€/a.
There will be an IP based protocol specification, and not surprisingly, the current favourite is EEBus.
(also remember this is the VDE electric engineers doing that, for them it’s only a secondary option, the primary being to put some hardware box on every site).
EEBus is not in widespread use but has at least been implemented in a number of systems such as Volkswagen chargers, Vaillant heat pumps and SMA solar inverters.
It’s also implemented in EVCC which is an Open Source EV charging software IIRC written in Go.
Long story short, are you @subbamaggus1 or anyone else willing to have a shot at an EEBus implementation?
i am in the middle of a move (private issue) and working on compiling the sources. (still struggling with it.)
Since i do not have an EV/HP/PV it will be a little overhead to solve.
But i am still interested in implementing something like that!
Nothing short hand though. sorry
Interesting video about the issue (in german).
Btw, since this affects Germany only, we could also have this discussion in german.
Current takeaways from the video:
you installed your stuff before 01/24, there is nothing you have to do.
If you add relevent appliances (>4 kW) later, everything you already own >4kW needs to be included. I just hope they are wrong about this one
You would need a smart meter gateway and a “FNN Box” in addition to your digital meter.
There is no thechnical information how the interface from your smart meter will look like. Technically, you would not even need that FNN Box if the smart meter gateway had an API.
You can dimm every appliance seperately or do it using an energy manager. I was not able to find out what requirements that energy manager needs to fulfill. Maybe none, other than making sure you stay within the budget. In Germany I would have expected that it needs some sort of certification.
Imho, a potential-fee relay contact from the grid operator would be good enough to trigger some rules in openHab to e.g. block the water heater or limit the EV charger. EEbus is overkill.
Be aware: They offer you 120€ if you play along. But: now you probably pay 20€ for your electrical meter (EHZ) which then becomes a smart meter (iMSys) with an FNN Box attached to it. The iMSys costs 50€ per year, the FNN Box is another 30€ per year. So your actual benefit is 60€ per year. If you consider the effort if you can’t do the wiring yourself, this does not pay off in the near future.
Everything there needs to be installed (other than the meter and the FNN box) is payed for by owner.
The grid operator defines where in your fuse cabinet the FNN box has to be installed. If there is no space- bad luck!
It is unclear which FNN boxes will be available and what interfaces they will bring.
I decided for myself to lean back and wait until the fallout of this settles a little. Just too much uncertainty at this point.
That’s wrong. You can and should apply for the discount even if you don’t have a solution to transmit dimming information.
You only have to assure to manually dim/shutdown in case.
Depends. For the electric connection option, it has to fulfill the same requirements like a device in terms of electrical feedback. For the IP/EEbus option there’s also a heartbeat specified.
Doesn’t make sense and it is not whats required by law. But what is true is that the grid operators themselves are not there yet either. So there is nothing to do yet except for spending the discount.
The thing is that you commit yourself now and if you don’t like what they provide you with later, you cannot go back. If they ask you to talk EEBus to their box and you have no binding by then, then you’re screwed.
How would the feedback look like ? And the hearbeat ?
I mean, what my grid operator suggested was a relay to disable my heater. Does sound pretty low tech to me. Could it be the heartbeat comes from that FNNBox that you have to rent for 30€ ?
Well the law/regulation just says that if you got your big time consumer device this year or, if older, deliberately choose to accept dimming, you’re entitled for a compensation.
You need to order the dimming signalling equipment then you should be obtaining the discount, independent of when the equipment gets installed. Meanwhile you have to ensure you take care of dimming manually. Makes sense, doesn’t it. (well, to the extent possible given the context we’re in).
Operators are not the ones to define which interface to use, you are. Of course you can order the box/relais option, too. Or the direct device option. Or give up on it altogether.
If available at all, EEBus implementations are rare and costly so they likely won’t provide it or at least it won’t be their only offer.
is anyone familiar with that?
since i got a new pc on the weekend, i am working on getting the openhab core compiles (hopefully more luck this time ;-))