[RELEASE] cast-web v1.2.1 - Chromecast Integration (EDGE Driver discussion begins in post 1668)

This is awesome @vervallsweg, I look forward to setting this up and playing with this at home.

From what I know of how Chromecast works, I definitely believe you that directly talking to the Chromecast from ST would not be possible today. Can you enumerate what things you believe would be minimally required to make this possible. For instance, I recently have worked on some improvements to mDNS/DNS-SD discovery in the hub that might be required to find the devices on the network (this is still in development and cloud work would also be required to make it useful). What are the other major items that would be required to make this application work without the Node.js proxy?

Again, this is awesome!

4 Likes

Thanks @posborne :blush:

I didn’t even know ST supported mDNS, I thought only SSDP worked for now. If there really was mDNS support, device discovery could be handled directly from the hub, there’s not much magic to it. This would also remove the enormous dependencies for mdns in node.js. Chromecast used to respond to SSDP in Cast V1, but that is either not supported at all anymore or will be removed in the future.

The minimal requirements would be the ability to send TCP/UDP packages to a port directly (without the HTTP overhang) and protobuff support. According to the forum the first thing isn’t possible so I didn’t even bother trying to get protobuff to work. Someone who seems to have given up on his DTH already pointed out there might be undocumented protobuff support in ST, but I didn’t check.

I’ll look into adding device discovery from the hub directly in the next couple of days. Running everything of the hub would be great, but I can understand that direct connections to/from the hub may not be a great thing for security.

No, you are right about this. There is mDNS referenced in corners of the documentation but the existing implementation in the released cloud and hub code isn’t working. The work I referenced was done recently and is still quite a ways from being released (it would be release 19.x or 20.x as 18.x is already in testing now).

The hub actually only knows how to do fairly raw TCP/UDP connections, but it appears that there are limitations enforced in the cloud currently. As we revisit parts of LAN and give it some much-needed TLC, I will do what I can to push for allowing use cases beyond HTTP.

For Protocol Buffers, I doubt there will be any first-class support in the platform for it, but it should be possible to communicate with a device supporting protocol buffers so long as we provide a more raw socket at some layer. I’ve worked with various IDLs (including protocol buffers) and it is sometimes the generated code separates the packing/parsing of messages from the transmission internally which might provide some opportunity for reuse. No idea if this is the case for protocol buffers.

2 Likes

Sorry, can you clarify what does/doesn’t work in terms of getting the CC Speak to work? For instance, how would I make the CC say that “Motion is Detected”? I’m not familiar with the (defunct) Sonos apps, do you need a Sonos for that to work?

Have you done any testing around casting from Plex? That’d be sweeeeet.

For years Sonos used to have custom apps for there speakers. ST at some point decided to make the methods, etc. Sonos was using the standard for music players. That’s why the Sonos apps worked with most other speakers. For voice notifications on speakers there used to be the Sonos ‘notify by sound’ app. A couple of months ago ST just pulled it from the marketplace and ‘replaced’ it with there own ‘Speaker companion’ app. I implemented the methods they require for voice notifications according to there documentation, but there new ‘replacment’ app just doesn’t recognize my DTH.

I did some testing and changed I believe the name and other stuff to Sonos and then I could select the speaker. However it just didn’t work. Since they don’t release there code I have no clue what to implement in order to work with their speaker companion.

If you’d like to install the old Sonos smartapps, they are still available on GitHub and as a template from the ST IDE. They let you create voice notifications on Cast devices, set the volume, etc.

So no need to buy Sonos speakers, just copy and paste the old source code into the IDE and you can install these apps again and voice notifications will work.

1 Like

No I haven’t.

Just to clarify you can still cast from your phone or whatever to the Chromecasts. The DTH will then display ‘Plex’, the name, title and whatever is available from plex in the device page. See the screenshots of ‘Kitchen’ for that in the first post. You’ll be able to pause/play, set volume/mute, stop casting just like you’d with the Google Home app.

Casting only non DRM stuff just applies to the presets.

You own the content on your Plex server and they have a web interface that lets you stream from the browser. That means you should be able to somehow get a link to your movie or what you would like to set as a preset. As long as you have a media url like: http://myplexserver.lan/movies/greatestmovieever.mp4 that would play as a preset.
So it should be possible to set plex stuff as a preset, just probably takes some time to get a direct url to the content on your plex server.

chromecasts can still be discovered via SSDP, however the chromecast audio groups are only published via mDNS…

1 Like

Ah ok. Is this the correct version on Github? https://github.com/SmartThingsUle/Sonos-Notify-with-Sound-External-TTS/blob/master/Sonos_Notify_with_Sound_External_TTS.groovy

Yep, seems like it’s the one.
I used the code from the STCommunity repo. If you go up two directories you’ll also see the other sonos smartapps and the bose soundtouch smartapp. The Bose one let’s you control the presets and play at a certain volume, every feature it offers works on the DTH.

So if I have a Chromecast audio device connected to my whole house speaker setup will I be able to use this Device handler in conjunction with the old Sonos notify smartapp to have the chromecast audio provide voice notifications? Just trying to make sure that I fully understand how this is going to work before setting it up.

Yes, it will do that.
Don’t forget you need to run a node.js proxy somewhere on your network.

I wouldn’t recommend equipping your whole house with Chromecasts because of my DTH though.

1 Like

Thanks to the awesome @SBDOBRESCU the DTH will soon work with the new speaker companion app as well!

ST somehow move TTS from one capability to the other… fix was ridiculously easy, will update the DTH soon.

2 Likes

This is cool stuff. Nice work…

1 Like

Thanks for creating this!
…but i cant get the cast-web-api working to run properly on my RaspberryPi :frowning:

I’m running Raspbian Jesse, NPM 5.0.0 and Node 7.10.0

When I run castWebApi.as, I get warnings about Node not using Avahi native API, and then confirmation of the server listening on port 3000, however I am unable to connect via the Smartthings smartapp after entering the IP address. When I port scan the server IP, there are no services running on 3000. When I visit http://localhost:3000 I get a 404 and can see the requests output on console where I started castWebApi which makes me think its a firewall issue but there is no firewall set up as default on Raspbian as default and we are dealing with local network access anyway!

Any ideas guys?

The avahi messages are normal. 404 on / is also expected behavior. I’ll probably change that to some kind of success message. Try running a command like htttp://127.0.0.1/getDevices that should output a JSON array of devices on your network.

If you still cannot access it from the smart app, make sure that you have set --hostname when starting the API. It defaults to local host as host name if you don’t specify it, meaning it can only be accessed on your local machine.

I’ve followed your directions on installing node.js and the Windows dependencies but I keep getting errors when I run “npm install castv2 castv2-client mdns debug http url minimist”:

Seems like a compiler error at first glance… sorry but mdns on windows sucks… :unamused:

Ok so you have installed the build-tools? Have you rebooted the computer afterwards? I have experienced that in the past already, after installing the build tools. Reboot should fix it.

Let me know if it still doesn’t work and I’ll have a closer look as soon as I come home :slight_smile:

1 Like

Looks like the restart helped, but now I’m receiving a different error while running the same command:
npm ERR: code E404
npm ERR: 404 not found: cast2@latest