Некорректно работает прошивка. Должна мигать светодиодом при переполнении TIMER0

@Medusa Kaiser · Регистрация: 03.09.2013

Студворк — интернет-сервис помощи студентам

Здравствуйте!

Когда-то давно, для общего развития, учился писать на ассемблере для avr и достиг неких результатов. Всё благодаря участникам данного форума, которые проявили ко мне невероятную терпимость!

Теперь было решено, одну из программ переписать с ассемблера на си в рамках факультатива. Но что-то пошло не так и я не смог разобраться что именно, но зацепка есть.

Программа на ассембере

Assembler
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
#include "def.h"
 
#define LED_PIN 5           
#define T0MAX   40          ; Max value for t0c counter.
 
 
.data
t0c:    .byte 1             ; Counter for timer.
led_on: .byte 1             ; Boolean for led.
 
 
.text                   ;+Interrupts section
.org 0x000
    jmp reset           ; Reset Handler.
.org 0x040
    jmp tim0ovf         ; Timer0 Overflow Handler.
.org 0x06a              ;-Interrupts section
main:
    rjmp main           ; Buzzer.
;main:
 
 
reset:
    ldi r16, hi8(RAMEND)        ; Stack init.
    out SPH, r16
    ldi r16, lo8(RAMEND)
    out SPL, r16
 
    ldi r16, (1<<LED_PIN)       ; High output for led5.
    out DDRB, r16
 
    ldi r16, 1          ; Start with led on.
    ldi XL, lo8(led_on)
    ldi XH, hi8(led_on)
    st X, r16
 
    ldi r16, 0          ; Set counter value.
    ldi XL, lo8(t0c)
    ldi XH, hi8(t0c)
    st X, r16
 
    rcall tim0init
 
    sei             ; Global Interrupt Enable.
 
    rjmp main           ; Start program.
;reset:
 
 
tim0init:
    push r16
 
    ldi r16, 0x00
    out TCNT0, r16          ; Set Timer0 zero time.
    ldi r16, (1<<1)
    sts TIMSK0, r16         ; Set interrupt Timer0 overflow TCNT0.
    ldi r16, 0b00000101
    out TCCR0B, r16         ; Set tick. 14.9.2 of datasheet.
    
    pop r16
    ret
;tim0init:
 
tim0ovf:                ; Timer0 Overflow Handler.
    ldi XL, lo8(t0c)        ; t0c to r16;
    ldi XH, hi8(t0c)
    ld r16, X
 
    inc r16             ; Increment t0c.
    cpi r16, T0MAX          ; Compare with T0MAX.
    brlo 1f             ; Skip if lower.
 
    ldi r16, 0          ; Reset t0c.
 
    ldi YL, lo8(led_on)     ; led_on to r17.
    ldi YH, hi8(led_on)
    ld r17, Y       
 
    cpi r17, 1          ; Is led_on?
    breq 2f             ; If equal jmp.
 
    inc r17             ; led_on = true
    ldi r18, (1<<LED_PIN)
    out PORTB, r18
    rjmp 3f
2:  
    dec r17             ; led_on = false
    ldi r18, (0<<LED_PIN)
    out PORTB, r18
3:
    st Y, r17
1:
    st X, r16           ; Load new value to t0c.
    reti
;tim0ovf:

Содержимое файла `def.h`:

Assembler
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
#ifndef DEF_H_SENTY
#define DEF_H_SENTY
 
#define DDRB 0x04                                                                 
#define PORTB 0x05                                                                
 
#define XL r26
#define XH r27
#define YL r28
#define YH r29
                    /* Stack pointer. */
#define SPL 0x3D            /* 6.5.1 of datasheet. */
#define SPH 0x3E            /* 6.5.1 of datasheet. */
                    /* RAM pointers. */
#define SRAMSTART 0x100         /* 7.3 of datasheet. */
#define RAMEND  0x8FF           /* 7.3 of datasheet. */
                    /* timer0 section. */
