Skip to content

Grundig Sonoclock 890A-Web fails reading the station list #137

@rorso

Description

@rorso

I successfully convinced the above radio to communicate with YCast. It walks through the menus and directories that are fetched from "radio-browser.info" and it displays the configured stations.yaml.

But on every level that lists the actual station, it only displays a "communication error, please retry". It's the same when tryng to list the configured favorites.

I verified the communication with wireshark and the radio gets a station listing and confirms the recipt. It obviously does not like the data.

Cross checking with the original data captured from a communication with "grundig.radiosetup.com" (which IS vTuner), I see some content differences:

Original:

GET /setupapp/grundig/asp/browseXML/navXML.asp?gofile=LocationLevelFive-Europe-Germany-AllStations&bkLvl=9237&startItems=1&endItems=100&mac=7e1b12345678a47e5c907f5e6a9164c2&dlang=ger&fver=1&ven=grn6 HTTP/1.1

<?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<ListOfItems>
	<ItemCount>7429</ItemCount>
	<Item>
		<ItemType>Previous</ItemType>
		<UrlPrevious>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=LocationLevelFour-Europe-Germany&amp;bkLvl=9237</UrlPrevious>
		<UrlPreviousBackUp>http://grundig2.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=LocationLevelFour-Europe-Germany&amp;bkLvl=9237</UrlPreviousBackUp>
	</Item>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>81163</StationId>
		<StationName>!!! 0nline-disco !!!</StationName>
		<StationUrl>http://grundig.vtuner.com/setupapp/grundig/asp/func/dynamODFS.asp?ex45v=7e1b858b9671a47e5c907f5e6a9164c2&amp;id=81163</StationUrl>
		<Bookmark>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;stationid=81163</Bookmark>
	</Item>
        <!-- more items -->
</ListOfItems>

YCast version:

GET /ycast/radiobrowser/country/Austria?vtuner=true&startItems=1&endItems=100&mac=c123456789e56dad9aa7d69a827c1d6a&dlang=ger&fver=1&ven=grn6 HTTP/1.1

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<ListOfItems>
	<ItemCount>320</ItemCount>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>RB_37cd2212-ac24-4002-802d-f6c05c488708</StationId>
		<StationName>  _01 SALZBURG FM</StationName>
		<StationUrl>http://canli.arabeskinmerkezi.com/9180/stream</StationUrl>
		<StationDesc>arabesk, arabic music, pop, pop music</StationDesc>
		<Logo>http://grundig.radiosetup.com/ycast/icon?id=RB_37cd2212-ac24-4002-802d-f6c05c488708</Logo>
		<StationFormat>arabesk</StationFormat>
		<StationLocation>AT</StationLocation>
		<StationBandWidth>128</StationBandWidth>
		<StationMime>AAC+</StationMime>
		<Relia>3</Relia>
		<Bookmark />
	</Item>
        <!-- more items -->
</ListOfItems>

While it should not harm to send more information, it seems a little odd to send the StationId as a string instead of the original integer. Due to the prefix it disqualifies as a GUID.

Is it granted that all(?) vTuner clients accept a station id as 39-character string? No problem report so far on this level? I did not find any reports in the past issues. But I don't see any "Grundig" devices either.

The different XML encoding "should" pose no problem as long as the client is sufficiently XML compliant.

Maybe the added parameters &fver=1&ven=grn6 have a special meaning in preparing the output for that device.

But then ... the StationId does not seem to carry valuable info in this collection anyway. It IS contained in the Bookmark URL and will get the right stream when queried from a saved entry. At least my device has no option to search by StationId, so I think it is dumped anyway.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions