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

[mcm1957]

Aktuelle Test Version	2.4.11 (Latest) / 2.4.11 (Github)
Veröffentlichungsdatum	5.7.2023 / 4.7.2023
Github Link	https://github.com/iobroker-community-adapters/ioBroker.snmp

Changelog

• Support to write data to oids has been implemented. (#150)
• Major parts of code have been rewritten so support oid writing.
• States containing type information can be disabled now. (#218)
• States indicating online and error status of devices have been added. State 'online' has been moved to folder info.
• Devicestatus is now displayed at object view using colour and icons.
• Data type 'automatic' has been added to oid states datatype selector.
• A problem reported by sentry has been fixed. (#224)
• An incorrect setting of ack flags has been corrected. (#225)
• Support for sha224, sha256, sha384 and sha512 message authentication has been added (#210)

Bereits mit v2.3.x (nur in latest angeboten) wurde implementiert:

• Unterstützung für die Verwendung von nativen Datentypen für States. #(143)
• Unterstützung wurde hinzugefügt, um binäre oid Daten als json zu speichern. #(188)
• Falsche Einstellungen des Schreibmodus wurde behoben. #(191)
• Tabellen innerhalb der deutschen Dokumentation wurden korrigiert. #(192)
• Die Benennung von oids mit dem reservierten Namen online wurde blockiert. (203)
• Einige Änderungen in Bezug auf die Codequalität wurden umgesetzt. #(201, #190)

Was gibt es Neues?

Die wesentlichste Erweiterung besteht darin, dass es nunmehr möglich ist OIDs zu beschreiben und damit Daten an ein Gerät zu senden - sofern das Gerät es unterstützt. Dazu muss in der Konfiguration beim entsprechenden OID Eintrag der Marker "writeable" angehakt werden. Die Daten werden unmittelbar an das Gerät gesendet und von dort wieder ausgelesen.

Achtung: Das Schreiben muss wie im Standard vorgesehen mit Ack Flag false erfolgen - andernfalls ignoriert der Adapter den Schreibvorgang)

Sorry, dass dieser nächste Schritt so lange gedauert hat. Es waren größere Codeanpassungen notwendig. Bitet daher wie immer beachten: Dies ist eine Testversion.

Falls jemand Zeit / Lust zum Testen hat ist er/sie gern gesehen. Bei Problemen bitte hier melden od ggF direkt Issue in Github öffnen.

Die neue Release sollte ab morgen im Latest verfügbar sein.

McM1957

[mcm1957]

Häufige Fragen zu dieser Release

derzeit noch keine

[sigi234]

@mcm57

Plattform: Windows
RAM: 16 GB
NODE.JS: V16.19.1
NPM: 8.3.1
JS Controller: 4.0.24
Admin: 6.3.6
WS: 2.3.5
WEB: 5.5.0
Socket.io: 6.3.3
Script Engine: 7.0.0

[mcm1957]

@sigi234
Danke mal für die Info.
Wenn ich das richtig sehe betrifft das die Config Seite - nicht die Laufzeit.
Muss ich mir ansehen. Schätze da klemmt was beim Validieren. An sich hab ich in dem Bereich nichts geändert. Soll aber nicht heißen dass das fehlerfrei ist :-) )

Läßt sich die gewünscht Config abspeichern?

Kann es sein, dass du zu diesem Zeitpunkt (noch) kein Device (2tes Tab) eingetragen hast?

[sigi234]

@mcm57 sagte in Test adapter SNMP 2.4.x (github / latest):

@sigi234
Danke mal für die Info.

Läßt sich die gewünscht Config abspeichern?

Ja

Kann es sein, dass du zu diesem Zeitpunkt (noch) kein Device (2tes Tab) eingetragen hast?

Nein

[mcm1957]

@sigi234
Danke fürs Testen und Finden. Ist auf Github gefixed. Fix kommt in v2.4.1 rein.

McM1957

[mcm1957]

Info
v2.4.2-2.4.4 fixen vereinzelte Crashes die Sentry gemeldet hat. Weiters wurden diverse Abhängigkeiten aktualisiert.

[sigi234]

@mcm57 sagte in Test adapter SNMP 2.4.x (github / latest):

Info
v2.4.2-2.4.4 fixen vereinzelte Crashes die Sentry gemeldet hat. Weiters wurden diverse Abhängigkeiten aktualisiert.

Läuft.

snmp.0
2023-03-03 18:21:43.524	info	instance connected to at least one device

snmp.0
2023-03-03 18:21:43.521	info	[Brother_9332] device connected

snmp.0
2023-03-03 18:21:43.279	info	adapter initializing, chunk size set to 20

snmp.0
2023-03-03 18:21:42.932	info	starting. Version 2.4.4 (non-npm: iobroker-community-adapters/ioBroker.snmp) in C:/ioBroker/node_modules/iobroker.snmp, node: v16.19.1, js-controller: 4.0.24

snmp.0
2023-03-03 18:21:39.238	info	Terminated (NO_ERROR): exit after migration of config

snmp.0
2023-03-03 18:21:39.237	info	installation completed

snmp.0
2023-03-03 18:21:39.237	info	instance system.adapter.snmp.0 already up to date

snmp.0
2023-03-03 18:21:39.147	info	performing installation

snmp.0
2023-03-03 18:21:39.145	info	starting. Version 2.4.4 in C:/ioBroker/node_modules/iobroker.snmp, node: v16.19.1, js-controller: 4.0.24

snmp.0
2023-03-03 18:20:55.425	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

snmp.0
2023-03-03 18:20:55.424	info	terminating

snmp.0
2023-03-03 18:20:55.422	info	Got terminate signal TERMINATE_YOURSELF

[mcm1957]

@sigi234
Danke f.d. INfo

[sigi234]

@mcm57

Hallo, kann man das ändern?

snmp.0.Brother_9332.info.error_text

Installierte Version:
2.4.4

[mcm1957]

@sigi234
Da es derzeit keinen Error gibt ("error" ist false, online ist true) ist null (d.h. kein Text) m.E. in Ordnung. Damit kann zwischen "Kein Text verfügbar" == Leerstring und Errortext nicht vorhanden im Sinne von kein Error unterschieden werden.

Außerdem müsste ich dann das Feld beim Start mal vorbeugend beschreiben.
Normale States bleiben auch auf null bis der erste Read erfolgreich war.

Ändern kann man immer alles :-) - aber ich würd gern verstehen was User wollen und warum.

Danke für Rückmeldung.

[sigi234]

@mcm57 sagte in Test adapter SNMP 2.4.x (github / latest):

Danke für Rückmeldung.

Ist rein Optisch :grinning:

[mcm1957]

Die Release 2.4.4 ist nun im stable verfügbar.
Danke an alle Tester.

[mcm1957]

SNMP v2.4.5 wurde released.
Fixed ein Problem mit SNMPv3 und SHA Authetifizierung

[mcm1957]

Ich habe ein Problem mit dem snmp Adapter und write/set mit dem numerischen Wert 0 bekommen.
https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/240

Hat einer von euch Testern die Möglichkeit ein SET auf eine numerische OID mit dem Wert 0 durchzuführen?
Ich habe zur Zeit nur Synology's und einen Netgear Switch zur Verfügung - und bisher hab ich bei denen noch keine writeable numerische OID gefunden wo ich das gezielt testen kann.

Danke falls wer helfen kann,

McM

[mcm1957]

Ich glaube ich habe den Fehler gefunden.
Das Problem sollte in der neuesten Version (2.4.6) behoben sein.

[mcm1957]

Liebe Tester,

Ich brauch mal eure Hilfe.
Ich habe folgenden Issue im Repo erhalten:

https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/282

Hier wird gemeldet, dass der snmp Adapter excessive udb ports belegt.

Ich kann dies auch auf meinem Produktivsystem nicht nachvolziehen. Hier ist genau ein UDB Port je device zu finden.

Könnte ihr bitte mal schaun ob bei euch auch excessiv udp Ports belegt werden?

sudo lsof -i -n | grep snmp

Danke.
Wär schon mal ne Hilfe ob das ein seltenerer Fall ist oder de facto nur noch niemand aufgefallen ist.

[mcm1957]

Release 4.7.8 wurde zum Test veröffentlicht. Diese sollte das Problem der verlorenen udp ports lösen.

Technisch:
Immer wenn node-net-snmp einen Fehler auf einem udp Port meldete ging dieser verloren da diese Session nicht ordnungsgemäß geschlossen wurde.

Die eigentliche Fehlerursache ist auch noch offen, da ein zweiter Fehler die Ausgabe des Fehlertextes verhinderte...

[mcm1957]

Hier noch ein paar Nachtragsinfos:

Der eigentliche Fehler besteht darin, dass zumindest im konkreten Fall uin32 Werte nicht streng regelkonform gesendet wurden sodass sie beim Konvertieren als int32 interprepioert wurden, Und negative Werte lassen sich in uints schlecht darstellen.

node-net-snmp hat hier nun eine tolerantere Lösung implementiert sodass auch solche Daten übertragen werden können (zumindest in der Theorie).

Alles ist nun ind er aktuellsten Beta v2.4.11 enthalten.

[mcm1957]

@Homoran

Bitte hier schließen. Topic ist veraltet.

Follow upd für v3.x.x ist hier zu finden: https://forum.iobroker.net/topic/81937/test-adapter-snmp-v3-3-x