Neues YouTube-Video: Visualisierung im Devices-Adapter

[ofri2607]

@mcm57
kann ich auch bestätigen. Bei mir hat es jetzt so auch geklappt; herzlichen Dank.

[smarthome2020]

Hallo Leute,
ich habe mal den Toner meine Samsung C480W erneuert und wollte dann auch gleich mal versuchen, diesen in den ioBroker zu integrieren. Der Drucker beherrscht SNMP V1/V2, was auch aktiviert ist.
Probehalber habe ich mit einer OID gearbeitet, welche im Browser auch die richtige Tonerangabe (1500) ausgibt, also funktioniert.

Der Adapter wird jedoch nicht grün.

Adaptereinstellungen:

im Log kommt folgender Eintrag:

snmp.0         2023-10-28 21:15:50.808	debug	session for device "C480W" (192.xxx.xxx.xx) created
snmp.0         2023-10-28 21:15:50.808	debug	[C480W] processing oid chunk index 0 completed
snmp.0         2023-10-28 21:15:50.808	info	        [C480W] device disconnected - request timeout
snmp.0         2023-10-28 21:15:50.799	debug	setStates - C480W.Toner_schwarz
snmp.0         2023-10-28 21:15:50.799	debug	[C480W] session.get: RequestTimedOutError: Request timed out
snmp.0         2023-10-28 21:15:50.799	debug	[C480W] session.get completed for chunk index 0
snmp.0         2023-10-28 21:15:45.742	debug	handleConnectionInfo
snmp.0         2023-10-28 21:15:26.780	error	[C480W] session.get: Error: Socket forcibly closed

Unter den Objekten sieht es so aus:

Der Drucker ist bereit (nicht im Sleep-Modus):

Wie bekomme ich den Adapter zum Laufen?

[mcm1957]

@smarthome2020

Request timeout sieht für mich danach aus als würde das Gerät nicht antworten. Dies passiert mesit auch dann, wenn die Authorisierung nicht passt.

Bist du sicher dass du als community 'v1' im Drucker konfiguriert hast? Der Parameter 'Community (v1,v2c) Auth-Id(v3)' muss bei SNMP v1 und v2c den community String enthalten; bei SNMP v3 die Auth-Id vom dritten Tab.) Oft ist dieser 'public' - welchen du konfigurioert hast, kannst nur du wissen.

mcm1957

[smarthome2020]

@mcm57

Im Handbuch steht nur :

Ich kann morgen nochmal schauen, ob am Gerät noch Einstellungen zu machen sind . Habe aber eben keine weiteren gesehen.

[mcm1957]

@smarthome2020

Das Protocoll erfordert eine community. Diese entspricht einem Passwort für den Zugriff.
Trag mal testweise 'public' ein, das ist ein häufiger default.
Alternativ schau was im snmp Browser eingestellt ist.

[smarthome2020]

@mcm57
Danke, ich teste es morgen nochmal.

Hast du noch einen Tipp wie man Allende OIDs aus dem Browser zuordnen kann? Der Drucker kann eine Info-Seite ausgeben, in der man die bisherigen Drucke etc einsehen kann. Es ist mühsam da nach Zusammenhängen zu suchen .

[smarthome2020]

@mcm57
Irgendwo in den OIDs stand was von "public". Das war es dann auch. Danke für die Info :)
Nun muss ich die OIDs nur alle noch sortieren/zuordnen, soweit es geht.

[sigi234]

@mcm57

Hallo, anscheinend hat sich der Bug wieder eingeschlichen V 3.1.0
Kein speichern möglich.

ADMIN: 6.12.2

snmp.0
2023-11-07 19:21:14.305	error	no oids configured, please add configuration.

snmp.0
2023-11-07 19:00:48.535	error	invalid config, cannot continue

[mcm1957]

@sigi234
Die rote umrandung deutet eigentluch einen Fehler bei den Daten. Andrerseits sollte dann aber auch ein Fehlertext wo zu sehen sein.

Auf den ersten Blick seh ich nux falsches. Ev entfern nal das Leerzeichen beim oid namen

[JB_Sullivan]

Kurze Frage zum Adapter - ich hole mir mit dem Adapter verschiedene Daten aus meiner USV. Strom, Spannung Leistung usw. wird dynamisch aktualisiert.

Lediglich das Datum für die Kalibrierung und den Selbsttest bleibt immer gleich. Stoppe und Starte ich den APC Dienst der USV in Windows, wird nach dem Dienst Neustart vom Adapter das letzte Aktuelle Datum abgeholt, gibt es danach eine Aktualisierung des Datums, bekommt das der Adapter nicht mit - wie gesagt erst wenn ich den Dienst wieder neu starte hat auch der Adapter das aktuelle Datum.

Irgend eine Idee, ob dieses Verhalten am Dienst oder am Adapter liegen könnte? Grundsätzlich wird ja alles was ich über die OIDs konfiguriert habe, auch zeitnah in die DP`s geschrieben - außer das Datum eben :(

[mcm1957]

@jb_sullivan
Kann mir eigentlich nicht vorstellen dass der Adapter einen Teil der oids nicht liest.

Ich würde vorschlagen mittels oid browser die betreffenden daten zu checken.

Was ich mir vorstellen kann ist dass der windows dienst irgendwie beim start ein rekalibrierung auslöst.

[sigi234]

@mcm57 sagte in Adapter SNMP Drucker, Synology, QNAP etc auslesen:

@sigi234
Die rote umrandung deutet eigentluch einen Fehler bei den Daten. Andrerseits sollte dann aber auch ein Fehlertext wo zu sehen sein.

Auf den ersten Blick seh ich nux falsches. Ev entfern nal das Leerzeichen beim oid namen

Geräte NAME war es.

[mcm1957]

@sigi234
Komisch.
Der sollte nur auf nicht leer geprüft werden ...

[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'