Traduit de English par IA ·
Les cartes monocanal écoutent une seule fréquence et un seul facteur d’étalement. Une vraie passerelle LoRaWAN écoute huit canaux et tous les SF en même temps. Les nœuds LoRaWAN changent de canal volontairement, donc une carte monocanal ne capte que les trames qui tombent sur sa fréquence.Laura, deux choses distinctes se produisent.Joins : sur EU868, les requêtes de join utilisent les trois canaux par défaut, 868,1, 868,3 et 868,5. Votre nœud en choisit un au hasard, donc une carte monocanal sur 868,1 entend environ un tiers des joins. C’est votre « un sur quatre ». La join accept donne ensuite au nœud cinq canaux supplémentaires (867,1 à 867,9), puis il saute sur huit canaux après le join.Vous pouvez le figer après le join pour un test sur banc. Dans MCCI LMIC, dans le gestionnaire EV_JOINED :
case EV_JOINED:
// banc uniquement : garder le canal 0 (868,1), désactiver les autres
for (int ch = 1; ch < 9; ch++) {
LMIC_disableChannel(ch);
}
LMIC_setLinkCheckMode(0);
break;Ne modifiez pas lmic_eu868.c et ne livrez pas cela sur le terrain. Cela ne peut rien changer au join lui-même.La partie UDP est en revanche le vrai blocage. Hermetry ne prend pas du tout en charge l’ancien packet forwarder UDP ; les passerelles se connectent avec Basics Station ou en tant que routeur sous licence. Cette carte n’aurait donc jamais pu être une passerelle dans votre organisation, ce qui explique qu’elle ne figure pas dans la liste. Ce que vous avez vu dans le journal des trames venait d’ailleurs. Y a-t-il une autre passerelle dans le bâtiment ? La nôtre a capté les trames d’un voisin avant que nous ajoutions la nôtre.Option de banc qui fonctionne dès aujourd’hui : n’importe quelle passerelle intérieure bon marché à 8 canaux qui exécute Basics Station. La nôtre a coûté moins cher que les capteurs de la chambre froide.
Single-channel boards listen on one frequency and one spreading factor. A real LoRaWAN gateway listens on eight channels and all SFs at once. LoRaWAN nodes hop channels on purpose, so a single-channel board only catches the frames that happen to land on its frequency.
Laura, two separate things are going on.
Joins: on EU868, join requests use the three default channels, 868.1, 868.3 and 868.5. Your node picks one of the three at random, so a single-channel board on 868.1 hears roughly a third of the joins. That’s your « one in four ». The join accept then hands the node five more channels (867.1 to 867.9), so after joining it hops over eight.
You can pin it after the join for a bench test. In MCCI LMIC, in the EV_JOINED handler:
case EV_JOINED:
// bench only: keep channel 0 (868.1), drop the others
for (int ch = 1; ch < 9; ch++) {
LMIC_disableChannel(ch);
}
LMIC_setLinkCheckMode(0);
break;Don’t edit lmic_eu868.c, and don’t ship this to the field. It can’t help the join itself.
The UDP part is the real blocker though. Hermetry doesn’t support the legacy UDP packet forwarder at all, gateways connect with Basics Station or as a licensed router. So that board was never going to be a gateway in your organisation, which is why it isn’t listed. What you saw in the frames log came from somewhere else. Is there another gateway in the building? Ours picked up a neighbour’s frames before we added our own.
Bench option that works today: any cheap 8-channel indoor gateway that runs Basics Station. Ours cost less than the cold room sensors.