I/O Kontrolle auf Repeater

HB9DTZ · December 2, 2025, 7:09pm

Guten Tag

Hat jemand von euch Erfahrung betreffend der Nutzung von I/O‘s insbesondere auf einem Repeater. Unterstützt MeshCore überhaupt die Kontrolle von I/O‘s? Und falls ja, würden diese z.B. über die CLI aktiviert bzw. konfiguriert? Ich setze RAK Hardware ein (RAK4630) welche über physische I/O’s direkt auf dem Board verfügt. Ich bedanke mich im Voraus für Tipps oder auch für Himweise, wo ich Informationen zu diesem Thema finden kann.

L.G. HB9DTZ

chrigu · December 2, 2025, 8:49pm

Soweit ich sehe, sind getGpio() und setGpio() bei den wenigsten Boards implementiert.

github.com/meshcore-dev/MeshCore

src/MeshCore.h

6d3219329


      
          class MainBoard {
          public:
            virtual uint16_t getBattMilliVolts() = 0;
            virtual bool setAdcMultiplier(float multiplier) { return false; };
            virtual float getAdcMultiplier() const { return 0.0f; }
            virtual const char* getManufacturerName() const = 0;
            virtual void onBeforeTransmit() { }
            virtual void onAfterTransmit() { }
            virtual void reboot() = 0;
            virtual void powerOff() { /* no op */ }
            virtual uint32_t getGpio() { return 0; }
            virtual void setGpio(uint32_t values) {}
            virtual uint8_t getStartupReason() const = 0;
            virtual bool startOTAUpdate(const char* id, char reply[]) { return false; }   // not supported
          };
          
          /**
           * An abstraction of the device's Realtime Clock.
          */
          class RTCClock {
            uint32_t last_unique;

Die Implementierung in der CLI ist heute nur im Sensor drin:

github.com/meshcore-dev/MeshCore

examples/simple_sensor/SensorMesh.cpp

6d3219329


      
            Serial.println("ACL:");
            for (int i = 0; i < acl.getNumClients(); i++) {
              auto c = acl.getClientByIdx(i);
              if (c->permissions == 0) continue;  // skip deleted entries
          
              Serial.printf("%02X ", c->permissions);
              mesh::Utils::printHex(Serial, c->id.pub_key, PUB_KEY_SIZE);
              Serial.printf("\n");
            }
            reply[0] = 0;
          } else if (memcmp(command, "io ", 2) == 0) { // io {value}: write, io: read 
            if (command[2] == ' ') { // it's a write
              uint32_t val;
              uint32_t g = board.getGpio();
              if (command[3] == 'r') { // reset bits
                sscanf(&command[4], "%x", &val);
                val = g & ~val;    
              } else if (command[3] == 's') { // set bits
                sscanf(&command[4], "%x", &val);
                val |= g;    
              } else if (command[3] == 't') { // toggle bits

Sieht also schlecht aus in der offiziellen Firmware. Der Repeater kann heutzutage keine GPIOs per CLI steuern.

HB9DTZ · December 5, 2025, 10:51am

Ganz herzlichen Dank für diese Info! Dann werde ich dies anders zu lösen versuchen. Die Idee war, an einem, aus MeshCore Sicht interessanten Standort ein anderes Gerät resetten zu können. (Diese Möglichkeit hätte das Aufstellen eines Repeaters an diesem Standort gerechtfertigt) .

chix · December 5, 2025, 10:56am

Mit dem richtigen Board wäre das ja grundlegend möglich. Da ich selber auch so ein Projekt im Kopf hätte werde ich das am Wochenende mal durch spielen und die Details dann hier mit euch teilen.

HB9DTZ · December 5, 2025, 10:57am

Vielleicht könnte man die GPIO Steuerung auf einem Client realisieren und diesen ein paar Meter vom Repeater hinlegen? Dann wäre die Funktion vorhanden und trotzdem ein Repeater da?