Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[mcm1957]

Aktuelle Test Version	3.3.0
Veröffentlichungsdatum	17.8.2025
Github Link	https://github.com/iobroker-community-adapters/ioBroker.snmp

Beschreibung / Infos

Der Adapter snmp hat seit dem letzten Test Topic einige neue Versionen bekommen die hier nie gelistet wurden. Inhaltlich hat sich allerdings nicht viel getan. Im Wesentlichen wurden in V3.x.x

Changelog

3.3.0 (2025-08-17)

• (mcm1957) Adapter requires node.js 20, js-controller >= 6.011 and admin >= 7.6.17 now.
• (mcm1957) Dependencies have been updated

3.2.0 (2024-03-29)

• (mcm1957) Adapter requires node.js 18 and js-controller >= 5 now
• (mcm1957) Dependencies have been updated

3.1.0 (2023-10-13)

• (mcm1957) Requirements have been updated. Adapter requires node.js 18 or newer now
• (mcm1957) Packages have been update to cleanup open dependabot PRs

3.0.0 (2023-10-12)

• (bluefox) updated packages. Minimal node.js version is 16

Hinweis:
Die Diskussion zur letzten 2.x.x Version ist hier zu finden :https://forum.iobroker.net/topic/63244/test-adapter-snmp-2-4-x-github-latest

[mcm1957]

-- spare for future use --

[Ottili]

Hallo!
Vielen Dank für den tollen Adapter.
Ich habe jedoch folgende Frage bzgl. des Einlesens von Octett-Strings von einem Brother Drucker.
Im MIB Browser bekomme ich folgenden Octett-String:

Name/OID: brInfoMaintenance.0; Value (OctetString): 0x76 01 04 00 00 00 01 79 01 04 00 00 27 10 73 01 04 00 00 00 1F 77 01 04 00 00 00 01 7A 01 04 00 00 27 10 74 01 04 00 00 00 1F 78 01 04 00 00 00 01 7B 01 04 00 00 27 10 75 01 04 00 00 00 1F 7F 01 04 00 00 00 01 80 01 04 00 00 27 10 7E 01 04 00 00 00 1F 68 01 04 00 00 00 01 55 01 04 00 00 00 01 32 01 04 00 00 00 01 70 01 04 00 00 26 48 82 01 04 00 00 00 64 33 01 04 00 00 00 01 71 01 04 00 00 26 48 83 01 04 00 00 00 64 34 01 04 00 00 00 01 72 01 04 00 00 26 48 84 01 04 00 00 00 64 31 01 04 00 00 00 01 6F 01 04 00 00 26 48 81 01 04 00 00 00 64 69 01 04 00 00 27 10 66 01 04 00 00 00 01 6C 01 04 00 00 27 10 54 01 04 00 00 00 01 6A 01 04 00 00 27 10 FF

Leider liest er SNMP Adpater die Daten kryptisch ein:

v

y
's
w

z
't
x

