# Musson Industrial's Embr-SNMP Module (BETA) **URL:** \ **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:** 3
**Author:** ![andrew.budaiev](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/andrew.budaiev/32/72921_2.png) [@andrew.budaiev](https://forum.inductiveautomation.com/u/andrew.budaiev)\ **Post date:** [October 7, 2025, 12:38am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/41 "2025-10-07T00:38:12Z")
> [@bmusson](#): > > you will need to uninstall + delete all Embr-SNMP IDB tables. How can I find and delete these IDB tables? ---
**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:** [October 7, 2025, 1:07am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/42 "2025-10-07T01:07:12Z")
`{gateway}/main/web/status/sys.internaldb` 1. Uninstall `0.1.0`. 2. Drop all the tables that start with `EMBRSNMP`: - `EmbrSnmpV1DeviceSettings` - `EmbrSnmpV2cDeviceSettings` - `EmbrSnmpV3DeviceSettings` 1. Delete all corresponding rows in the `DeviceSettings` table 2. Install `0.2.0`. ---
**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:** [October 7, 2025, 2:40am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/43 "2025-10-07T02:40:54Z")
Go to your `> Status > Overview` page. `` ---
**Author:** ![andrew.budaiev](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/andrew.budaiev/32/72921_2.png) [@andrew.budaiev](https://forum.inductiveautomation.com/u/andrew.budaiev)\ **Post date:** [October 7, 2025, 4:52am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/44 "2025-10-07T04:52:18Z")
I tried two device connection with 0.2.0. Devices are connected and tags are good. Just some minor things. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/a/d/adab40f88fd6f62707d63fa181a95ec7b2ae7ad0.png) ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/c/0/c0054fab1a631389f5875a73bad2b4fbc4b50fa8.png) ---
**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:** [October 7, 2025, 5:23am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/45 "2025-10-07T05:23:13Z")
Normally they resolve after a gateway reboot, if they don't, its definitely a bug. ---
**Author:** ![andrew.budaiev](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/andrew.budaiev/32/72921_2.png) [@andrew.budaiev](https://forum.inductiveautomation.com/u/andrew.budaiev)\ **Post date:** [October 7, 2025, 5:37am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/46 "2025-10-07T05:37:28Z")
Reboot helped. Thanks. ---
**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:** [October 7, 2025, 5:39am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/47 "2025-10-07T05:39:47Z")
That's actually one of the bugs that caused 8.3 to remove the hot-loading of modules. ---
**Author:** ![andrew.budaiev](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/andrew.budaiev/32/72921_2.png) [@andrew.budaiev](https://forum.inductiveautomation.com/u/andrew.budaiev)\ **Post date:** [October 7, 2025, 9:18am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/48 "2025-10-07T09:18:38Z")
> [@bmusson](#): > > Example: `udp:127.0.0.1/161`, `tcp:127.0.0.1/161` I haven’t included the prefix and it worked. Are they mandatory? ---
**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:** [October 7, 2025, 4:53pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/49 "2025-10-07T16:53:21Z")
If no transport is provided, the default is UDP. ---
**Author:** ![andrew.budaiev](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/andrew.budaiev/32/72921_2.png) [@andrew.budaiev](https://forum.inductiveautomation.com/u/andrew.budaiev)\ **Post date:** [October 10, 2025, 6:01am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/50 "2025-10-10T06:01:08Z")
Will it ever be possible to browse the OIDs? 🫣 ---
**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:** [October 10, 2025, 11:32am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/51 "2025-10-10T11:32:36Z")
There is talk of setting up SNMP Walk functionality for browsing in the tag browser. ---
**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:** [October 10, 2025, 12:14pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/52 "2025-10-10T12:14:57Z")
> [@andrew.budaiev](#): > > browse the OIDs Yes, but don’t hold your breath. It’s something I’d like to add, but I don’t have a personal use case for it so it’s low priority. I say _”yes”_ though because I think it’ll be a side effect of wanting better table/write support. For proper table/write support we’ll need to build and track an internal model of the agent’s OID namespace, and at that point we might as well support browsing. ---
**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:** [October 22, 2025, 11:54pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/53 "2025-10-22T23:54:56Z")
Was playing with this on my home lab with v8.3 reading SNMP v2c to a Cisco Catalyst 3750X-48P and in testing I was reading a few ports data, but then decided to add all 48 ports and that's where I hit the following error and now no data from that switch will update with that many ports attempting to read: ```python GET failed with errorStatusText: PDU encoding too big ``` I'm pulling in a mix of strings (port name, description/alias), counters (64-bit), and integers. ---
**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:** [October 23, 2025, 12:20am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/54 "2025-10-23T00:20:55Z")
Got it. The module currently creates **requests** with the largest size possible that fit within the SNMP agent's `maxSizeRequestPDU`. However, this doesn't do anything to check if the **response** from the client is going to remain within reasonable size bounds. In the meantime, try splitting your tags across tag groups with different update rates. This will force them into separate requests. EDIT: Currently, this error is probably more likely to popup when reading strings (just because the string response is much larger than than `GET` request). > > > OP: https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-…beta/111185/53?u=bmusson > > \`\`\` > Was playing with this on my home lab with v8.3 reading SNMP v2c to a Cisco Catalyst 3750X-48P and in testing I was reading a few ports data, but then decided to add all 48 ports and that's where I hit the following error and now no data from that switch will update with that many ports attempting to read: > > GET failed with errorStatusText: PDU encoding too big > I'm pulling in a mix of strings (port name, description/alias), counters (64-bit), and integers. > \`\`\` ---
**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:** [October 23, 2025, 4:56am UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/55 "2025-10-23T04:56:45Z")
Here's an untested fix, if you're up for trying: [Embr-SNMP-Ignition83-0.2.1-PDU-Size-Fix-v1.modl](https://forum.inductiveautomation.com/uploads/short-url/6Jf4H8nP5seGoF98UqhBMBrxvg.modl) (772.5 KB) ---
**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:** [October 23, 2025, 3:34pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/56 "2025-10-23T15:34:32Z")
Doesn't seem to improve anything. I wasn't able to do a direct upgrade of the module either. After restarting the gateway the old module would still load, so I had to uninstall it, restart the gateway, then install the new module and restart the gateway again. Probably doesn't help that everything is multiplied by 48 ports. If I enable any one of those (strings are read at 2 minutes currently, and I've got the RxBytes and TxBytes set to unique rates not shared by anything else (1001ms and 1002ms). ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/9/0/90fe7c87cc691eca1ade0a94e23c086066a69526.png) ---
**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:** [October 23, 2025, 3:43pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/57 "2025-10-23T15:43:17Z")
> [@michael.flagler](#): > > I wasn't able to do a direct upgrade of the module either. After restarting the gateway the old module would still load, so I had to uninstall it, restart the gateway, then install the new module and restart the gateway again. Yeah, it's a known issue ☹ > [@Issue Upgrading Third Party Modules](https://forum.inductiveautomation.com/t/issue-upgrading-third-party-modules/111257/2): > > There's currently an issue when upgrading modules that have different file names. IGN-14211 for reference, targeted for Ignition 8.3.2. ---
**Author:** ![msteele](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/msteele/32/77889_2.png) [@msteele](https://forum.inductiveautomation.com/u/msteele)\ **Post date:** [October 31, 2025, 2:21pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/58 "2025-10-31T14:21:02Z")
Is it on the roadmap to allow scripting of device creation via `system.device.addDevice`? That would be huge for populating large networks with custom tools or things like @pturmel’s [Spreadsheet Import Tool](https://forum.inductiveautomation.com/t/spreadsheet-import-tool/93500) . ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [October 31, 2025, 2:27pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/59 "2025-10-31T14:27:05Z")
> [@msteele](#): > > scripting of device creation Beware! This API is changed/broken for 3rd parties in v8.3. IA included compatibility code for their own drivers, but did not expose any way for 3rd parties to do similar. ☹ ---
**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:** [October 31, 2025, 3:53pm UTC](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185/60 "2025-10-31T15:53:56Z")
It's only the backwards compatibility for property keys that is broken for third parties. The scripting function still works the same as it did before, otherwise. It should work for 3rd party devices in 8.3 as long as you use the updated property keys. [Previous page](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185.md?page=2) [Next page](https://forum.inductiveautomation.com/t/musson-industrials-embr-snmp-module-beta/111185.md?page=4)