ASM51

Alguém está usando em produtos finais? É confiável e estável?
Vi que tem como gerar bytecode pra esconder os códigos. Parece bem promissor o projeto.

eu jamais usaria....

eu tenho usado na 1.13 para implementação de uma rede LoRa

Funciona bem melhor que a 1.12

eu compilei para o W102, tive que mexer nas particoes por causa do limite de memória!

https://micropython-nina-w102.blogspot. ... alexa.html

Recomendo!

tcpipchip escreveu:eu tenho usado na 1.13 para implementação de uma rede LoRa

Funciona bem melhor que a 1.12

eu compilei para o W102, tive que mexer nas particoes por causa do limite de memória!

https://micropython-nina-w102.blogspot. ... alexa.html

Recomendo!

Vi os tutoriais com Micropython, estão muito bons.

Rodrigo_P_A escreveu:eu jamais usaria....

Pra mim ainda é uma quebra de paradigma e não sei se usaria pra tudo.

mrgadotti escreveu:

Rodrigo_P_A escreveu:eu jamais usaria....

Pra mim ainda é uma quebra de paradigma e não sei se usaria pra tudo.

não confio nessas coisas não, começa dar pau maluco e vc num sabe o que é, sai fora. Prefiro o meu bom e velho c/c++ e minhas libs que hoje estão muito estáveis, obrigado !

Concordo com o Rodrigo. Uma coisa é você usar coisas legais no meio acadêmico e hobby. Outra coisa é você fazer algo que deve rodar por mais de 10 anos e de preferência não te faça gastar uma viagem do sul do pais ao Acre, em garantia.

Tem muita modinha, como hype do Rust e tal. Mas quando "pega pra capar", coisas somente deslumbrantes não funcionam.

Claro que tudo isso vai amadurecendo e o que é ruim naturalmente morre e o que é bom melhora e é adotado. Por isso, para produção, não dá para pegar carona em hype.

tudo tem um cezinho por trás!

Colegas:
Adafruit tem investido bastante em CircuitPython que é o equivalente deles à micropython.
Aquela placa micro:bit da BBC usa micropython como firmware. Eu não diria que essas "MCUpython" são modinha mas que são voltadas para um tipo de uso que exige bastante recursos de memória e processamento r que se beneficia da quantidade de coisas prontas para python. Lembro que o nodemcu 8266 suportava micropython mas não fazia nada de prático/util pois o firmware praticamente exauria seus recursos de memória.

tem muita modinha em programação, mas as bases de todos sistemas são feitas sempre do mesmo jeito. Pq num estudar pra fazer direito como as bases?

Nos sistemas da minha empresa estou matando tudo quando é linguagem interpretada, a única coisa interpretada que uso nos meus sistemas são: o SQL do Banco de dados com SQL, o resto, é tudo C/C++, desde servidores web, servidores de aplicação.

Placas embarcadas sempre fiz tudo em C/C++.

E acho que é está sendo muito melhor, roda igual em qualquer host. Sem pegadinhas, sem dependências, e funciona igual, sem: a... mas nessa distro precisa disso, naquela precisa daquilo.

Meus aplicativos são leves, funcionais e num consomem toneladas de RAM.

Já passei muita raiva e tô velho, num tô com paciência pra ficar testando esse monte de elefante comedor de memória que depois dá um monte de problema.

Vou dar um exemplo: Vejo caras falando: ai... eu troco um sistema inteiro ERLANG em minutos, cara eu atualizo o sistema de servidor e aplicação do meu sistema que atende hoje centenas de clientes inteiro do servidor em 15 segundos.

E outra: roda igual, em ARM, em x86, em Linux, em Windows... simples assim.

Desculpem, acho que foi um desabafo depois de tantos anos testando coisas, percebi que eu perdi muito tempo.

Mas , ferramenta boa é aquela que te atende, se te atende, segue em frente e seja feliz

aos interessados, tambem fiz alguns blogs para uso do CircuitPython
https://nina-b302-wifi-mqtt.blogspot.co ... alexa.html
Também em Lua

Caro Rodrigo:
Concordo 100% com você amigo. Eu já passei várias vezes por esses pequenos infernos. Porém, no caso que discutimos, micropython é apenas um firmware, não tem distro, não tem nada parecido com o que você desabafou. Você grava no flash e usa. Não existem grandes ambições no uso de micropython em MCU, é uma alternativa como Lua, Forth, etc que facilita a migração entre MCUs como o arduino ao custo de abrir mão de desempenho, espaço em flash e controle detalhado do microcontrolador. Eu comparomicropython com o Basic que vinha nos microcomputadores de 8 bits: você liga, programa e usa, só precisa de um terminal.

mrgadotti escreveu:Alguém está usando em produtos finais? É confiável e estável?
Vi que tem como gerar bytecode pra esconder os códigos. Parece bem promissor o projeto.

Esqueci, quando compilares para o ESP32/8266 muda no make menuconfig de Debug para Release

Concordo com o Rodrigo, já tive muita dor de cabeça com um Gateway IoT na empresa que trabalhei em Floripa, era caso de amor de ódio com Python num ARM AM335x 720MHz, iniciaram o projeto com Python e no começo era uma porcaria, foi feito por um dev sem experiência na linguagem. O load average do Linux era sempre alto, crash de coisas absurdas etc. O pior de tudo, como identificar erros absurdos de programação numa linguagem interpretada que só quebra em tempo de execução??? Foi perdido mais tempo corrigindo cagadas e ouvindo cliente reclamando do que se tivesse feito o produto do zero em C++ como os demais produtos da empresa. Por fim depois de muito estudar a linguagem e aprender suas particularidades, o produto funcionou satisfatório. Mas era sempre o pesadelo de adicionar qualquer feature nova, pois a aplicação era um monolito gigante escrito em Python com asyncio. No final comecei a migrar parte do produto para C++ depois de tanta dor de cabeça, a diferença de desempenho foi absurda.

Python é muito bom para programar em um ambiente sem necessidade de real time e que tenha disponibilidade de recursos. Se ganha muito tempo com desenvolvimento de aplicações que necessitem de conectividade. Foi esse ponto que me chamou atenção do Micropython, fácil de alterar o script e já sair rodando. Ainda tenho receio de utilizar para qualquer aplicação mais complexa que envolve algum hard real time.

Mas com o preço dos ARM e a disponibilidade de recursos, pareceu bem interessante a proposta do Micropython. É sempre a questão de pesar a disponibilidade de hardware pra rodar o interpretador x desempenho.

O que acho absurdo é o pessoal comparar o desempenho de uma linguagem como Python com C/C++, a facilidade de uma linguagem interpretada tem um preço.

tcpipchip escreveu:aos interessados, tambem fiz alguns blogs para uso do CircuitPython
https://nina-b302-wifi-mqtt.blogspot.co ... alexa.html
Também em Lua

O projeto do CircuitPython parece que está bem legal