Всім вітання.

Хочу для колег по залізниці зробити одну приблуду. Є стара телеграфна станція.
Треба мікроконтролером "ловити" коди MTK-2 з швидкістю 50 бод. Baud rate = 33.3 bit/s, Data bits = 5, Stop bit = 1.5
Я так розумію хардварний UART не підійде? Пробував на компі термінальною програмою "ловити" через COM порт з такими параметрами, але щось не вийшло. Може щось не правильно зробив. Тіко нулі ловить.
А якщо робити ногодригом звичайним, то як це реалізувати?
Думаю що треба якось типу так:

• По старт біту починаємо відлік і через кожні 20 мс перевіряємо стан ніжки

• Кладемо кожен стан до буферу

• Після відліку 5 біт, складаємо в байт

Але це якось дуже просто, може статись якесь зміщення і вже буде спотворення прийому. Не враховується стоп біт. Він же ж не просто так існує. Чи може якісь є вже напрацьовані алгоритми?
Направте в потрібне русло. Дякую.

МТК-2

Та є. Все зрозуміло, для мене, крім програмної реалізації.
Є стартовий біт 1*t0, потім п'ять бітів даних 5*t0, а потім 1,5*t0 стоп біта. Де t0 для 50 бод = 20мс.
Мене цікавить декілька питань:
Чи можна налаштувати хардварний UART на stm32 з такими параметрами Baud rate = 33.3 bit/s, Data bits = 5, Stop bit = 1.5?
Як не можна, то на пальцях алгоритм, як ловити то все софтово?
Собі уявляю, що треба по перериванню почати відлік в 20 мс + 10 мс, щоб попасти на середину бітіка і прочитати його стан, потім 4 рази по 20мс з читанням стану. А потім знову чекаємо 30мс до наступного знаку. Поки чекаємо стоп бітік, можна зібрати до купи бітікі в байтик звірити з таблицею кодування, та видати десь його далі чи покласти в буфер.

Таку низьку частоту для USART можна буде виставити хіба знижуючи основну частоту, одних AHB prescaler і дільника USART не вистачть.
Якщо лише приймати, то 1.5 стоп-біти не турбують, розраховувати на один, а ще 0.5 буде просто пропуститься до наступного стартового спаду.
Але це все неважливо, в stm32f103 він у 5 бітів не вміє.

Програмно — спад, відступити 0.5 біта, перевірити, чи таки 0=старт, а не наводка.
Вже звідти по одному біту до стопа, стоп бажано теж перевірити, чи 1.

Зручно на таймері, що вільно біжить — capture, отримали момент старту і підготували всі лічильники, перемкнули на compare і додали ширину (спочатку пів біта, потім біт), по перериванню compare аналіз входу, після стопового біта знову на capture по спаду.

Дякую. Почитав. Цікаво. Теж думав робити декілька засічок на бітік. Спочатку спробую UART emulator від ST. Може софтовим UARTом вийде ловити МТК-2. Як ні, то вже буду такий спосіб задіювати.

Якщо я правильно зрозумів ви хочете проініціалізувати вказівник на структуру LCD_HandleTypeDef* hlcd, котру ви передаєте першим параметром функції lcdI2CInit, а наступні аргументи цієї функції є саме значеннями котрі повинні заповнити вищезгадану структуру. Оскільки другий аргумент теж вказівник на структуру, то він має вказувати на ділянку пам'яті у стеку, тобто коли компілюється код, під покажчик на цю структуру компілятор резервує для нього пам'ять і він вже має існувати коли передається другим аргументом у функції.

/* ... */

typedef unsigned char uint8_t;

// Тут, список змінних це абстрактні адреси. Щоб не копіювати лишній код ))
typedef struct {
    uint8_t ada; /* Для прикладу адреса А*/
    uint8_t adb; /* та адреса Б */
} I2C_HandleTypeDef;


/* ... */

typedef struct {
    /* ... */
    I2C_HandleTypeDef* hi2c;
    uint8_t address;
    /* ... */
} LCD_HandleTypeDef;

extern void lcdI2CInit(LCD_HandleTypeDef* hlcd, I2C_HandleTypeDef *hi2c, uint8_t address) {
    hlcd->hi2c = hi2c;     
    hlcd->address = address;
}

int main() {
    /* має існувати ще до того, коли буде передана до функції lcdI2CInit */
    I2C_HandleTypeDef hani2c = { 0x32, 0x33 }, *pi2c = &hani2c;
    LCD_HandleTypeDef hanLCD, *pLCD = &hanLCD;

    lcdI2CInit(pLCD, pi2c, 0x004f);

    return 0;
}