{
'u


�
'~
h

U

2

p
&H�
d3

q
&H�
d4

r
&H�
d1

o
&H�
di
'f

l
'T

j
'�

Kann man das irgendwie einstellen?
Das Format steht auf Automatisch, bei String sieht es aber genauso aus.
Viele liebe Grüße
Otti

[Homoran]

@Ottili

warum Doppelpost?

https://forum.iobroker.net/post/1317864

[Ottili]

@Homoran
Sorry... wusste nicht, das ihr eure Augen überall habt 😊
Ich dachte, da die Thematik verschiedene Adpater betrifft, es sinnvoll wäre "doppelt" zu posten.

Ich habe gerade einen Workaround mittels Javascript erstellt:

Damit wird das kyrptische wieder in ASCII lesbar Hex-Folge umgeschrieben und schreibe die Daten dann in einen neuen Datenpunkt.

// Umwandlung in Hex-Folge
for (let i = 0; i < input.length; i++) {
let hex = input.charCodeAt(i).toString(16).toUpperCase();
hexResult += (hex.length < 2 ? "0" + hex : hex) + " ";
}
Ciao Otti

[mcm1957]

Anstelle die das Ausgabeformat STRING oder DEFAULT zu verwenden wäre es besser das Ausgabeformat auf JSON umzustelle und die dort als sauberes Array verfügbaren Daten auszuwerten (und ggF. in einen HEX STring umzuwandeln).

Zusaätzlich habe ich Issue https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/623 erstellt um die Ausgabe bei Octetstrings anzupassen.

[Ottili]

Prima.
Aber leider liest der Adapter bei Umstellung auf JSON die Daten nicht sauber ein:

Hier JSON:
[Brother MFC-L8390CDW] update Brother MFC-L8390CDW.ATTR_MAINTENANCE_Octett: {"type":"Buffer","data":[118,1,4,0,0,0,1,121,1,4,0,0,39,16,115,1,4,0,0,0,31,119,1,4,0,0,0,1,122,1,4,0,0,39,16,116,1,4,0,0,0,31,120,1,4,0,0,0,1,123,1,4,0,0,39,16,117,1,4,0,0,0,31,127,1,4,0,0,0,1,128,1,4,0,0,39,16,126,1,4,0,0,0,31,104,1,4,0,0,0,1,85,1,4,0,0,0,1,50,1,4,0,0,0,1,112,1,4,0,0,38,72,130,1,4,0,0,0,100,51,1,4,0,0,0,1,113,1,4,0,0,38,72,131,1,4,0,0,0,100,52,1,4,0,0,0,1,114,1,4,0,0,38,72,132,1,4,0,0,0,100,49,1,4,0,0,0,1,111,1,4,0,0,38,72,129,1,4,0,0,0,100,105,1,4,0,0,39,16,102,1,4,0,0,0,1,108,1,4,0,0,39,16,84,1,4,0,0,0,1,106,1,4,0,0,39,16,255]}

Hier MIB-Browser:
Name/OID: brInfoMaintenance.0; Value (OctetString): 0x76 01 04 00 00 00 01 79 01 04 00 00 27 10 73 01 04 00 00 00 1F 77 01 04 00 00 00 01 7A 01 04 00 00 27 10 74 01 04 00 00 00 1F 78 01 04 00 00 00 01 7B 01 04 00 00 27 10 75 01 04 00 00 00 1F 7F 01 04 00 00 00 01 80 01 04 00 00 27 10 7E 01 04 00 00 00 1F 68 01 04 00 00 00 01 55 01 04 00 00 00 01 32 01 04 00 00 00 01 70 01 04 00 00 26 48 82 01 04 00 00 00 64 33 01 04 00 00 00 01 71 01 04 00 00 26 48 83 01 04 00 00 00 64 34 01 04 00 00 00 01 72 01 04 00 00 26 48 84 01 04 00 00 00 64 31 01 04 00 00 00 01 6F 01 04 00 00 26 48 81 01 04 00 00 00 64 69 01 04 00 00 27 10 66 01 04 00 00 00 01 6C 01 04 00 00 27 10 54 01 04 00 00 00 01 6A 01 04 00 00 27 10 FF

Zum einen werden Teilstrings wie 00 als 0 abgespeichert. Buchstaben werden gar nicht erkannt.

Der MIB Browser den ich verwende: iReasoning MIB Browser verwendet für die Characters Encoding: ISO-8859-1.
Vielleicht hilft dir diese Infos.
Ciao Otti

[mcm1957]

Welches Byte liest er nicht sauber ein?
Kannst du das mal markieren? Ich hab mal nur die ersten Bytes vergleichen und die stimmen alle mit den Daten des MIB Browsers überein.

EDIT:

Zum einen werden Teilstrings wie 00 als 0 abgespeichert. Buchstaben werden gar nicht erkannt.

Du unterliegst da anscheinend einem Irrtum. Die Daten werden als BINARE BYTES gesendet. Der MIB Browser stellt diese als HEX String dar. Das Json stellt die Bytes einzeln numerisch als Array Elemente dar - so wie sie auch gesendet werden. Führende Nullen sind bei einer numerischen Darstellung nicht notwendig und Buchstaben gibt es bei dezimalzahlen nicht :-). Das JSON ist kein heaxadezimal kodierter String, die einzelnen Bytewerte werden numerisch im Zehnersystem dargestellt.

