Концепция контроллера прерываний для МЭСМ-6

[vak]

Я предлагаю сделать контроллер прерываний для МЭСМ-6 по мотивам одной из известных ардуинной публике архитектур. Упростить и адаптировать к 48-битному слову. Из опыта разработки RTOS для этих чипов, мне лично по душе подход PIC32.

Ограничимся 48 внешними прерываниями.

Введём регистр активных прерываний РАП, отдалённый аналог бэсмовского ГРП. Единица в каком-то бите означает, что поступил соответствующий сигнал прерывания. Единица "залипает", пока не будет сброшена софтом.

Введём регистр маски разрешённых прерываний РМРП, аналогичный бэсмовскому МГРП. Если бит маски установлен в единицу, и в регистре активных прерываний тоже стоит единица в этом бите, то на вход процессора будет подан запрос прерывания.

Выделим для этих регистров по два дополнительных адреса: "установка в 1" ии "установка в 0". Запись битовой маски по первому адресу уставливает эти биты в единицу, записо по второму адресу сбрасывает их в 0.

Введём регистр номера текущего прерывания РНП (только чтение). На каждом такте проверяем, если есть активные прерывания (РАП) и разрешены ли они (РМРП). В этом случае заносим номер самого старшего бита в РНП и активируем глобальный сигнал прерывания для процессора.

Для каждого прерывания выделим отдельный адрес обработчика, скажем 0100-0157. Адреса ниже 0100 будут заняты отработчиками экстракодов.

Ориентировочый список внешних прерываний:
1. Таймер 0.
2. Таймер 1.
3. Блок GPIO, включая внешние сигналы прерываний.
4. Сторожевой таймер.
5. Асинхронный порт UART 0.
6. Асинхронный порт UART 1.
7. Порт SPI 0.
8. Порт SPI 1.
9. Порт I2C 0.
10. Порт I2C 1.

Comments

[vak]

Не клон БЭСМ.
Мы делаем современный микроконтроллер с архитектурой БЭСМ-6.

[spamsink]

Тогда я уж лучше теперь софтом займусь. Ты будешь пытаться заканчивать втаскивать Паскаль-компилятор под FreePascal, или можно начинать C++изацию?

[vak]

Начинай наверное.
Похоже, у меня нескоро до FreePascal руки дойдут.

[spamsink]

Идёт как по маслу, уже >750 компилируемых строк готово. Среди TODO, кроме очевидных, связанных с перекодировкой символов, еще есть mkBitset(const char *), принимающий строки типа "0, 1, 3..5, 8". :) Но это потом.

С целым порядком, похоже, больших проблем не будет, потому что мест, где формируются полнословные целые константы, и порядок добавляется неявно, немного. Больше мест, где на целое число накладывается маска, содержащая порядок, и сравнивается с подобным же множеством. Но это явно видно, уже одно такое место я прошел.

Вот тебе задачка: как с минимальной кровью организовать доступ к переменным из объемлющих процедур?

[vak]

Замечательно. Си++ однозначно удобнее, чем с непонятным Паскалем разбираться.

В GNU C можно объявлять вложенные функции. Поможет?

#include <stdio.h>

int main()
{
    const char *str;
    auto void print();

    auto void print()
    {
        printf("%s", str);
    }

    str = "Hello World\n";
    print();
    return 0;
}

[spamsink]

Я об этом знаю (хотя в С++ еще и не пробовал), но хотелось бы пользоваться стандартными фичами языка. Я уже придумал, как; пока (уже около 1500 строк) к переменным из объемлющих блоков не так уж и много обращений.
Для простоты компилятор будет поначалу принимать только ASCII.

[x86128]

Покажите проблемный кусок кода. Не совсем понятно о чем речь.
В Си можно к переменным ходить из вложенного блока во внешний, наоборот - нельзя.

[spamsink]

Я зачекинил pascompl.cc в toolchain/pascompl. Ради сохранения той же последовательности объявлений переменных и тел процедур, объемлющие процедуры становятся классами с вынесенным телом конструктора. Для нерекурсивных процедур достаточно одного статического в классе указателя на "фрейм", которым при необходимости пользуются "вложенные" процедуры. Для рекурсивных это будет стек.

Пара сотен последних сконвертированных строк пока чисто не компилируется.