# Musson Industrial's Embr-SNMP Module (BETA)

**URL:** <https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185>\
**Category:** 3rd Party Modules\
**Created:** [October 3, 2025, 11:27pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185 "2025-10-03T23:27:53Z")\
**Posts on this page:** 20\
**Page:** 5

<div class="post-metadata">

**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\
**Post date:** [March 4, 2026, 7:12pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/81 "2026-03-04T19:12:14Z")

</div>

So, I finally got back home and some time to play with this again.  
Running v0.4.1 and I'm still getting the PDU encoding too big warning when trying to enable some tags (both integers and strings).

You made it sound like maybe the OID tree should be browsable now in the quick client, but I only show the diagnostics folder with Address, Connected, and Status tags.

Tried it with a Cisco, MikroTik, and opnSense. (all 3 only show those 3 diagnostics tags, but only testing the strings with the Cisco right now).

---

<div class="post-metadata">

**Author:** ![bmusson](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmusson/32/87530_2.png) [@bmusson](https://forum.inductiveautomation.com/u/bmusson)\
**Post date:** [March 4, 2026, 8:00pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/82 "2026-03-04T20:00:38Z")

</div>

> [@michael.flagler](#):
>
> Running v0.4.1

> [@bmusson](#):
>
> New beta: [Embr-SNMP-Ignition83-0.4.0.modl](https://forum.inductiveautomation.com/uploads/short-url/2982CAboVmuxrmuMnaEkji3bRP.modl) (964.6 KB)

It’s got to be this beta, it’s not merged yet.

---

<div class="post-metadata">

**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\
**Post date:** [March 4, 2026, 8:51pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/83 "2026-03-04T20:51:16Z")

</div>

Working really well now. I have one string on the Cisco that if I put it in the same tag group as the others, it breaks all of them, but that's not a huge deal. Great work otherwise!!

The OPC quick client with this Cisco is virtually unusable though due to the sheer amount of OIDs it has. Not sure if it's possible to represent them as a structured tree that can be dynamically built so you can drill down into it rather than representing as one long list?

It's the identity OID of `1.3.6.1.2.1.1.1.0`  
Using your diagnostics, it shows it's a datatype of OctetString with an expected size of 256. String itself is 253 characters when read.

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/6/0/60598e4a67e1984ca32e8e20a372b1fc9a6dc2c9.png)

---

<div class="post-metadata">

**Author:** ![bmusson](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmusson/32/87530_2.png) [@bmusson](https://forum.inductiveautomation.com/u/bmusson)\
**Post date:** [March 4, 2026, 9:00pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/84 "2026-03-04T21:00:33Z")

</div>

> [@michael.flagler](#):
>
> Great work otherwise!!

🎉

> [@michael.flagler](#):
>
> Not sure if it's possible to represent them as a structured tree that can be dynamically built so you can drill down into it rather than representing as one long list?

I’m open to this, but my concern is that the tree would be super deep. Maybe some type of collapsed tree, where nodes with only one child are merged? I’m open to really any suggestions.

> [@michael.flagler](#):
>
> It's the identity OID of `1.3.6.1.2.1.1.1.0`  
> Using your diagnostics, it shows it's a datatype of OctetString with an expected size of 256. String itself is 253 characters when read.

Cool this gives me something to go on, thanks.

---

<div class="post-metadata">

**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\
**Post date:** [March 4, 2026, 9:21pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/85 "2026-03-04T21:21:09Z")

</div>

> [@bmusson](#):
>
> nodes with only one child are merged

Yeah, that's probably better because otherwise there are many instances where you'd drill down several levels before anything relevant is listed.

---

<div class="post-metadata">

**Author:** ![liam1](https://avatars.discourse-cdn.com/v4/letter/l/e68b1a/32.png) [@liam1](https://forum.inductiveautomation.com/u/liam1)\
**Post date:** [June 18, 2026, 9:25am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/86 "2026-06-18T09:25:24Z")

</div>

Will you be adding support for MIB file upload or auto walking when opening the device in the opc tag browser?

---

<div class="post-metadata">

**Author:** ![David\_Stone](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/david_stone/32/79749_2.png) [@David\_Stone](https://forum.inductiveautomation.com/u/David_Stone)\
**Post date:** [June 18, 2026, 11:01am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/87 "2026-06-18T11:01:55Z")

</div>

I would encourage you to add a request to the github page for this, with specifics on what you envision for this functionality, as well as how you think it might work.

Also, given bmusson is working on this for free, sponsoring this project will give him more reasons to look into additional features.

---

<div class="post-metadata">

**Author:** ![bmusson](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmusson/32/87530_2.png) [@bmusson](https://forum.inductiveautomation.com/u/bmusson)\
**Post date:** [June 18, 2026, 3:12pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/88 "2026-06-18T15:12:09Z")

</div>

> [@liam1](#):
>
> Will you be adding support for MIB file upload or auto walking when opening the device in the opc tag browser?

At the moment, I have no immediate intentions of adding MIB device support.

Existing JVM MIB device parser libraries either:

1. Suck.
2. Are not licensed in a way that’s compatible with Embr.

So in order to add this feature, Embr would need its own MIB parser. While that does sound fun to write, the Effort:Result ratio is too high for me to consider it right now.

PRs are always welcome though.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [June 18, 2026, 3:15pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/89 "2026-06-18T15:15:34Z")

</div>

I think that's why commercial SNMP module offerings end up using/buying the paid part of SNMP4J.

Maybe somebody can start throwing some tokens at the problem 🙃

---

<div class="post-metadata">

**Author:** ![bmusson](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmusson/32/87530_2.png) [@bmusson](https://forum.inductiveautomation.com/u/bmusson)\
**Post date:** [June 18, 2026, 3:50pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/90 "2026-06-18T15:50:18Z")

</div>

> [@Kevin.Herron](#):
>
> I think that's why commercial SNMP module offerings end up using/buying the paid part of SNMP4J.

100%

> [@Kevin.Herron](#):
>
> Maybe somebody can start throwing some tokens at the problem 🙃

The grammar isn’t horrible, I think it’d be a viable option.

If I **had** to implement this feature today, I’d probably use pysmi (supports Python 2.4 - 3.7) to output JSON, then consume that.

> **[GitHub - etingof/pysmi: SNMP MIB parser](https://github.com/etingof/pysmi)**
>
> SNMP MIB parser

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [June 18, 2026, 3:59pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/91 "2026-06-18T15:59:40Z")

</div>

> [@bmusson](#):
>
> pysmi

When Fable 5 comes back:

> Port this Python SNMP MIB parser to Java 17: [GitHub - etingof/pysmi: SNMP MIB parser · GitHub](https://github.com/etingof/pysmi)

Check on it the next day.

---

<div class="post-metadata">

**Author:** ![bmusson](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmusson/32/87530_2.png) [@bmusson](https://forum.inductiveautomation.com/u/bmusson)\
**Post date:** [June 18, 2026, 5:58pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/92 "2026-06-18T17:58:34Z")

</div>

If someone wants to offer that, DM me.  
I’ll happily trade you some Embr license keys.

---

<div class="post-metadata">

**Author:** ![liam1](https://avatars.discourse-cdn.com/v4/letter/l/e68b1a/32.png) [@liam1](https://forum.inductiveautomation.com/u/liam1)\
**Post date:** [June 19, 2026, 7:20am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/93 "2026-06-19T07:20:07Z")

</div>

I'll give it go and let you guys know.

---

<div class="post-metadata">

**Author:** ![liam1](https://avatars.discourse-cdn.com/v4/letter/l/e68b1a/32.png) [@liam1](https://forum.inductiveautomation.com/u/liam1)\
**Post date:** [June 19, 2026, 8:19am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/94 "2026-06-19T08:19:47Z")

</div>

Okay here is it [GitHub - Liam-Hendricks/JSMIparser · GitHub](https://github.com/Liam-Hendricks/JSMIparser)

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [July 2, 2026, 3:08am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/95 "2026-07-02T03:08:44Z")

</div>

Hey @bmusson, I'm connected to a device via v2c and see it's connected and seeing these:  
 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/c/c/cc5222f9187038f74e1a58028a7641cc8ce00347.png)

but my test tag is stuck in Uncertain\_InitialValue and not sure why. I've set it to a number of OIDs, including the health check one in the device config (it's the default: 1.3.6.1.2.1.1.2.0)

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/e/a/ea9a6a7703ee212d2d5af05a2e1a1a6672fec759.png)  
(I've tried different data types too, if it matters)

I don't see any other trace or otherwise logs other than the health check ones, under the SnmpDeviceImpl logger

Edit: wait up, I've set all the other loggers to TRACE...  
Nope, these just show the Diagnostics logs now too. If I try filtering the logs to "1.3.6.1.2.1.2.2.1.8.8" which i've set as the OID for one tag, there are no results

Edit2: I set the tag group the tag is using from subscribed to polled and now it's working. Is this required?

---

<div class="post-metadata">

**Author:** ![bmusson](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmusson/32/87530_2.png) [@bmusson](https://forum.inductiveautomation.com/u/bmusson)\
**Post date:** [July 2, 2026, 3:31am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/96 "2026-07-02T03:31:24Z")

</div>

> [@nminchin](#):
>
> I set the tag group the tag is using from subscribed to polled and now it's working. Is this required?

No, it should not be required.

The driver should be polling the device at the subscription rate. If there's nothing in the logs for that OID, then it probably means something is messed up with the subscription.

What version are you running?

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [July 2, 2026, 3:43am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/97 "2026-07-02T03:43:51Z")

</div>

Running the v8.3 version in your OP, 0.2.0 (b2025100601)  
Ignition v8.3.7

---

<div class="post-metadata">

**Author:** ![bmusson](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bmusson/32/87530_2.png) [@bmusson](https://forum.inductiveautomation.com/u/bmusson)\
**Post date:** [July 2, 2026, 3:51am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/98 "2026-07-02T03:51:20Z")

</div>

Try this one:

> [@Musson Industrial's Embr-SNMP Module (BETA)](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/77):
>
> New beta: [Embr-SNMP-Ignition83-0.4.0.modl](https://forum.inductiveautomation.com/uploads/short-url/2982CAboVmuxrmuMnaEkji3bRP.modl) (964.6 KB) This adds a whole bunch of stuff. Agent Device Improvements Upon startup, the driver will walk the entirety of an agent's objects tree to learn the model. This model is kept up to date as new reads are performed. Upon startup, the driver will attempt to learn the maximum supported request/response sizes of the agent. This should resolve the "PDU Too Big" errors when reading long strings. This should help improve performance, but I still…

It still hasn't been merged due to a lack of commitment lol.

> <https://github.com/mussonindustrial/embr/pull/449>
>
> Resolves #402, #366, and #416

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [July 2, 2026, 4:23am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/99 "2026-07-02T04:23:47Z")

</div>

I'll test after lunch! However, I'm using your module in this instance to prove comms because I can't get snmp working in another horrible scada platform. I've got more working in ignition with your module in 10mins than I have in 4 hrs with this other rubbish platform.. And to think it was once my favourite platform. So naive

---

<div class="post-metadata">

**Author:** ![David\_Stone](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/david_stone/32/79749_2.png) [@David\_Stone](https://forum.inductiveautomation.com/u/David_Stone)\
**Post date:** [July 2, 2026, 8:21am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/100 "2026-07-02T08:21:41Z")

</div>

I do this with SNMP and also ModbusTCP all the time, all it takes is a 2 min Docker container and a module install...

[Previous page](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185.md?page=4)

[Next page](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185.md?page=6)
