Facebook
Google
GitHub
Linkedin
Alright so i made an absolute idiot move. Not considering the MicroChip ATMEL merger i was thinking all microcontrollers on MicroChips store would be MP Lab compatable, and able to use my picKit programmers. I ordered 250 of these chips for some projects for there generous amount of UART modules. The design i had in mind was communicating with 4 remote daughter boards, a sibling board, and a raspberry pi all over its 6 UART channels. I have a decent amount of experience in MPLAB and have to be honest been quite spoiled with MPlab Code Configurator. I designed my PCB already but haven't fabricated it yet as ive been trying to thumb through the 500 page datasheet in case i really messed something up.
First i am wondering how easy it would be to program an Atmel SAM chip from a raspberry pis GPIO as it would be very convenient to run traces to the in circuit serial programming interface to flash firmware remotely?: I do currently have the PCB wired up to the instructions for OpenOCD but here alot of mixed reviews of reliability of OpenOCD
Second thing that confuses me on this chip is the clocks. Should i run the internal oscillators back into the DFLL to get a faster clock, or would it be more advisable to use a crystal oscillator at the desired clock speed, or a crystal at a lower frequency and use DFLL to multiply it?
Last thing confusing me at the moment is the UART clocks in Atmel Start. I'm used to in MP Lab instantiating my USART and entering a baud rate. Atmel Start wants a Core clock and a Slow clock. Is slow clock my baud rate and core clock for the usart just the clock for it's internal logic gates?
First i am wondering how easy it would be to program an Atmel SAM chip from a raspberry pis GPIO as it would be very convenient to run traces to the in circuit serial programming interface to flash firmware remotely?: I do currently have the PCB wired up to the instructions for OpenOCD but here alot of mixed reviews of reliability of OpenOCD
Second thing that confuses me on this chip is the clocks. Should i run the internal oscillators back into the DFLL to get a faster clock, or would it be more advisable to use a crystal oscillator at the desired clock speed, or a crystal at a lower frequency and use DFLL to multiply it?
Last thing confusing me at the moment is the UART clocks in Atmel Start. I'm used to in MP Lab instantiating my USART and entering a baud rate. Atmel Start wants a Core clock and a Slow clock. Is slow clock my baud rate and core clock for the usart just the clock for it's internal logic gates?
Last edited:
