Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Entwicklung
  4. SNMP Adapter - Weiterentwicklung

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.8k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.2k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    3.2k

SNMP Adapter - Weiterentwicklung

Geplant Angeheftet Gesperrt Verschoben Entwicklung
4 Beiträge 3 Kommentatoren 533 Aufrufe 6 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • mcm1957M Online
    mcm1957M Online
    mcm1957
    schrieb am zuletzt editiert von
    #1

    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

    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

    LESEN - gute Forenbeitrage

    N cashC 2 Antworten Letzte Antwort
    2
    • mcm1957M 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

      N Offline
      N Offline
      nother
      schrieb am zuletzt editiert von
      #2

      @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

      1 Antwort Letzte Antwort
      1
      • mcm1957M 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

        cashC Offline
        cashC Offline
        cash
        Most Active
        schrieb am zuletzt editiert von
        #3

        @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.

        1 Antwort Letzte Antwort
        1
        • mcm1957M Online
          mcm1957M Online
          mcm1957
          schrieb am zuletzt editiert von
          #4

          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 !

          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

          LESEN - gute Forenbeitrage

          1 Antwort Letzte Antwort
          0
          Antworten
          • In einem neuen Thema antworten
          Anmelden zum Antworten
          • Älteste zuerst
          • Neuste zuerst
          • Meiste Stimmen


          Support us

          ioBroker
          Community Adapters
          Donate

          658

          Online

          32.4k

          Benutzer

          81.5k

          Themen

          1.3m

          Beiträge
          Community
          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
          ioBroker Community 2014-2025
          logo
          • Anmelden

          • Du hast noch kein Konto? Registrieren

          • Anmelden oder registrieren, um zu suchen
          • Erster Beitrag
            Letzter Beitrag
          0
          • Home
          • Aktuell
          • Tags
          • Ungelesen 0
          • Kategorien
          • Unreplied
          • Beliebt
          • GitHub
          • Docu
          • Hilfe