Hexadezimal (MIB Bowser) 0x76   01   04   00   00   00   01   79 ...
Dezimal (JSON)            118,   1,   4,   0,   0,   0,   1, 121 ...      

76 (hex) == 118 (dez)
79 (hex) == 121 (dez)
...

[Ottili]

Alles klar..
Vielen Dank für die Nachhilfe 😉

[mcm1957]

No problem. Wenn man nicht (fast=) täglich mit Bits und Bytes zu tun hat erkennt man die Kodierung nicht so schnell. :-)

Hauptsache du kommst mal an deine gewünschten Daten ran.

[chris299]

@mcm1957 ich bräuchte mal einen Tipp, warum ich die Konfiguration so nicht speichern kann bzw. was da faul ist, dass das rote Ausrufezeichen nicht weg geht.... Ich verstehe nicht was da beim Gerät falsch sein soll....

[mcm1957]

Hmm - eigentlich seh ich da auch nix.
Und ich muss gestehen dass ich das rote Rufzeichen am Tab noch nie gesehen habe. Keine Ahnung wann das in Admin implementiert wurde.
Welche admin Version verwendest du?

Kontrollier ev. ob 'Drucker' beide Male ohne trailing spaces eingetragen ist. Das ist im Moment das Einzige was mir dazu einfällt.

Außerdem gab es mit einer älteren Admin Version ein Problem, wenn die Tabelle für die snmpv3 Authorisierung leer war,
Siehe da https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/332

[chris299]

@mcm1957 direkt nach der Installation des Adapters waren an beiden Tabs diese roten Ausrufezeichen. Bei den Sets ist es aber verschwunden, nachdem ich was sinnvolles eingetragen habe....
ich habe die Admin version 7.7.19 (latest) und auch keine trailing spaces in der Gruppe... :-(

EDIT: was bei v3 einzugeben ändert auch nichts:

[mcm1957]

Sorry, dann muss ich im Moment passen.
Kann mir das morgen ansehen ob ich das reproduzieren kann.

Wenn du dich damit auskennst öffne ev die Browserkonsole (F12) und schau ob da ein Fehler drinnen steht der irgendeinen Hinweis liefert.
Ansonsten kann ich nur versuchen das morgen mit einer Neuinstallation und dem latest Admin nachzustellen.

[chris299]

@mcm1957 mir sagt das leider garnichts, aber könnte es sein, dass versucht wird die Gruppe mit den Sets abzugleichen, diese aber noch nicht gespeichert sind und das daher misslingt?

[mcm1957]

OK - ich kann den Fehler reproduzieren. Lt. Komnsolenoutput stellt admin die Daten die es anbieten sollte nicht zur Verfügung...
Da hat sich wohl was in admin geändert :-(

Sorry, muss ich mir ansehen. Kann im Moment leider keinen Workaround anibieten da ich nicht mal weiß wann das in Admin reingekommen ist. Ist (mir) heute schon zu spät für Detaiulsuche.

[chris299]

@mcm1957 kein Problem, eilt nicht. danke für die schnelle Reaktion.

[mcm1957]

@chris299

Moment:
Wenn du dich sicher genug fühlst kannst du bitte mal admin auf die aktuelle LATEST (7.7.22) aktualisiseren.
Bei mir gehts mit der Version.

Im CHangelog steht zwar nix von einer Fehlerkorrektur in dem Bereich - aber ich hab jetzt nicht die COmmits studiert.

[chris299]

@mcm1957 damit funktioniert es. vielen dank.

[mcm1957]

Keine Ahnung was da geändert / gefixed wurde.
Es gab eigentlich keine Änderung an den sourcen. Aber (fast) egal - Hauptsache es geht wieder alles.