|
|
|
|
|
by jerryr
4544 days ago
|
|
It's probably omitted to keep the base cost down. WiFi modules that you can get for low-quantity applications are expensive[1]. Cheaper modules generally require higher-volume consumer electronics applications--not to mention volumes of NDAs simply to get module documentation. Adding WiFi (or wireless comms of any type) also makes you an intentional radiator[2], which potentially complicates your FCC testing, adding cost and delay. So, from an MVP perspective, it makes sense to leave WiFi off if it's not critical to the base application--at least for your first revision. [1] TI's budgetary pricing for one such module--the CC3000--is about $10: http://www.ti.com/product/cc3000 [2] http://en.wikipedia.org/wiki/Title_47_CFR_Part_15#C_-_Intent... |
|
But I can definitely see how the regulatory overhead would be a big deal, and it seems like that regulation also makes other aspects of integration more bureaucratic. Like I bet a bunch of these chips could be used inappropriately (e.g., to emit stronger signals than are allowed) and they are using NDAs and such as an alternative to other security measures. In a sense USB wireless standards are the one interface/security layer that is well enough spec'd that it is easy to integrate.