#define TCCR0B 0x25         /* 14.9.2 of datasheet. */                          
#define TIMSK0 0x6E         /* 14.9.6 of datasheet. Interrupt Mask. */
#define TCNT0 0x26          /* 14.9.3 of datasheet. Timer Register. */
 
#endif

Моя попытка переписать это на С:

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
#include <avr/io.h>
#include <avr/interrupt.h>
 
enum { pin_led = 5, tim0_max = 40 };
 
volatile int g_tim0_counter = 0;
volatile char g_is_led_on = 1; /* Starts on. */
 
#if 1
ISR(TIMER0_OVF_vect)
{
    g_tim0_counter++;
 
    if (g_tim0_counter > tim0_max) {
        g_tim0_counter = 0;
        
        g_is_led_on = !g_is_led_on;
 
        PORTB = (g_is_led_on<<pin_led);
    }
}
#endif
 
static void init_led()
{
    DDRB = 1<<pin_led;      /* High output for led. */
    PORTB = g_is_led_on<<pin_led;   /* Switch led state. */
}
 
static void init_timer0()
{
    TCNT0 = 0;          /* T0 zero time. */
    TIMSK0 = 1<<1;          /* Set interrupt T0 overflowf TCNT0 */
    TCCR0B = 0b0000101;     /* Set 1/1024 tick. */
}
 
static void init()
{
    /* Is stack init needed?.. */
    init_led();
    init_timer0();
    sei();              /* Enable interrupts. */
}
 
int main()
{
    init();
    for (;;) {
    /* Just chill. */
    }
}

И `Makefile` им собирается, что ассемблерная, что сишная версия:

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
FILENAME = blink_led_tim0
 
MCU = atmega328p
OBJCOPY = avr-objcopy
BAUDRATE = 57600
 
#compiler
GCC = avr-gcc
GCC_FLAGS = -Wall -g -nostdlib -ansi -short-enums
 
#flash
AVRDUDE_FLAGS = -F -V -D
    # -D -- Disable auto-erase for flash. Helps save the bootloader.
    # -F -- Helps if device signature was erased.
    # -V
 
build: $(FILENAME).c
    $(GCC) $(GCC_FLAGS) -mmcu=$(MCU) $< -o $(FILENAME).elf
 
flash: $(FILENAME).elf
    avrdude -b $(BAUDRATE) -c usbasp -p $(MCU) -P usb -U flash:w:$<

Ожидалось, что светодиод будет равномерно мигать, но нет. Мигает неравномерно, а значение в DDRB для светодиода не 1, а 0. Судя по всему, выполняется только подпрограмма `ISR(TIMER0_OVF_vect)`, а `main()` нет. `main()` переносил в начало исходного кода, оно отрабатывало, а всё что в `ISR(TIMER0_OVF_vect)` -- нет.

Проверил с помощью `avr-objdump`, судя по всему, некорректно формируются первые ячейки program memory, через которые и происходит прыжки при прерывании.

`avr-objdump` программы на ассемблере:

Assembler
1
2
3
4
5
6
7
8
9
Disassembly of section .text:
 
00000000 <__ctors_end>:
   0:   0c 94 36 00     jmp     0x6c    ; 0x6c <reset>
        ...
 
00000040 <.Loc.1>:
  40:   0c 94 51 00     jmp     0xa2    ; 0xa2 <tim0ovf>
        ...

`avr-objdump` программы на си:

Assembler
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
Disassembly of section .text:
 
00000000 <__vector_16>:
   0:   1f 92           push    r1
   2:   0f 92           push    r0
   4:   0f b6           in      r0, 0x3f        ; 63
   6:   0f 92           push    r0
   8:   11 24           eor     r1, r1
   a:   2f 93           push    r18
   c:   8f 93           push    r24
   e:   9f 93           push    r25
  10:   ef 93           push    r30
  12:   ff 93           push    r31
  14:   cf 93           push    r28
  16:   df 93           push    r29
  18:   cd b7           in      r28, 0x3d       ; 61
  1a:   de b7           in      r29, 0x3e       ; 62
 
0000001c <.Loc.1>:
  1c:   80 91 02 01     lds     r24, 0x0102     ; 0x800102 <g_tim0_counter>
  20:   90 91 03 01     lds     r25, 0x0103     ; 0x800103 <g_tim0_counter+0x1>
  24:   01 96           adiw    r24, 0x01       ; 1
  26:   90 93 03 01     sts     0x0103, r25     ; 0x800103 <g_tim0_counter+0x1>
  2a:   80 93 02 01     sts     0x0102, r24     ; 0x800102 <g_tim0_counter>
 
0000002e <.Loc.2>:
  2e:   80 91 02 01     lds     r24, 0x0102     ; 0x800102 <g_tim0_counter>
  32:   90 91 03 01     lds     r25, 0x0103     ; 0x800103 <g_tim0_counter+0x1>
 
00000036 <.Loc.3>:
  36:   87 39           cpi     r24, 0x97       ; 151
  38:   91 05           cpc     r25, r1
  3a:   b4 f0           brlt    .+44            ; 0x68 <.L4>
 
0000003c <.Loc.4>:
  3c:   10 92 03 01     sts     0x0103, r1      ; 0x800103 <g_tim0_counter+0x1>
  40:   10 92 02 01     sts     0x0102, r1      ; 0x800102 <g_tim0_counter>

Как это дело поправить? Изучал исходники других проектов. Вроде всё должно быть нормально, но всё же что-то упускаю.

Добавлено через 1 час 13 минут
Смог найти в чём проблема. Нужно убрать флаг `-nostdlib`.

Добавлено через 56 минут
Гыгы, ещё в ассемблерной части, была ошибка, было так:

Assembler
1
2
ldi r16, (1<<1)
sts TIMSK0, r16         ; Set interrupt Timer0 overflow TCNT0.

А должно было быть так:

Assembler
1
2
ldi r16, (1<<0)
sts TIMSK0, r16         ; Set interrupt Timer0 overflow TCNT0.

Но на ассемблере оно в обоих случая работает. А вот на сишке нет...

А совсем правильно так:

C
1
TIMSK0 = 1<<TOIE0; /* TOIE0 -- бит под номером 0 отвечающий за перерыванию по переполнению таймера0.  */

@shonty · 25.09.2025, 11:35

Сообщение от Medusa Kaiser

можете перевести собранную прошивку в формат `base64`

Почему не 128

IntelHex 32-х битный, а avrasm2 создаёт 16-ти битные, если я ничего не путаю..
Возможно, если вы переведёте в другую битность, то и адреса поменяются. Я так глубоко не вникаю. Просто мне интереснее заниматься более творческими занятиями, чем биться с разными форматами и создавать и преодолевать прочие ненужные сложности.

Что в результате получаю я? Работающие устройства.
Что в результате получаете вы? То что у вас срабатывают прерывания, которые вы не разрешали.

Тогда пожалуйта - дизассемблер вам в руки и ковыряйте

вместо того, что бы создать что-то полезное

Мне не жалко. В архиве тестовый исходник и файл скомпилированный в avrasm2.

test.rar

Но повторюсь, вы сами себе придумываете сложности.

@Dushevny · 25.09.2025, 11:39

В документации указаны адреса векторов в словах. гцц использует байтовую адресацию. Одно слово из документации (и avrasm) равно двум байтам гцц. Знатная подлянка, подложенная авторами ядра AVR.

@shonty · 25.09.2025, 11:43

Сообщение от Dushevny

Одно слово из документации (и avrasm) равно двум байтам гцц.

Спасибо. С этим разобрались. Я этого не знал, да и не нужно было.

Но почему у ТС прерывания срабатывают, которые он не назначал

@Medusa Kaiser · 25.09.2025, 11:45 **[ТС]**

Сообщение от shonty

Почему не 128
IntelHex 32-х битный, а avrasm2 создаёт 16-ти битные, если я ничего не путаю..

Вы меня совсем неправильно поняли. :^)

Поскольку прошивка получается в бинарном формате, чтобы её отправить plain text'ом, её можно перевести в формат base64.

А ещё, я не обратил внимание, что тут есть возможность прикрепить файл, я обычно общаюсь на форумах, где такой возможности нет. Затупил.

)))

Сообщение от shonty

Мне не жалко. В архиве тестовый исходник и файл скомпилированный в avrasm2.

Да, спасибо!

Вот:

Assembler
1
2
3
4
5
6
7
8
9
10
11
12
0000003c <.sec15>:
  3c:   18 95           reti
 
Disassembly of section .sec16:
 
00000040 <.sec16>:
  40:   1c c0           rjmp    .+56        ;  0x7a
 
Disassembly of section .sec17:
 
00000044 <.sec17>:
  44:   18 95           reti

И метка на само прерывание:

Assembler
1
  7a:   18 95           reti

@Dushevny · 25.09.2025, 11:50

Сообщение от Medusa Kaiser

Мигает неравномерно,

Уточните термин "неравномерно".

Сообщение от Medusa Kaiser

а значение в DDRB для светодиода не 1, а 0.

Значение этой фразы тоже непонятно. Как проверяли?

Добавлено через 5 минут

Сообщение от shonty

Но почему у ТС прерывания срабатывают, которые он не назначал

Потому что он повесил обработчик на переполнение таймера, а разрешил прерывание по сравнению, и комментарий не соответствует коду:

Сообщение от Medusa Kaiser

C
1
TIMSK0 = 1<<1;          /* Set interrupt T0 overflowf TCNT0 */

@Medusa Kaiser · 25.09.2025, 12:17 **[ТС]**

Конкретно данная проблема решена тем, что убрал флаг `-nostdlib`, т.к. с ним не формируется секция памяти программы для прерываний (векторов). Сейчас вопрос уже в другом. :^)

Но всё равно уточню.

Сообщение от Dushevny

Уточните термин "неравномерно".

Ожидаемая работа программы: что некоторое время t1 светодиод включен, а потом время t2 (t1 == t2) не включен. По факту было, что t1 != t2 при визуальном анализе. При этом t1 и t2 в ходе работы были не постоянного значения в ходе работы.

Сообщение от Dushevny

Значение этой фразы тоже непонятно. Как проверяли?

Визуально, по яркости светодиода. Если значение 1 в соответствующем бите регистра DDRB светодиод при включении горит ярко, если 0 -- тускло.

Повторюсь, что с этими проблемами разобрался.

Добавлено через 18 минут

Сообщение от Dushevny

Потому что он повесил обработчик на переполнение таймера, а разрешил прерывание по сравнению, и комментарий не соответствует коду:

Да, это правда. Это тоже исправил. Но!

При этом с кодом на ассемблере таймер работает как надо независимо от того, какие прерывания для timer0 я разрешил, главное, что разрешил.

Могу привести более актуальный код, если интересно поучаствовать. (Но правильнее, наверное, будет создать новый топик.)

@shonty · 25.09.2025, 12:51

Сообщение от shonty

Почему не 128

Сообщение от Medusa Kaiser

Вы меня совсем неправильно поняли. :^)

Так и есть

Скажу больше, число 64 меня несколько возмутило

Объясню почему.
Не так давно я пытался преобразовывать *.bmp изображения для вывода на дисплей. Сначала решил "выдирать" данные из бмп при помощи хекс-редактора. Но то что я увидел под виндой, было далеко от 8-ми или 16-ти бит

В результате пришлось поизучать паскаль Работа с *.bmp изображением
В содержание темы можно не вникать, там картинок достаточно. Добился кодирования изображений в RLE-сжатии до 8-ми цветов. Но это уже совсем другая история.. ))

