Join requests receive but not accept

Hmmm. That says:

  • Put the EUI 70 B3 D5 E7 5F 60 00 00 and AddEUI

So, everyone who owns such a device will be using the same AppEUI. (Aside: the first 3 octets match a TTN-owned EUI, which has fooled me earlier. But the remainder is different, and owned by Nke.)

I think off-the-shelf device makers should use a unique AppEUI for all their buyers, so use a unique AppEUI for all devices. So, assuming you also added that AppEUI to the application in TTN Console as shown in that tutorial (you did, right?), then you might be running into problems when another TTN user also owns such device: some users reported that as not being a problem, but others fixed that by using a unique AppEUI; see the link above.

But first: check, and double-check, that you copied the correct AppEUI (in the Application; in V2 also make sure to select the right AppEUI in the device’s settings, in V3 you will also be able to set this in the device directly), and AppKey and DevEUI (both in the Device, where you also need to select the right AppEUI) into TTN Console. For the AppKey and DevEUI you should have some documentation with your device; do not copy the values from the screenshots in the tutorial. (You’re seeing the AppEUI and DevEUI that you should use in the gateway’s Traffic page. But you won’t see the AppKey there.) Maybe you’re lucky and the non-unique AppEUI does not matter as long as the DevEUI is unique.

Aside: the DevAddr you’re seeing is from another device. Only the lines with the orange icons (showing AppEUI and DevEUI) are for your device, the other lines are for other devices (and are not registered to TTN).