Se eu quisesse usar meu telefone para controlar um simples dispositivo conectado por Wi-Fi que apenas acenda ou apague a luz, ou um simples medidor de temperatura, por que simplesmente não me comunico diretamente com o dispositivo em vez de atravessar uma nuvem? Sem persistência de dados ou processamento pesado ou qualquer outro material sofisticado para lidar.
Existe algo que me impede de projetar um produto de IoT tão simples e apenas começar a produzi-lo e vendê-lo em massa? Parece mais barato cortar o intermediário e não ter que lidar com as taxas de custo / mensagem de uma nuvem.
wifi
system-architecture
BossGiveMeArrays
fonte
fonte
Respostas:
Embora você possa projetar um gadget de IoT para funcionar via conexão direta com o telefone do usuário, um dispositivo que só funcione dessa maneira pode ser muito limitado para muitos usuários:
Se o usuário não estiver em casa, é improvável que ele consiga interagir diretamente com o dispositivo, pois permitir tentativas de conexão de entrada para a rede doméstica geralmente é inaceitável do ponto de vista de segurança, e a maioria das operadoras de celular também bloqueia tentativas de conexão de entrada para o dispositivo. telefone. Em vez disso, as solicitações fora de casa precisam ser enviadas por proxy através de um servidor acessado por conexões de saída do telefone e do dispositivo IoT.
Se o usuário estiver em casa, mas atualmente o telefone estiver em uma rede móvel, e não na rede doméstica, o problema acima ainda se aplica. Pedir ao usuário que mude o telefone do celular para o wifi pode ou não ser aceitável para diferentes usuários e depende, até certo ponto, do uso da bateria wifi do telefone; Além disso, alguns telefones escolhem entre ambos dinamicamente de uma maneira que pode ser problemática se você precisar da rede wifi.
A conexão entre o telefone e o dispositivo por outro método, como o BTLE, pode ser uma vantagem, mas é limitada em alcance, por isso pode não funcionar em todas as partes da casa ou da propriedade e, obviamente, não funcionará quando estiver longe de casa.
Portanto, embora você possa criar um dispositivo que não exija o suporte da infraestrutura de servidor fora de casa, provavelmente é melhor criar um dispositivo que possa fazer uso efetivo de um servidor de retransmissão , se acessível ou permitido pelas configurações de preferência do usuário.
fonte
Sim, já existem muitos aplicativos no mercado que não dependem de serviços em nuvem. A hierarquia de complexidade que um usuário pode optar por instalar com um produto específico é mais ou menos assim:
Qualquer provedor pode endereçar parte da cadeia. O IFTTT, por exemplo, fornece apenas o serviço em nuvem e o aplicativo de telefone - os serviços são todos de terceiros.
O termostato NEST do Google deve funcionar bem independente (mesmo que seja uma implementação cara nesse modo).
As câmeras de segurança se encaixam em várias combinações desses modelos, dependendo se dependem da assinatura do usuário ou dos custos de venda pontuais.
Do ponto de vista comercial, existem dois pontos principais para a dependência da infraestrutura em nuvem. A primeira é a adequação para avaliação / instalação parcial (enquanto mantém os custos iniciais baixos); a segunda é a capacidade de manter um serviço limitado na ausência de retorno (corte de energia, etc.).
fonte
Se você deseja apenas o controle dentro de casa, com certeza é possível.
O problema é que, se você deseja oferecer controle de fora de casa, as coisas ficam difíceis. É provável que o cliente ou o servidor não tenham um IP estático; é provável que haja firewalls e / ou NATs no caminho.
É possível que o usuário configure o encaminhamento de porta / exceções em seu roteador / firewall e configure algum tipo de DNS dinâmico para rastrear seu IP dinâmico e apontar seu cliente para a entrada DNS dinâmica, mas é necessário um usuário técnico para fazer isso e isso cria problemas de segurança.
Ter um servidor em um local conhecido na Internet pública é a maneira mais fácil de garantir que suas coisas possam se comunicar, independentemente de IPs dinâmicos, NATS, firewalls de saída apenas etc. Ainda existem alguns problemas de segurança, mas eles são reduzidos conforme você pode imponha políticas de segurança no servidor que você pode monitorar e atualizar com mais facilidade.
O IPv6 perde o NAT, mas os IPs dinâmicos e os firewalls de saída apenas ainda são comuns.
fonte
Os dispositivos IoT vão além da comunicação entre dispositivos. Tomemos, por exemplo, um controle remoto da TV, é um dispositivo incorporado que se comunica com a TV através de um sinal infravermelho para instruir a TV a fazer algo como mudar de canal. Você consideraria este um dispositivo IoT?
Os dispositivos IoT 'vão além':
Esses recursos podem ser totalmente implementados em seu produto e sem serviços em nuvem; é mais um caso de decidir se os recursos que você deseja que seu produto IoT se beneficiem da infraestrutura em nuvem. Os benefícios vêm em diferentes áreas:
Dados
Os dados podem ser mantidos na nuvem em vez de incluir uma mídia de armazenamento no dispositivo. Isso tem muitos benefícios:
Serviços de Software
É provável que seus dispositivos IoT tenham um aspecto de interação com o usuário por meio de software. Ao utilizar a nuvem, o software de seus produtos pode se beneficiar de:
fonte