Yapay zekâ tarafından English dilinden çevrildi ·
Tek kanallı kartlar tek bir frekansı ve tek bir yayılma faktörünü dinler. Gerçek bir LoRaWAN ağ geçidi ise aynı anda sekiz kanalı ve tüm SF değerlerini dinler. LoRaWAN düğümleri kanalları bilerek değiştirir, bu yüzden tek kanallı bir kart yalnızca frekansına denk gelen çerçeveleri yakalar.Laura, burada birbirinden ayrı iki sorun var.Katılımlar: EU868’de katılım istekleri üç varsayılan kanalı, 868.1, 868.3 ve 868.5’i kullanır. Düğümünüz üçünden birini rastgele seçer, dolayısıyla 868.1’deki tek kanallı bir kart katılımların yaklaşık üçte birini duyar. “Dörtte bir” dediğiniz durum budur. Katılım yanıtı düğüme beş kanal daha verir (867.1 ila 867.9), bu nedenle katıldıktan sonra sekiz kanal arasında atlar.Tezgah testi için katılımdan sonra kanalı sabitleyebilirsiniz. MCCI LMIC’te EV_JOINED işleyicisinde:
case EV_JOINED:
// yalnızca tezgah: kanal 0'ı (868.1) tut, diğerlerini bırak
for (int ch = 1; ch < 9; ch++) {
LMIC_disableChannel(ch);
}
LMIC_setLinkCheckMode(0);
break;lmic_eu868.c dosyasını düzenlemeyin ve bunu sahaya göndermeyin. Katılımın kendisine bir yardımı olmaz.Asıl engel yine de UDP kısmı. Hermetry eski UDP paket yönlendiricisini hiç desteklemiyor; ağ geçitleri Basics Station ile ya da lisanslı bir yönlendirici olarak bağlanır. Dolayısıyla bu kart kurumunuzda hiçbir zaman ağ geçidi olamazdı, bu yüzden listede de yok. Çerçeve günlüğünde gördüğünüz veri başka bir yerden geldi. Binada başka bir ağ geçidi var mı? Bizimki, kendi ağ geçidimizi eklemeden önce komşunun çerçevelerini yakalamıştı.Bugün işe yarayan tezgah seçeneği: Basics Station çalıştıran, ucuz 8 kanallı herhangi bir kapalı alan ağ geçidi. Bizimki soğuk oda sensörlerinden daha ucuza geldi.
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.