@COKPOWEHEU · 26.09.2025, 08:46

Сообщение от Medusa Kaiser

AVRDUDE_FLAGS = -F -V -D
# -D -- Disable auto-erase for flash. Helps save the bootloader.

Что-то глаз зацепился. Вдруг там и правда не производится стирание перед записью?

@Medusa Kaiser · 26.09.2025, 10:30 **[ТС]**

Сообщение от COKPOWEHEU

Что-то глаз зацепился. Вдруг там и правда не производится стирание перед записью?

Убрал флаг, попробовал с этими вариантами:

Assembler
1
2
3
4
ldi r16, (1<<3) ; В этом случае прерывание не работает. Но это вообще зарезервированный бит.
ldi r16, (1<<2) ; Прерывание по переполнению таймера работает.
ldi r16, (1<<1) ; Прерывание по переполнению таймера работает.
ldi r16, (1<<0) ; Прерывание по переполнению таймера работает.

Также просто убрал строку:

Assembler
1
sts TIMSK0, r16

в таком случае прерывание не работает.

@Dushevny · 26.09.2025, 19:09

Сообщение от Medusa Kaiser

При этом с кодом на ассемблере таймер работает как надо независимо от того, какие прерывания для timer0 я разрешил, главное, что разрешил.

(с томной интонацией длинноной девочки-дизайнера) "Ну это же элементаааарно..."

Некорректно работает прошивка. Должна мигать светодиодом при переполнении TIMER0

Все другие прерывания тоже срабатывают пока таймер дотикает до переполнения. Просто в ассемблерном исполняемом коде у вас на месте остальных векторов пусто, там остается код "все единицы" из стертого флеша, которые (кажется) являются кодом операции NOP и при возникновении любого разрешенного прерывания исполнение "проваливается" по этим кодам до существующего обработчика переполнения, а в библиотечном коде гцц все неиспользуемые вектора забиты "заглушками" из одной команды reti и попав в любое другое прерывание ядро выполняет reti и выходит из него.

@shonty · 26.09.2025, 19:15

Сообщение от Dushevny

при возникновении любого разрешенного прерывания исполнение "проваливается" по этим кодам до существующего обработчика переполнения

Тоже об этом думал.., но стеснялся высказаться.

@shonty · 27.09.2025, 10:04

Проверил. avrasm2 у меня, поэтому адреса согласно дш.

при

Assembler
1
2
3
4
5
.ORG  0x001A reti   ; jmp TIMER1_OVF ; Timer/Counter1 Overflow
.ORG  0x001C reti   ; TIMER0_COMPA Timer/Counter0 Compare Match A
.ORG  0x001E reti   ; TIMER0_COMPB Timer/Coutner0 Compare Match B
.ORG  0x0020 jmp    T0_OVF  ; Timer/Counter0 Overflow
.ORG  0x0022 reti   ; SPI STC SPI Serial Transfer Complete

ldi R16, (1<<TOIE0) - работает
ldi R16, (1<<OCIE0A) - не работает

при

Assembler
1
2
3
4
5
.ORG  0x001A reti   ; jmp TIMER1_OVF ; Timer/Counter1 Overflow
; .ORG  0x001C reti ; TIMER0_COMPA Timer/Counter0 Compare Match A
; .ORG  0x001E reti ; TIMER0_COMPB Timer/Coutner0 Compare Match B
.ORG  0x0020 jmp    T0_OVF  ; Timer/Counter0 Overflow
.ORG  0x0022 reti   ; SPI STC SPI Serial Transfer Complete

ldi R16, (1<<TOIE0) - работает
ldi R16, (1<<OCIE0A) - работает

Полностью нужно таблицу векторов в коде писать. При сокращенном написании место во флеш не увеличится.

@Medusa Kaiser · 27.09.2025, 23:05 **[ТС]**

Сообщение от Dushevny

Все другие прерывания тоже срабатывают пока таймер дотикает до переполнения.

Да, спасибо, очень похоже на правду, добавил строчки:

