NEWS
Test adapter SNMP 2.4.x (github / latest)
-
@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.
-
@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.
-
-
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 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.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. -
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.
-
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.
-
H Homoran verschob dieses Thema von Tester am
-
H Homoran verschob dieses Thema von ...nicht in offiziellem Repo am
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden
