Nest Hub with Fuchsia - USB Ethernet Bug/Regression - Google Home

I have a Nest Hub with Fuchsia with a USB to Ethernet adapter attached. Ethernet in this build is only partially functional, and Wi-Fi is required for the normal functionality to be available.
Ethernet worked properly prior to the Fuchsia update, this is a regression.
I would like either a) a resolution to this issue or b) a way to block updates on my other Nest Hubs (since Fuchsia will go to everyone eventually).
Version Information:
Broken (Fuchsia):
Software Version 35.33.26.373615990
"build_info":{"build_type":2,"cast_build_revision":"1.52.256192","cast_control_version":1,"preview_channel_state":1,"release_track":"preview-stable-channel","system_build_number":"1.20210119.2.1406"}
Working (Cast OS):
Software Version 35.32.12.358248230
"build_info":{"build_type":2,"cast_build_revision":"1.52.241809","cast_control_version":1,"preview_channel_state":0,"release_track":"stable-channel","system_build_number":"241809"}
Google Home Android app version: 2.38.1.7
More Details:
As many here know, the Nest Hub smart display has a Micro-USB connector under the bottom plate. This connector can be used with certain USB to Ethernet adapters (and a Y-cable for power if needed) to connect the Nest Hub to an Ethernet network.
With the regular Cast OS (*pre-Fuchsia*), the adapters work very well. The Nest Hub recognizes that it is connected to Ethernet, and is not required to be connected to a Wi-Fi network during Setup. All functions just work.
I enrolled a Nest Hub that was working on Ethernet into the Preview program. The Nest Hub was upgraded to Fuchsia.
If you want to try it: The selection of Ethernet adapters is reduced from Cast OS.
Asix AX8877C and Asix AX88179 work as described in the following section. (AX8877B should also work.)
AX8877A does *not* work (which did previously with Cast OS).
As with the previous Cast OS (not a regression), Realtek 8152s do *not* work including the Google EA4CC-1A, even though the Fuchsia source tree lists usb-cdc-ecm.
The following works with Ethernet only (Wi-Fi not connected to AP):
DHCP
DNS (but, DNS query responses to the Nest Hub often get ICMP Port Unreachable as a reply from the Nest Hub.)
Inbound and outbound TCP connections, including to the Internet
Built-in webserver
Casting - Yes, even while the Setup screen is showing on the device, you can cast to it over Ethernet, remotely control volume, etc.
Simultaneous Wi-Fi and Ethernet functions - the Fuchsia Nest Hub will pull an IP on each interface and respond to both. But the Cast OS Nest Hub would not even attempt to connect to Wi-Fi if Ethernet was detected, and that is the behavior I want.
The following does not work with Ethernet only (Wi-Fi not connected to AP):
net.ethernet_connected in eureka_info is false (even though I queried eureka_info through Ethernet!)
net.online in eureka_info is false (even though I can make it connect to Internet radio stations through Ethernet)
Setup via Google Home app insists on Wi-Fi and will not let you skip
Smart Display shows Setup Screen (the Wi-Fi animation + "Follow the Instructions in your Google Home App")
Google Assistant - if you talk to it, you get a voice response complaining that it can't find the Wi-Fi network
Removing the Wi-Fi information after Setup does not solve the problem. However, this does provide an easy way to force the device into an Ethernet-only state for testing.
Factory reset does not solve the problem either.

pmeister said:
I have a Nest Hub with Fuchsia with a USB to Ethernet adapter attached. Ethernet in this build is only partially functional, and Wi-Fi is required for the normal functionality to be available.
Ethernet worked properly prior to the Fuchsia update, this is a regression.
I would like either a) a resolution to this issue or b) a way to block updates on my other Nest Hubs (since Fuchsia will go to everyone eventually).
Version Information:
Broken (Fuchsia):
Software Version 35.33.26.373615990
"build_info":{"build_type":2,"cast_build_revision":"1.52.256192","cast_control_version":1,"preview_channel_state":1,"release_track":"preview-stable-channel","system_build_number":"1.20210119.2.1406"}
Working (Cast OS):
Software Version 35.32.12.358248230
"build_info":{"build_type":2,"cast_build_revision":"1.52.241809","cast_control_version":1,"preview_channel_state":0,"release_track":"stable-channel","system_build_number":"241809"}
Google Home Android app version: 2.38.1.7
More Details:
As many here know, the Nest Hub smart display has a Micro-USB connector under the bottom plate. This connector can be used with certain USB to Ethernet adapters (and a Y-cable for power if needed) to connect the Nest Hub to an Ethernet network.
With the regular Cast OS (*pre-Fuchsia*), the adapters work very well. The Nest Hub recognizes that it is connected to Ethernet, and is not required to be connected to a Wi-Fi network during Setup. All functions just work.
I enrolled a Nest Hub that was working on Ethernet into the Preview program. The Nest Hub was upgraded to Fuchsia.
If you want to try it: The selection of Ethernet adapters is reduced from Cast OS.
Asix AX8877C and Asix AX88179 work as described in the following section. (AX8877B should also work.)
AX8877A does *not* work (which did previously with Cast OS).
As with the previous Cast OS (not a regression), Realtek 8152s do *not* work including the Google EA4CC-1A, even though the Fuchsia source tree lists usb-cdc-ecm.
The following works with Ethernet only (Wi-Fi not connected to AP):
DHCP
DNS (but, DNS query responses to the Nest Hub often get ICMP Port Unreachable as a reply from the Nest Hub.)
Inbound and outbound TCP connections, including to the Internet
Built-in webserver
Casting - Yes, even while the Setup screen is showing on the device, you can cast to it over Ethernet, remotely control volume, etc.
Simultaneous Wi-Fi and Ethernet functions - the Fuchsia Nest Hub will pull an IP on each interface and respond to both. But the Cast OS Nest Hub would not even attempt to connect to Wi-Fi if Ethernet was detected, and that is the behavior I want.
The following does not work with Ethernet only (Wi-Fi not connected to AP):
net.ethernet_connected in eureka_info is false (even though I queried eureka_info through Ethernet!)
net.online in eureka_info is false (even though I can make it connect to Internet radio stations through Ethernet)
Setup via Google Home app insists on Wi-Fi and will not let you skip
Smart Display shows Setup Screen (the Wi-Fi animation + "Follow the Instructions in your Google Home App")
Google Assistant - if you talk to it, you get a voice response complaining that it can't find the Wi-Fi network
Removing the Wi-Fi information after Setup does not solve the problem. However, this does provide an easy way to force the device into an Ethernet-only state for testing.
Factory reset does not solve the problem either.
Click to expand...
Click to collapse
Hi Pmeister,
did you solve?
Ethernet connection does not work on my Hub Max (Fuchsia), wifi connection is ok.
Thanks!

Related

[Q] Configure CC on open WiFi network with click-through requirement (SOLVED)

I am frequently presenting on open WiFi networks, but the catch on these networks is they usually require click-through on a webpage. The CC cannot preform the click-through so using CC on these networks fails.
I am looking for alternatives to engineer a working solution to allow the CC to work depending only on the open WiFi network with click-through requirements. There are at least two other (less desirable) working methods. First, create my own WiFi hotspot, but this has a significant disadvantage that the audience wants to connect to my WiFi hotspot to experiment with the CC. Second, connect to a secure WiFi network without click-through requirement, but this is frequently not available at my presentation locations. I realize I can use the CC on a secure network with password, as long as it does not require click-through on a web page.
The ideal solution/workaround would allow the CC to connect to some AP or other WiFi point that was bridged or sourced by an "open WiFi network that requires click-through" as these types of networks are most frequently available. Plus the audience is usually already connected to the same network. But, I have not thought of a useful method to accomplish it, likely because of my limited network engineering and hardware knowledge. Two other nice-to-have features would be (1) portability and (2) working with both Windows 7 x64 and Mac OS if a laptop is used to accomplish the bridge or AP.
Methods might include something simple I'm overlooking, or an CC application, or a hardware solution (like turning my laptop into an AP after connecting to the "open WiFi network that requires click-through", or anything else.
Any suggestions highly appreciated.
PS: I am not rooted if recommending an Android device or application.
-----
SOLVED.
The solution was using TP-Link 150Mbps Wireless N Mini Pocket Router TL-WR710N configured in "WISP Client Router Mode". I bought mine on Amazon here for $27.27 USD plus tax. An extra feature is a USB port which can be used to power the CCast.
As discussed in the thread, there is WISP mode *wired* LAN, and WISP mode *wireless* LAN.
Some devices implement WISP mode by connecting to a public WiFi network and giving you *wired* local LAN. Alone, these do not work with CCast because CCast requires a *wireless* local LAN. WISP mode to *wired* LAN does NOT work.
Yet, the TL-WR710N implements WISP mode by connecting to a public WiFi network and giving you a *wireless* local LAN, complete with new Wireless Network Name (SSID) and IP address scheme served by DHCP. This works 100% with CCast.
Once the CCast is configured on the local SSID and local IP (default 192.168.0.1xx) you can cast Youtube, etc., or screen cast from your Android device.
No wonder there is confusion about WISP mode implementation.
Many thanks to people contributing to this thread's discussion!!
Note: Cloning the CCast MAC is *not* required because you can connect any device to the TL-WR710N in WISP mode and use the browser to click-through - authorizing the WR710N MAC on your public WiFi. Then all the clients, including CCast, connecting on the local *wireless* LAN simply work.
You need a program that will let you clone the CCast's MAC address on a computer, unplug the CCast...
Clone the Mac Address, Do the click through, Disconnect the computer UnClone the Mac Address. Re-Connect the CCast.
Connect the computer as normal.
But be warned...Most APs who have a click through page for access also have AP Isolation turned on which makes it impossible to find the CCast to stream to it.
Asphyx said:
You need a program that will let you clone the CCast's MAC address on a computer, unplug the CCast...
Clone the Mac Address, Do the click through, Disconnect the computer UnClone the Mac Address. Re-Connect the CCast.
Connect the computer as normal.
But be warned...Most APs who have a click through page for access also have AP Isolation turned on which makes it impossible to find the CCast to stream to it.
Click to expand...
Click to collapse
Okay thanks. I will test cloning.
But, if you are correct and most networks have AP Isolation preventing CC, then I need an alternative solution.
------
I was intrigued by this post. But configuring an TL-WR703N with "openwrt+luci web interface" is not clear to me. Yet, this seems a possible good solution.
Also, browsing this link at Cisco made me think what user @bagl0312 accomplished is quite good.
Bob Smith42 said:
Okay thanks. I will test cloning.
But, if you are correct and most networks have AP Isolation preventing CC, then I need an alternative solution.
------
I was intrigued by this post. But configuring an TL-WR703N with "openwrt+luci web interface" is not clear to me. Yet, this seems a possible good solution.
Also, browsing this link at Cisco made me think what user @bagl0312 accomplished is quite good.
Click to expand...
Click to collapse
I think there are better options for Remote usage such as Portable routers with the ability to connect to other wireless AP devices for it's WAN,
Or if you already have a cellular data account for your phone, adding one of those MiFi wireless hotspot devices that you can use as a router pretty much anywhere including where there is no free WiFi.
You just have to be careful with the latter option because Data Charges will apply if you use too much Internet access on them.
Asphyx said:
I think there are better options for Remote usage such as Portable routers with the ability to connect to other wireless AP devices for it's WAN,
Or if you already have a cellular data account for your phone, adding one of those MiFi wireless hotspot devices that you can use as a router pretty much anywhere including where there is no free WiFi.
You just have to be careful with the latter option because Data Charges will apply if you use too much Internet access on them.
Click to expand...
Click to collapse
Does anyone have any recommended models for *portable* routers with "wifi as wan" capability?
Bob Smith42 said:
Does anyone have any recommended models for *portable* routers with "wifi as wan" capability?
Click to expand...
Click to collapse
You're looking for what's typically known as a "travel router" and the "WiFi as WAN" feature, as least on my Zyxel routers is called "WISP mode" (Wireless ISP).
It does exactly what you said, instead of using a wired connection for WAN, it uses a wireless connection - the router still functions as a router, so you might have some issues with double-NAT-ing in some cases.
I have both the MWR211 (single Ethernet port so you can do wired LAN or wired WAN but not both simultaneously) and MWR222 (two Ethernet ports, so you can do both wired LAN and WAN simultaneousl) - they're almost identical, save for lacking SNMP on the MWR211. I have not had opportunity to use the WISP mode though I've used the 3G (they support most USB cell modems) as backup from time to time.
Info's a little lacking since they're discontinued models, but I got them off a Woot deal while back for under $50.
MWR211/222 manual
bhiga said:
You're looking for what's typically known as a "travel router" and the "WiFi as WAN" feature, as least on my Zyxel routers is called "WISP mode" (Wireless ISP).
It does exactly what you said, instead of using a wired connection for WAN, it uses a wireless connection - the router still functions as a router, so you might have some issues with double-NAT-ing in some cases.
I have both the MWR211 (single Ethernet port so you can do wired LAN or wired WAN but not both simultaneously) and MWR222 (two Ethernet ports, so you can do both wired LAN and WAN simultaneousl) - they're almost identical, save for lacking SNMP on the MWR211. I have not had opportunity to use the WISP mode though I've used the 3G (they support most USB cell modems) as backup from time to time.
Info's a little lacking since they're discontinued models, but I got them off a Woot deal while back for under $50.
MWR211/222 manual
Click to expand...
Click to collapse
This information was helpful. I read the manual. I will have to test the double-NATing with CC, e.g. issues with WAN accessing private vs public network IP as described in the manual. I found an inexpensive MWR222 to evaluate.
I suspect its wireless WAN mode will help, but when set in that mode it looks like it may not (guess) simultaneously have hotspot capability. Still, in that case, I can connect a small AP to its Ethernet LAN and probably get the CC working. I will test my hypothesis and report CC results once I receive the device.
I also found an inexpensive TL-WR703N with memory updates (RAM, Flash) that is supposed to support OpenWrt. I will flash it with OpenWrt once I get it and report CC results. Hopefully, I can reproduce @bagl0312 configuration with CC with success.
I am starting to understand the networking issues and configurations required. Everyone's help is appreciated. Thanks.
Bob Smith42 said:
This information was helpful. I read the manual. I will have to test the double-NATing with CC, e.g. issues with WAN accessing private vs public network IP as described in the manual. I found an inexpensive MWR222 to evaluate.
I suspect its wireless WAN mode will help, but when set in that mode it looks like it may not (guess) simultaneously have hotspot capability.
Click to expand...
Click to collapse
You wouldn't want hotspot capability if you are using it in WAN mode anyway since you will be using the Wireless internet connection from the location and not the data plan of your Cell Service.
Thats why you want the WAN/WISP option in the first place to stop from having to eat into your Data Allotment on your Cell Carrier account.
Asphyx said:
You wouldn't want hotspot capability if you are using it in WAN mode anyway since you will be using the Wireless internet connection from the location and not the data plan of your Cell Service.
Thats why you want the WAN/WISP option in the first place to stop from having to eat into your Data Allotment on your Cell Carrier account.
Click to expand...
Click to collapse
No. I need both, unless someone figures out another workaround (see below).
The CC has two requirements:
(1) connect to public IP (internet) for data, and
(2) connect to local IP (android devices, chrome on laptops, iphones, etc) for remote control and mirroring.
CC configurations issues with WiFi services offering access to public IP (internet) are:
(1) Both open or encrypted networks frequently have web page click-through requirements that CC cannot perform, and
(2) CC and connecting WiFi devices must connect point-to-point on the local IP network which is frequently blocked (AP isolation, etc).
I agree with you because I do not *want* a dual WiFi network solution, but I have found no alternatives so far. lol
We can engineer a dual WiFi network solution for sure, but it might be easier to address some of the core usability issues of the CC in some other (more clever) way. Some other workarounds might include combinations from (or may not be possible):
(1) Cloning MAC on CC to bypass click-through requirements.
(2) Add BT capability on CC. Overcome AP isolation on the local IP network using high bandwidth BT for remote control and screen mirroring.
(3) Add browser capability on CC for click-through, and mouse or touch control for CC.
(4) Clever method to defeat WiFi local IP network AP isolation between CC and devices.
(5) Others?
Hopefully someone is already working on better solutions.
Bob Smith42 said:
No. I need both, unless someone figures out another workaround (see below).
The CC has two requirements:
(1) connect to public IP (internet) for data, and
(2) connect to local IP (android devices, chrome on laptops, iphones, etc) for remote control and mirroring.
CC configurations issues with WiFi services offering access to public IP (internet) are:
(1) Both open or encrypted networks frequently have web page click-through requirements that CC cannot perform, and
(2) CC and connecting WiFi devices must connect point-to-point on the local IP network which is frequently blocked (AP isolation, etc).
I agree with you because I do not *want* a dual WiFi network solution, but I have found no alternatives so far. lol
We can engineer a dual WiFi network solution for sure, but it might be easier to address some of the core usability issues of the CC in some other (more clever) way. Some other workarounds might include combinations from (or may not be possible):
(1) Cloning MAC on CC to bypass click-through requirements.
(2) Add BT capability on CC. Overcome AP isolation on the local IP network using high bandwidth BT for remote control and screen mirroring.
(3) Add browser capability on CC for click-through, and mouse or touch control for CC.
(4) Clever method to defeat WiFi local IP network AP isolation between CC and devices.
(5) Others?
Hopefully someone is already working on better solutions.
Click to expand...
Click to collapse
But the Router will do the proper NAT Translation for you for the Internet access...
When the CCast asks for something from the internet it asks the portable router then the portable router will use the location WiFi to get it and then send it to the CCast.
The CCast doesn't need a public IP it only needs to be connected to a device that can get internet data.
what you do have to do however is use a different IP Range on the DHCP server of the portable router...
So if the Router gets an IP like 192.168.1.x from the WiFi you have to use a different set like 192.168.2.x for your DHCP server...
@Bob Smith42 's concern is valid, I didn't think about the fact that WLAN as WAN takes out the AP functionality. I just confirmed this.
So, really what we end up needing is still two devices - a wireless bridge to get wireless to wired - either a router in WISP mode or something like Cisco/Linksys WET610N (I keep laughing at the "Up to 300 Mbps" as it only has a 100 Mbps Ethernet port), and a router to provide the AP...
IMO, the "local WiFi" network really is the best way to go. It may seem redundant at times, but at least you can still do stuff if you have no WiFi, or WiFi is paid per-client (it's changing, but a number of hotels I've been at were like this).
As for other mechanisms, maybe the "Don't need to be on the same WiFi" feature that's coming will address this, but I don't think it will. Then again, I didn't think screen casting would happen on older hardware like my Galaxy S3, and it does (via MirrorEnabler), so maybe I'll be pleasantly proved wrong again.
bhiga said:
@Bob Smith42 's concern is valid, I didn't think about the fact that WLAN as WAN takes out the AP functionality. I just confirmed this.
Click to expand...
Click to collapse
Well then I stand corrected and have to add thats just bad design...You should be able to to simply connect the Portable to the WiFi and then use it as your Wireless AP for multiple devices otherwise what is the point of this WISP mode at all? Unless it is to turn Wireless into Wired only...
Google does have a solution to solve this in the pipeline...That Proximity streaming we talked about where you can stream to it over Cell data without being connected to the home network.
But thats just going to ring up data charges I would think.
Asphyx said:
what is the point of this WISP mode at all? Unless it is to turn Wireless into Wired only...
Click to expand...
Click to collapse
That's exactly what WISP is for. The MWR2xx series mainly takes a wired/wireless ISP connection and turns it into a wireless/wired connection with USB modem backup.
The MWR222 can also do wired-wired with USB failover since it has two Ethernet ports.
Given the age of the design I'm not sure the WiFi chip they use can operate as both client and AP simultaneously.
bump
Thread updated. TL-WR710N works 100% with CCast on all (tested so far) WiFi networks.
Bob Smith42 said:
bump
Thread updated. TL-WR710N works 100% with CCast on all (tested so far) WiFi networks.
Click to expand...
Click to collapse
Thats how I understood those Portable routers were supposed to work so you could add things like Portable Wireless printers all the while having internet access from configured Wireless APs...
Ok so I picked up this 710N router on Amazon since I had a gift certificate I needed to use and while the promise of this router seems to be there I'm having real issues getting it to work properly but part of that has to do with it really requires a WIRED Connection to set up properly.
It does seem to do what we would need in a Hotel but I have not been able to mimic that on this unit using my own router and I'm suspecting that maybe my Router is not supporting it or I'm just reading the settings wrong.
I'll keep trying here and see what it requires...I Might need to set up the guest network cause the issue might be the click through is not there or my regular router is set to NOT allow another AP to connect...Just got it today so I will continue to play with it.
Asphyx said:
Ok so I picked up this 710N router on Amazon since I had a gift certificate I needed to use and while the promise of this router seems to be there I'm having real issues getting it to work properly but part of that has to do with it really requires a WIRED Connection to set up properly.
It does seem to do what we would need in a Hotel but I have not been able to mimic that on this unit using my own router and I'm suspecting that maybe my Router is not supporting it or I'm just reading the settings wrong.
I'll keep trying here and see what it requires...I Might need to set up the guest network cause the issue might be the click through is not there or my regular router is set to NOT allow another AP to connect...Just got it today so I will continue to play with it.
Click to expand...
Click to collapse
Rest assured, it works great for me. E.g. when I was at Starbucks (requires click through, has AP isolation) I got CCast working with WISP on my private SSID. Testing a few corporate locations today. The CCast took a while to *finish* setup, it hung first time. So I pulled power and tried twice. Second time worked. Not very scientific, sorry. I definitely used my laptop to click through on Starbucks and I was wired during setup. I will attempt to run some configuration tests non-wired too (thanks for update). The big advantage of the 710N is inexpensive, if you have AC power source.
Also, I found another awesome portable router, better for CCast in my situation but also more expensive, e.g. $60 USD. I configured this one completely non-wired.
-----
UPDATE: The HooToo TM04 does *not* work on certain networks. Do Not Buy!!! Read below...
------
HooToo TM04 product webpage here, and amazon here. It is a really new item.
This item costs $60 USD on amazon. It has 6000 mah battery and without external power it can power two USB items (1) CCast plus second USB item (like phone, tablet, drive, pico projector, etc). Has two battery recharging modes: wall AC (faster) or microUsb. Lots of other features. Good review videos on YouTube here.
Good luck.
@Asphyx
# TL-WR710N
I configured my CCast on another network (so it required reconfiguration at Starbucks) and took it back to Starbucks. I plugged the TL-WR710N into AC power, without wiring anything on NIC WAN nor LAN, and waiting about 2 minutes. Since I had already configured the 710N for WISP mode it restarted in that mode. It was the *same* location I had previously configured WISP, so that probably helps. (I will test WISP on new location tonight).
At this point I tried CCast setup. I connected my Nexus 7 (2013) to the 710N WiFi SSID. Using the Nexus 7 I attempted to setup the CCast, and completed all the input configuration screens. But, the Setup screen *hangs* after confirming name and entering my WiFi SSID password. By hanging I mean the CCast app big circle keeps spinning and after about 5 minutes returns an error. But, this error is wrong because the CCast device is actually configured and working.
I must perform the Starbucks click-through on the Nexus 7 2013 to register the 710N MAC address to access the internet.
While the CCast app circle is spinning I switched to YouTube and it casts perfectly. Also, I can screen cast the Nexus 7 2013. I tried a couple tricks but the CCast app never successfully *completed* setup, yet the CCast device works 100%. Hmmmm.
# HooToo TM04
-----
UPDATE: The HooToo TM04 does *not* work on certain networks. Do Not Buy!!! Read below...
------
So, I substituted the HooToo TM04 at Starbucks. The configuration was completely wireless (never used NIC cables) and basically the CCast app setup completed successfully! All the CCast device features (YouTube internet cast, local Nexus 7 2013 screen cast) worked 100%. Very simple and smooth configuration with no glitches.
# Summary
The difference was only the CCast app setup result, The 710N *hangs* with a spinning circle and eventually returns an error dialog, but the CCast device is configured and working 100%. The HooToo completes setup correctly, and CCast device is configured and working 100%.
I am now wondering if there is a setting on the TL-WR710N required to allow CCast app setup to complete successfully (even though the CCast device is configured and working)?
I will test further. Any comments or feedback requested.
Bob Smith42 said:
@Asphyx
# TL-WR710N
...
But, the Setup screen *hangs* after confirming name and entering my WiFi SSID password. By hanging I mean the CCast app big circle keeps spinning and after about 5 minutes returns an error. But, this error is wrong because the CCast device is actually configured and working.
Click to expand...
Click to collapse
Chromecast setup app has done the same to me a few times - and that's on my home WiFi that works fine.
I wouldn't worry about it too much, I think it's just some kind of timing glitch.
As long as exiting and returning to the Chromecast setup app reports Ready to Cast and Chromecast works, it's good to go.
Oh I'm sure it does work Bob, I'm just missing something and what makes it worse is I was trying to do this all through Wireless and a mobile device which this unit is difficult to setup with.
I set up WISP mode but the issue is on reboot it didn't give me an SSID to reconnect.
I'm sure I'm just borking something in the settings so when I have the chance to do this all via wired connection I will play with it a bit more...

Casting from phone with company VPN enabled issue

Hi!
I want to cast screen from my phone (LG G2 Android 4.4.2) to my TV when VPN to my company is enabled on this phone.
There is no problem when I do this from my laptop connected do VPN, but when I connect to company VPN from phone then chromecast connection dissapear.
Is there any solution? Please help.
Laptop is connected to my router via cable, phone via WIFI.
Someone can correct me if I'm wrong, but I'm pretty sure the answer is that you can't. I believe the Chromecast discovery implementation assumes that your CC will be on the same network as your primary network interface. Many VPN clients re-prioritize their network interface to #1 when they connect.
You could send Google feedback about the issue, but not clue how effective that will be: https://support.google.com/chromecast/answer/3187017?hl=en

VPN via "server PC"

Hi All,
I recently acquired a chromecast and would very much like access to the BBC Iplayer (I live in the netherlands). I can already watch Iplayer on my phone using the VPN option in android but once I try to watch it on chromecast it doesn't start the stream which is probably because the chromecast is connected to my home network which is not behind the VPN. I also can't mirror screen since I loose connection from my phone to the chromecast as soon as I connect my phone to the VPN.
Now I read that it is possible to do with a DDWRT router but I do not have one of those and I wouldn't want my whole network to be on a different IP, just the chromecast & if needed my phone. I do however have something that I would like to consider a lot more powerful than a router, namely a "Server PC" running windows XP professional. Would I be able to use this server and enable the VPN on it and then make the chromecast connect to the server? Would I need 2 USB wireless adapters or 1 (so my phone connects to 1 and the chromecast to the second. My server connects via ethernet to my modem)? Could I somehow configure this USB adapter to be connected to the VPN by default? Could I use virtualization software? I would like the most clean option preferably without affecting the rest of my server (but it would be OK if the server is temporarily in the UK until I have watched the show). Perhaps this topic can be extended to other devices with wireless capabilities like NAS and raspberries etc.
Your help is greatly appreciated.
Ok so after some digging I found at least 1 way of doing it: http://alphaloop.blogspot.nl/2014/01/raspberry-pi-as-vpn-wireless-access.html
However I still think this should be possible on a windows XP machine with a wireless adapter.
On many Windows 7 PCs with wi-fi, you can use the following to create a hosted wifi network that your chromecast can connect to:
netsh wlan set hostednetwork mode=allow ssid=XXXX key=YYYY
netsh wlan start hostednetwork
if you then share your VPN adapter's internet connection with the hosted wifi that you've created, you can connect your phone and chromecast to the same wifi XXXX and that will be connected to the internet via the VPN on the laptop.