Щоб поменше такого робити, придумали функції зворотного виклику у тому чи іншому вигляді
(а щоб поменше писати вручну описи структур функцій зворотного виклику, придумали C++, але то інша історія).

Драйвер власне LCD, який переміщує курсор, завантажує потрібні символи, виводить текст — може
(і має, при цих вимогах) нічого не знати про інтерфейс.
Вибираєш ти тип інтерфейсу коли підключаєш бібліотеку до конкретного проекту, тому в цьому проекті
можеш включити потрібні h-файли. Наприклад

#include "lcd1602_interface_i2c.h"
#include "lcd1602.h"

// створив інтерфейс через i2c
// користуєшся, не думаючи, який інтерфейс

Якимись такими шматками, сподіваюся, буде зрозуміло те, що я зараз напишу (щось мене хитає, чи то зміна погоди,
чи то овертайм протягом тижня + домашка-лабораторка сьогодні вранці, після якої вирубився зовсім).

// lcd1602.h

/* opaque -- LCD user does not know about internals */
typedef struct LCD_InterfaceHandle LCD_InterfaceHandleDef;

//  int умовно, для коду помилки
int lcdInit(LCD_InterfaceHandleDef *interface);
int lcdSetMode(LCD_InterfaceHandleDef *interface, uint8_t mode);
int lcdPutc(LCD_InterfaceHandleDef *interface, char ch);
/* ... */

// lcd1602_interface_i2c.h
LCD_InterfaceHandleDef *LCD_Interface_I2C_Create( /* bus number, address, ...*/);
void LCD_Interface_I2C_Destroy(LCD_InterfaceHandleDef *interface);

// lcd1602_interface_4bit.h
LCD_InterfaceHandleDef *LCD_Interface_4bit_Create( /* pin descriptor array */ );
void LCD_Interface_4bit_Destroy(LCD_InterfaceHandleDef *interface);

// lcd1602_internal.h
struct LCD_InterfaceHandle {
    int (*init_interface)(LCD_InterfaceHandleDef *interface);
    int (*out_cmd)(LCD_InterfaceHandleDef *interface, uint8_t cmd);
    int (*out_data)(LCD_InterfaceHandleDef *interface, uint8_t data);
    // driver private data starting point
    uint8_t driver_data[];
};

// I2C interface implementation
#include ... що там для I2C HAL

struct LCD_Interface_I2C_private {
    I2C_HandleTypeDef* hi2c;
    uint8_t address;
};

static int i2c_lcd_init_interface(LCD_InterfaceHandleDef *interface);
static int i2c_lcd_out_cmd(LCD_InterfaceHandleDef *interface, uint8_t cmd);
static int i2c_lcd_out_data(LCD_InterfaceHandleDef *interface, uint8_t data);

LCD_InterfaceHandleDef *LCD_Interface_I2C_Create( /* bus number, address, ...*/)
{
    LCD_InterfaceHandleDef *handle;
    struct LCD_Interface_I2C_private *priv;

    handle = malloc(sizeof(*handle) + sizeof(*priv));

    if (!handle)
        return NULL;

    priv = (struct LCD_Interface_I2C_private *)handle->data;

    handle->init_interface = i2c_lcd_init_interface;
    ...
    priv->address = address;
    ...

    return handle;
}

static int i2c_lcd_init_interface(LCD_InterfaceHandleDef *interface)
{
    struct LCD_Interface_I2C_private *priv = (struct LCD_Interface_I2C_private *)handle->data;
    ...
}

// LCD library implementation
static inline int init_interface(LCD_InterfaceHandleDef *interface)
{
    return interface->init_interface(interface);
}

static inline int out_cmd(LCD_InterfaceHandleDef *interface, uint8_t cmd)
{
    return interface->out_cmd(interface, cmd);
}

int lcdInit(LCD_InterfaceHandleDef *interface)
{
    // TODO: handle errors :-)
    // все про 4-бітну чи яку іншу шину там всередині
    init_interface(interface);

    // далі лише очищення екрану, потрібні режими, ...
    out_cmd(interface, ...);
    delay(,,,);
    out_cmd(interface, ...);

    ...
}

Швидше за все щось кудись треба буде між h-файлами перенести чи зробити ще один.
Схочеш додати SPI, просто додасиш інтерфейс.