Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • 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. ioBroker Allgemein
  4. Verlässlichkeit GPIO DP im RPI Adapter?

NEWS

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    696

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    10
    1
    535

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    1.1k

Verlässlichkeit GPIO DP im RPI Adapter?

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
5 Beiträge 3 Kommentatoren 430 Aufrufe 3 Beobachtet
  • Ä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.
  • Pedder007P Offline
    Pedder007P Offline
    Pedder007
    schrieb am zuletzt editiert von Pedder007
    #1

    Hallo zusammen,
    in meinem Testaufbau zur Nutzung der GPIOs mit dem RPI Adapter habe ich einen Eingang konfiguriert (GPIO 5, PIN 29), welcher mit 22kOhm auf 3,3V ‚up‘ gezogen wird, bzw. mit einem Microschalter auf Gnd ‚down‘ gezogen werden kann.
    Dabei fällt mir nun bei schnellem Klicken des Schalters auf, dass man den DP im Adapter wohl leider recht leicht aus dem Tritt bringen kann, obwohl der GPIO Port immer korrekt steht (gemessen).
    Soll heißen: Am Ende einer schnellen Klickfolge steht der DP (true/false) nicht immer unbedingt da wo der Port steht (0/3,3V), bzw. entsprechend des Status des Microschalters.
    Beim nächsten langsamen Schalten wird der DP dann wieder korrekt eingefangen.

    Da ich damit eigentlich Schwimmerschalter in einer Zisterne abfragen will, ist das dann natürlich evtl. eine etwas unsichere Methode. Leider flattern die am Schaltpunkt, wenn es richtig dolle regnet und entsprechende Oberflächenbewegungen in der Zisterne entsteht, doch auch mal kurz gerne zwischen an und aus, bevor sie sich entscheiden.
    Hat sich schonmal jemand damit, also Verlässlichkeit der Datenpunkte im Adapter, auseinandergesetzt?

    Edit: Mit den Einstellungen fürs Entprellen und dem Abfrageintervall habe ich auch bereits herumgetestet, hat am Ende aber auch nichts gebracht.

    Pedder
    All @Proxmox/Trixie auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
    Unifi, Motioneye/3Reolinks, PiHole, Bosch CS7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus
    Under construction: Smart-WoMo auf Raspi4

    geschildG Marc BergM 2 Antworten Letzte Antwort
    0
    • Pedder007P Pedder007

      Hallo zusammen,
      in meinem Testaufbau zur Nutzung der GPIOs mit dem RPI Adapter habe ich einen Eingang konfiguriert (GPIO 5, PIN 29), welcher mit 22kOhm auf 3,3V ‚up‘ gezogen wird, bzw. mit einem Microschalter auf Gnd ‚down‘ gezogen werden kann.
      Dabei fällt mir nun bei schnellem Klicken des Schalters auf, dass man den DP im Adapter wohl leider recht leicht aus dem Tritt bringen kann, obwohl der GPIO Port immer korrekt steht (gemessen).
      Soll heißen: Am Ende einer schnellen Klickfolge steht der DP (true/false) nicht immer unbedingt da wo der Port steht (0/3,3V), bzw. entsprechend des Status des Microschalters.
      Beim nächsten langsamen Schalten wird der DP dann wieder korrekt eingefangen.

      Da ich damit eigentlich Schwimmerschalter in einer Zisterne abfragen will, ist das dann natürlich evtl. eine etwas unsichere Methode. Leider flattern die am Schaltpunkt, wenn es richtig dolle regnet und entsprechende Oberflächenbewegungen in der Zisterne entsteht, doch auch mal kurz gerne zwischen an und aus, bevor sie sich entscheiden.
      Hat sich schonmal jemand damit, also Verlässlichkeit der Datenpunkte im Adapter, auseinandergesetzt?

      Edit: Mit den Einstellungen fürs Entprellen und dem Abfrageintervall habe ich auch bereits herumgetestet, hat am Ende aber auch nichts gebracht.

      geschildG Offline
      geschildG Offline
      geschild
      schrieb am zuletzt editiert von
      #2

      @pedder007 Versuchs mal mit Entprellen: https://praktische-elektronik.dr-k.de/Praktikum/Digital/Dynamik/Le-Entprellter-Taster-Reset.html

      Pedder007P 1 Antwort Letzte Antwort
      0
      • geschildG geschild

        @pedder007 Versuchs mal mit Entprellen: https://praktische-elektronik.dr-k.de/Praktikum/Digital/Dynamik/Le-Entprellter-Taster-Reset.html

        Pedder007P Offline
        Pedder007P Offline
        Pedder007
        schrieb am zuletzt editiert von Pedder007
        #3

        Hallo @geschild, danke für deine Rückmeldung 👍

        Ich hatte das schon in primitiver Form (100nF Kondensator über dem Eingang) versucht, dass hat aber offenbar nicht gereicht.

        Dann muss ich wohl doch etwas mehr Aufwand treiben 😕
        Die 5V Versorgung für den Schmitt-Trigger (74HC14 wg. der 6 Eingänge) sollte der Raspi aber hergeben, oder?

        … puh, jetzt muss ich doch nach 25Jahren wohl erstmals wieder ein Lochraster Layout entwickeln 😅

        Pedder
        All @Proxmox/Trixie auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
        Unifi, Motioneye/3Reolinks, PiHole, Bosch CS7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus
        Under construction: Smart-WoMo auf Raspi4

        1 Antwort Letzte Antwort
        0
        • Pedder007P Pedder007

          Hallo zusammen,
          in meinem Testaufbau zur Nutzung der GPIOs mit dem RPI Adapter habe ich einen Eingang konfiguriert (GPIO 5, PIN 29), welcher mit 22kOhm auf 3,3V ‚up‘ gezogen wird, bzw. mit einem Microschalter auf Gnd ‚down‘ gezogen werden kann.
          Dabei fällt mir nun bei schnellem Klicken des Schalters auf, dass man den DP im Adapter wohl leider recht leicht aus dem Tritt bringen kann, obwohl der GPIO Port immer korrekt steht (gemessen).
          Soll heißen: Am Ende einer schnellen Klickfolge steht der DP (true/false) nicht immer unbedingt da wo der Port steht (0/3,3V), bzw. entsprechend des Status des Microschalters.
          Beim nächsten langsamen Schalten wird der DP dann wieder korrekt eingefangen.

          Da ich damit eigentlich Schwimmerschalter in einer Zisterne abfragen will, ist das dann natürlich evtl. eine etwas unsichere Methode. Leider flattern die am Schaltpunkt, wenn es richtig dolle regnet und entsprechende Oberflächenbewegungen in der Zisterne entsteht, doch auch mal kurz gerne zwischen an und aus, bevor sie sich entscheiden.
          Hat sich schonmal jemand damit, also Verlässlichkeit der Datenpunkte im Adapter, auseinandergesetzt?

          Edit: Mit den Einstellungen fürs Entprellen und dem Abfrageintervall habe ich auch bereits herumgetestet, hat am Ende aber auch nichts gebracht.

          Marc BergM Online
          Marc BergM Online
          Marc Berg
          Most Active
          schrieb am zuletzt editiert von
          #4

          @pedder007
          Nur eine Idee: Du benutzt einen relativ großen Pullup Widerstand. Das KÖNNTE dazu führen, dass die Flanke bei schnellen Wechseln nicht steil genug ist, um einmal durchzuschalten. Ich würde es mal mit einem kleineren Widerstand versuchen, 3,3k oder gar 1k.

          NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana

          Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad

          Benutzt das Voting im Beitrag, wenn er euch geholfen hat.

          Pedder007P 1 Antwort Letzte Antwort
          0
          • Marc BergM Marc Berg

            @pedder007
            Nur eine Idee: Du benutzt einen relativ großen Pullup Widerstand. Das KÖNNTE dazu führen, dass die Flanke bei schnellen Wechseln nicht steil genug ist, um einmal durchzuschalten. Ich würde es mal mit einem kleineren Widerstand versuchen, 3,3k oder gar 1k.

            Pedder007P Offline
            Pedder007P Offline
            Pedder007
            schrieb am zuletzt editiert von Pedder007
            #5

            Hallo @marc-berg, danke auch für die Idee, auf welche ich allerdings auch bereits gekommen war. Ich hatte es schon mit 4,7k und 2,2k probiert 😊
            Da das auch nichts gebracht hatte, bin ich dann, nach weiterer www-Recherche, von den ursprünglichen 10k mal noch oben gegangen, deshalb aktuell der Wert.

            Pedder
            All @Proxmox/Trixie auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
            Unifi, Motioneye/3Reolinks, PiHole, Bosch CS7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus
            Under construction: Smart-WoMo auf Raspi4

            1 Antwort Letzte Antwort
            0

            Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

            Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

            Mit deinem Input könnte dieser Beitrag noch besser werden 💗

            Registrieren Anmelden
            Antworten
            • In einem neuen Thema antworten
            Anmelden zum Antworten
            • Älteste zuerst
            • Neuste zuerst
            • Meiste Stimmen


            Support us

            ioBroker
            Community Adapters
            Donate
            FAQ Cloud / IOT
            HowTo: Node.js-Update
            HowTo: Backup/Restore
            Downloads
            BLOG

            579

            Online

            32.8k

            Benutzer

            82.9k

            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