SNMP Adapter - Weiterentwicklung

[mcm1957]

Hi

Der SNMP Adapter ist nur dank der großartigen Unterstützung von @apollon77 ohne den ich das nie geschafft hätte in 1.0.0 im latest repo verfügbar.

Ich würde nun gerne weitere offene Issues umsetzen und öffne hier mal ein Topic damit ich eure Meinung und Hilfe bekommen kann.

Die weitere Entwicklung erfordert jedenfalls eine Änderung des Admin Interfaces da zahlreiche zusätzliche Paramater erforderlich sind. Derzeit sind die Daten massiv redundant in der einzigen Tabelle gespeichert. Diese Redundanz möchte ich als einen der ersten Schritte reduzieren.

Damit ergeben sich folgende Fragen / Diskussionspunkte:

Punkt 1)
Ursprünglich habe ich geplant einen ganz neunen Adapter snmp-plus zu schreiben. In der Diskussion mit @apollon77 bin ich aber zur Ansicht gekommen, dass es durchaus ok wäre, den bestehenden Adapter weiter zu entwickeln. Bedarf an inkompatiblen Änderungen an den Datenpunkten sehe ich nicht. Die Admin Config wird sich allerdings ändern - ich glaube aber, dass da eine automatische Migration der existierenden Daten möglich sein sollte.

Wie seht ihr das? Spricht bei aus eurer Erfahrung etwas für oder gegen eine reine Weiterentwicklung des existierenden Adapters auch wenn sich ggF. viel ändert?

Punkt 2)
Admin Interface
Derzeit sehe ich hier mein größtes Problem. Ist es derzeit (noch) sinnvoll bzw. erlaubt das Admin in Materialize zu entwickeln? Natürlich würde ich zuerst versuchen die Sache mit jsonConfig.json zu lösen - aber ich bin skeptisch ob das geht. Oder gibts hier ggF. hilfreiche Hände die in einer späteren Phase den reinen Admin GUI Bereich "verschönern" würden wenn ich die Funktionen wie snmpV3 od. traps mal stabil implementiert habe? (Für Code Entwicklung wäre es ja zunächst egal ob z.B. die Eingaben im Admin valide sind vor dem Speichern oder nicht - ein Releaseversion sollte Fehleingaben jedenfalls abfangen.)

Leider habe ich null Erfahrung mit GUI Programmierung - React wär daher ziemlich sicher ein sehr großes Problem.

Bitte daher nur mal um Feedback ob Materialize noch erlaubt wäre. Da trau ich mir zu ggF mit Hilferufen was Lauffähiges zu erreichen. Wenn davon aber derzeit bereits abgeraten wird, möchte ich keine Zeit verschwenden mich da einzuarbeiten.

McM

P.S. geplant hätte ich folgende Prioritätenliste:
-) Code cleanups
-) Issues wie 64bit counter
-) Admin neu incl. Issue Datenverlust beim Sortieren
-) snmp v2 und v3
-) traps

[nother]

@mcm57 habe Null Ahnung vom Programmieren aber Testen werde ich es gerne!
Vielleicht kann ich ja damit meine zusätzliche PRTG Installation in einer VM ersetzen!?

Beste Grüße

[cash]

@mcm57 Testen wie schon geschrieben gerne. Helfen kann ich ansonsten nichts.

Mir persönlich ist es egal ob ein alter Adapter verändert wird oder es einen neuen gibt. Änderungen können auch sehr tiefgreifend sein, so das man alle seine eigenen Scripte danach anpassen muss. Das Leben besteht aus Veränderungen, auch wenn es manchmal schmerzhaft ist oder es viel Arbeit bedeutet. Wenn es einen neuen Adapter gibt und man wechselt muss man ebenfalls alles anpassen.

[mcm1957]

Zur Info
Ich habe nun eine 2.0.0 zum Testen freigegeben. Leider ist nur ein (sehr) kleiner Teil der Anregungen bzw. Mängel schon behoben. Der Aufwand floss primär in Vorbereitungsarbeiten (Code Rewrites) und Umstellung auf Admin 5 / jsonConfig hinein.

Wenn wer was testen will - hier der Beitrag im Tester Forum:
https://forum.iobroker.net/topic/56553/test-adapter-snmp-v2-0-0

Bitte Probleme mit der 2.0.0 dort diskutieren oder ggF. einen Issue in github aufmachen

McM

P.S: Die offenen Issues nicht nicht vergessen !