Neues YouTube-Video: Visualisierung im Devices-Adapter

[KaosKatte]

Funktioniert der SNMP-Adapter 3.4.0 prinzipiell noch? Der Thread endete ja vor 2,5 Jahren. Ich habe alles möglich probiert und scheitere an dem bereits genannten Problem, dass sich die allererste Konfiguration nicht speichern lässt.
Ich habe es mit einer Synology Diskstation und einem Epson Drucker probiert. Die jeweiligen OIDs haben im MIB Browser funktioniert. Eine Zeile in der Sektion v3-Autorisierung habe ich hinzugefügt. Zuvor Adapter gelöscht und neu installiert. OID mit führendem Punkt und ohne probiert. Zielgeräte vom Raspberry Pi 4, wo ioBroker läuft, erfolgreich angepingt. Mit v1 und v2 und public probiert, was eigentlich alles gehen sollte.
Hat jemand noch eine Idee?
RasPi5, js-controller: 7.0.7

[mcm1957]

Soweit bekannt gibts kein signifikanten offenen issues.

[BananaJoe]

@KaosKatte Trocken hast du die OIDs aber getestet? z.B. aus der Shell / Bash mit snmpget / snmpwalk?
Die Version 3.4.0 fragt bei mir 2 USV-Anlagen und einen Switch ab, und das ohne Probleme:

Die OID-Sets:

und die müssen natürlich den Geräten zugeordnet sein:

Und die Community muss natürlich stimmen. Je nach Zielgerät muss auf diesem der Zugriff erlaubt sein.

Ich teste das immer vorher von der iobroker-VM aus, z.B. per

snmpwalk -On -v1 -c publiccommunity 192.168.0.16 .1.3.6.1.4.1.534.10.2.3.2.1.4

-On zeigt die die OID-Nummern an, -v1 steht für SNMP Version 1 , -c xxxx gibt die Community an die auf dem Zielgerät eingestellt ist.
Ausgabe ist dann so etwas wie

.1.3.6.1.4.1.534.10.2.3.2.1.4.1 = INTEGER: 1
.1.3.6.1.4.1.534.10.2.3.2.1.4.2 = INTEGER: 1

2 Werte weil snmpwalk, da reicht der richtige Pfadanfang und die letzte Ziffer hatte ich zum erkunden weggelassen
Mit

snmpget -On -v1 -c zabbixsnmp 192.168.0.16 .1.3.6.1.4.1.534.10.2.3.2.1.4.1

würde ich gezielt den ersten Wert abfragen.
In den OID-SETS habe ich es ohne führenden Punkt übernommen

[Meister Mopper]

@KaosKatte

Hier auch mit zwei Synos und einem Dell-Drucker kein Problem (Achtung! Brille aufsetzen).

Spoiler

[mcm1957]

@KaosKatte sagte:

Funktioniert der SNMP-Adapter 3.4.0 prinzipiell noch? Der Thread endete ja vor 2,5 Jahren. Ich habe alles möglich probiert und scheitere an dem bereits genannten Problem, dass sich die allererste Konfiguration nicht speichern lässt.
Ich habe es mit einer Synology Diskstation und einem Epson Drucker probiert. Die jeweiligen OIDs haben im MIB Browser funktioniert. Eine Zeile in der Sektion v3-Autorisierung habe ich hinzugefügt. Zuvor Adapter gelöscht und neu installiert. OID mit führendem Punkt und ohne probiert. Zielgeräte vom Raspberry Pi 4, wo ioBroker läuft, erfolgreich angepingt. Mit v1 und v2 und public probiert, was eigentlich alles gehen sollte.
Hat jemand noch eine Idee?
RasPi5, js-controller: 7.0.7

Zur Sicherheit noch die Frage:
Welche ADMIN Version hast du in Betrieb?
Mit älteren Versionen gabs da mal ein Problem dass sich die Dinge nicht abspeichen ließen. Sollte aber mit halbwegs aktuellen Admins behoben sein

Ansonsten poste mal screenshots der snmp adminUI Config Seiten. (Passwort ggF maskieren)

Und nur zur Sicherheit damit ichs richtig verstanden habe:
Problem ist dass sich die Config nicht speichern läßt. Oder?

[KaosKatte]

Danke für die raschen Antworten!
Ich habe jetzt das Net-SNMP-PAket auf dem RasPI installiert und habe von der Shell aus mit

snmpwalk -On -v2c -c public 192.168.2.7 .1.3.6.1.2.1.43.10.2.1.4.1.1

die korrekte Anzahl gedruckter Seiten vom Drucker bekommen

.1.3.6.1.2.1.43.10.2.1.4.1.1 = Counter32: 4845

Auf dem Tab OID-Sets wird nicht gemeckert.

Auf dem Tab "Geräte" bleibt oben die rote Warnung un dich kann nicht speichern (OID-Gruppe lautet Drucker wie bei dem Gerät auf der ersten Seite).

Auf dem 3. Tab schließlich ein Dummy für v3:

Mach eich da was grundsätzlich falsch?

[KaosKatte]

system.adapter.admin' '7.8.23'

[mcm1957]

Auf den ersten Blick siehst OK aus ...

[mcm1957]

Lt. Screen bemängelt er was auf dem Tab GERÄTE (rotes punkterl)

[KaosKatte]

Genau. Irgendwie kommt er wohl nicht durch bis zum Drucker, obwohl es auf Systemebene mit ping und smpwalk geklappt hat.
Vielleicht probiere ich es nochmal mit einem anderen Gerät als Ziel. Danke erst einmal.

[mcm1957]

Ich check mal weiter. Bei mir funktioniert alles. ABER ich hab im source bei den Timeoutdefaults nen Fehler entdeckt. Die Defaults sind dort string obwohl sie numerisch sein müssten. Ich check mal ob da ein neuerer Admin (bin ein paar revisione zurück) da ein Problem hat. Du könntest testweise die 3 timeoutwerte manuell eintippen und ev geringfügig verändern 5-> 6 und so.

[mcm1957]

OK - da hat sich was am admin / jsonConfig geändert. Mit der aktellsten BETA des Admin gehts bei mir auch nicht mehr.
Ich such mal ob das ein Fehler im Adapter oder im Admin ist.

Edit:
Wenn du magst kannst du schaun ob es mit STABLE Admin funtkioniert.