Assembler
1
2
3
4
5
6
.org 0x038                                                                      
        jmp reset                                                               
.org 0x03c                                                                      
        jmp reset                                                               
.org 0x040                                                                      
        jmp tim0ovf

После этого светодиод начал моргать, только когда я ставлю прерыванию по переполнению, в остальных случаях не работает!

Подскажите, пожалуйста, напоследок, как мне взять сишную программу, транслировать её сначала в ассемблерный код, а потом собрать? Я хочу в этих же местах поставить nop'ы, собрать и посмотреть что будет. :^)

@locm · 28.09.2025, 00:34

Проще будет прошивку отредактировать.

@Dushevny · 28.09.2025, 01:35

Напишите свою таблицу векторов по примеру https://github.com/avrdudes/av... t1/gcrt1.S, подключите к проекту (с -nostartfiles, чтобы не было конфликтов) и пересоберите.

Скормить дизассемблированный код ассемблеру - задача непростая, тут уж точно, проще hex-редактором поправить двоичный код.

@sharpey · 28.09.2025, 09:42

Сообщение от Dushevny

тут уж точно, проще hex-редактором поправить двоичный код

Вангую, что следующая тема будет называться "Какой hex-редактор лучше?"

Можно попробовать 010 Editor. Испытательный срок 30 дней. Поддерживает множество форматов.

@shonty · 28.09.2025, 09:55

Я может меркантильный

, но какой практический смысл нопить сишную прошивку..
И вообще, как я раньше жил без этих знаний

..и даже писать что-то получалось

@COKPOWEHEU · 28.09.2025, 11:11

Сообщение от Dushevny

Скормить дизассемблированный код ассемблеру - задача непростая

Но возможная. objdump плюс цепочка скриптов чтобы вычистить адреса и комментарии. Плюс еще километр костылей чтобы поправить то, что не понравилось дизассемблеру.
Но учитывая, что ТС хочет всего лишь проверить таблицу прерываний, можно и правда влезть руками в *.hex и поправить пару первых строк.

Сообщение от shonty

какой практический смысл нопить сишную прошивку..

Зачем же практический? Учебный. Убедиться, что проблема была именно в этом.

Сообщение от shonty

И вообще, как я раньше жил без этих знаний ..и даже писать что-то получалось

Ну, знания лишними не бывают.

@shonty · 28.09.2025, 11:44

Сообщение от COKPOWEHEU

Ну, знания лишними не бывают.

Ллишь бы знания не были избыточными) меня на то что мне нужно не всегда хватает

Наверное многие столкнулись с такой ситуацией первый раз, невзирая на опыт. Поэтому и не сразу вопрос разрешился.

А нужно было всего лишь, или использовать gcc, или писать полную таблицу векторов на асме, или не использовать непонятную запись (1<<1), а вместо неё писать 0b0000_0001 или (1<<TOIE0).

Вобщем я за соблюдение элементарных правил + подсветку синтаксиса, тогда и отвлекаться меньше придётся

@COKPOWEHEU · 28.09.2025, 14:13

Сообщение от shonty

Наверное многие столкнулись с такой ситуацией первый раз, невзирая на опыт.

Я, когда писал для AVR на асме, прописывал таблицу полностью, со всеми reti. Правда, без .org - не знал тогда про них. Возможно, потому и не обратил внимания.

Сообщение от shonty

или не использовать непонятную запись (1<<1), а вместо неё писать 0b0000_0001

Чтобы компилятор сразу ругнулся на некорректную конструкцию что ли?

Bash
1
2
3
4
5
6
7
8
9
10
$ cat main.c
#include <avr/io.h>
 
int main(){
  TIMSK0 = 0b0000_0001;
}$avr-gcc main.c -mmcu=atmega328
main.c: In function ‘main’:
main.c:4:12: error: invalid suffix "_0001" on integer constant
   TIMSK0 = 0b0000_0001;
            ^