Help wanted to develope a raspberry pi 2 device

I'm looking for someone to develop a device including hardware and software using the new Raspberry PI.
The device will need to do the follow items:
Wi-Fi - needs to hook up to Wi-Fi,
Cellular - accessible remote though cellular data coverage area,
Router - serves as a Router,
Modbus poll - pole Modbus addresses via RS232, RS485 and Ethernet,
Remote access - must use remote access
Auto email and SMS
Pass through programming -Need to connect via web and program devices hooked up to via RS232, RS485 and Ethernet ports. From local PC via web through the device to the programmable controller.
Auto find - The device must send an IP across the web so the local PC can find it on the web.
FTP server,
built is TFT Display
connect via Blue tooth from phone to modify device settings like a remote display
Possible Options
Analogs (4)
Digital inputs (8)
Relays (8)
Temp sensor
GPS
Communicate to Remote wireless sensors, Analogs, Digital inputs, Relays
possible ZWave technology
I will pay for this device to be developed. Payment and terms to be discussed.

Android Monitors with built in RJ45 hardwired connection.

Hey everyone, long time reader, first time question.
I am dealing with a 23in. android monitor, really its just a large tablet with a visa mount and desktop base.
Android version 6.0.1 Kernel version 3.10.0 Perfect display out of China is the supposed manufacture, their model number is IP240WE.
I am attempting to hard wire an IP camera direct to the rj45 port much the same way I can to any pc, assign some quick ip info and achieve a live view from the camera utilizing pc software, but in this case, use the mobile software.
The trouble I am running into is that when the "monitor" is not connected to any modem or router, the darn thing wont give any network info to base my camera addressing off of. I can enable the wifi connection, then use the ipconfig tool and see all sorts of network info, still wont allow a direct connection to the camera using the hard wire rj45 port. As I understand things, android devices are new to getting the hardwired capability, that's all fine and stuff, but how the heck to turn on the darn rj45 nic without connecting it to a managed network device???
The long and the short of this, I am asking this tablet, er, monitor.... to act like a pc when it is not connected to a managed network and have the nic active and assigning info, even if is just an ip and subnet mask. Networking things is not the issue, turning on the freaking nic is!!!!

Categories

Resources