LusoRobótica - Robótica em Português
Discussão Geral => Ideias => Tópico iniciado por: KammutierSpule em 01 de Dezembro de 2014, 15:41
-
Gostaria de oferecer protótipos a elementos aqui da comunidade de um modulo que estou a desenvolver com vista a obter feedback e arranjar beta-testers.
Este modulo serie - gateway - ethernet pretende a vir a ser opensource e faz parte de um projecto mais abrangente relacionado com rede de sensores wireless e a "Internet of Things".
Procurava interessados que tenham um projecto relacionado onde o possam aplicar e que o venham mesmo a realizar (i.e: que não seja para ficar na gaveta!)
Pode ser algum projecto antigo e também o queiram refazer ou experimentar usar este modulo ou outra razão que queiram expor.
Para alem do modulo, poderei suportar mais algum material que seja necessário para terem o projecto a funcionar assim como dar ajuda na concretização do mesmo.
Para este modulo, estou a desenvolver código que permitira enviar dados para a internet (serviços idênticos ao Xively) sem que seja necessário desenvolvimento de código no modulo (apenas configurar parâmetros com uma ferramenta de software), bastando apenas ligarem via serie-UART à vossa plataforma (ex: Arduino ,etc.) e usar as bibliotecas da API que eu disponibilizar.
O modulo tem disponível uma ligação 4 pinos (GND, +5.5V input max, TX 3.3V, RX 3.3V), um conector tipo "FTDI" para programar por porta serie no PC. Tem também pinos para se precisarem de ligar directamente sensores via I2C, assim como dois PADs para soldarem fios para a alimentação caso desejável. O modulo só é compatível com lógica 3.3V e pode ser alimentado até +5.5V.
Prevejo ter os protótipos prontos para Marco 2015.
Agradecia o vosso feedback e ideias!
Vejam as fotos em anexo.
-
Ofereço-me para testar e colaborar na eventual comercialização.
-
Olá KammutierSpule,
Podes dar mais info sobre o gateway? O micro que estás a usar qual é? Arduino?
Parece um projecto interessante. Só acho que faz falta ai alguns pinos de uso genérico para IO básicos. Deves ter pinos livres suficientes e ficaria muito mais versátil.
Cumps
-
EFM32, até está num dos renders o chip usado.
-
Podes dar mais info sobre o gateway? O micro que estás a usar qual é? Arduino?
Parece um projecto interessante. Só acho que faz falta ai alguns pinos de uso genérico para IO básicos. Deves ter pinos livres suficientes e ficaria muito mais versátil.
O micro ira ser um EFM32ZG.
Apesar de por motivos sobretudo de transparência (do que circula para a internet pelo modulo), ir colocar o código opensource, não será meu objectivo promover esta placa para servir de desenvolvimento.
O principal objectivo de promoção 'e usar este modulo para enviar dados para serviços da internet, usando para isso um simples MCU ligado por serie a este modulo.
O segundo objectivo 'e que eventuais utilizadores experientes queiram desenvolver ou o seu código ou expandir o código que eu vier a fazer para outros serviços.
Sendo o principal objectivo do modulo servir como gateway-serie, o EFM32ZG usado 'e relativamente limitado em recursos logo não faria muito sentido disponibilizar IOs para pensar em fazer grandes aplicações com ele. Como falei, como não e' primeiro objectivo promove-lo para desenvolvimento de código e ate' porque o EFM32 nao 'e uma plataforma "para iniciantes", também achei melhor não alargar a opção de GPIOs e assim concentrar apenas na funcionalidade pretendida: gateway-serie.
Um exemplo pratico será:
sensor (temperatura..humidade..etc) - arduino 3.3V - biblioteca serie API - gateway (servico Xively)
-
Ao pores I2C, não vejo porque não alguns IO mas o projeto parece interessante.
-
Ao pores I2C, não vejo porque não alguns IO mas o projeto parece interessante.
Outra razão 'e que ja' não tenho espaço no layout :)
Tenho apenas 4 pinos não usados.
Os pads para o I2C coloquei `a ultima da hora, porque passavam por baixo as pistas do I2C.
Talvez para "tirar" esses 4 pinos que nao estão em uso teria agora de voltar a desenhar a placa toda (nao esta fora de questao!)
Que ideias terias em mente?
-
Ideias para o IO? Nenhumas, lol
Era só mais uma opção, ligar um relé, etc, uma coisa básica.
-
O micro ira ser um EFM32ZG.
Boas,
Só por curiosidade, porque a opção pelo EFM32ZG ?
Abraços,
PA
-
Só por curiosidade, porque a opção pelo EFM32ZG ?
Viva PA,
Se te referes exactamente e apenas ao EFM32ZG (lowpower Cortex M0+): porque já o estou a usar noutra parte dos meus projectos, portanto "optimização de BOM" (em vez de usar um de gama mais superior) e este esta previsto servir exactamente para o que 'e necessário com este modulo.
Se te referes `a gama EFM32 e Silabs (em relação a outros vendors ARM Cortex, ST, Renesas, ATMEL, TI, NXP, etc) por duas principais razoes: ofereceram-me um kit do EFM32ZG :) e os EFM32ZG estão com preços bastante simpáticos. A Silabs também suporta agora (como alguns outros vendors) o próprio IDE free.
Portanto, decisões não muito técnicas. Para este modulo em especifico, outro qualquer MCU serviria (mas para as outras aplicações que estou a usar, teria de ser lowpower).
Se porque ARM Cortex Vs (AVR ou PIC ou etc..): bom, daria razoes e discussões para abrir outro topico :)
Haveria outras justificações, mas neste modulo em especifico, não 'e importante o MCU mas o que pretendo ter como funcionalidades do modulo.
-
Boas novamente Kammutie,
Projecto muito interessante e sem duvida com muitas aplicações, a ideia de deixar uma interface
I2C abre sempre a porta a futuras utilizações pelo que é uma mais valia.
A minha curiosidade era mesmo sobre a opção pela gama EFM32 da Silabs, o preço é realmente
dos mais baixos dentro dos Cortex M0.
Não conheço as funcionalidade da gama EFM32, esse QFP48 é o PHY ethernet?
Abraços,
PA
-
Não conheço as funcionalidade da gama EFM32, esse QFP48 é o PHY ethernet?
O chip para a Ethernet 'e o (relativamente recente) W5500 da Wiznet, que contem tudo ate ah camada TCP/UDP. Só assim permite usar um MCU tão básico.
A gama EFM32, uma das características que os diferenciam dos outros fabricantes, são as funcionalidades LESENSE – Low Energy Sensor Interface (que ainda nao usei / experimentei) que permitem activar e usar periféricos sem recorrer ao CPU (este pode ser mantido em sleep). Outra caracteristica diferenciadora e' o modulo Low power UART que permite ter 9600bauds usando um cristal 32Khz, mas também não tenho uso para isto ainda :)
Actualmente existem outros fabricantes que começam a adicionar alguma lógica programável a estas gamas de MCUs.
De resto, em especifico o que estou a usar (EFM32ZG110) tem módulos e características idênticos aos outros fabricantes: DMA, AES128, Timers, 1xUSART, 1xI2C, 12bit ADC 1Mbit/s, current digital to analog, 1x comparator .. etc
-
Hum, ao ter um módulo criptográfico não acarreta a tipica parvoice de exportação quando compras chips da Mouser ou da Digikey?
É que até para um atmega com AES é preciso assinar papeis, não vá alguem fazer um ICBM com um atmega ::)
-
Hum, ao ter um módulo criptográfico não acarreta a tipica parvoice de exportação quando compras chips da Mouser ou da Digikey?
É que até para um atmega com AES é preciso assinar papeis, não vá alguem fazer um ICBM com um atmega ::)
Bom, pela experiência que tenho tido a mandar as coisas da Mouser, os módulos que tem AES128 nao tem problema. Os que tem AES256 sim ja tem problemas. E por outras questões nonsense, a Mouser nao vende alguns MCUs da Silabs (EFM32) para a Europa. Outros, a Mouser diz que ja estão descontinuados ou que irão descontinuar a referencia.
Outra coisa non sense nisto, e' que os EFM32 foram desenvolvidos inicialmente na Noruega (Energy Micro) e nao havia problemas em comercializa-los na Europa.Depois foram comprados pela Silabs e as restrições apareceram.
Pelo que investiguei em forums (apesar de que ao usar os AES128 nao parece haver problema) 'e que se o meu produto não permitir a configuração da encriptacao (isto 'e, apenas usar essa funcionalidade como uma feature do funcionamento produto, tipicamente utilizador final), entao so preciso de assinar as coisas com a Mouser, se por outro lado, o MCU for vendido como um modulo para desenvolvimento, então parece que recaia em mim controlar isso e mandar assinar cenas... enfim...
-
Chips da ST sofrem da mesma doença, que é europeia tambem, assim como da Atmel, sede na Noruega se não estou em erro, ITAR e os seus longos braços da "lei".
-
viva
eis um projecto bem aliciante... podes contar com um "testar", como a muito que idealizo um bom projecto de domotica, acho que esta será uma ferramenta bem interessante para utilizar e desenvolver...
poder transparecer uma automação para a "rede" é algo que hoje em dia nos dá muito jeito...
fico a aguardar por novidades, e no que poder ajudar, podes contar...
PS: na minha opinião acho que pelo menos deverás ganhar para os teus gastos, mesmo sendo para testes e desenvolvimentos, as placas e componentes custam dinheiro...
cumps
-
Chips da ST sofrem da mesma doença, que é europeia tambem, assim como da Atmel, sede na Noruega se não estou em erro, ITAR e os seus longos braços da "lei".
A ATMEL tem sede nos USA. Os AVR pelo que entendo foram desenvolvidos por uma equipa da Noruega em Trondheim.
-
PS: na minha opinião acho que pelo menos deverás ganhar para os teus gastos, mesmo sendo para testes e desenvolvimentos, as placas e componentes custam dinheiro...
Obrigado filjoa.
Se os vossos projectos também forem aliciantes e se poderem tornar um bom exemplo, então nao terei problemas em ajudar.
O que eu procuro e' também o vosso esforço e envolvimento, por isso não estar apenas a dar, mas a dar a quem me poderá ajudar e eu a essas pessoas!
Eh um dar com contrapartidas :)
Essa tua ideia / projecto? Esta em que fase? Pretendes concretizar? :)
-
Muito interessante, se só consegues disponibilizar isso em março ainda pode ser que até lá tambem arranje um tempinho para ligar um sensor de temperatura ou uma barreira IR nisso, ou mais qualquer coisa.
E agora por curiosidade, digamos que a coisa pega(o que espero sinceramente), quanto pensas é que custará um módulo desses ?
-
Muito interessante, se só consegues disponibilizar isso em março ainda pode ser que até lá tambem arranje um tempinho para ligar um sensor de temperatura ou uma barreira IR nisso, ou mais qualquer coisa.
E agora por curiosidade, digamos que a coisa pega(o que espero sinceramente), quanto pensas é que custará um módulo desses ?
O principal objectivo é que não ligues sensores a este modulo. Ligues por exemplo este modulo a um Arduino e esse sim faz as suas tarefas com os sensores e actuadores.
O arduino depois usa uma biblioteca disponibilizada que diz algo do género:
"Sensor ID 1234, valor" .. e o modulo encarrega-se de enviar esse valor para o Xively por exemplo (de acordo com os dados que foram configurados previamente no modulo).
Qual seria o valor que esperarias encontrar se visses à venda online num site especializado? Qual o valor que seria interessante para ti? :)
-
No mesmo âmbito deste projeto (IoT), têm seguido o que andam a fazer com os modulos WiFi ESP8266 (€2.5 no ebay)?
Já há compiladores e SDK, e alguns exemplos, e todos os dias tem saído novidades.
http://www.esp8266.com/ (http://www.esp8266.com/)
-
No mesmo âmbito deste projeto (IoT), têm seguido o que andam a fazer com os modulos WiFi ESP8266 (€2.5 no ebay)?
Já há compiladores e SDK, e alguns exemplos, e todos os dias tem saído novidades.
http://www.esp8266.com/ (http://www.esp8266.com/)
Sure, mas, talvez fosse melhor criar um topico à parte para discutir isto :) Moderadores? Operadores?
Tenho dado uma olhada, mas não a fundo. Acontece que a meu ver isso é algo ainda muito recente e verde, como dizes, ainda estão a sair novidades. Não dá para entender bem ainda o que isso é, que empresa realmente faz isso, se é para continuar, o porque desses preços, etc.
Para mim, esse projecto / modulo só por si e ate ao momento, não tem significância. Só será realmente importante se isso vier a alterar alguma coisa nos outros fabricantes. Exemplo: Se TI vier a fazer novos modulos ou a baixar drasticamente o preços dos modulos wifi que vende.
O MCU que esse modulo usa e sistema de memora é tao diferente / avançado de certa forma.. comparado com os MCUs normais.. que por 2.5€ e' difícil actualmente arranjar arranja um MCU capaz de lidar com toda a stack TCP/UDP/IP/wifi etc de forma equivalente a que esse modulo com tudo incluído esta a fazer.
Portanto, será realmente significativo quando os outros fabricantes tiverem de dar resposta a isso e apresentarem soluções competitivas. Quando isso acontecer é quando vamos realmente começar a ganhar!
-
O principal objectivo é que não ligues sensores a este modulo. Ligues por exemplo este modulo a um Arduino e esse sim faz as suas tarefas com os sensores e actuadores.
O arduino depois usa uma biblioteca disponibilizada que diz algo do género:
"Sensor ID 1234, valor" .. e o modulo encarrega-se de enviar esse valor para o Xively por exemplo (de acordo com os dados que foram configurados previamente no modulo).
Qual seria o valor que esperarias encontrar se visses à venda online num site especializado? Qual o valor que seria interessante para ti? :)
Sim era isso a que me referia, ligar a um AVR ou PIC primeiro, percebi a ideia.
E já agora o jm_araujo tocou onde eu não queria ir ainda, porque penso que há espaço para o teu projecto, e podem ter aplicações diferentes a nivel de segurança AES por exemplo, acho que deviamos separá-los por agora, mas havendo modulos como o esp8266(eu tenho dois mas ainda ando em testes) que custam á volta de 5$ cada, será um forte concorrente por isso eu diria que o teu módulo para cima de 10$ já não será tão atractivo, ou então sim :P.
-
Podem continuar a discussão sobre o módulo se assim pretenderem aqui: http://lusorobotica.com/index.php?topic=7634.msg85445 (http://lusorobotica.com/index.php?topic=7634.msg85445)
-
Sim era isso a que me referia, ligar a um AVR ou PIC primeiro, percebi a ideia.
E já agora o jm_araujo tocou onde eu não queria ir ainda, porque penso que há espaço para o teu projecto, e podem ter aplicações diferentes a nivel de segurança AES por exemplo, acho que deviamos separá-los por agora, mas havendo modulos como o esp8266(eu tenho dois mas ainda ando em testes) que custam á volta de 5$ cada, será um forte concorrente por isso eu diria que o teu módulo para cima de 10$ já não será tão atractivo, ou então sim :P.
Apesar de o MCU que estou a usar suportar AES128, não esta previsto ter qualquer uso. Poderia ser usado para comunicar com um serviço feito à medida que suportasse AES128, mas nao vou promover essa funcionalidade.
Em relação ao preço. Para teres uma ideia, o chip ethernet que uso (um dos mais baratos actualmente no mercado para as características que tem) custa mais que todo o modulo ESP8266 à venda no ebay.
Por isso como respondi ao jm_araujo, espero que se esse ESP8266 for realmente algo com futuro, que isso seja bom para todos e provoque uma reacção das outras empresas.
Actualmente, não posso fazer nada e só posso ignorar que esse modulo existe, de outro modo talvez nem avançasse com o projecto se for só considerar a questão do preço. Futuramente resta-me esperar que existam soluções ao alcance de todos para tentar competir ao nível de preço com esses módulos.
-
Acho que é acima de tudo um excelente exercicio e não deves desistir, como disse tambem há espaço para ligações com fios, que tambem têm as suas vantagens hoje em dia.
-
Boas,
Penso que o segredo do sucesso vai estar na facilidade de utilização, se conseguires implementar
um protocolo que permita uma comunicação transparente vais ter vantagem.
Um bom exemplo é o funcionamento dos módulos BT (HC-06, HC-05, etc) em termos da forma
como os dados são transmitidos entre o MCU e o server BT.
Abraços,
PA
-
Só acho que faz falta ai alguns pinos de uso genérico para IO básicos. Deves ter pinos livres suficientes e ficaria muito mais versátil.
A pedido de varias familias (do FET_Destroyer), estive a redesenhar a placa e disponibilizar alguns IOs que tinha disponível. Nao foi facil! Mas estao la e o resultado final ate me agrada mais.
FET_Destroyer? ;)
Para quem tiver curiosidade e quiser dar feedback, revelo aqui alguma documentação das funcionalidades e funcionamento que o modulo vai ter:
https://github.com/gliderbits/serial-iot-gateway
Espero ouvir pela vossa opinião!
Obrigado!
-
Parece-me bem ;)
-
Viva novamente,
As novidades voltaram rápido! tenho o primeiro prototipo feito e a ser testado por mim.
Agora gostava de oferecer um prototipo a alguém que esteja disposto a ser um beta tester.
Para tal, essa pessoa terá que me demonstrar que vai ter mesmo disponibilidade e interesse em implementar em algo com alguma funcionalidade pratica.
Assim como me dizer qual o primeiro serviço (dos que estão listados ou outros que não estejam listado) que gostaria de testar.
A documentação do modulo esta a ser criada aqui:
https://github.com/gliderbits/serial-iot-gateway
Entretanto, outras opiniões e ideias (agora para o desenvolvimento da aplicação) são bem-vindas.
Obrigado pela vossa ajuda.