Det kan vara luddigt med vissa datablad. Jag finner att datablad från Atmel är väldigt snälla mot användaren, till skillnad från STM. Men det är inte en omöjlighet från STM att koda med register, trots att det inte rekommenderas.Repaterion skrev: ↑26 februari 2024, 20:31:52 Vet inte om det är så fortfarande, men för ca 10-15 år sedan kunde man får prov kretsar från Microchip gratis.
Jag har några PIC16F877A från dem på detta vis, inga monster på något vis men "gott om pinnar", ADC och lite annat myspys.
Har bara meckat Atmega328P och 2560 och PIC12F eller C509 och 16F877A,88, 682 tror jag och en PIC184550, men gav upp lite på den pga config bits, mitt problem är att jag inte fattar hur man skall tolka dessa datablad och register i bland.
Config bits är lite luriga på PIC om man sätter dessa fel, kan skapa en del små intressanta beteenden.
Kod: Markera allt
bit 7 IESO: Internal/External Oscillator Switchover bit
1 = Two-Speed Start-up enabled
0 = Two-Speed Start-up disabled
bit 6 FCMEN: Fail-Safe Clock Monitor Enable bit
1 = Fail-Safe Clock Monitor enabled
0 = Fail-Safe Clock Monitor disabled
bit 5-4 Unimplemented: Read as ‘0’
bit 3-0 FOSC<3:0>: Oscillator Selection bits
11xx = External RC oscillator, CLKO function on RA6
101x = External RC oscillator, CLKO function on RA6
1001 = Internal oscillator block, CLKO function on RA6, port function on RA7
1000 = Internal oscillator block, port function on RA6 and RA7
0111 = External RC oscillator, port function on RA6
0110 = HS oscillator, PLL enabled (Clock Frequency = 4 x FOSC1)
0101 = EC oscillator, port function on RA6
0100 = EC oscillator, CLKO function on RA6
0011 = External RC oscillator, CLKO function on RA6
0010 = HS oscillator
0001 = XT oscillator
0000 = LP oscillatorKod: Markera allt
/* Start the HSE clock */
RCC->CR |= (1 << 16);
/* Check if the HSE clock is ready */
while(!(RCC->CR & (1 << 17)));
/* Now is the HSE clock ready - Time to select it as system clock */
RCC->CFGR |= 0b01;
/* Check if the HSE clock is selected */
while(!(RCC->CFGR & 0b0100));
Ja det kan jag hålla med om att tex Atmels är snällare, i alla fall de jag blädrat i vilka är 328P och 2560 i skolan.DanielM skrev: ↑26 februari 2024, 20:32:59Det kan vara luddigt med vissa datablad. Jag finner att datablad från Atmel är väldigt snälla mot användaren, till skillnad från STM. Men det är inte en omöjlighet från STM att koda med register, trots att det inte rekommenderas.Repaterion skrev: ↑26 februari 2024, 20:31:52 Vet inte om det är så fortfarande, men för ca 10-15 år sedan kunde man får prov kretsar från Microchip gratis.
Jag har några PIC16F877A från dem på detta vis, inga monster på något vis men "gott om pinnar", ADC och lite annat myspys.
Har bara meckat Atmega328P och 2560 och PIC12F eller C509 och 16F877A,88, 682 tror jag och en PIC184550, men gav upp lite på den pga config bits, mitt problem är att jag inte fattar hur man skall tolka dessa datablad och register i bland.
Config bits är lite luriga på PIC om man sätter dessa fel, kan skapa en del små intressanta beteenden.
Det är ju som AndLi säger.
Det var bara en åsikt.
Jag kollar lite överallt. För att veta deras register så ska man titta i referensmanualen.Sen undrar jag om du har koll på att det finns datablad och programmerings manualer när det kommer till STM. Dom innehåller olika saker.
Jag får känslan av att du bara kikar i databladet.
Jag har märkt att STM förväntar sig INTE att deras användare ska sitta och plöja register.För övrigt anser jag det helt ointressant vilka register som gör vad i en modern processor.
Det ger ingenting i praktiken. Det är däremot avgörande att veta hur man konfigurerar periferienheter och funktioner, samt att förstå vilka beroenden som finns.
