[OBS-2993] Add Support for RiodoNetworks E3METER PDU - Observium

Details

Type: Add New Device / OS
Resolution: Fixed
Priority: Major
Fix Version/s: None
Affects Version/s: Professional Edition
Component/s: Discovery
Labels:
- counters
- device
- discovery
- patch

Description

Add Support for RiodoNetworks E3METER PDU (https://riedonetworks.com/meters)

Also adds new sensor types for renergy and aenergy and corresponding graph types

Attachments

- Sort By Name
- Sort By Date
- Ascending
- Descending
- Thumbnails
- List
- Download All

e3meter.patch
28 kB
2019/04/18 04:55 PM
e3meter.png
2 kB
2019/04/17 05:48 PM
OBS-2993.txt
12 kB
2019/04/18 02:28 PM
Screenshot from 2019-04-18 15-17-51.png
236 kB
2019/04/18 02:18 PM
Screenshot from 2019-04-23 12-52-43.png
66 kB
2019/04/23 11:53 AM
Screenshot from 2019-04-25 15-17-33.png
5 kB
2019/04/25 02:18 PM

Issue Links

is duplicated by

OBS-3039 Include Rideo Network - E3METER MIB

Closed

mentions

OBS-2976 Support for Bachmann PDU BlueNet Series (i.e. BN2000)

Closed

Activity

[OBS-2993] Add Support for RiodoNetworks E3METER PDU

Matthias Cramer added a comment - 2019/04/25 02:18 PM

Just got my Temp/Hum sensors ... They get detected correctly, but Units is off by factor 100!

See Screenshot (0.25% instead of 25%)

Matthias Cramer added a comment - 2019/04/25 02:18 PM Just got my Temp/Hum sensors ... They get detected correctly, but Units is off by factor 100! See Screenshot (0.25% instead of 25%)

Matthias Cramer added a comment - 2019/04/25 02:15 PM

Hi @mike

As I see you have implemented all under "buchmann". Buchmans PDU are just relabled Riedo PDUs so I would probably be better to change that. But I leave that up to you.

Matthias Cramer added a comment - 2019/04/25 02:15 PM Hi @mike As I see you have implemented all under "buchmann". Buchmans PDU are just relabled Riedo PDUs so I would probably be better to change that. But I leave that up to you.

Denis Klimek added a comment - 2019/04/25 10:51 AM

Works

Denis Klimek added a comment - 2019/04/25 10:51 AM Works

Mike Stupalov added a comment - 2019/04/25 01:31 AM

Added in r9850.

Energy counter will added later, when counters entity implemented.

Mike Stupalov added a comment - 2019/04/25 01:31 AM Added in r9850. Energy counter will added later, when counters entity implemented.

Mike Stupalov added a comment - 2019/04/24 10:40 PM

Hi all there

About energy sensors - this will be as separate entity "counter" with other type of graphs and limits.
This counters is always grow up, and standard limits don't make sense. There will graphs/options similar as for ports (but not same).

Currently I will do implement all other sensors (exept all energy).

Mike Stupalov added a comment - 2019/04/24 10:40 PM Hi all there About energy sensors - this will be as separate entity "counter" with other type of graphs and limits. This counters is always grow up, and standard limits don't make sense. There will graphs/options similar as for ports (but not same). Currently I will do implement all other sensors (exept all energy).

Matthias Cramer added a comment - 2019/04/23 11:54 AM

Hi Denis

As i just saw, there is already min and max if you show the legend in the detail graph. But It is very meaningless if the watthour counter is very high.

Probably we should display de difference of max and min...

Matthias Cramer added a comment - 2019/04/23 11:54 AM Hi Denis As i just saw, there is already min and max if you show the legend in the detail graph. But It is very meaningless if the watthour counter is very high. Probably we should display de difference of max and min...

Denis Klimek added a comment - 2019/04/23 08:13 AM

Ehhh! Yeah you're right, i mean first-max / min-max

Denis Klimek added a comment - 2019/04/23 08:13 AM Ehhh! Yeah you're right, i mean first-max / min-max

Matthias Cramer added a comment - 2019/04/23 08:13 AM - edited

Will also implement humidity as soon as I receive the corresponding sensors (today or tomorrow),,,

Matthias Cramer added a comment - 2019/04/23 08:13 AM - edited Will also implement humidity as soon as I receive the corresponding sensors (today or tomorrow),,,

Matthias Cramer added a comment - 2019/04/23 08:12 AM

Hi Denis

Last and Max would always be the same in this case, you mean first and last or first and max.

I can investigate if I could tweak the graph to do that.

Matthias Cramer added a comment - 2019/04/23 08:12 AM Hi Denis Last and Max would always be the same in this case, you mean first and last or first and max. I can investigate if I could tweak the graph to do that.

Denis Klimek added a comment - 2019/04/23 07:59 AM

Latest patch works great! Thank you Matthias.

We have one improvement suggestion regarding the collection of the "Energy (Wh)" values. Would it be possible to adjust the RRD graph to see the differences between Last and Max? Mostly you've billing cycles for a week/month i.e. (1st to 31st of a month) and then you could select "last week/month" to get the value of the total consumed kWh.

Denis Klimek added a comment - 2019/04/23 07:59 AM Latest patch works great! Thank you Matthias. We have one improvement suggestion regarding the collection of the "Energy (Wh)" values. Would it be possible to adjust the RRD graph to see the differences between Last and Max? Mostly you've billing cycles for a week/month i.e. (1st to 31st of a month) and then you could select "last week/month" to get the value of the total consumed kWh.

Matthias Cramer added a comment - 2019/04/18 04:56 PM

Uploaded new complete patch with som minor tweeks... mainly serial number and scale for power and energy was wrong.

Matthias Cramer added a comment - 2019/04/18 04:56 PM Uploaded new complete patch with som minor tweeks... mainly serial number and scale for power and energy was wrong.

People

Assignee:: Mike Stupalov

Reporter:: Matthias Cramer

Votes:: 0 Vote for this issue

Watchers:: 4 Start watching this issue

Dates

Created:: 2019/04/17 05:50 PM

Updated:: 2019/07/12 04:02 PM

Resolved:: 2019/05/09 02:20 PM