Verwenden Sie diese Seite, wenn ein OTAA-Gerät bei Not joined yet stehen bleibt oder eine abgelehnte Join-Anfrage anzeigt. Arbeiten Sie anhand der Nachweise: das Join-Abzeichen des Geräts auf seinem LoRaWAN-Tab und seine Join-Anfragen im Frames-Log (Devices > ⋯ > LoRaWAN frames).
Schritt 1: Wird die Join-Anfrage überhaupt empfangen?
Suchen Sie im Frames-Log nach Join request-Zeilen mit der DevEUI des Geräts, während Sie das Gerät einschalten.
| Sie sehen | Bedeutung | Was zu tun ist |
|---|---|---|
| Gar keine Join-Anfrage | Kein Gateway von Ihnen hat das Gerät empfangen. | Prüfen Sie, ob ein Gateway in der Nähe des Geräts Online ist. Prüfen Sie, ob das Gerät ein EU868-Gerät ist und tatsächlich versucht, sich anzumelden (viele Geräte benötigen einen Tastendruck oder einen Magneten). Bringen Sie das Gerät zum Test näher an das Gateway. |
| Join-Anfragen vorhanden, aber der Gerätename fehlt | Die DevEUI gehört nicht zu Ihren Geräten. | Siehe unten „Unknown DevEUI“. |
| Join-Anfragen mit rotem Ergebnis | Der Join-Server hat sie abgelehnt. | Den Grund finden Sie in der Tabelle unten. |
| Eine Join accept-Zeile mit Sent via …, das Gerät fragt aber weiterhin an | Das Gerät hat die Antwort nicht empfangen oder nicht akzeptiert. | Siehe unten „Join accept sent, device keeps trying“. |
Schritt 2: Die Ablehnungsgründe
| Abzeichen oder Frames-Log | Code | Ursache | Was zu tun ist |
|---|---|---|---|
| Unknown DevEUI | unknown_deveui | Die DevEUI ist nicht registriert, und kein Kopplungsfenster passte. | Vergleichen Sie die DevEUI auf dem Etikett des Geräts mit der eingegebenen (16 Ziffern, ohne vertauschte Byte-Reihenfolge). Fügen Sie das Gerät hinzu oder starten Sie den Kopplungsmodus. |
| Ein Gerät eines anderen Netzwerks | foreign_tenant | Die DevEUI gehört zu einer anderen Organisation. | Wenn das Gerät Ihnen gehört, wurde es zuvor woanders registriert. Dort muss es entfernt werden. Hermetry sagt nicht, wo. |
| Join refused: wrong AppKey? / Wrong AppKey | join_mic_failed | Die Integritätsprüfung mit dem gespeicherten AppKey ist fehlgeschlagen. | Geben Sie den AppKey erneut ein, wie er auf dem Datenblatt des Lieferanten unter Keys > New AppKey steht. Prüfen Sie, ob Sie AppKey und einen anderen Schlüssel nicht verwechselt haben. Bei Geräten, die per Kopplung hinzugefügt wurden: Prüfen Sie den gemeinsamen AppKey des Profils. |
| Join refused: other JoinEUI | join_eui_mismatch | Das Gerät sendet eine JoinEUI, die von der gespeicherten abweicht. | Ändern Sie die gespeicherte JoinEUI auf den Wert, den das Gerät sendet (oft 0000000000000000), oder aktivieren Sie anyJoinEui für das Gerät über die API. |
| Join refused: DevNonce used before / DevNonce used before | devnonce_replay | Das Gerät hat eine DevNonce wiederverwendet. Tritt häufig bei 1.0.4-Geräten nach einem Werksreset auf (ihre DevNonce beginnt wieder bei 0). | Lassen Sie das Gerät weiter versuchen: Es wechselt zu neuen Werten. Tut es das nicht, setzen Sie den AppKey erneut (Replace keys), wodurch der DevNonce-Verlauf gelöscht wird. |
| Kein AppKey gespeichert | no_appkey | Das Gerät hat keinen Schlüssel. | Legen Sie unter Keys einen AppKey fest. |
| Wartet auf Freigabe | pending_approval | Der Kopplungsmodus hat das Gerät hinzugefügt; niemand hat es freigegeben. | Geben Sie es frei. |
| Wird durch den Kopplungsmodus hinzugefügt | pairing_pending | Normal: Es wurde die erste Anfrage eines Geräts im Kopplungsmodus gefunden. | Warten Sie auf die nächste Join-Anfrage des Geräts. |
| ABP-Gerät: Es meldet sich nicht an / ABP device sent a join request | not_otaa | Das Gerät ist als ABP registriert, arbeitet aber mit OTAA. | Entfernen Sie es und fügen Sie es erneut als OTAA hinzu. |
| Join refused (mac_version_not_supported) | mac_version_not_supported | Die gespeicherte LoRaWAN-Version ist nicht 1.0.2, 1.0.3 oder 1.0.4. | Legen Sie eine unterstützte Version fest. LoRaWAN-1.1-Geräte müssen auf den 1.0.x-Modus umgestellt werden. |
Join accept sent, device keeps trying
Der Join-Server hat die Anfrage akzeptiert und ein Gateway hat die Antwort gesendet, dennoch sendet das Gerät erneut Join-Anfragen.
| Mögliche Ursache | Was zu prüfen ist |
|---|---|
| Das Gerät ist für die Antwort zu weit vom Gateway entfernt | Uplinks erreichen das Gateway, die Antwort erreicht das Gerät aber nicht. Prüfen Sie RSSI und SNR der Join-Anfrage; versuchen Sie einen Standort näher am Gateway. |
| Ein Duty-Cycle-Limit am Gateway | Die Werte lora.gw.dc_used_pct.<band> des Gateways; viele bestätigte Uplinks oder Downlinks können das Budget aufbrauchen. |
| Die Round Trip des Gateways ist zu langsam | Die Round trip des Gateways. Eine Join accept erfolgt 5 s (RX1) oder 6 s (RX2) nach der Anfrage; eine langsamere Verbindung verpasst beide Fenster. |
| Falsche Region am Gerät | Das Gerät muss ein EU868-Gerät sein. |
| Das Gateway sendet nicht | Prüfen Sie das eigene Log des Gateways sowie lora.gw.dn_failed / lora.gw.dn_unknown. |
Join-Antwort nicht gesendet (kein Gateway rechtzeitig)
Der Join-Server hat die Anfrage akzeptiert, aber kein Gateway konnte die Antwort rechtzeitig senden: Jedes Gateway, das sie empfangen hat, war offline, deaktiviert, im lokalen Modus, hatte kein Duty-Cycle-Budget mehr oder war für beide Fenster zu langsam. Prüfen Sie die Gateways in der Nähe des Geräts. Das Gerät versucht es selbstständig erneut.
Nach erfolgreichem Join keine Daten
Das Abzeichen zeigt Joined, aber es kommen keine Messwerte an. Siehe Fehlerbehebung bei Uplinks und Downlinks.
Immer noch festgefahren
Sammeln Sie die DevEUI des Geräts, den Zeitpunkt eines Join-Versuchs und einen Screenshot der Zeilen im Frames-Log, und kontaktieren Sie den Support.