Search the Community

Sou programador IT e tenho interesse em aprofundar os meus conhecimentos na área da eletrotécnica e microeléctronica. Tenho algum dinheiro de parte para comprar alguns equipamentos para o efeito. No entanto não pretendia adquirir logo o “topo de gama” mas sim algo mais “low level” e posteriormente numa fase em que estivesse já mais “á vontade” na área ai sim comprar algo mais “profissional”. Como projeto pretendo desenvolver uma board (PCB). Para isso sei que o MPLAB REAL ICE (https://www.microchip.com/Developmenttools/ProductDetails/DV244005#additional-summary) é oprimo para esse efeito e que possibilita a programação e emulação de toda a lógica inerente ao circuito através de um IDE. Depois do circuito emulado e esquematizado teria de requisitar uma empresa de impressão de circuitos (https://www.eurocircuits.com/pcb-prototype-and-small-series-services-offered-by-eurocircuits-made-in-europe/) e soldar cada um dos componentes. Pretendia saber se alguém tem alguma alternativa ao MPLAB REAL ICE? Isto porque a ferramenta é excelente mas custa 504 dólares (https://il.farnell.com/microchip/dv244005/probe-kit-mplab-real-ice/dp/1294851) e como disse anteriormente procuro algo que seja próximo do (com IDE para programação da lógica). Todas as sugestões são bem vindas, desde já obrigado.

Olá a todos, Estou a construir uma Toolchain para cross-compiling num ARM Cortex-M4 através do CMake, usango o gcc-arm-none-eabi. Defini o ficheiro da Toolchain com os respetivos caminhos para os compiladores, e com as flags do compilador. #--------------------------------------------------------------------------------------------------------------------- # Targets #--------------------------------------------------------------------------------------------------------------------- set(CMAKE_SYSTEM_NAME Generic) set(CMAKE_SYSTEM_PROCESSOR ARM) # set(CMAKE_SYSTEM_VERSION ) #--------------------------------------------------------------------------------------------------------------------- # Set compilers #--------------------------------------------------------------------------------------------------------------------- set(CMAKE_C_COMPILER ${ARM_GCC}) set(CMAKE_CXX_COMPILER ${ARM_G++}) set(CMAKE_ASM_COMPILER ${ARM_AS}) set(CMAKE_AR ${ARM_AR}) (...) set(CMAKE_C_FLAGS_INIT "-O0 -g0 \ -mcpu=cortex-m4 \ -mthumb \ -mabi=aapcs \ -Wall \ -Wextra \ -mfloat-abi=hard \ -mfpu=fpv4-sp-d16 \ -ffunction-sections \ -fdata-sections \ -fno-strict-aliasing \ -fno-builtin \ -fshort-enums" ) set(CMAKE_ASM_FLAGS "-g0 \ -mcpu=cortex-m4 \ -mthumb \ -mabi=aapcs \ -mfloat-abi=hard \ -mfpu=fpv4-sp-d16" ) set(CMAKE_EXE_LINKER_FLAGS_INIT "-O0 -g0 \ -mcpu=cortex-m4 \ -mthumb \ -mabi=aapcs \ -mfloat-abi=hard \ -mfpu=fpv4-sp-d16 \ -Wl,--gc-sections \ --specs=nano.specs \ --specs=nosys.specs" ) No ficheiro CMakeLists.txt tenho mais algumas definições para o compilador, e o caminho para o Linker Script, uma biblioteca construida a partir do SDK e depois o processo de linkagem: (...) add_executable(main main.c) target_link_libraries(main sdk_lib) add_custom_command( TARGET main POST_BUILD COMMAND ${ARM_OBJCOPY} -O ihex ${CMAKE_CURRENT_BINARY_DIR}/main ${CMAKE_SOURCE_DIR}/main.hex ) O Custom Command gera o .hex a partir do .elf gerado no add_executable(). Aparentemente está tudo a funcionar, mas quando analiso o .hex percebi que praticamente não tem informação. Depois de alguma pesquisa percebi que o próprio .elf não tem o conteúdo que é suposto e começo a desconfiar de um possível problema. Uma vez que no processo de compilação em sistemas embebidos, os ficheiros objecto são gerados e depois linkados para construir um ficheiro final que pode ser corrido no dispositivo, desconfio que o linker não estará a ser chamado, pois os ficheiros objecto para cada source está a ser gerado. Reparei também que na compilação, o compilador que é chamado é o expectável /opt/gcc-arm-none-eabi-8-2019-q3-update/bin/arm-none-eabi-gcc mas o linker assume um caminho estranho, que o CMake encontrou por algum motivo /opt/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/bin/ld Naturalmente este pertence à pasta da toolchain do GCC, mas deixa-me sem saber se este funciona de igual modo ao presente na outra pasta. Resumindo a minha questão, alguém consegue ter uma ideia do que poderá estar a acontecer quando ao ficheiro .elf não conter a informação correcta, e também esta questão do Linker? Obrigado. (Link para o GitHub, embora já tenha feito pequenas alterações/experiências https://github.com/NunoRVicente/cmake-arm-toolchain)

Boas pessoal 🙂 Sou novo aqui no fórum e gostava de fazr uma pergunta 🙂 Eu estou a estudar Engenharia Electrotécnica e Computadores, e no próximo ano início o meu mestrado. Estou a pensar em seguir sistemas embarcados. Porque é a junção de hardware e software. O que me permite ter um amplo conhecimento em ambas as áreas 🙂 Mas neste verão estive a aprender php e estive a ler sobre aplicações Android, e fiquei curioso sobre o assunto, e sobre a programação em mais alto nível. O que me fez considerar a minha escolha de mestrado. Na vossa opinião, acham que, formando-me em sistemas embarcados acham que tenho todas as bases necessárias para mais tarde desenvolver software de maior complexidade e de maior nível? 🙂 por exemplo sites, ou quem sabe até jogos? Ou quem sabe computação gráfica 😉 Acham que fico, de alguma forma limitado a programação de baixo/médio nível? Eu aprendi C, C++, assembly e agir estou a dar MySQL. Por favor, digam qualquer coisa, principalmente se forem da área da informática 🙂 obrigado pessoal!

Exercícios de Sistemas Embebidos (IST) Ver Ficheiro Conjunto de exercício de Sistemas Embebidos, com resolução disponibilizada para a maior parte deles. Instituto Superior Técnico Aplicações para Sistemas Embebidos Autor: Professor Alberto Ramos Cunha Conteúdo Dispositivos e Serviço de Entrada/Saída Programação com Interrupções Arquitecturas de Software Optimização de Programas Concepção e Desenho de Sistemas Referências Submetido por Rui Carlos Submetido em 01-12-2012 Categoria Exercícios c/ Solução Licença Website https://fenix.ist.utl.pt/disciplinas/ase6/2010-2011/2-semestre/material-de-suporte Submetido pelo Autor? Não