AVR Freaks

I have just run it with GCC in AS7.0.   And it is really weird.   The DATA_mapped_IO window does not seem to show the correct contents.   Nor does the IO Register Window.

I added a CV project.   AS7.0 Simulator behaves the same.

I don't have a m1280.   I suppose that I could use JTAG on a MEGA2560 Board.

David.

This is my GCC:

#include <avr/io.h>

void pwm_init(){
    TCCR1A |= _BV(WGM11) | _BV(COM1A1) | _BV(COM1B1) | _BV(COM1C1);
    TCCR3A |= _BV(WGM31) | _BV(COM3A1) | _BV(COM3B1) | _BV(COM3C1);
    TCCR4A |= _BV(WGM41) | _BV(COM4A1) | _BV(COM4B1) | _BV(COM4C1);
    TCCR5A |= _BV(WGM51) | _BV(COM5A1) | _BV(COM5B1) | _BV(COM5C1);

    TCCR1B |= _BV(WGM13) | _BV(WGM12) | _BV(CS11);
    TCCR3B |= _BV(WGM33) | _BV(WGM32) | _BV(CS31);
    TCCR4B |= _BV(WGM43) | _BV(WGM42) | _BV(CS41);
    TCCR5B |= _BV(WGM53) | _BV(WGM52) | _BV(CS51);

    ICR1 = 0x0FFF;
    ICR3 = 0x0FFF;
    ICR4 = 0x0FFF;
    ICR5 = 0x0FFF;

    DDRB |= _BV(DDB5) | _BV(DDB6) | _BV(DDB7);
    DDRE |= _BV(DDE3) | _BV(DDE4) | _BV(DDE5);
    DDRH |= _BV(DDH3) | _BV(DDH4) | _BV(DDH5);
    DDRL |= _BV(DDL3) | _BV(DDL4) | _BV(DDL5);
}

void pwm_set(){
    OCR1A = 0xFFF;
    OCR1B = 0xFFF;
    OCR1C = 0xFFF;

    OCR3A = 0xFFF;
    OCR3B = 0xFFF;
    OCR3C = 0xFFF;

    OCR4A = 0xFFF;
    OCR4B = 0xFFF;
    OCR4C = 0xFFF;

    OCR5A = 0xFFF;
    OCR5B = 0xFFF;
    OCR5C = 0xFFF;
}

int main(void){
    pwm_init();

    for(;;){
        pwm_set();
    }
    return (0);
}

and this is the CV version

#include <io.h>
#define _BV(x) (1 << (x))
#define WR_SFR16(r, v)   { r ## H = v >> 8; r ## L = v & 0xFF; }

void pwm_init(){
    TCCR1A |= _BV(WGM11) | _BV(COM1A1) | _BV(COM1B1) | _BV(COM1C1);
    TCCR3A |= _BV(WGM31) | _BV(COM3A1) | _BV(COM3B1) | _BV(COM3C1);
    TCCR4A |= _BV(WGM41) | _BV(COM4A1) | _BV(COM4B1) | _BV(COM4C1);
    TCCR5A |= _BV(WGM51) | _BV(COM5A1) | _BV(COM5B1) | _BV(COM5C1);

    TCCR1B |= _BV(WGM13) | _BV(WGM12) | _BV(CS11);
    TCCR3B |= _BV(WGM33) | _BV(WGM32) | _BV(CS31);
    TCCR4B |= _BV(WGM43) | _BV(WGM42) | _BV(CS41);
    TCCR5B |= _BV(WGM53) | _BV(WGM52) | _BV(CS51);

    WR_SFR16(ICR1, 0x0FFF);
    WR_SFR16(ICR3, 0x0FFF);
    WR_SFR16(ICR4, 0x0FFF);
    WR_SFR16(ICR5, 0x0FFF);

    DDRB |= _BV(DDB5) | _BV(DDB6) | _BV(DDB7);
    DDRE |= _BV(DDE3) | _BV(DDE4) | _BV(DDE5);
    DDRH |= _BV(DDH3) | _BV(DDH4) | _BV(DDH5);
    DDRL |= _BV(DDL3) | _BV(DDL4) | _BV(DDL5);
}

void pwm_set(){
    WR_SFR16(OCR1A, 0xFFF);
    WR_SFR16(OCR1B, 0xFFF);
    WR_SFR16(OCR1C, 0xFFF);

    WR_SFR16(OCR3A, 0xFFF);
    WR_SFR16(OCR3B, 0xFFF);
    WR_SFR16(OCR3C, 0xFFF);

    WR_SFR16(OCR4A, 0xFFF);
    WR_SFR16(OCR4B, 0xFFF);
    WR_SFR16(OCR4C, 0xFFF);

    WR_SFR16(OCR5A, 0xFFF);
    WR_SFR16(OCR5B, 0xFFF);
    WR_SFR16(OCR5C, 0xFFF);
}

void main(void){
    pwm_init();

    for(;;){
        pwm_set();
    }
}

I will dig out the Arduino MEGA2560 board.   See what happens in real life.

I can't believe that the AS7.0 Simulator is wrong on both m1280 and m2560.

David.

Absolutely normal.  e.g. TCCR1A is assigned 0xAA.   Even though the Simulator shows TCCR1A as 0xA2.

void pwm_init(){
    TCCR1A |= _BV(WGM11) | _BV(COM1A1) | _BV(COM1B1) | _BV(COM1C1);
  f6:    e0 e8           ldi    r30, 0x80    ; 128
  f8:    f0 e0           ldi    r31, 0x00    ; 0
  fa:    80 81           ld    r24, Z
  fc:    8a 6a           ori    r24, 0xAA    ; 170
  fe:    80 83           st    Z, r24

I have just run on a m2560 with a PicKit4 JTAG debugger.   TCCR1A shows as 0xAA.   (as expected)

Note that AS7.0 defaults to -Og

If I use a sensible -O1 and a more sensible =

void pwm_init(){
    TCCR1A = _BV(WGM11) | _BV(COM1A1) | _BV(COM1B1) | _BV(COM1C1);
  f6:    8a ea           ldi    r24, 0xAA    ; 170
  f8:    80 93 80 00     sts    0x0080, r24    ; 0x800080 <__TEXT_REGION_LENGTH__+0x7e0080>

Hey-ho.   It makes no difference to the Simulator.   I still get 0xA2

David.

I don't have a Proteus licence.

As far as I know,  Proteus users write a program which is built with GCC, Codevision , ... or whatever Tool Set.

But Proteus simulates from the generated ELF file (or COFF file)

So I would guess that the OP's LST file will look just like my AS7.0 LSS file.   i.e. it will write 0xAA to TCCRnA.

However the Proteus Simulator gets it correct for TCCR1A, TCCR3A i.e. 0xAA at 0x0080, 0x0090

And gets it wrong for TCCR4A, TCCR5A i.e. 0x00 at 0x00A0, 0x0120.

In other words.   AS7.0 Simulator is wrong.   Proteus Simulator is wrong.

If someone has AS4.0 on their PC,  they could try the AS4.0 Simulator.

I would check TCCRnA behaviour first.   Before worrying about OCRnx behaviour.

All the same,  I am surprised.   I would have expected both of the Simulators to work 100% for Timers.   Even if not all peripherals are attempted e.g. TWI.

David.

It takes 2 minutes to create an AS7.0 project that they can test with the code in #18

And show the wrong memory values at 0x0080, 0x0090, 0x00A0, 0x0120  as in #14

Likewise,  if there is a member with a full Proteus licence she can create a Proteus project from #18

Woo-hoo.   That is interesting.   I will create an MPLABX project.

David.