Генератор начального кода для STM32F4хх Опции

[aleks-falcon]

Изучая STM32F4хх, написал генератор начального кода для некоторых модулей. Возможны опечатки и ошибки в программе, будьте внимательны! Следующим напишу генератор для всех таймеров. Подключайтесь к написанию модулей.  GrioGen_10_L.rar ( 710.03 килобайт ) Кол-во скачиваний: 399

[ViKo]

Я посмотрел предложенный генератор с помощью LibreOffice. Макросы нужно разрешить.
Посмотрел (инициализацию портов)... и удалил. Мне это не нужно. Используются те же структуры инициализации, что и в библиотеке от ST. Очень неэффективно.

[KRS]

Используются те же структуры инициализации, что и в библиотеке от ST. Очень неэффективно.

Да там вся библиотека неэффективна.
И имена на пол строки, код вроде и читаем, но простые вещи выглядят в тексте очень сложно. Вся легкость пропадает.

Минус подхода - нужен какой то офис (у меня на компах например его просто нет, только вьювер стоит) и нет текстового файла конфигурации. Т.е. diff можно сделать только результата, а не исходника!

Я для себя уже с 90х годов пошел по пути сохранения такой конфигурации в обычном текстовом файле в простом формате.
А сейчас перешел на python там вообще все красиво получается. потому что если надо что то особенное тут же можно и вписать...

[AHTOXA]

А сейчас перешел на python там вообще все красиво получается. потому что если надо что то особенное тут же можно и вписать...

А можно примерчик, как это выглядит?

[KRS]

А можно примерчик, как это выглядит?

Идея была что бы код получался примерно таким:

Код

from lpc11c14 import *

U0.txd_pin = -1
U0.rxd_pin = -1

use_all_pins(SSP0)

add_output('test_led', P0[2])
add_block_input('kbd1', (P0[3],P0[4],P0[5]))
add_block_input('kbd2', (P1[i] for i in range(2,7)))

generate('def.h','def.c')

сейчас очень похоже и работает, -1 ножка автоматически назначается (для периферии), можно присвоить например P0[5]. Так же проверка есть на несуществующие ноги и т.п.

add_output генерируют макросы и задают конфигурацию для ноги. (реально параметров больше) но есть псевдонимы с определенными свойствами (например LED(P0[1])) т.е. код компактнее и понятнее получается.

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

[AHTOXA]

Спасибо, очень интересно. Однако меня немного смущает, что настройки проекта размазываются по сишным и питоновым файлам.
У меня сейчас немного другой подход. Для каждого периферийного модуля имеется шаблонный класс с параметрами-настройками модуля. Он знает, какие ножки принадлежат модулю, и умеет их конфигурировать (в конструкторе).
И все настройки сводятся к чему-то типа:
hw.h:

Код

#include "uart.h"
// настройки UART1
struct Uart1Settings {
  enum { uartNum = 1 };
  enum { baudrate = 115200 };
...
};
// собственно UART1
typedef Uart<Uart1Settings> Uart1;

// просто ножки
#include "pin.h"
typedef Pin<'A', 1> DE1;
typedef Pin<'A', 2> CS1;

и hw.cpp:

Код

Uart1 uart1;

Так я имею все настройки проекта в одном месте. Единственный недостаток - сразу не видно, какие ноги используются какими модулями. Пока мирюсь с ним