-
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
Делюсь опытом AdHoc пошаговое руководство
- Автор темы cheblin
- Дата начала
pvvx
Активный участник сообщества
Отключен кусок кода за ненадобностью - что не понятно?
ваще не понял
У компилятора спросите - он вам подскажет что он сделает.
pvvx
Активный участник сообщества
Код:
typedef struct {
uint8_t dev_addr; // адрес на шине i2c
uint8_t reg_addr; // номер регистра чтения
} reg_rd_t;
typedef struct {
uint8_t dev_addr; // адрес на шине i2c
uint8_t reg_addr; // номер регистра чтения
uint16_t data; // значение для записи в регистр
} reg_wr_t;
#define MAX_INIT_REGS 4
#define MAX_READ_REGS 4
// Структура конфигурации опроса и инициализации устройства
// Выходной пакет непрерывного опроса формируется по данному описанию
typedef struct {
uint8_t rd_count; // кол-во регистров для разового чтения
uint8_t init_count; // кол-во регистров для инициализации
uint16_t time; // частота опроса разового чтения
uint16_t clk_khz; // частота i2c шины
reg_wr_t init[MAX_INIT_REGS];
reg_rd_t rd[MAX_READ_REGS];
} dev_cfg_t;
// Выходной пакет примерно такой
typedef struct {
uint8_t id; // тип пакета
uint8_t cnt; // последовательный номер пакета
uint16_t reg[кол-во]; // сборка регистров указанная в кол-ве регистров для разового чтения и описание какие в reg_rd_t,
// набор до 30 шт при USB-UART USB1.1 (до 64 байта пакет),
// кол-во зависит от скорости опроса ADC.
} out_pkt_t;
cheblin
Member
э-э-э... ок
cheblin
Member
C:
typedef struct {
blk_head_t head;
union {
uint8_t uc[VIRTUAL_COM_PORT_DATA_SIZE - sizeof(blk_head_t)];
int8_t sc[VIRTUAL_COM_PORT_DATA_SIZE - sizeof(blk_head_t)];
uint16_t ui[(VIRTUAL_COM_PORT_DATA_SIZE - sizeof(blk_head_t)) / sizeof(uint16_t)];
int16_t si[(VIRTUAL_COM_PORT_DATA_SIZE - sizeof(blk_head_t)) / sizeof(int16_t)];
uint32_t ud[(VIRTUAL_COM_PORT_DATA_SIZE - sizeof(blk_head_t)) / sizeof(uint32_t)];
int32_t sd[(VIRTUAL_COM_PORT_DATA_SIZE - sizeof(blk_head_t)) / sizeof(uint32_t)];
reg_wr_t reg;
} data;
} blk_cio_t;pvvx
Активный участник сообщества
Более конкретно - не задействованная возможность на верхнем уровне ПО по дерганию ножками данного MCU.
В другом ПО это выглядит так:
И каждый кружок вызывает конфигурацию вывода:
Более детально что это всё значит смотреть в PDF на использованный MCU.
pvvx
Активный участник сообщества
Это как выглядят разные типы данных в памяти у данного MCU и сколько их может вмещаться в пакет с ограничением в VIRTUAL_COM_PORT_DATA_SIZE, а так-же как обратиться CPU к энному элементу при одинаковом их типе в наборе
pvvx
Активный участник сообщества
Что ещё вас там интересует?
Что нужно выкинуть, т.е. сколько там ненужного и не оптимизированного кода?
Например заголовок там не удален с того века, когда писался какой-то паскалевский драйвер – он же и прикручен в основной программе. Актуальность у нем была когда вышел Borland Delphi7. С тех времен не менялся и на его основе за полчаса была сформирована первая версия PowerProfiler-а…
Что-то ещё там такое-же сидит... Но мне лень разгребать тысячный вариант своей лепнины...
Что нужно выкинуть, т.е. сколько там ненужного и не оптимизированного кода?
Например заголовок там не удален с того века, когда писался какой-то паскалевский драйвер – он же и прикручен в основной программе. Актуальность у нем была когда вышел Borland Delphi7. С тех времен не менялся и на его основе за полчаса была сформирована первая версия PowerProfiler-а…
Что-то ещё там такое-же сидит... Но мне лень разгребать тысячный вариант своей лепнины...
pvvx
Активный участник сообщества
Вспомнил! Там по началу был дугой код USB-COM от ST, другая либа, какая-то из первых, глючная.
Потом система драйвера у ST сменилась, вместе с алгоритмами и вызовами. Но мне было лень всё переписывать. Поменял дрова, а алгоритм как-то скривил, чтобы он пахал и на новом драйвере
Потом система драйвера у ST сменилась, вместе с алгоритмами и вызовами. Но мне было лень всё переписывать. Поменял дрова, а алгоритм как-то скривил, чтобы он пахал и на новом драйвере
cheblin
Member
понятно. тут играем, тут не играем, а тут рыбу заворачивали...
похоже переделывать придётся всё. поначалу была иллюзия встроится и клиента не ломать. но там ценнного нуль.
итак:
считываются показания uint16_t с датчиков на smbus по таймеру... так?
период отсчётов 100 us?
сколько делать отчётов в одной отправке?
подстраиваться под VIRTUAL_COM_PORT_DATA_SIZE ?
короче нужен требуемый алгоритм обмена. интересует именно главный функционал - сбора и отправки данных.
управление устройством, подстройки, и конфигурирование это всё второстепенное и делается элементарно.
Код:
// Выходной пакет примерно такой
typedef struct {
uint8_t id; // тип пакета
uint8_t cnt; // последовательный номер пакета
uint16_t reg[кол-во]; // сборка регистров указанная в кол-ве регистров для разового чтения и описание какие в reg_rd_t,
// набор до 30 шт при USB-UART USB1.1 (до 64 байта пакет),
// кол-во зависит от скорости опроса ADC.
} out_pkt_t;нафига?
разве USB транспорт не гарантирует очерёдность пакетов?
uint16_t reg[кол-во]; // сборка регистров указанная в кол-ве регистров для разового чтения и описание какие в reg_rd_t,
для чего это передавать?
разве устройство и клиент при коннекте не согласовывают эти настройки?
есть какие либо идеи про клиента? есть предпочтения?
pvvx
Активный участник сообщества
Вам упрощенный пример тут в теме описал. В нем и есть out_pkt_t.
А исходники PowerProfiler уже утречком пробежался, т.е. сменились - выкинуто лишнее (старые заголовки у пакета)
Задаваемая длина пакета при соединение (перед стартом передачи данных).
А пропуск по чьей-либо вине, включая hub?
Будем вводить сообщения об ошибках с обоих сторон?
Кароче можно без этого резервного байта...
Вот это и есть массив переменным размером "кол-во" в котором и лежат значения регистров с ранее оговоренной последовательностью.
pvvx
Активный участник сообщества
Какие у вас сложности с передачей 16 бит от устройства на i2c с задаваемым интервалом c помощью самого дешевого STM32 в USB-COM и прием в компе?
Задача на десять-пятнадцать минут с полным описанием с нуля всех исходников.
Зачем вы полезли в программу, где всё задается, до нескольких опрашиваемых устройств на i2c и с них передаются назначенные для чтения то таймеру регистры?
Да ещё и с описанием - что это выпрошенная помойка т.к. просят, мой батник, который я каждый раз что-то вписываю для конкретных нужд не глядя что там будет с другими функциями.
Задача на десять-пятнадцать минут с полным описанием с нуля всех исходников.
Зачем вы полезли в программу, где всё задается, до нескольких опрашиваемых устройств на i2c и с них передаются назначенные для чтения то таймеру регистры?
Да ещё и с описанием - что это выпрошенная помойка т.к. просят, мой батник, который я каждый раз что-то вписываю для конкретных нужд не глядя что там будет с другими функциями.
cheblin
Member
на данном подсайте гений только один - ВЫ
правда вот глядя на исходники не нахожу этому подтверждения...но ВЫне огорчайтесь ...
..а нам тупить и заниматься своими делами позволительно, да...
мы в гении не лезем.
pvvx
Активный участник сообщества
У вас что комп так тормозит в STM32CubeMX? Там, в зависимости от чипа, надо вписать - в подготовленной для вас средой процедуре таймера чтение регистра i2c и значение положить в буфер. При накоплении n значений вызвать передачу буфера в USB.
Это долго?
pvvx
Активный участник сообщества
Я вот тут подумал и осознал, свою ошибку! Каюсь. Совсем забыл, что вы с MCU никогда не работали и для вас это неопознанный мир...
Нашел SoC, который я ещё не изучал и засек время.
Ушло 22 минуты на всё - с поиском платки, проводков и прочими подготовками, да ещё общением с детками и женой....
Но больше всего после этого ушло на фото и прочую подготовку картинок для вас
"Как считать регистр значения тока из IN226 и передать в USB".
Взял nRF528240.
Открыл пару примеров и сделал копипаст мышкой. Добавил пару переменных, потоптав клаву:
Код:
/*********************************************************************
This is an example for our nRF52 based Bluefruit LE modules
Pick one up today in the adafruit shop!
*********************************************************************/
#include <Arduino.h>
#include <Wire.h>
SoftwareTimer blinkTimer;
void setup()
{
Serial.begin(115200);
while ( !Serial ) delay(10); // for nrf52840 with native usb-com
// Configure the timer with 1000 ms interval, with our callback
blinkTimer.begin(50, blink_timer_callback);
}
size_t adc_buffer_wr_idx = 2;
// sends regs 0x00 config data:
// 0x0125 : 1.1 ms Shunt Only
// 0x0127 : 1.1 ms Shunt & Bus
uint8_t ina226_config[3] = {0x00, 0x01, 0x25};
uint8_t inited = 0;
uint8_t adc_buffer[62];
void loop()
{
if (!inited) {
adc_buffer[0] = 0x55; // header code
adc_buffer[1] = 0x07; // block id
Wire.begin(); // join i2c bus (address optional for master)
Wire.setClock(TWIM_FREQUENCY_FREQUENCY_K400);
// device address is specified in datasheet
Wire.beginTransmission(0x40); // transmit to device 0x40
Wire.write(ina226_config, 3); // set regs config
Wire.endTransmission(); // stop transmitting
inited = 1;
// Start the timer
blinkTimer.start();
}
}
void blink_timer_callback(TimerHandle_t xTimerID)
{
(void) xTimerID; // freeRTOS timer ID, ignored if not used
digitalToggle(LED_RED);
// request 2 bytes from slave device 0x40 register 0x01
if (inited) {
Wire.beginTransmission(0x40); // transmit to device 0x40
Wire.write(0x01);
Wire.endTransmission(); // stop transmitting
Wire.requestFrom(0x40, 2);
if (2 <= Wire.available()) { // if two bytes were received
adc_buffer[adc_buffer_wr_idx++] = Wire.read(); // receive high byte (overwrites previous reading)
adc_buffer[adc_buffer_wr_idx++] = Wire.read(); // receive low byte as lower 8 bits
if (adc_buffer_wr_idx >= sizeof(adc_buffer)) {
adc_buffer_wr_idx = 2;
Serial.write((const uint8_t *)adc_buffer, sizeof(adc_buffer));
}
}
}
}
Глянул ослом ноги i2c - дрыгают, но протокол обрывает - нет самого датчика на i2c.
Далее воткнул на соплях плату c INA226 в модуль MDK_USB_Dongle:
Паять грешно!
Проверил, что шина стала читаться и с ACK всё в порядке:
Включил китай-монитор COM-порта и наблюдаю нужные пакетики:
Вроде всё.
Далее хоть на питоне...
