@Ben So what does it mean when you state “we support over 200 different devices” ? To me that sounds like a limited set. By using AllJoyn introspection, you could support all devices that are exposed to alljoyn, meaning essentially unlimited.
Great to hear Thread support is coming - that’s like the first proper detail I’ve heard about the new hub 
@dotMorten - You can think of ZigBee (at least in the HA context) as three distinct layers - the MAC/PHY layer which is defined by the IEEE 802.15.4 specification, the transport layer known as ZigBee Pro, and an application layer framework known as the ZigBee Cluster Library that defines methods, behaviors, and messages. The last two are defined and maintained by the ZigBee Alliance.
Thread is also based on the IEEE 802.15.4 specification for MAC/PHY, so you can use common radio silicon for Thread and ZigBee. Instead of ZigBee Pro for transport, the Thread specification defines extensions to 6LoWPAN (IPv6 over 802.15.4). That’s where it stops - Thread is purposefully application layer agnostic.
This is where the ZigBee Alliance and the Thread group are collaborating - the intent is for the ZigBee Alliance to make the ZigBee Cluster Library available to run over Thread. This is significant because it will then be relatively straightforward for existing ZigBee device manufacturers to convert their devices to Thread with an OTA update since they’re using the same silicon and firmware development will be familiar. It’s likely the the ZigBee Alliance will continue to develop the ZigBee Pro transport layer, as there are still contexts in which IP transport may not be the right answer.
I don’t think Thread and AllSeen have made any official announcements as to what AllJoyn could look like over Thread, but with Qualcom joining the board of the Thread Group I’m sure you can read between the lines. It’ll be interesting to see what happens though, since AllJoyn is not designed for constrained networks - the messages are rather large and the protocol is pretty chatty, which is never good for wireless devices using batteries. The ZigBee Cluster Library is already designed for those conditions. There are also new protocols like the one being defined by the Open Interconnect Consortium, which is also designed from the ground up to work well over networks made up of constrained devices (it’s based on IPv6 with COAP).
As for the ability to decide what ZigBee or Z-Wave devices you use - as @Ben suggested, you can easily write your own device type handlers for any ZigBee or Z-Wave device and install it into your own account without any intervention from SmartThings. We’ve open sourced (mostly Apache 2.0) the vast majority of our own device type handlers and example SmartApps, and we publish documentation (which, thanks to our Documentation Development team is getting better and better every day). But yes, you’re using our APIs, as you’re using the platform and infrastructure that we’ve built.
There are definitely other frameworks that you can use to roll your own - Windows 10 IoT, OpenHAB, etc - but they’re far more complex to build working systems from the ground up, and they don’t come with the back-end, user experience, or community that SmartThings does. Those tradeoffs will be worth it for some, and for others they won’t.
Am I the only one that can’t help thinking of Big Trouble in Little China when they see 6LoWPAN mentioned?
Close this thread, Andy wins the internet for the day.
2 posts were merged into an existing topic: Hub 2 Backordered vs ships 5-7 days (AKA all shipping related posts, please)
Tazeem - not sure if anyone replied to your question in the midst of all the protocol discussion. I (and many) have included somfy rts through the somfy ZRTSI device which does the zwave to RTS translation. Each device has 16 virtual devices so you can program motors or groupings. Search in the device integration thread.
What is inside the little V2 hub:
EM3587 Silicon Labs Integrated ZigBee/802.15.4 System-on-Chip
SkyWorks SE2432L 528JX 2.4 GHz Smart Energy/ZigBee Front End Module
http://www.skyworksinc.com/Product/934/SE2432L
nRF51822 Nordic Bluetooth Smart and 2.4GHz proprietary SoC
https://www.nordicsemi.com/eng/Products/Bluetooth-Smart-Bluetooth-low-energy/nRF51822
Sigma Designs ZM5304 Z-Wave Serial Interface Module with On-Board Antenna FCC ID:D87-ZM5304-U
http://z-wave.sigmadesigns.com/docs/brochures/ZM5304_br.pdf
Freescale Semiconductor MCIMX6L2DVN10AB Single-Core, Low Power, EPD Controller, ARM Cortex-A9 Core
http://www.freescale.com/products/arm-processors/i.mx-applications-processors-based-on-arm-cores/i.mx-6-processors/i.mx6qp/i.mx-6sololite-processors-single-core-low-power-epd-controller-arm-cortex-a9-core:i.MX6SL
Samsung k4b4g1646d-bck0 DDR3-1600 256MX16-1600
Samsung KLM4G1YEMD-B031 moviNAND 4GB
Micrel KSZ8081RND10Base-T/100Base-TX PHY with RMII Support
http://www.micrel.com/index.php/products/lan-solutions/phys/article/9.html
Teardown SmartThings v2 Hub
Front:
tags: takenapart teardown disassembled circuit board SmartThings V2 hub
This is interesting. Thanks. Looks like it will at some point have the ability to join the zigbee network created by modern utility meters.
That Skyworks chip is a power amplifier (TX) and low noise amplifier (RX) for the radio signal. ZigBee Smart Energy is part of the ZCL (protocol stack) and could use the same hardware as HA, but I don’t think the stack would work on two networks at once, and the channel will probably be different anyway.
The “Smart Energy” in the description is for marketing I guess.
While I would love to see integration with smart meters, I wouldn’t get your hopes up in seeing this sort of functionality anytime soon. The zigbee networks used by the utilities are vital for billing and grid monitoring. By allowing third party devices to interface with those networks they open themselves up to a level of risk that most utilities are not comfortable with.
But that aside we can still dream…
Actually, many of the Smart Meters (for instance, the Landis+Gyr EMS Gridstream RF w/Zigbee) being installed have two separate radio networks. One, a 900mhz network is used for communication back to the utility, while a separate Zigbee SE network is available to — optionally — control high load Zigbee SE compatible devises with each residence having it’s own private Zigbee SE network with the meter as the hub.
Consumers are also able to enable access to the data generated by the meter using, on an individual basis, the end user purchasing a Zigbee SE client such as those available from http://rainforestautomation.com/. I just need to provide the utility with the a hardware address (MAC?) from the USB stick etc and I can get linked up.
Having two Zigbee chips in the SmartThings hub would have allowed the hub to join directly without adding more … hub like devices.
I have the same question…did you get any replies?
No reply yet. I saw Ben post somewhere they would be coming back. But no answer as to when.
We are going to be releasing a new kit in the next 2-3 weeks.
Thanks for the reply! 
Can’t wait to jump in as well…!
Hi @Ben , new to the community and I’ve been eagerly awaiting and looking forward to new v2 hub! It should be a week or so now based on the last post.
Are we able to pre-order now?
Thanks
Check out Amazon… It has been available forever now. Not sure about the ST store. Sorry, buddy! You missed all the action and welcome to the community!
I think he was referring to the pack not just the hub
