#Missing data piece to the puzzle? - Kamstrup DK-8660 with PV generation

1 messages · Page 1 of 1 (latest)

rotund totem
#

As I find myself on the edge of disappearing down the rabbit hole of home energy monitoring, I found myself realising I might be missing one piece of vital data to make my monitoring accurate. Here is my current hardware setup:

  1. Kamstrup DK-8660 smart meter - not access to a HAN or P1 port
  2. frient Electricity Meter Interface to read the LED pulses
  3. Growatt PC inverter that generates PV power
  4. Raspberry Pi 5 with Sonoff Zigbee adapter

So the plan was to use the frient to capture energy draw from the grid and pass to HA via MQQT, and deploy Grott (https://github.com/johanmeijer/grott) to capture the PV generation data and also pass to MQQT. Then use HA to plot the data. Happy days. Until I start to learn that the LED on the DK-8660 will pulse regardless if I'm consuming energy from the grid, or if I'm pushing excess PV energy to the grid. Which if true, would make my data inaccurate.

What I'd need to know is the direction of energy through the meter, but I currently don't have any way to capture this.

I could deploy a Zigbee CT Clamp in my consumer unit (I believe this will allow me to capture energy flow direction) but this requires a power source, and I don't have one in close proximity to my consumer unit. Are there any other approachs I can take? I'd like to avoid investing in another hardward eco system, if possible.

Interested to hear if I'm missing something obvious. Thanks

GitHub
GitHub - johanmeijer/grott: Growatt inverter monitor

Growatt inverter monitor. Contribute to johanmeijer/grott development by creating an account on GitHub.

acoustic mountain
#

You're going to need something like a shelly EM

#

If you can't tell the direction of flow then everything that reads the pulse led is useless

rotund totem
#

Yeah, that's missing data alright. Shelly EM allows export to MQQT, right?

acoustic mountain
#

you dont need MQTT

#

shelly has its own integration

rotund totem
#

But if my other data inputs are all to MQTT, would it not be better to be consistent?

acoustic mountain
#

no you don't need MQTT

#

i mean you can if you really want to, but there's no need for it if that makes sense

#

in my installation I have avoided mqtt entirely