Does this package support cooking-hacks RN2483? about lorawan

[brocaar]

I've been testing a lot with the RN2483 myself and I don't have any issues with receiving the correct data. Although I don't know exactly what you mean with cooking-hacks RN2483? There shouldn't be any difference in how nodes encrypt as the encrypting meganism is defined by the specs.

Ae you sure that you did set your AppSKey correctly in both LoRa App Server and your node? Please note that in some scripts / for some nodes you need to enter it LSB, in some others MSB. This makes a difference in what you will receive 😉 In case you have doubts, start testing with a key that is equal to its reverse byte order (e.g. 01010101010101010101010101010101).

[Yaoshicn]

@brocaar
Thank you for your reply. The cooking-hacks RN2483 means : https://www.cooking-hacks.com/lorawan-shield-for-raspberry-pi-868-mhz-xbee-socket . We use this chip since we need to integrate some other codes on a Raspberry Pi. The cooking-hacks provide a library so that we can operate RN2483 by C++ program directly.

I double checked the setting and have tested a key that is equal to its reverse byte order. It still not work. If you have time, would you please run the JavaScript I mentioned before to get a better understanding? Thanks again.

[Yaoshicn]

Hi, @brocaar,

Problem solved. I apologize for my carelessness. I did not encode the data with base 64.

apiEnqueueDownlinkQueueItemRequest {
confirmed (boolean, optional): Is an ACK required from the node. ,
data (string, optional): **Base64 encoded data**. ,
devEUI (string, optional): Hex encoded DevEUI of the node. ,
fPort (integer, optional): FPort used (must be >0) ,
reference (string, optional): Random reference (used on ack notification).
}

Thank you for your help and patience.

Best Regards,
Xuanliang