NEWS
Test adapter SNMP 2.4.x (github / latest)
-
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
@mcm57
Hallo, kann man das ändern?
snmp.0.Brother_9332.info.error_text
Installierte Version:
2.4.4Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@mcm57
Hallo, kann man das ändern?
snmp.0.Brother_9332.info.error_text
Installierte Version:
2.4.4@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.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@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.
@mcm57 sagte in Test adapter SNMP 2.4.x (github / latest):
Danke für Rückmeldung.
Ist rein Optisch :grinning:
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@mcm57 sagte in Test adapter SNMP 2.4.x (github / latest):
Danke für Rückmeldung.
Ist rein Optisch :grinning:
Die Release 2.4.4 ist nun im stable verfügbar.
Danke an alle Tester.Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
SNMP v2.4.5 wurde released.
Fixed ein Problem mit SNMPv3 und SHA AuthetifizierungEntwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
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/240Hat 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
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
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/240Hat 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
Ich glaube ich habe den Fehler gefunden.
Das Problem sollte in der neuesten Version (2.4.6) behoben sein.Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
Ich glaube ich habe den Fehler gefunden.
Das Problem sollte in der neuesten Version (2.4.6) behoben sein.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 snmpDanke.
Wär schon mal ne Hilfe ob das ein seltenerer Fall ist oder de facto nur noch niemand aufgefallen ist.Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
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 snmpDanke.
Wär schon mal ne Hilfe ob das ein seltenerer Fall ist oder de facto nur noch niemand aufgefallen ist.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...
-
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.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
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.
Support us
874
Online32.6k
Benutzer81.9k
Themen1.3m
Beiträge