Took a little time but I get why.
If you look add page 7 it says:
H = 0 when the header is enabled and H = 1 when no header is present.
In spreadsheet in column B9:
“=if(C9=“yes”,1,0)”
Yes == 1.
This is the opposite of what Semtech Describes.
1-H simply inverts 1 to 0 (just as Semtech wants).
if you would change the value of B9 to
“=if(C9=“yes”,0,1)”
Then you can use the same formula as Semtech.
I hope you can follow it 
hello matthijs
Thank you for the spreadsheet, it does explain better the LoRa symbol / bit conversion.
I would like to ask you about the 8 mandatory symbols in the payloadnb symbol. I searched everywhere to explain their utility, since it’s not representing the preamble length. A payload has at least 8 symbols, what are those representing?
Thank you,
Hello BoRRoZ,
Thank you for the reply,
Still the 8 symbols i’m talking about aren’t those of the preamble. As you see:
Time on Air = T preamble + T payload
with
Tpreamble= (NbPreamble (8) + (symbols added by radio)4,25) x Tsymbol
and
Tpayload = NbPayloadSymbol x Tsymbol
And according to LoRa calculator, the NbPayloadSymbols is calculated with this formula:
I am looking for the meaning of those 8 symbols (red circle). In the formulas of the calculator the nPayload is independant from the 8+4.25 symb of the preamble.
In the Loramac-node project, the low data rate optimization is set not just for SF12BW125 and SF11BW125, but also for SF12BW250. Not sure where this stuff is supposed to be documented… I can’t find anything in the LoRaWAN standard. Doesn’t look like any regions actually use this setting though.
Hey everyone i just want to ask how to calculate or get packet error rate for LoRa???
search (right top corner)
i did search the is no clear discussion about it.
A post was merged into an existing topic: 8 default symbols in LoRa payload, What do they represent?
Thanks for this spreadsheet!
I have a question about downlink Toa…
The only difference between uplink and downlink is the CRC field, right?
"Downlink messages use the radio packet explicit mode in which the LoRa physical header 377 (PHDR) and a header CRC (PHDR_CRC) are included*.
*No payload integrity check is done at this level to keep messages as short as possible with minimum impact on any duty-cycle limitations of the ISM bands used." [lorawan specification]
If yes, I can use this spreadsheet for the Toa Downlink computation but I have to subtract 16 bit of CRC. I’m right?
Thanks in advance for replies and for your help.
If there is at least 13 bytes in a packet, I often see in the papers that the data packets of physical payload size such as 9 bytes and 10 bytes are launched. How do they do it?
A LoRaWAN\TTN packet has a length of 13 bytes plus payload.
Are ‘the papers’ referring to plain LoRa packets ?
I think So.
Only LoRaWAN will add extra data.
Thanks.
I think it’s explicit vs implicit header. Academic, not relevant to TTN.
I dont see how the type of header would affect the payload size ?
I’m sorry to disturb you again.
Can’t the gateway receive plain LoRa packets? After a round of asking, I found that the gateway can only accept LoRaWAN packets
Why would you want it to ?
Just to collect data.
The P2P communication provided by some nodes can only communicate between two nodes.
This forum is focussed on TTN and by extension LoRaWAN implementations. LoRa only/LoRaP2P is out of scope. There are LoRa ‘Gateways’ which you may be thinking of - effectively single channel or dual channel LoRa packet forwarders…there are disruptive to LoRaWAN networks and should not be connected to them and should NOT be conneceted to TTN. You should look to other forums and othe LoRa RF Library instances for support on these. A LoRaWAN GW will ‘hear’ LoRa only transmissions but will not action or handle the traffic and it will be ignored/dropped at the GW.
I thought the question from @haowong was bad expressed. Of course the payload is something else. It can be also zero. In that context the question is meaningless to me.