Maple Mini

[ricardo-reis]

Então e maple mini, algum de vocês usa?

[vasco]

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.

[senso]

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..

[ricardo-reis]

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..

[Njay]

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.

[senso]

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?

[Njay]

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.

[ricardo-reis]

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..

[vasco]

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).

[vasco]

Solved

http://zadig.akeo.ie/

Ligar, selecionar o device, instalar o driver... Pelo menos ao nivel do device manager está ok.

[Njay]

É por isso que eu ainda gosto muito de UARTs