LusoRobótica - Robótica em Português
Software => Software e Programação => Tópico iniciado por: SJD22 em 26 de Abril de 2014, 16:35
-
Boa tarde,
este post abrange várias áreas... vou tentar não me dispersar... cá vai...
Ando de volta de um módulo 3G da Sierra Wireless. Neste momento estou a usá-lo com a develop board que adquiri também.
Quando essa board está ligada em Windows, este detecta-me várias portas COM. Por exemplo "AT COMMAND PORT", "DM PORT", "NMEA PORT" e mais 2 ou 3. São portas criadas pelos drivers da SWireless e cada uma tem a sua função concreta.
Ora bem, na verdade o que eu pretendo fazer é ligar este módulo a um Atmel 2560 mas este processador só tem UART e não USB. A conversão para USB faz-se com o FT232, portanto penso que não há problema. Aqui a questão é escrever um driver para o Atmel 2560 me conseguir comunicar com o módulo da SWireless.
Numa primeira fase, queria começar por escrever um driver USB de raíz em Windows e só depois avançar para o Atmel 2560. Alguém tem experiência a escrever drivers ou sabe por onde começar?
Fisicamente so existe uma ligação USB entre o computador e a develop board, por isso a ligação é partilhada pelas várias portas COM. A questão do direccionamento das portas está no modo como o driver é programado.
O objectivo final é conseguir enviar mensagens QMI (Qualcomm MSM Interface) para o chipset do módulo da SWireless. O protocolo QMI já o consigo recriar portanto é na boa este passo.
Obrigado.
-
Nao entendo o que tens e nao sei como as coisas estao ligadas, no entanto deixo aqui algumas ideias:
- Provavelmente nao quereras desenvolver um driver USB nem para o PC nem para um microcontrolador. A maior parte dos microcontroladores nao faz USB host. Mesmo que fosse possivel host, fazer um driver USB 'e daquelas coisas que so esta ao alcance de alguns: Para alem de ser algo extremamente complicado, exige conhecimentos do protocolo que o proprietario desenvolveu... que normalmente nao e' publico.
- Nao podes ligar USB directo com USB, nao 'e possivel ligar um conversor serie - usb - usb - serie.
Parece-me que o que tens, so podes fazer se conseguires comunicar com o modulo com microcontrolador por porta serie UART directa.
-
O proprietário disponibiliza toda a documentação para fazer os drivers.
Isto tem é documentação que nunca mais acaba e não é fácil descascar tudo.
-
Se é um FT232 só existe uma porta serial fisica, o que o software/driver faz é provavelmente criar várias portas COM e dividr consoante algum numero mágico num pacote a dizer para onde coisa deve ir no lado do windows, é agarrar no osciloscópio e pescar as linhas tx/rx directamente, conversor usb-serial para um terminal e ver o que é que te aparece.
O atmega2560 tem 4 portas serial nativas/em hardware..
-
Não senso, não é um FT232.... isso é o que eu quero usar no futuro.
Vou tentar explicar-me melhor:
- trata-se de um módulo 3G da Sierra Wireless com 52 pinos dos quais apenas 2 são USB (D- e D+). O resto é pins para outras coisas... não interessa para o caso.
- o módulo encaixa-se na develop board que por sua vez a ligo por USB ao computador (Windows).
- São detectadas 6 portas COM (AT, NMEA, DM, CNS, dados, etc).
- Faço requests com comandos AT pela porta do AT sem problemas.
Mas agora eu quero é enviar comandos QMI (um protocolo especifico que é publico e é facil de implementar). O problema está em enviar esses comandos... Segundo o fabricante, esses comandos enviam-se atraves de uma API deles usando um SDK. So que eu futuramente no meu device nao tenho nenhum sistema operativo... tenho somente, e neste caso, 4 UARTs para comunicar. O que estou a pensar fazer no device é passar de UART para USB e ligar ao módulo. É pacifico e funciona penso eu... a questão é que eu tenho que de certa forma enviar algum pacote especial para o modulo interpretar isso da forma mais correcta. É o mesmo que acontece e que tu falaste senso... apenas uma porta USB fisica mas com varias COM's... por isso de certa forma ha pacotes que fazem a destinçao de que porta é que a informaçao partiu do Windows e chegou ao módulo. É isso que necessito perceber.
Isto não é facil explicar porque nem eu ainda percebi bem a globalidade disto. Muita documentação e dispersa... Telit nisso é bem melhor :)
-
Boa tarde,
este post abrange várias áreas... vou tentar não me dispersar... cá vai...
Ando de volta de um módulo 3G da Sierra Wireless. Neste momento estou a usá-lo com a develop board que adquiri também.
Quando essa board está ligada em Windows, este detecta-me várias portas COM. Por exemplo "AT COMMAND PORT", "DM PORT", "NMEA PORT" e mais 2 ou 3. São portas criadas pelos drivers da SWireless e cada uma tem a sua função concreta.
Ora bem, na verdade o que eu pretendo fazer é ligar este módulo a um Atmel 2560 mas este processador só tem UART e não USB. A conversão para USB faz-se com o FT232, portanto penso que não há problema. Aqui a questão é escrever um driver para o Atmel 2560 me conseguir comunicar com o módulo da SWireless.
Numa primeira fase, queria começar por escrever um driver USB de raíz em Windows e só depois avançar para o Atmel 2560. Alguém tem experiência a escrever drivers ou sabe por onde começar?
Fisicamente so existe uma ligação USB entre o computador e a develop board, por isso a ligação é partilhada pelas várias portas COM. A questão do direccionamento das portas está no modo como o driver é programado.
O objectivo final é conseguir enviar mensagens QMI (Qualcomm MSM Interface) para o chipset do módulo da SWireless. O protocolo QMI já o consigo recriar portanto é na boa este passo.
Obrigado.
Boas,
Se a ideia for algo no género Atmel2560 <---> FT232 <----> 3G não vai funcionar.
O FT232 implementa em firmware a classe CDC, pelo que é um USB DEVICE, da mesma forma o 3G implementa igualmente
a classe CDC com múltiplas interface (dai a varias portas COM) sendo que qualquer deles tem que estar ligado a um USB
HOST que neste caso é implementado pelo Windows.
Ora, ligar o 3G a um FT232 não vai funcionar pois são 2 UBS DEVICES que estão à espera de uma conexão a um USB HOST
como especificado pela classe CDC.
Da mesma forma, não estou a ver bem como entra ai o " driver USB de raíz em Windows" ... e muito menos o driver
USB para o Atmel, alias é completamente impossível pois esse Atmel nem sequer sabe o que é um PHY USB.
Se a ideia é comunicar com o 3G a partir de um MCU a única forma de o fazer é recorrer a um MCU com USB e implementar
no mesmo um USB HOST para tal.
Abraços,
PA
-
Obrigado StartRider... se calhar está na altura de largar o Atmel 2560 e dar o salto para o Raspberry...
-
Obrigado StartRider... se calhar está na altura de largar o Atmel 2560 e dar o salto para o Raspberry...
Boas,
Yap ;)
Como eu disse, podes recorrer a um MCU com USB (com PHY interno tens os LPC, por exemplo) e pode implementar
no firmware um USB HOST que vai aceitar o 3G e depois é só enviar o protocolo pelas portas COM virtuais.
A questão está mesmo na implementação desse HOST ... se fores avançar com o projecto, e depois de teres escolhido
o MCU ou board, não me importo de tratar da parte do HOST ... desde que não seja para fins comerciais como é óbvio ;)
Abraços,
PA
-
eu nao me importo de começar com o raspberry mas parece-me que depois para desenvolvimento é mais complicado, ou seja, largar o raspberry e usar so o processador
so arranjar o processador parece mais dificil e depois soldá-lo numa PCB em casa também nao é facil... fora toda a complexidade da arquitectura processador...
-
O chip usado na RaspberryPi é um SoC da Broadcom, que só olha para ti se falares em comprar uns milhões de chips, é um BGA e precisas de pelo menos 4 layers de pcb se tiveres arte, se não 6 ou 8, tem de ser soldado em forno e inspecionado via raio X, penso que tem um pitch de 0.5mm possivelmente 0.4mm, não é de todo uma pcb feita na itead por 5€.
O SoC em si está coberto de NDA's e o bootloader em si é um blob binário, quem faz o arranque do SoC é um dos cores do GPU e não o CPU, sem o blob binário o CPU corre a uns fantásticos 19Mhz porque os PLL's ficam todos trancados.
Se queres algo que corra linux, obviamente vais tirar partido do OS, não é muito comum usar um SoC bare metal, para isso perdes tudo quanto é software oferecido pelo OS.
Se realmente queres ir por esse caminho, podes pensar num AllWinner A10 que é um TQFP144 ou um Freescale i.MX233 tambem disponivel em TQFP, tens linux pronto a usar, e só precisas de uma pcb de 4 layers(já se faz por algo na casa dos 30-50€).
Porque não um micro-controlador, como o StarRider referiu
-
O chip usado na RaspberryPi é um SoC da Broadcom, que só olha para ti se falares em comprar uns milhões de chips, é um BGA e precisas de pelo menos 4 layers de pcb se tiveres arte, se não 6 ou 8, tem de ser soldado em forno e inspecionado via raio X, penso que tem um pitch de 0.5mm possivelmente 0.4mm, não é de todo uma pcb feita na itead por 5€.
O SoC em si está coberto de NDA's e o bootloader em si é um blob binário, quem faz o arranque do SoC é um dos cores do GPU e não o CPU, sem o blob binário o CPU corre a uns fantásticos 19Mhz porque os PLL's ficam todos trancados.
Se queres algo que corra linux, obviamente vais tirar partido do OS, não é muito comum usar um SoC bare metal, para isso perdes tudo quanto é software oferecido pelo OS.
Se realmente queres ir por esse caminho, podes pensar num AllWinner A10 que é um TQFP144 ou um Freescale i.MX233 tambem disponivel em TQFP, tens linux pronto a usar, e só precisas de uma pcb de 4 layers(já se faz por algo na casa dos 30-50€).
Porque não um micro-controlador, como o StarRider referiu
Boas,
Para ser sincero nunca mexi numa RaspberryPi ... mas partilho da mesma opinião.
Existe uma board da Olimex com o AllWinner A10 que por acaso só ontem é que tomei conhecimento da mesma pelo
facto de o TheDeadLives ter falado sobre as boards da Olimex num outro tópico.
Ainda só dei uma vista de olhos, um pouco na diagonal, mas parece que tem potencial, e para este projecto penso
que era uma boa opção: https://www.olimex.com/Products/OLinuXino/A10/ (https://www.olimex.com/Products/OLinuXino/A10/)
Em principio vou mandar vir uma para experimentar.
Abraços,
PA
-
Infelizmente grandes empresas é tudo aos milhoes... o que é uma pena porque corta logo as pernas a um gajo qdo tenta começar um projecto (que no futuro ate pode dar origem a pedido de milhoes de componentes)... enfim... Quando contectei a Telit mandaram-me dar uma curva... a Sierra Wireless foi simpatica... e ha outros igualmente acessiveis tb.
Anyway... tanto tecnicamente como logisticamente falando ja percebi que usar Raspberry é para esquecer porque o passo a seguir seria usar o processador apenas e já percebi que por ai nao vou la...
Vou tentar as vossas alternativas! Na verdade eu so quero mesmo um processador com USB (4 idealmente)... ter SO ou nao será irrelevante...
Vamos ver...
Obrigado.
-
Encontrei aqui uma soluçao que talvez não seja má de todo...
Existe um Arduino Mega ADK (http://arduino.cc/en/Main/ArduinoBoardMegaADK (http://arduino.cc/en/Main/ArduinoBoardMegaADK)) com o Ateml 2560 que usa um IC chamado MAX3421e que permite USB Host.
Isto parece-me uma boa solução, nao? Vou explorar mais
-
Não queres partilhar o modulo que estás a usar?
-
é o MC 7710
-
Se estes 30$ se converterem em 25€ http://www.raspberrypi.org/raspberry-pi-compute-module-new-product/ (http://www.raspberrypi.org/raspberry-pi-compute-module-new-product/) será que isto não te compensa? Só o atmega e o MAX3421e fica-te a 13€
-
Bom isso é giro à brava e bem mais flexivel do que a versao normal. No entanto, se um dia quisermos comercializar um equipamento com isso nao deve ser permitido.
De qq forma so está available em junho.
-
SoC's ARM em formato SO-DIMM são standart na industria, essa placa foi feita exactamente para isso.
-
isso facilita as coisas entao. é so procurar por processadores (com USB) nesse formato para integrar no projecto
-
Atenção que não são compativeis pino a pino, cada fabricante faz o que quer.
-
pois... isso pode ser mau.
senso, nao quero abusar da tua paciencia (mas sim da tua experiencia :) )... dentro desse genero o que me aconselhas tendo em conta que preciso de USB (2 idealmente)??
-
Se usares um SoC capaz de correr linux, basta teres um USB, depois, tiras partido de teres um OS com inteligência e usas um hub, se é um sistema headless, tens os allwinner(olinuxino e afins) e os i.MX233, um ou outro são utilizaveis em pcb's de 4 layers.
Eu acho meio estranho é esse modem gsm só falar USB
-
Em geral os chips que disponibilizam apenas a interface USB destinam-se a ser usados com sistemas operativos para que a experiencia seja identica à que descreveste em relação ao Windows ("ligar, detecta automaticamente as portas virtuais, etc").
Deparei-me com essa situação ha pouco tempo com um módulo Bluetooth BLE que tambem só tinha interface USB. Se queres ligar esse módulo a um microcontrolador o mais adequado a meu ver é encontrares um modulo que comunique por UART/SPI/outra interface que tenhas no microcontrolador que não USB.
Curiosidade: o projecto é para fins comerciais?
-
Podes usar o RPi para fins comerciais, aliás foi por isso que lançaram esta versão. Conheço tambem estes mas são mais caros https://store.gumstix.com/index.php/category/33/
-
senso:
confirmei agora... apenas por USB. Isto é um módulo 2G/3G/4G/GPS.
msr:
estou a construir um prototipo de uma ideia que tive dentro de umas das minhas areas profissionais actuais. A ideia é boa... funciona... tem potencial... tem mercado... falta concluir o prototipo. Nao é facil... o dia so tem 24h. A ideia é tornar-se comercial sim
metro_:
ok. tks
-
Viva!
desculpa colocar novamente um pouco de "agua na fervura".
Pelo que dizes o modulo so comunica por USB. Na minha opiniao, e para o que pretendes, se o fabricante, nao disponibiliza exactamente toda a documentacao e mais alguma, exemplos, application notes, etc para fazer um novo driver USB para um sistema operativo embedded em que basicamente "so tens de fazer copy&past", entao provavelmente nao é o modulo que pretendes usar para o teu projecto.
Na minha opiniao, estares a fazer um driver USB é ja por si só um projecto à parte... e lá se vai o tempo e esforcos que tens disponivel para o teu projecto principal.
Vejo 3 ideias para este caso:
- Usar um sistema linux embedded conforme estao a falar e ter a sorte de nao ser preciso fazer drivers (visto que dizes que sao detectadas como portas COM virtuais.. pode ser que tb funcione no linux.. é experimentar!)
- Procurar outro modulo.
- Porque queres usar 3G?..quando pretendias inicialmente ligar o modulo a um microcontrolador (baixa quantidade de processamento de dados suponho)? Porque nao usar um simples modulo GSM/GPRS onde podes ligar igualmente ah internet.?!
My 2 cents!
-
KammutierSpule, o fabricante disponibiliza toda a documentação, inclusivamente para fazer um novo driver USB para sistemas não Windows. Está lá tudo. O que eu queria numa primeira fase era implementar o driver em Windows... so para me ambientar à coisa e só depois passar para o micro.
O modulo tem que ser este ou idêntico. Procurei no mercado, inclusivamente outras marcas, e este modulo da SW é o que é melhor em termos de preço, qualidade, suporte, características, etc.
Tem mesmo que ser 2G, 3G e 4G. O projecto a isso obriga.
O fabricante disponibiliza drivers para Windows e Linux. Aqui a questão é qual o melhor microprocessador e mais fácil de adaptar ao que pretendo. Eu com atmel 2560 já me mexia mais ou menos bem... de resto não.
-
É só que é estranho só ter mesmo USB, porque dá ideia de ser uma coisa ou para implementar em pen's USB-GSM e afins ou então como módulo de desenvolvimento, USB é algo pesado e tem muito over-head para se usar quando está tudo na mesma placa, é só mesmo isso que acho estranho.
Não fazendo a minima ideia de onde vais usar isso, sabes que para ai meio pais não tem cobertura 4G, eu aqui em casa só tenho mesmo rede á janela lol, quanto mais 4G, receber mms's só em dias de festa ;D
-
boas
decide-me por adquirir um A13-OLinuXino da Olimex. Estou encantado com isto... é poderoso e tem a vantagem de poder soldar as patinhas do processador com facilidade nesta primeira fase...
vou seguir por este caminho, vamos ver no que dá.
tks senso!
-
A questão é: consegues comprar samples desse processador?
-
tb olhei para esse aspecto... :) senao nem sequer tentava comprar a board.
sim, consigo. Custa 6 euros na olimex... mandei vir 3... ja ca os tenho. A encomenda demorou 3 dias a chegar com tudo o que pedi. Bom serviço tb.
portanto a nivel de hardware para integraçao isto parece-me excelente... o processador porta-se bem... tem os interfaces que quero... so preciso de meter o modulo 4G a bombar lá... e a partir daí mto trabalho e siga :)
-
boa :) força com isso :)
Já agora aproveito para deixar uma lista destes tipo de placas: http://www.linux.com/news/embedded-mobile/mobile-linux/772279-choose-your-favorite-open-source-sbcs#Open%20SBC%20selection%20list: (http://www.linux.com/news/embedded-mobile/mobile-linux/772279-choose-your-favorite-open-source-sbcs#Open%20SBC%20selection%20list:)