Respondendo todo mundo em um post somente:
@eletroinf, @xultzEletroinf, agradeço tua cordialidade e generosidade! Respondi o teu e-mail, por favor, verifique se o mesmo não foi parar na lixeira ou spam, pois uso uma conta do yandex! Caso não tenha encontrado o livro, por favor responda, para que eu possa solicitar o Xultz o envio de um, caso o mesmo ainda disponha do mesmo (por favor Xultz, guarde um até o Eletroinf me responder). Agradeço aqui também a cordialidade e generosidade do Xultz!
@tcpipchip, @Rodrigo_P_ANão achei o manual da Hi-Tech para Holtek (mas encontrei uma referência de 2005 provando que eles tinham um compilador C para uc's Holtek:
http://www.htsoft.com/news/images/Newsletter_Jun05.pdf). Entretanto, encontrei o da Microchip para PIC14/16:
Microchip HI-TECH C® for PIC10/12/16User’s Guide (DS51865B)"3.4.4
Pointer TypesThere are two basic pointer types supported by the HI-TECH C Compiler for PIC10/12/16 MCUs: data pointers and function pointers. Data pointers hold the addresses of variables which can be indirectly read, and possible indirectly written, by the program. Function pointers hold the address of an executable function which can be called indirectly via the pointer."Como podem ver, ponteiros para função é válido! Aliás, o SDCC já oferece suporte a ponteiro de função para microcontroladores da Microchip (arquiteturas: PIC14/16).
@Rodrigo_P_AMeu propósito, como disse não é tornar um fanboy de Holtek, mas sim de aplicá-lo em situações onde o mesmo já é massivamente utilizado (ao menos aqui no braZil): acionamento de portões eletrônicos, controles remotos, máquinas de lavar roupas, "tanquinhos" e em outros dispositivos de automação de baixo custo! Se fosse exclusivamente pensar na tua lógica de atualização, desde os anos 2000 não teríamos mais o core 8051, correto? E o que vemos ainda hoje? O mesmo continua ser um dos microcontroladores/cores mais utilizados! Será que toda a indústria está errada quanto a isso ou há aplicações e nichos para as principais arquiteturas? Será mesmo que um empresário que já produz para o mercado local estaria disposto a investir dinheiro e tempo dos seus funcionários só para tentar uma nova arquitetura "cool" ou continuar a produzir com o que tem atendendo as necessidades do mercado local?
Escovar bits é quando se programa em linguagem de máquina, diretamente utilizando o opcode! Um assemblador já ajuda imensamente! Um compilador C então, nem se compara com a produtividade das duas últimas linguagens citadas!
No meu caso, estou interessado em portar o assemblador para os uc's Holtek de 8 bits e futuramente o compilador SDCC. Já que a arquitetura é bem parecida com os dos uc's PIC14/16 da Microchip, o trabalho seria adequar primeiramente o gputils (gpasm, gplink, e gplib) e depois portar o compilador propriamente dito. Seria algo mais para o aprendizado e uma humilde contribuição ao projeto do SDCC, compilador esse que já colocou pão na mesa!
@AquinoAo meu entender, a editora Erica foi uma das poucas a dar oportunidade de edição técnica aos autores nacionais. Obviamente, sabemos que no país o pessoal não é muito de ler (lembrem-se do nosso querido Presidente Lula que se gabava de nunca ter lido um livro na vida?), imagina então livros técnicos! Mas mesmo assim, houve de forma tímida vários autores que escreveram sobre diversos assuntos técnicos, sendo que na maioria dos casos tratando de forma superficial ou introdutória o tema proposto. Especificamente sobre os livros de microcontroladores, não tem muito o que discorrer além do que está nos
datasheets e manuais de referência. Os livros que foram lançados eram um resumo disso com introdução à Linguagem C, uso de
IDE's e alguns projetos exemplos. No geral, não foge muito dos livros introdutórios estadunidenses ou europeus: basta comparar os sumários e observará semelhanças.
Enviado: 09 Jun 2020 18:48
