Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Ricardo JL Rufino
    @ricardojlrufino
    Olá, conheci vocês no TDC. Achei bem interessante o projeto:
    @cyk-konker, queria conhecer melhor ..
    Andre Rocha
    @sonecabr
    Ola, @ricardojlrufino , bem vindo ao nosso Gitter =D. Fique a vontade para questionar o que precisar por aqui ou via issue no nosso github. Temos uma documentação inicial para desenvolvedores caso queira entender um pouco mais a respeito de como a plataforma funciona: https://konker.atlassian.net/wiki/spaces/DEV
    cyk-konker
    @cyk-konker
    Bom dia, Ricardo! Bem vindo ao nosso Gitter.
    Pessoal, o Ricardo também desenvolve um plataforma open-source IoT https://github.com/OpenDevice/OpenDevice
    Ricardo JL Rufino
    @ricardojlrufino
    Achei super interessante o projeto de vocês, e principalmente em saber que estão fazendo isso de forma profissional. Estou por SP até dia 14, se desse queria conhecer a empresa.
    Andre Rocha
    @sonecabr
    Será um prazer @ricardojlrufino :). Deixa eu ver com o nosso Head como estamos de agenda e combinamos
    Ricardo JL Rufino
    @ricardojlrufino
    Vou na sexta feira de manhã no CUBO, ví que vocês são perto de lá. Se desse certo a tarde, seria perfeito.
    Ricardo JL Rufino
    @ricardojlrufino
    Talvez na próxima semana, fique melhor !
    wmariusso
    @wmariusso
    Olá @ricardojlrufino , estamos num evento em Campinas nessa sexta, então não estaremos por lá no período da tarde. Mas na próxima ocasião, dê um toque. Será um prazer tomar um café contigo. :-)
    Ricardo JL Rufino
    @ricardojlrufino
    @wmariusso obrigado pelo retorno. Beleza, qualquer coisa entro em contato.
    Leonardo Yvens
    @leoyvens
    Bom dia galera da Konker! Sou o Leo da Fibo, estou começando com a plataforma, vou mandar minhas dúvidas por aqui.
    wmariusso
    @wmariusso
    Opa! Tudo bem, @leodasvacas ?
    Fique à vontade. Estamos por aqui pra ajudar. :-)
    Leonardo Yvens
    @leoyvens
    Blz Wellington e com vc? Favor não reparar no username zuado do Github, hehe
    Numa "Publication Url" tipo https://data.demo.konkerlabs.net:443/pub/meudevice/<Channel>, o segmento <Channel> é obrigatório?
    wmariusso
    @wmariusso
    Tranquilo. A gente tem alguns criativos por aqui também. :-)
    Ele é obrigatório, mas você pode ser bastante flexivel. A ideia é agrupar dados com características parecidas.
    Seria perfeitamente aceitável usar https://data.demo.konkerlabs.net:443/pub/meudevice/data , por exemplo, pra um canal genérico de dados.
    Leonardo Yvens
    @leoyvens
    certo, é o meu caso pois recebo os dados todos agregados
    wmariusso
    @wmariusso
    Perfeito! Mesmo que os seus dados sejam agregados, é legal ter um canal de dados pra não misturar com outros tipos de informação que você queira trafegar mais pra frente. Comandos, logs de erro, coisas do gênero, por exemplo.
    Leonardo Yvens
    @leoyvens
    faz sentido, obrigado!
    Leonardo Yvens
    @leoyvens
    Sucesso, integrei um sensor aqui, a interface foi realmente bem auto-explicativa. O feedback que tenho no momento é que ter uma url de entrada, um usuário e uma senha por dispositivo é inconveniente para nós na hora de configurar, seria melhor ter uma única url de entrada com uma única autenticação onde o dispositivo seria identificado através de um cabeçalho ou melhor ainda com um campo do JSON, de modo que pudéssemos configurar uma única vez com o fornecedor do sensor e com uma única rota na plataforma da konker.
    wmariusso
    @wmariusso
    Legal, Leonardo. Obrigado pelo feedback!
    Leonardo Yvens
    @leoyvens
    Dúvida, algum motivo para o ".demo" nessa url data.demo.konkerlabs.net? Se a conta não for demo a url muda?
    wmariusso
    @wmariusso
    A escolha de uma URL/usuário/senha por dispositivo foi um pouco em função da segurança. Nossa preocupação é o que aconteceria caso um dispositivo fosse comprometido. Nesse caso, basta trocar as credenciais daquele dispostivo que o problema estaria resolvido. Se todos os devices compartilham as mesmas credenciais, caso um deles seja comprometido, todos estarão expostos.
    Nos dispositivos que nós construimos por aqui, em geral URL, username e senha são configurados num arquivo de configuração ou algo semelhante. E o firmware lê esse arquivo de configuração na hora de conectar.
    Quanto a URL, quando você estiver trabalhando com devices produtivos, você vai receber um subdomínio para trabalhar.
    Suponha que sua aplicação seja um monitor de qualidade do ar chamado "airSensor". Você receberia um subdominio "airsensor-data.konkerlabs.net"
    Em lugar de data.demo.konkerlabs.net
    Leonardo Yvens
    @leoyvens
    Faz sentido a preocupação, no nosso caso essa informação não fica no device. Entendi o domínio, valeu!
    wmariusso
    @wmariusso
    Se você tem uma aplicação que representa múltiplos devices, uma outra saída é tratá-la como se fosse um gateway. Um gateway tem apenas uma credencial, mas ele pode enviar dados de vários dispositivos. Seria algo parecido com o que você propôs: autentica uma vez e o nome do device vai no JSON.
    Mas pra gateways a autenticação é um pouco mais complexa. O uso de HTTPS é obrigatório e você vai ter que usar um Bearer Token. Os dados teriam que ser uma lista de JSONs. Precisa ver se encaixa no seu cenário de uso.
    Se tiver interesse, a gente pode fazer um call ou algo do gênero pra gente ver como ficaria esse desenho.
    Leonardo Yvens
    @leoyvens
    Acho que é exatamente esse o caso, se o gateway conseguir mandar um dado de cada vez melhor, uma call seria ótimo!
    Sidney Pio de Campos
    @sidneypio
    Bom dia !! Estamos fazendo alguns testes usando a versao demo do konker e agora tentei usar a versao do docker. Parece que sao versoes diferentes (acho que a versao do docker é mais antiga). Para ter a versao mais atualizada a solucão eh instalar a partir dos fontes mesmo?
    wmariusso
    @wmariusso
    Olá @sidneypio , tudo bem? Sim, a versão docker está desatualizada em relação à versão que está no nosso site. Há dois caminhos possíveis aqui: o primeiro deles é converter a sua conta de demo para uma conta produtiva. Se você estiver usando para fins acadêmicos, nós podemos viabilizar isso (dentro de alguns limites de uso).
    Esse é o caminho mais fácil e rápido.
    O segundo caminho é esperar mais alguns dias. Nós estamos migrando a versão docker para docker compose, com a versão mais atualizada. Devemos liberar essa versão após o Carnaval.
    Sidney Pio de Campos
    @sidneypio
    Estamos aqui na UNICAMP e participamos de uma reuniao com o pessoal do Smart Campus (nao somos do smart campus). A nossa ideia inicial era testar em um servidor local daqui...
    No caso de esperar ate depois do carnaval nao ha problemas....
    wmariusso
    @wmariusso
    Se você quiser, também é possível construir a partir dos fontes, mas é um caminho mais longo. Além da aplicação, você teria que montar a infraestrutura (bancos de dados, brokers, load balancers, etc...)
    Sidney Pio de Campos
    @sidneypio
    Sim, acho que seria interessante... se voces tiverem alguma documentacao mais completa posso tentar e contribuir na documentacao...
    Ricardo JL Rufino
    @ricardojlrufino
    @cyk-konker @wmariusso O projeto ainda está ativo ?!