Beantwoord

Geen ontvangst van downlink berichten in RX1 slot

  • 6 oktober 2020
  • 4 reacties
  • 126 keer bekeken

Wij zijn bezig met een klasse A device dat gebruik maakt van OTAA. Als ik dit device in de Thing Park Wireless Logger bekijk dan valt me op dat downlink berichten in het RX1 slot niet verwerkt worden (geen ack) maar berichten in RX2 wel. Hierdoor werkt o.a. de ADR niet goed. Zijn er meer mensen die hier last van hebben?

icon

Beste antwoord door Rick S. 8 oktober 2020, 14:18

Goedemiddag @ErikdB ,

Volgens mij kan het aan 2 dingen liggen:

  1. In ons netwerk gebruiken we een RX1DRoffset van 3. Dat betekent dat een downlink op RX1 altijd 3 data rates lager zit dan de data rate van de uplink. Dus stel een uplink komt binnen op DR5 (SF7). Ons netwerk stuurt dan een downlink op RX1 met DR2 (SF10). Als het device deze RX1DRoffset - die met de join accept naar het device gecommuniceerd wordt - niet goed overneemt, dan zal het device niet naar de juiste data rate luisteren in het RX1 window, waardoor downlinks in dat window nooit gehoord zullen worden. Het controleren van de RX1DRoffset setting in het device zou dus een oplossing kunnen zijn.

  2. Iets anders dat meespeelt: RX2 zit in een andere subband van de 868MHZ band dan de andere kanalen. In deze subband mag er met meer vermogen gestuurd worden. Daardoor hebben berichten verstuurd via RX2 een groter link budget en dus een groter bereik / grotere kans om succesvol door het device ontvangen te worden. Zodra een device dus aan de rand van het bereik van het netwerk zit, en wellicht een antenne heeft die minder goed is in ontvangen dan zenden, dan zal je zien dat downlinks op RX2 beter ontvangen worden dan downlinks op RX1.

Ik hoop dat u hier mee verder kan!

Bekijk origineel

4 reacties

Reputatie 6
Badge +6

Goedemiddag @ErikdB ,

Volgens mij kan het aan 2 dingen liggen:

  1. In ons netwerk gebruiken we een RX1DRoffset van 3. Dat betekent dat een downlink op RX1 altijd 3 data rates lager zit dan de data rate van de uplink. Dus stel een uplink komt binnen op DR5 (SF7). Ons netwerk stuurt dan een downlink op RX1 met DR2 (SF10). Als het device deze RX1DRoffset - die met de join accept naar het device gecommuniceerd wordt - niet goed overneemt, dan zal het device niet naar de juiste data rate luisteren in het RX1 window, waardoor downlinks in dat window nooit gehoord zullen worden. Het controleren van de RX1DRoffset setting in het device zou dus een oplossing kunnen zijn.

  2. Iets anders dat meespeelt: RX2 zit in een andere subband van de 868MHZ band dan de andere kanalen. In deze subband mag er met meer vermogen gestuurd worden. Daardoor hebben berichten verstuurd via RX2 een groter link budget en dus een groter bereik / grotere kans om succesvol door het device ontvangen te worden. Zodra een device dus aan de rand van het bereik van het netwerk zit, en wellicht een antenne heeft die minder goed is in ontvangen dan zenden, dan zal je zien dat downlinks op RX2 beter ontvangen worden dan downlinks op RX1.

Ik hoop dat u hier mee verder kan!

Bedankt @Rick S. Ons device blijkt de Rx1DrOffset niet te behouden na een reset, waardoor RX1 downlinks erna niet meer worden ontvangen. Omdat de keys, framecounters, e.d. wel behouden blijven werken uplinks en RX2 downlinks wel gewoon.

Doordat het device niet meer reageert zie ik dat het netwerk vaak en langdurig RX1 downlinks blijft versturen. Kan de Rx1DrOffset niet af en toe door het netwerk via een RXParamSetupReq commando worden verstuurd?

Reputatie 6
Badge +6

Goedemiddag @ErikdB

Naar aanleiding van uw reactie ben ik weer verder op onderzoek gegaan en heb ik wat hulplijnen ingeschakeld. Ik heb van mijn collega begrepen dat we vanuit het netwerk niet kunnen helpen. Het is aan het device om gestuurde instellingen goed te waren. In het ontwerp van het netwerk wordt er dus ook aangenomen dat devices geen instellingen vergeet. 

Hierbij moeten we wel melden dat het netwerk bij het sturen van instellingen een acknowledgement van het device verwacht. Als het een device niet lukt om instellingen op te slaan, kan het device ervoor zorgen dat de instellingen opnieuw verstuurd worden door geen acknowledgement te sturen. 

De beste oplossing is in onze ogen om het device te updaten, zodat de instellingen niet meer vergeten wordt.  Een fallback mechaniek is eventueel ook een optie, als de instelling inderdaad vergeten wordt, zodat het device opnieuw met het netwerk joint. Dan zullen de instellingen ook opnieuw vanuit het netwerk gecommuniceerd worden.

Bedankt voor je aanvulling @Rick S.  Ik ben het met je eens dat het device de instellingen zou moeten vasthouden. Helaas zullen niet alle devices dat even goed doen waardoor het netwerk onnodig belast wordt.

Inmiddels hebben wij het device aangepast zodat de DLSettings parameters, waaronder de Rx1DrOffset, wel bewaard blijven. Onze ervaring is dat deze parameters alleen tijdens de join worden verstuurd en daarna niet meer. Mochten de parameters verloren gaan dan is een join de enige mogelijkheid om ze weer te herstellen.

We hebben getest met het aangepaste device en zien nu dat de RX1 berichten correct ontvangen worden. Ook na een reset, waarbij niet opnieuw een join wordt uitgevoerd, blijft het device de RX1 downlinks ontvangen.

Reageer