LusoRobótica - Robótica em Português
Sistemas específicos => ARM => Tópico iniciado por: ricardo-reis em 07 de Março de 2018, 22:35
-
Então e maple mini, algum de vocês usa?
-
Recebi 2 ontem.
Ainda estou indeciso se vou tentar ir pela via do STM32duino ou se vou tentar usando apenas software especifico para os STM32 (e STM8 tb).
Já tenho o programador, acho que à partida tenho tudo o que necessito para começar a brincar com este mcu.
-
Attolic True Studio, free e sem limites para STM, porque a ST comprou a Attolic, download e começar a usar, e perder o hábito de Duino, já chega as montanhas de abstração do CMSIS, não é preciso mais parvoice em cima para ter o desempenho de um atmega num M4 a 180Mhz..
-
eu uso-o com o Arduino IDE..
tava a ver se havia algum post por aqui sobre isso, mas nem 'maple mini' apareceu..
comprei recentemente uns 4 ou 5 e estou a começar a fazer coisas com eles..
os primeiros testes foram à volta de ligar sensores / gps / sd card e coisas do género. coisas que já tinha experimentado no arduino mas não sabia se seriam compactiveis com o MM, na maioria correu tudo sem ter que modificar nada nos programas que tinha.
agora tou a começar a fazer um comando RC, com comunicação bidireccional (ou pelo menos é essa a intenção), para controlar o rover que tenho andado a desenvolver.. a ideia é ter o rover a enviar coordenadas GPS, leituras do acelerómetro, giroscópio bussola e baterias (pelo menos, talvez mais qualquer coisa dependendo dos sensores que acabar por aplicar nele), e ter no comando dois displays, dois joystics, gps e mais uns quantos botões pra controlar o rover, e ter opção de 'folow me home'.. claro que isto é um monte de coisas que, em separado, já quase requerem mais processamento e memória que o arduino pode dar, juntos ainda adicionam o problema de 'e pinos pra isto tudo?', daí que tenha tido que saltar pró MM.
em geral tem sido mt fácil de fazer coisas com o MM, mas quando acertas num componente que não tem a biblioteca que usavas a funcionar, fica mais complicado.. eu cheguei a esse ponto com as antenas NRF24L01.. tentei ontem com uma outra biblioteca, tenho-a a funcionar, mas ainda não extendi de R/T pra bi-direccional..
deixo aqui uma foto, pra ver se vos dá na telha de ver dos MM prós vossos projectos..
(https://lusorobotica.com/index.php?action=dlattach;topic=9302.0;attach=4407;image)
-
Memória concordo, agora processamento, para ter GPS, display comms via rádio, ler uns sensores, controlar um par de motores e tal, o AVR tem mais CPU power que o necessário... mas para um Rover, e assumindo que não queres só um robot comandado à distância, acho que querias era ir logo para um Linux ou por aí perto.
CPUs pequenos são CPUs pequenos... não têm dimensão para grande portabilidade de código. Quando começas a querer ir por esse caminho, começas a perder o "pequeno" - portabilidade tem um custo.
-
Se tens uma biblioteca funciona, é portar..
A unica diferença vai ser nas 2-3 funções que implementam o read e write via SPI e mais um ou dois IO's quanto muito para um reset do módulo..
Depender de bibliotecas prontas a usar para X micro é um bocado coiso :/
Portar é simples, e mesmo fazer de raiz é só agarrar na datasheet e ler.
Tambem não sei se é assim tão clean cut Njay, acho que Linux por tudo e por nada tambem não é a melhor resposta, uma grande diferença é o consumo..
No que o ricardo-reis está a fazer qual seria a vantagem de atirar com um SBC para cima a correr linux?
-
A vantagem é quando ele começar a pensar em algoritmos mais elaborados de navegação, de comportamento, em visão, ... Consome mais, é verdade, mas peanuts comparado com o que consomem os motores dum veículo desses.
Se é só para um robot telecomandado... qualquer micro moderno de 8 bits e pinos suficientes (ou com um I/O expander) serve.
-
já não programava há uns anos, especialmente arduinos e tal.. voltar está a ser mais complicado que esperava, mas tá a ir, devagar..
não tenciono implementar visão.. LIDAR talvez..
os portes talvez sejam simples, mas as libs que há prós NRF24L01 não têm grande documentação.. ou talvez seja eu a não usar a(s) certa(s)..
de qualquer forma, há ainda mt trabalho no 'desenferrujar' do que sabia fazer com isto.. ainda vai demorar um bocado.. :)
-
hj fui ligar o maple e não consigo instalar os drivers... :-(
Fico com um Maple 003 com um ! no Device Manager (windows 7 64 bits)
Os drivers que instalei foram estes: http://www.st.com/web/en/catalog/tools/FM147/CL1794/SC961/SS1533/PF257938?s_searchtype=keyword
É possível programar o Maple com o st-link v2?
Ainda não vi nenhum mcu em que o usb fosse providenciado pelo próprio chip que não desse uma ou outra chatice, sou fã incondicional dos FTDI (ou equivalentes, há alguns que tb é dificil instalar o driver mas não tanto).
-
Solved
http://zadig.akeo.ie/
Ligar, selecionar o device, instalar o driver... Pelo menos ao nivel do device manager está ok.
-
É por isso que eu ainda gosto muito de UARTs :)