Von English mit KI übersetzt ·
Das ist nicht Ihr Topic. Hermetry erlaubt einem Gerät nur das Abonnieren seiner eigenen Downlink-Topics: v1/attributes/set, v1/attributes/res/+, v1/rpc/req/+, v1/rpc/up/res/+ und v1/cert (dazu die gw-Topics für Gateways). Ein Gerät erhält nie Nachrichten eines anderen Geräts und sieht nie seine eigenen Uplinks. Die Tabelle steht unter MQTT topics and payload reference. Bei meinem ersten Projekt bin ich auch darüber gestolpert.
Für 1 brauchen Sie überhaupt kein Echo. Die PUBACK ist die Bestätigung: Hermetry sendet sie erst, wenn die Nachricht sicher in der Warteschlange liegt, und in der Reihenfolge, in der Sie veröffentlicht haben. Behalten Sie den Messwert in Ihrem Puffer, bis sein PUBACK eintrifft, und löschen Sie ihn dann. Stirbt die Session vorher, senden Sie ihn nach dem Reconnect erneut; Duplikate mit demselben Schlüssel und Zeitstempel werden ohnehin nur einmal gespeichert.
Für 2 sollte das Display gar nicht per MQTT lauschen. Geben Sie ihm einen API-Schlüssel und lassen Sie es den neuesten Wert alle paar Minuten per REST abrufen:
GET https://<your host>/tenant/<tenantId>/api/telemetry/latest?kind=iot_device&entityId=<cabinet3 id>&keys=kwh
Authorization: Bearer sk_live_...Machen Sie den Schlüssel nur lesend (Telemetrie-Lesezugriff reicht), tragen Sie die öffentliche Adresse des Depots in die IP-Allowlist des Schlüssels ein und beachten Sie das Ablaufdatum: standardmäßig 90 Tage, höchstens ein Jahr. Setzen Sie also eine Erinnerung für die Rotation. Danach können Sie auch das Gerät des Displays löschen, es braucht keins.
It’s not your topic. Hermetry only lets a device subscribe to its own downlink topics: v1/attributes/set, v1/attributes/res/+, v1/rpc/req/+, v1/rpc/up/res/+ and v1/cert (plus the gw ones for gateways). A device never gets another device’s messages and never sees its own uplinks. The table is on MQTT topics and payload reference. Bit me too on my first project.
For 1 you don’t need an echo at all. The PUBACK is the confirmation: Hermetry only sends it once the message is safely queued, and in the order you published. Keep the reading in your buffer until its PUBACK arrives, drop it then. If the session dies before that, send it again after reconnect, duplicates with the same key and timestamp are stored once anyway.
For 2 the display shouldn’t be listening on MQTT at all. Give it an API key and let it read the latest value over REST every few minutes:
GET https://<your host>/tenant/<tenantId>/api/telemetry/latest?kind=iot_device&entityId=<cabinet3 id>&keys=kwh
Authorization: Bearer sk_live_...Make the key read only (telemetry read is enough), put the depot’s public address in the key’s IP allowlist, and note the expiry: 90 days by default, a year at most, so put a reminder in for the rotation. Then you can delete the display’s device too, it doesn’t need one.