Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

KIMB-technologies/Radio-API #57

Closed
Sepphuber007 opened this issue Apr 7, 2024 · 9 comments
Closed

KIMB-technologies/Radio-API #57

Sepphuber007 opened this issue Apr 7, 2024 · 9 comments
Assignees
Labels
enhancement New feature or request question Further information is requested

Comments

@Sepphuber007
Copy link

Sepphuber007 commented Apr 7, 2024

Hello
I have 4 wifi radios: all 4 were previously connected to wifi.

Now I have connected 2 to Lan and the broadcast list has disappeared on both (back to the original Frontier broadcast list). Switched the 2 back to wifi and still I can't get their list - what am I doing wrong?

Is it not possible to connect the radio to the Lan to get the broadcast list from them? KIMB-technologies/Radio-API

thx
Sepp

@Sepphuber007 Sepphuber007 added the enhancement New feature or request label Apr 7, 2024
@kimbtech
Copy link
Member

kimbtech commented Apr 7, 2024

Hi Sepp,

I do not use my Radio via ethernet, however, I can not imagine that using a wired connection instead of a wireless is a problem for Radio-API itself.

But I assume that the connection settings to redirect the requests to Radio-API instead of Silicone Frontier's API may need to be changed or redone.
E.g. the DNS server setting might be reset when connecting to an ethernet cable or DHCP gets enabled to fetch the default DNS server.

@kimbtech kimbtech added the question Further information is requested label Apr 7, 2024
@Sepphuber007
Copy link
Author

Sepphuber007 commented Apr 7, 2024

I have now switched it to wifi but unfortunately it is not working yet.
I have reset the radio dns runs via pihole as with the others.
2 radios are working and 2 are not can it be that when you switch it to wifi it takes a while until it is recognized?

Do you know where else I can look?

thanks

@kimbtech
Copy link
Member

kimbtech commented Apr 7, 2024

Yes, this is possible. Typically DNS results/ answers have a TTL (time to live). Thus, the radio may only query the DNS server every x time units (for me it is 12 hours for *.wifiradiofrontier.com).
However, a good DNS implementation should clear this cache of results, when settings are changed, but I am not sure, if the Radio clears it.

@Sepphuber007
Copy link
Author

Thank you then I'll wait

@Sepphuber007
Copy link
Author

Sepphuber007 commented Apr 9, 2024

Hello

The two radios use the same DNS and I only ever get:
Register http://nuvola.link/sr
Code:xxxxxx
Valid for 10 minutes
Do you happen to know another solution
I use Pihole but have not changed anything except that I have connected them directly to the LAN. Now they have been connected to the wifi again for 1 day and I still can't get your reg. favs that are stored on my Rapi,

At the moment I don't know what to do......

PS: 2 Radio sind die gleiche Baureihe und die anderen 2 auch und jeweils von einer jeder Baureihe geht einer und der 2 nicht nur weil sie am LAN waren vermutlich weil bis dato hat es immer perfekt funktioniert nur finde ich den Fehler nicht .

Thanks in advance Sepp

Translated with DeepL.com (free version)

@fletchg
Copy link

fletchg commented Apr 9, 2024 via email

@kimbtech
Copy link
Member

kimbtech commented Apr 9, 2024

Hi,
I assume the same issue fletchg points out.
Two radios still work well with your Radio-API installation, thus, the installation will not be the problem.
All four radios used to work with Radio-API, so the radios themselves are be compatible, too.

Then, the only possible thing causing the problems are the DNS requests and thus, the redirect of the radios' requests to Radio-API. Especially, because the problems started after changing radios from Wifi to Ethernet.
However, I still not understand, why the radios stopped working with Radio-API after (re-)connecting via Wifi.

  • Are you able to see all DNS requests the radios do? (Possibly Frontier changed something with their domains and we need to update something in the DNS? I checked their service, but did not notice any relevant changes.)
  • Did the radios try to do an update after connecting via Ethernet?
  • Did you notice any differences of the radios interface after connecting via Ethernet (besides missing Radio-API)?
  • You may try to "Factory Reset" the radios. This will reset all settings of the radios to the default ones and after changing the DNS server again, the radios will hopefully work with Radio-API again.

PS: If it is easier for you, you may also answer in German.

@Sepphuber007
Copy link
Author

Sepphuber007 commented Apr 12, 2024

Danke das ich Deutsch auch schreiben kann. Ich habe den Fehler gefunden hab mir im Pihole den DNS Record gelöscht hama.wifiradiofrontier.com jetzt funktioniert wieder alles danke nochmal für eure Unterstützung.
lg Sepp
PS: Kann geschlossen werden

@kimbtech
Copy link
Member

kimbtech commented Apr 12, 2024

Super, dass es jetzt wieder funktioniert!
Mich hatte es echt schon sehr gewundert, wie das sein kann und ob Frontier Silicon angefangen hat, irgendwelche Maßnahmen gegen alternative APIs umzusetzen — glücklicherweise aber nicht 😀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request question Further information is requested
Development

No branches or pull requests

3 participants