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. Off Topic
  4. Schaltsteckdosenleiste

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    2.3k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    953

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.2k

Schaltsteckdosenleiste

Geplant Angeheftet Gesperrt Verschoben Off Topic
30 Beiträge 6 Kommentatoren 2.4k Aufrufe 9 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.
  • BananaJoeB BananaJoe

    @timmss sagte in Schaltsteckdosenleiste:

    @bananajoe

    Was denkst du wäre kostengünstiger, wenn ich nur 3 Steckdosen brauche: Eine NOUS A5T oder 3 Nous A1T, welche in eine vorhandene Steckdosenleiste passen müssen. :eyes:

    Wie @Codierknecht schreibt: Kommt darauf an was du vor hast, welche Daten du haben willst / musst.
    Um 3 Dinge (4 mit USB) zu schalten ist die A5T natürlich günstiger.

    Meine A1T nutze ich aber zu 90% gar nicht zum schalten sondern nur zum Messen. In meinem Datenschrank hat jeder Switch und Server seine eigene A1T (oder Klone), den Verbrauch vom ganzen Schrank messe ich auch noch mal. Ich mache das um die ganzen Einzelverbräuche zu haben. Das man so auch mal einen Switch aus der Ferne rebooten kann, nehme ich als Bonus.

    T Online
    T Online
    Timmss
    schrieb am zuletzt editiert von
    #21

    @bananajoe

    Meine Nous A5T ist nun angekommen und ich hab sie schon am ioBroker angebunden mithilfe des SonOff Adapters.

    Ich wollte mal fragen, was habt ihr für ein Client-Intervall? Bzw. was wäre ein guter Wert, welcher nicht die komplette Leistung auspowert :sweat_smile:

    BananaJoeB 1 Antwort Letzte Antwort
    0
    • T Timmss

      @bananajoe

      Meine Nous A5T ist nun angekommen und ich hab sie schon am ioBroker angebunden mithilfe des SonOff Adapters.

      Ich wollte mal fragen, was habt ihr für ein Client-Intervall? Bzw. was wäre ein guter Wert, welcher nicht die komplette Leistung auspowert :sweat_smile:

      BananaJoeB Online
      BananaJoeB Online
      BananaJoe
      Most Active
      schrieb am zuletzt editiert von BananaJoe
      #22

      @timmss normale Schalter und Messsteckdosen stehen bei mir auf alle 60 Sekunden,
      alles was die erzeugte Solarenergie misst steht auf 15 Sekunden (damit die Anzeige auf dem Tablet schön aktuell ist).

      Trotz der Teleperiod werden aktuelle Ereignisse wie das Schalten am Gerät immer sofort gemeldet, ich weis nur nicht ob der Sonoff-Adapter das auch Auswertet. Kannst du ja leicht testen. Dann würde auch alle 10 Minuten = 600 Sekunden reichen.

      "... welcher nicht die komplette Leistung auspowert"

      ist ja relativ ... Ich habe wie man in meiner Signatur sieht 135 Tasmtota-Geräte, jedes läuft bei mir über den MQTT-Broker Mosquitto, ioBroker hängt da als Client dran. Für jedes Gerät läuft dann ein eigenes Skript mit 6 Subscriptions. Und das merke ich auf meinen System kaum, JavaScript Adapter liegt bei 4 bis 5%, Redis bei noch mal 1 bis 5%
      In Summe habe ich aber um die 300 Skripte laufen, nicht nur für die Tasmota-Geräte und zeichne etwa 100 Datenpunkte in SQL auf.
      Aber ich habe ja nun auch einen AMD Ryzon 5 5600G (Bauvorschlag c't für einen sparsamen Server 2024)

      Bei meinem vorherigen System mit AMD FX-8800P Prozessor waren das eher 40 bis 50% Last

      ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

      T 1 Antwort Letzte Antwort
      1
      • BananaJoeB BananaJoe

        @timmss normale Schalter und Messsteckdosen stehen bei mir auf alle 60 Sekunden,
        alles was die erzeugte Solarenergie misst steht auf 15 Sekunden (damit die Anzeige auf dem Tablet schön aktuell ist).

        Trotz der Teleperiod werden aktuelle Ereignisse wie das Schalten am Gerät immer sofort gemeldet, ich weis nur nicht ob der Sonoff-Adapter das auch Auswertet. Kannst du ja leicht testen. Dann würde auch alle 10 Minuten = 600 Sekunden reichen.

        "... welcher nicht die komplette Leistung auspowert"

        ist ja relativ ... Ich habe wie man in meiner Signatur sieht 135 Tasmtota-Geräte, jedes läuft bei mir über den MQTT-Broker Mosquitto, ioBroker hängt da als Client dran. Für jedes Gerät läuft dann ein eigenes Skript mit 6 Subscriptions. Und das merke ich auf meinen System kaum, JavaScript Adapter liegt bei 4 bis 5%, Redis bei noch mal 1 bis 5%
        In Summe habe ich aber um die 300 Skripte laufen, nicht nur für die Tasmota-Geräte und zeichne etwa 100 Datenpunkte in SQL auf.
        Aber ich habe ja nun auch einen AMD Ryzon 5 5600G (Bauvorschlag c't für einen sparsamen Server 2024)

        Bei meinem vorherigen System mit AMD FX-8800P Prozessor waren das eher 40 bis 50% Last

        T Online
        T Online
        Timmss
        schrieb am zuletzt editiert von
        #23

        @bananajoe

        Ich habe jetzt mal den Client-Timeout auf 30s gesetzt.

        2 Fragen habe ich noch zu der Sache:

        Habt ihr einen Benutzernamen mit Passwort angegeben im SonOff-Adapter?

        Und ist es normal, dass der SonOff-Adapter jetzt jedes Mal ein Log-Eintrag macht bei jeder Verbindungsunterbrechung und Verbindungsaufbau?

        2024-07-23 16:25:13.021 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
        2024-07-23 16:25:43.713 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744743713_8447
        2024-07-23 16:26:43.909 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
        2024-07-23 16:27:44.713 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744864713_4346
        2024-07-23 16:28:44.911 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
        2024-07-23 16:29:15.718 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744955717_2815
        2024-07-23 16:30:15.904 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
        2024-07-23 16:30:46.771 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721745046770_2506
        
        BananaJoeB T 2 Antworten Letzte Antwort
        0
        • T Timmss

          @bananajoe

          Ich habe jetzt mal den Client-Timeout auf 30s gesetzt.

          2 Fragen habe ich noch zu der Sache:

          Habt ihr einen Benutzernamen mit Passwort angegeben im SonOff-Adapter?

          Und ist es normal, dass der SonOff-Adapter jetzt jedes Mal ein Log-Eintrag macht bei jeder Verbindungsunterbrechung und Verbindungsaufbau?

          2024-07-23 16:25:13.021 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
          2024-07-23 16:25:43.713 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744743713_8447
          2024-07-23 16:26:43.909 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
          2024-07-23 16:27:44.713 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744864713_4346
          2024-07-23 16:28:44.911 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
          2024-07-23 16:29:15.718 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744955717_2815
          2024-07-23 16:30:15.904 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
          2024-07-23 16:30:46.771 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721745046770_2506
          
          BananaJoeB Online
          BananaJoeB Online
          BananaJoe
          Most Active
          schrieb am zuletzt editiert von
          #24

          @timmss keine Ahnung, ich nutze den Sonoff-Adapter nicht.
          Aber: Benutzername + Passwort: Entweder hast du auf allen(!) Tasmota-Geräten die der Adapter nutzt das gleiche(!) Passwort gesetzt (Benutzer admin) oder auf keinen. Und das dementsprechend im Adapter hinterlegt.

          ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

          1 Antwort Letzte Antwort
          1
          • T Timmss

            @bananajoe

            Ich habe jetzt mal den Client-Timeout auf 30s gesetzt.

            2 Fragen habe ich noch zu der Sache:

            Habt ihr einen Benutzernamen mit Passwort angegeben im SonOff-Adapter?

            Und ist es normal, dass der SonOff-Adapter jetzt jedes Mal ein Log-Eintrag macht bei jeder Verbindungsunterbrechung und Verbindungsaufbau?

            2024-07-23 16:25:13.021 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
            2024-07-23 16:25:43.713 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744743713_8447
            2024-07-23 16:26:43.909 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
            2024-07-23 16:27:44.713 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744864713_4346
            2024-07-23 16:28:44.911 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
            2024-07-23 16:29:15.718 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744955717_2815
            2024-07-23 16:30:15.904 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
            2024-07-23 16:30:46.771 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721745046770_2506
            
            T Online
            T Online
            Timmss
            schrieb am zuletzt editiert von
            #25

            @timmss said in Schaltsteckdosenleiste:

            @bananajoe

            Ich habe jetzt mal den Client-Timeout auf 30s gesetzt.

            2 Fragen habe ich noch zu der Sache:

            Habt ihr einen Benutzernamen mit Passwort angegeben im SonOff-Adapter?

            Und ist es normal, dass der SonOff-Adapter jetzt jedes Mal ein Log-Eintrag macht bei jeder Verbindungsunterbrechung und Verbindungsaufbau?

            2024-07-23 16:25:13.021 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
            2024-07-23 16:25:43.713 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744743713_8447
            2024-07-23 16:26:43.909 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
            2024-07-23 16:27:44.713 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744864713_4346
            2024-07-23 16:28:44.911 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
            2024-07-23 16:29:15.718 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744955717_2815
            2024-07-23 16:30:15.904 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
            2024-07-23 16:30:46.771 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721745046770_2506
            

            @Codierknecht weißt du was zu dem Log?

            CodierknechtC BananaJoeB 2 Antworten Letzte Antwort
            0
            • T Timmss

              @timmss said in Schaltsteckdosenleiste:

              @bananajoe

              Ich habe jetzt mal den Client-Timeout auf 30s gesetzt.

              2 Fragen habe ich noch zu der Sache:

              Habt ihr einen Benutzernamen mit Passwort angegeben im SonOff-Adapter?

              Und ist es normal, dass der SonOff-Adapter jetzt jedes Mal ein Log-Eintrag macht bei jeder Verbindungsunterbrechung und Verbindungsaufbau?

              2024-07-23 16:25:13.021 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
              2024-07-23 16:25:43.713 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744743713_8447
              2024-07-23 16:26:43.909 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
              2024-07-23 16:27:44.713 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744864713_4346
              2024-07-23 16:28:44.911 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
              2024-07-23 16:29:15.718 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744955717_2815
              2024-07-23 16:30:15.904 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
              2024-07-23 16:30:46.771 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721745046770_2506
              

              @Codierknecht weißt du was zu dem Log?

              CodierknechtC Online
              CodierknechtC Online
              Codierknecht
              Developer Most Active
              schrieb am zuletzt editiert von Codierknecht
              #26

              @timmss
              Tritt bei mir so nicht auf.
              Ich habe den Adapter aber auch auf Loglevel "Error" stehen.
              Da alles funktioniert wie gewünscht, interessieren mich nur echte Fehler.

              sonoff.0    2024-07-24 09:21:58.128	info	Loglevel changed from "error" to "info"
              sonoff.0    2024-07-24 09:25:32.859	info	Client [DVES_181AD5] reconnected. Old secret 1721800817660_7686 ==> New secret 1721805932858_232
              

              Das sind meine Einstellungen:
              2b127ede-4984-49bb-b14a-b40fabd94995-image.png

              "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")

              Proxmox 9.1.1 LXC|8 GB|Core i7-6700
              HmIP|ZigBee|Tasmota|Unifi
              Zabbix Certified Specialist
              Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag

              1 Antwort Letzte Antwort
              1
              • T Timmss

                @timmss said in Schaltsteckdosenleiste:

                @bananajoe

                Ich habe jetzt mal den Client-Timeout auf 30s gesetzt.

                2 Fragen habe ich noch zu der Sache:

                Habt ihr einen Benutzernamen mit Passwort angegeben im SonOff-Adapter?

                Und ist es normal, dass der SonOff-Adapter jetzt jedes Mal ein Log-Eintrag macht bei jeder Verbindungsunterbrechung und Verbindungsaufbau?

                2024-07-23 16:25:13.021 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
                2024-07-23 16:25:43.713 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744743713_8447
                2024-07-23 16:26:43.909 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
                2024-07-23 16:27:44.713 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744864713_4346
                2024-07-23 16:28:44.911 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
                2024-07-23 16:29:15.718 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721744955717_2815
                2024-07-23 16:30:15.904 - info: sonoff.0 (57209) Client [DVES_E1036A] connection closed: timeout
                2024-07-23 16:30:46.771 - info: sonoff.0 (57209) Client [DVES_E1036A] connected with secret 1721745046770_2506
                

                @Codierknecht weißt du was zu dem Log?

                BananaJoeB Online
                BananaJoeB Online
                BananaJoe
                Most Active
                schrieb am zuletzt editiert von
                #27

                @timmss die Meldungen könnten auch darauf hindeuten das die Geräte als MQTT-Clients sich nicht oft genug bzw. nicht mehr gemeldet haben. Ein MQTT-Broker erwartet zumindest das sich die Clients regelmäßig bei ihm melden.

                Kann es sein der der Sonoff-Adapter mindestens 1x die Minute was von den Clients hören will? Im Screenshot von @Codierknecht sind 300 Sekunden zu sehen, @Timmss auf was steht denn bei dir der Wert? Wenn der 30s ist, ist das zu kurz und wird vermutlich die Meldungen erzeugen

                ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

                T 2 Antworten Letzte Antwort
                0
                • BananaJoeB BananaJoe

                  @timmss die Meldungen könnten auch darauf hindeuten das die Geräte als MQTT-Clients sich nicht oft genug bzw. nicht mehr gemeldet haben. Ein MQTT-Broker erwartet zumindest das sich die Clients regelmäßig bei ihm melden.

                  Kann es sein der der Sonoff-Adapter mindestens 1x die Minute was von den Clients hören will? Im Screenshot von @Codierknecht sind 300 Sekunden zu sehen, @Timmss auf was steht denn bei dir der Wert? Wenn der 30s ist, ist das zu kurz und wird vermutlich die Meldungen erzeugen

                  T Online
                  T Online
                  Timmss
                  schrieb am zuletzt editiert von Timmss
                  #28

                  @bananajoe

                  Ich hatte diesen Wert auf 30s, weil ich den Stromverbrauch der Drucker gerne stets aktuell hätte.

                  Ich habe ihn jetzt aber mal auf 60s gesetzt und die Meldungen sind weg.

                  BananaJoeB 1 Antwort Letzte Antwort
                  0
                  • BananaJoeB BananaJoe

                    @timmss die Meldungen könnten auch darauf hindeuten das die Geräte als MQTT-Clients sich nicht oft genug bzw. nicht mehr gemeldet haben. Ein MQTT-Broker erwartet zumindest das sich die Clients regelmäßig bei ihm melden.

                    Kann es sein der der Sonoff-Adapter mindestens 1x die Minute was von den Clients hören will? Im Screenshot von @Codierknecht sind 300 Sekunden zu sehen, @Timmss auf was steht denn bei dir der Wert? Wenn der 30s ist, ist das zu kurz und wird vermutlich die Meldungen erzeugen

                    T Online
                    T Online
                    Timmss
                    schrieb am zuletzt editiert von
                    #29

                    @bananajoe said in Schaltsteckdosenleiste:

                    die Geräte als MQTT-Clients sich nicht oft genug bzw. nicht mehr gemeldet haben. Ein MQTT-Broker erwartet zumindest das sich die Clients regelmäßig bei ihm melden.

                    Nevermind, ich denke dies war der Fall. Ich habe im Adapter 30s angegeben, in der Konfiguration in der Nous A5T aber vergessen es ebenso abzuändern:
                    409368de-3b44-47fa-9497-a803a5584f46-grafik.png

                    1 Antwort Letzte Antwort
                    0
                    • T Timmss

                      @bananajoe

                      Ich hatte diesen Wert auf 30s, weil ich den Stromverbrauch der Drucker gerne stets aktuell hätte.

                      Ich habe ihn jetzt aber mal auf 60s gesetzt und die Meldungen sind weg.

                      BananaJoeB Online
                      BananaJoeB Online
                      BananaJoe
                      Most Active
                      schrieb am zuletzt editiert von BananaJoe
                      #30

                      @timmss Der Wert im Adapter hat aber nichts mit der Häufigkeit des Sendens des Tasmota-Gerätes zu tun. Das wird immer noch per Teleperiod entschieden.
                      Das hast du aber ja auch schon herausgefunden. Den Adapter würde ich wieder hoch setzen auf die 300 Sekunden

                      ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

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


                      Support us

                      ioBroker
                      Community Adapters
                      Donate

                      769

                      Online

                      32.6k

                      Benutzer

                      82.2k

                      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