Have you previously tried to register it in V3 - using Add Gateway, before trying Claim process? Could a colleague or collaborator have done so or tried?
Okay, so it sounds like someone else already claimed this gateway. Since you already have the CLI set up, you can look up the gateway registration with the following command (replace the EUI with the actual one):
You can then run the following command to find out who registered this gateway (replace the ID with the gateway_id in the output of the previous command):
Now that you know who claimed the gateway, you should be able to reach out to them (they should typically have the same username here on the forum) and ask them to delete the gateway if it’s not theirs.
I’ve got multiple devices, some from the same batch and some from other batches and all have (seemingly) random passwords. I didn’t notice any duplicates. However the password is just a few characters so some overlap may occur at some point…
If someone has claimed @dvbahder’s gateway, that means they have a TTIG with an EUI sufficiently similar with either an identical or sufficiently similar WiFi password that they managed by some statistical miracle to claim the TTIG.
I’m trying to eliminate the the first possibility for the WiFi password - if they are all random, it would be interesting to compute the probability of someone managing to claim someone else’s TTIG by misreading or mistyping (or both) the EUI & the password.
May-be someone ADDed a wrong gateway? Or a coworker (bought at RS usually implies not a consumer acquired device) already claimed it?
Two possible explanations I think more plausible.
A restocked/returned item? Perhaps registered by previous owner. A couple of years back in early days of RS shipping I had a mis-ship/mis-pack where they sent a 915Mhz device - in 868Mhz box! That had to be returned - so not unknown… and yes I had to register it before I realised it wasnt operating as expected…
I bought the device as new (rsonline-privat.com), I unpacked it, registered with ttn (my first account with ttn) and it worked straight away since 11-2019 to this day and is still working
in the v2 i can see it and it has no other owners, no collaboraters
I tried the instructions from htdvisser
in cli answer is
…nothing
i have in another account (school in Dresden, since 2020) a mikrotik, is working fine in v3,
with the same commands, i’ve correct answers
the comands are working in my account…
Sorry for the confusion. I meant “claimed the EUI” – either by registering a gateway with that EUI (ignoring all the warnings), or by claiming a gateway and then returning it to RS like @Jeff-UK described above.
Since the CLI says that this gateway has no collaborators, it’s possible that someone did register it, and then (instead of deleting it) revoked their own rights on the gateway. @dvbahder could you please share the full EUI of your gateway, then we try to find out what’s going on here.
sorry
Gateway with EUI 58A0CBFFFE800FB0 already exists and is not authorized for claiming
on cli my rigths only for own v3 gateways, could`nt find any gateways#
I should just wait until v2 ends and then register my ttig new in v3 with a new ID
Status in v2 (is working)
GATEWAY OVERVIEW
Gateway ID eui-58a0cbfffe800fb0
Description TTN Gateway Indoor DvB
Owner dvbahder
Status connected (v2)
Frequency Plan Europe868MHz
Router ttn-router-eu
You never actually own an EUI, you merely look after it for the network.
In short, no, an entry in v2 doesn’t verify the ownership of a gateway as anyone can enter any EUI they like. And it has been clearly stated by TTI that they aren’t going there - search the forum for such discussions from around mid-June when migrations started.
You need to petition TTI to help you with this - only TTI staff have access to TTI systems so only they can help you further - maybe @KrishnaIyerEaswaran2 can help.