И даже если исправить 0b0000_0001 на чуть менее синтаксически некорректное 0b00000001, по читабельности оно все равно уступит не то что человеческому варианту (1<<TOIE0), но даже (1<<1).
P.S. кстати, я не следил, в стандарт языка С ввели наконец 0b или оно так и остается "нестандартным".

Новые блоги и статьи Все статьи Все блоги /
Часы электронные Uhbif79 12.08.2026 Выкладываю программу часов. Программа позволяет: 1. Использовать системное время и дату, 2. Есть возможность вводить время и дату вручную. 3. Реализованы 2 будильника: начало и конец рабочего дня. . . .	Часы с будильником на основе класса QLCDNumber Uhbif79 12.08.2026 Всем добрый день, выкладываю программу часов с будильником на основе класса QLCDNumber. Здесь я пробовал самостоятельно создавал классы, впервые столкнулся с видимостью переменной одного класса из. . .	Установка MinGW GCC 16.2 и CMake 8Observer8 10.08.2026 VK Видео: https:/ / vkvideo. ru/ video-240781534_456239017 YouTube: eY5-5PyI9NM Текстовая версия	Неделя из жизни имитационной модели склада: мои кривые руки растут, откуда надо anaschu 10.08.2026 Неделя из жизни имитационной модели склада: как я почти написал неправильную логику и что с этим делать Работаю сейчас над учебно-рабочим проектом: строю в AnyLogic имитационную модель процессов. . .
Калькулятор для расчета родства russiannick 07.08.2026 1. Задача: Создать калькулятор для расчета родства. Родственных связей существует 8 ступеней, такие как: p - отец P - мать q - муж Q - жена b - брат B - сестра s - сын S - дочь	Мир по моей воле kumehtar 07.08.2026 Когда-то кажется, что всё просто. Ты весь такой светлый. Причиняешь добро. Борешься за справедливость в этом тёмном мире. Потом начинаешь замечать одну неприятную вещь. Почти каждый хороший. . .	Кредитный калькулятор Maks 05.08.2026 Решение задачи по прикладной информатике средствами 1С. Задача: Напишите приложение-калькулятор, которое помогает рассчитывать параметры кредита для аннуитетного и дифференцированного видов. . .	У нас сейчас поговорку "Опять 25" нужно переделать на "Опять +35". kumehtar 04.08.2026 С ностальгией вспоминаю времена моего детства, когда у нас и правда +25 - была максимальная температура летом. Раньше +25 °C реально казались вершиной жары, когда можно было весь день пропадать на. . .

@Dushevny 1507 / 524 / 75 Регистрация: 22.09.2023 Сообщений: 1,654
	25.09.2025, 11:39
	В документации указаны адреса векторов в словах. гцц использует байтовую адресацию. Одно слово из документации (и avrasm) равно двум байтам гцц. Знатная подлянка, подложенная авторами ядра AVR. 1

@locm 7156 / 3335 / 342 Регистрация: 28.10.2011 Сообщений: 13,154 Записей в блоге: 7
	28.09.2025, 00:34
	Проще будет прошивку отредактировать. 2

@Dushevny 1507 / 524 / 75 Регистрация: 22.09.2023 Сообщений: 1,654
	28.09.2025, 01:35
	Напишите свою таблицу векторов по примеру https://github.com/avrdudes/av... t1/gcrt1.S, подключите к проекту (с -nostartfiles, чтобы не было конфликтов) и пересоберите. Скормить дизассемблированный код ассемблеру - задача непростая, тут уж точно, проще hex-редактором поправить двоичный код. 0

@shonty 51 / 49 / 2 Регистрация: 23.01.2019 Сообщений: 378
	28.09.2025, 09:55
	Я может меркантильный , но какой практический смысл нопить сишную прошивку.. И вообще, как я раньше жил без этих знаний ..и даже писать что-то получалось 0

Некорректно работает прошивка. Должна мигать светодиодом при переполнении TIMER0

Решение