I have a question about AppEUI, according to 1.0.3, it is said that AppEUI must be unique but when I read chirpstack documentation, it says it is used only in JoinReq frame, should be just 0000000000000000. I am a little bit confused about it ? Could you please make it clear ? How must I provision my devices ?
It depends on the device and manufacturer. I've seen it work both with 16 zeros and with a unique AppEUI. As a rule of thumb, I'd use the unique one if you have it. Does that help?
@@meteoscientific I dont have any unique key. At first glance, AppEUI sounds identifer of application in Chirpstack when I read 1.0.3 spec and should be unique per application.Chirstack documentation says when provisioning, needed keys are only DevEUI and Appkey, let AppEUI be zeros for all application. Lets say I have different application in chirpstack and if all AppEUI's are same, is any kind of collision possible ?
The zero out is more for devices that do not have an appeui assigned. It basically creates a placeholder so cs can onboard and assign apps/integrations. It does this dif than other consoles. If you have an existing appeui assigned to an integration through a previous console integration or OEM that you wish to use after migration to cs then use the existing appeui not 0s. **Chirptack applications can hold multiple deveuis that differentiate the data so no collisions. The appeui is not associated with the cs application so more reasons for no collision** see rest api for more details of applications integrations and associated devs
@@kadirozdinc6065 via a pro (Mark Twain IV) "The zeroe are more for devices that do not have an appeui assigned. It basically creates a placeholder so Chirpstack (CS) can onboard and assign apps/integrations. If you have an existing appeui assigned to an integration through a previous console integration or OEM that you wish to use after migration to CS then use the existing appeui not zeros. Chirpstack applications can hold multiple deveuis that differentiate the data, so no collisions. The appeui is not associated with the CS application so more reasons for no collision. See rest api for more details of applications integrations and associated devs."
We don't have a solid MQTT integration yet, here are docs on how to use it: github.com/disk91/helium-chirpstack-community/wiki/Helium-compatible-Integration#mqtt-integration
I have a question about AppEUI, according to 1.0.3, it is said that AppEUI must be unique but when I read chirpstack documentation, it says it is used only in JoinReq frame, should be just 0000000000000000. I am a little bit confused about it ? Could you please make it clear ? How must I provision my devices ?
It depends on the device and manufacturer. I've seen it work both with 16 zeros and with a unique AppEUI. As a rule of thumb, I'd use the unique one if you have it. Does that help?
@@meteoscientific I dont have any unique key. At first glance, AppEUI sounds identifer of application in Chirpstack when I read 1.0.3 spec and should be unique per application.Chirstack documentation says when provisioning, needed keys are only DevEUI and Appkey, let AppEUI be zeros for all application.
Lets say I have different application in chirpstack and if all AppEUI's are same, is any kind of collision possible ?
The zero out is more for devices that do not have an appeui assigned. It basically creates a placeholder so cs can onboard and assign apps/integrations. It does this dif than other consoles. If you have an existing appeui assigned to an integration through a previous console integration or OEM that you wish to use after migration to cs then use the existing appeui not 0s. **Chirptack applications can hold multiple deveuis that differentiate the data so no collisions. The appeui is not associated with the cs application so more reasons for no collision** see rest api for more details of applications integrations and associated devs
@@kadirozdinc6065 via a pro (Mark Twain IV)
"The zeroe are more for devices that do not have an appeui assigned. It basically creates a placeholder so Chirpstack (CS) can onboard and assign apps/integrations.
If you have an existing appeui assigned to an integration through a previous console integration or OEM that you wish to use after migration to CS then use the existing appeui not zeros.
Chirpstack applications can hold multiple deveuis that differentiate the data, so no collisions. The appeui is not associated with the CS application so more reasons for no collision. See rest api for more details of applications integrations and associated devs."
Thank you all so much for your great explanations
How can i acces this data? Tried with mqtt, but it doesn`t work.
We don't have a solid MQTT integration yet, here are docs on how to use it: github.com/disk91/helium-chirpstack-community/wiki/Helium-compatible-Integration#mqtt-integration
@@meteoscientific thank you