Arduino Snmp Library Code To Catch

I installed the library and modified the code to catch the OID associated with UPS battery charge level (1.3.6.1.4.1.318.1.1.1.2.2.1.0).

I then just return the value of input A0.

This can then be read using snmpget (available in the snmp package on Debian).

One concern is the power concumption which with the Arduino and Wiznet is around 170mA.

This might not be suitable for the solar deployment Ive been looking at.

I have equity in a few sequencing companies based on my previous employment (I try to be unbiased in my posts).

Its been a while since Ive needed to work on this library so Im not sure how accurate the information below is.

Cacti is visual real time graphing monitoring software (using SNMP).

To achieve a graphical monitoring system I used Aruduino EtherTen and SHT15(temp,humdity sensor) on the hardware end.

My first project worked wonderfully well, because of Agentuino library.

At the moment I am working on a similar project but the difference this time is, that I am using a WiFly shield ( ) along with Arduino Uno instead of EtherTen.

This has almost no relation on whether the connection is hardwired or wireless.

This lib runs on only 1 chip (or it did)(the 5100) and the SNMP part used hardwired functions from that lib.

It was an early task I identified when I looked at it a year or more ago - to seperate the layers cleanly, but it was never done.

Otherwise, if its the pic brand eth chip, you will have to port the hw lib and merge to the snmp part.

This library is written for the W5100 eth chip that came out about 8 years ago.

Since that time other chips appeared, and people have written libs for them, but the function interfaces are all different.

The snmp lib you reference was written to use the default arduino eth driver.

The author also never planned to use other chips SO he has no clean interface either, he uses w5100 function calls directly from the default lib.

You can get a pic eth library, but all the calls and data structs are different, so everywhere the previous author had a w5100 call you have to adapt to another library.

THEN youd have essentially 2 versions of snmp, and no methodology to use any newer hw either.

The REAL solution to the issue, is to standardize the common item interfaces (or build a hw independant eth layer), and rewrite the snmp against this common layer.

Then one could change out the hw underneath the snmp lib and it would not care.

This all sounds easy, but it is not, there is a lot of code here to consider, even with just this simple topic.

While Arduino has LOTS of libs, they are mostly written to solve a need at hand, and most often never considered about expansion in the future, or abstraction of the hw to the higher levels, or interaction with other libs.