Hi, I am interested in an integrated energy usage and energy quality monitor.
I am currently using a Fluke VR1710 and Brultech GreenEye monitors.
I installed the power quality monitor after we moved in to document dips and sags to try and convince the power company to fix the supply problem. (Old houses with 40A circuits being replaced with new houses with 400A circuits, but the supply circuits have not been updated)
The VR1710 was the cheapest, still more than $1200, of the meters I could find, there are many commercial quality meters with recording capability, but they are very expensive.
Looking at the open source energy monitors and open source power quality monitors, I see a large overlap in hardware, and it feels like it should be possible to integrate the two concepts.
I have seen a few opensource power quality monitor projects, most now dead university projects, but one is still active, Open Power Quality and on GitHub.
Are there any other open source power quality monitor projects out there?
Is there any interest in integrating the quality analysis with consumption analysis in hardware, even if only for swells and sags to create a CBEMA report?
Interesting project, thanks for the pointer. I see they use the 16-bit sigma delta ADC in the STM32F373 for their front end and a RPi for their data analysis. @pb66 and @TrystanLea have got an stm32 based energy monitor in the works, so it might work in well with that.
Hi, I am a member of the Open Power Quality project. I think that a collaboration between Open Power Quality and Open Energy Monitor is quite natural and synergistic (I mean, just look at our respective names!)
The question is, where is the best point for (initial) interconnection: hardware or software? It seems to me that providing an integrated hardware solution, while the “ultimate” form of collaboration, will be quite time-consuming.
A more simple-to-implement point for (initial) interconnection is the software layer. In other words, both of our projects can provide API endpoints that enable OEM servers and OPQ servers to request data from each other.
With this approach, we can get started exploring the benefits of the two forms of data more quickly, then move to hardware integration with a better understanding of the benefits that would accrue.
I understand your project objectives, and I agree that an easy first step would be for two backend systems to collect and correlate data from each other.
Speaking for myself, representing the home enthusiast persona, I am looking for:
A simplified hardware deployment
1.a) One small monitoring device to install
1.b) With appropriate certifications
1.c) That fits in or near panel
1.d) That does not require external power
Monitor utilization and quality
2.a) Dips, swell, transients, CBEMA graphs, etc.
That measures both phaseslegs (US 110/220 120/240 panels) (I found that in my home the phaseslegs are unbalanced under neighborhood summer AC load)
That can measure solar production
That can survive transient outages, and can buffer acquired data, waiting for the network to come back up.
Now I have an EE degree and I’m in the software business, but I’m no expert in this field, but I feel the biggest benefit in hardware collaboration would be that of certification, and sharing current and voltage acquisition hardware.
Anyways, I am glad you are showing interest, I hope there can be collaboration.
And a really cool stretch goal would be an open source device, similar to Sense, that allows AI/ML on acquired data.
[N.B. In the US, domestic consumers generally have single phase supply, centre-tapped to earth. See Learn | OpenEnergyMonitor
– Moderator (RW)]
Edit - reworded the comment that included the Sense device to avoid giving the impression that Sense is open source, as it is not an OS device. Moderator - BT