Есть в этом МК возможности в модуле USART для реализации интерфейса RS485 полностью на аппаратном уровне. Я попытаюсь его реализовать , наработки буду выкладывать. Так как я пишу библиотеку на С++, она мало кому будет нужна, буду просто выкладывать куски кода и функций.
STM32F746 + USART в режиме RS485
Сообщений 1 страница 30 из 31
Поделиться22017-08-09 22:11:41
Это во всех где новая периферия. См F0 .
Там еще модбас аппаратная поддержка.
Поделиться32017-08-09 22:17:27
Библиотека полностью перенеслась с F4, только названия двух регистров поменяли и разделили DR на отдельные для приема и передачи. Осталось ее проверить и добавить новые фишки.
Работать будет так: Прием по ДМА - либо по фиксированной длине пакета, либо по IDLE. Зависит от того какая функция стартанет чтение. Лень добавлять таймер, да и мороки больше для фисации межпакетного интервала в 3.5 символа. Передача по ДМА. Изучу новшества может что изменю.
Отредактировано MasterElectric (2017-08-09 22:18:49)
Поделиться42017-08-09 22:26:34
мороки больше для фисации межпакетного интервала в 3.5 символа.
Ну дык, ты все же модбас стряпаешь?
Погоди посмотрю RM на твой чип.
Поделиться52017-08-09 22:34:00
Да при беглом взгляде 1 в 1 с 072 ну или почти. Возьму за основу твой пример, хорошо что есть.
Отредактировано MasterElectric (2017-08-09 22:34:42)
Поделиться62017-08-09 22:37:03
Ну дык, ты все же модбас стряпаешь?
Пока просто RS485, протокол у меня свой, но и от поддержки стандартного не откажусь) Там вроде бы нужно байты выворачивать наизнанку.
Отредактировано MasterElectric (2017-08-09 22:37:55)
Поделиться72017-08-09 22:37:38
ВотЪ 31.5.8 Modbus communication using USART стр. 1008
Еще CRC посмотри , если надо огрызок под модбас RTU скину.
Поделиться82017-08-09 22:39:44
в ModBus вроде как CRC16? Аппаратный посмотреть? Скидывай конечно)
Поделиться92017-08-09 22:44:01
Сырое только для осознание и тестирования.
Объяснять?
#define CRC_DR *(__IO uint8_t*)&(CRC->DR)
RCC->AHBENR|=RCC_AHBENR_CRCEN;
CRC->CR|=CRC_CR_POLSIZE_0|
CRC_CR_REV_IN_0|
CRC_CR_REV_OUT
;
*(__IO uint16_t*)&(CRC->INIT)=0xFFFF;
CRC->CR|=CRC_CR_POLSIZE_0;
*(__IO uint16_t*)&(CRC->POL)=0x8005;
//*(__IO uint16_t*)&(CRC->POL)=0xA001;
CRC->CR|=CRC_CR_RESET;
//11 0F 00 13 00 0A 02 CD 01 BF 0B
CRC_DR=0x11;
CRC_DR=0x0F;
CRC_DR=0x00;
CRC_DR=0x13;
CRC_DR=0x00;
CRC_DR=0x0A;
CRC_DR=0x02;
CRC_DR=0xCD;
CRC_DR=0x01;
CRC_DR=0xBF;
CRC_DR=0x0B;
temp_POL=*(__IO uint16_t*)&(CRC->POL);
temp_CRC=CRC->DR;Поделиться102017-08-09 22:53:30
Объяснять?
да нет) разберусь я к регистрам привыкший. Спасибо. Это стандартный модбасовский?
Поделиться112017-08-09 23:04:07
MasterElectric, угу для RTU.
//11 0F 00 13 00 0A 02 CD 01 BF 0B - пример пакета модбас RTU , два последних байта CRC
CRC_DR=0x11;
CRC_DR=0x0F;
CRC_DR=0x00;
CRC_DR=0x13;
CRC_DR=0x00;
CRC_DR=0x0A;
CRC_DR=0x02;
CRC_DR=0xCD;
CRC_DR=0x01;
CRC_DR=0xBF;<- здесь в CRC_DR имеем CRC
CRC_DR=0x0B; <- после этого в CRC_DR будет 0
Поделиться122017-08-09 23:09:42
Ок уже поздно, сравню со своим табличным завтра, отпишусь.
Поделиться132017-08-09 23:19:21
Сравнивал и отлаживал на этом
// pay attention
// P_16 -- 0xA001 or 1010 0000 0000 0001 is a reversed form
// of the standard polynom 0x8005 or 1000 0000 0000 0101
#define P_16 0xA001
static unsigned short crc_tab16[ 256 ];
/*******************************************************************\
* *
* static void init_crc16_tab( void ); *
* *
* The function init_crc16_tab() is used to fill the array *
* for calculation of the CRC-16 with values. *
* *
\*******************************************************************/
void init_crc16_tab( void )
{
unsigned int i, j;
unsigned short crc, c;
for ( i=0; i < 256; ++i )
{
crc = 0;
c = i;
for ( j = 0; j < 8; ++j )
{
if ( ( crc ^ c ) & 0x0001 )
{
crc = ( crc >> 1 ) ^ P_16;
}
else
{
crc = crc >> 1;
}
c = c >> 1;
}
crc_tab16[ i ] = crc;
}
} /* init_crc16_tab */
/*******************************************************************\
* *
* unsigned short update_crc_16( unsigned short crc, char c ); *
* *
* The function update_crc_16 calculates a new CRC-16 value *
* based on the previous value of the CRC and the next byte *
* of the data to be checked. *
* *
\*******************************************************************/
unsigned short update_crc_16( unsigned short crc, char c )
{
unsigned short tmp, short_c;
short_c = 0x00ff & ( unsigned short ) c;
tmp = crc ^ short_c;
crc = ( crc >> 8 ) ^ crc_tab16[ tmp & 0xff ];
return crc;
} /* update_crc_16 */
Поделиться142017-08-10 11:21:23
Проверил тоже программный такой же как и у тебя, результат правильный.
const uint16_t Cls_ModBus_CRC16::CRC16Table[] = {
0x0000, 0xC0C1, 0xC181, 0x0140, 0xC301, 0x03C0, 0x0280, 0xC241,
0xC601, 0x06C0, 0x0780, 0xC741, 0x0500, 0xC5C1, 0xC481, 0x0440,
0xCC01, 0x0CC0, 0x0D80, 0xCD41, 0x0F00, 0xCFC1, 0xCE81, 0x0E40,
0x0A00, 0xCAC1, 0xCB81, 0x0B40, 0xC901, 0x09C0, 0x0880, 0xC841,
0xD801, 0x18C0, 0x1980, 0xD941, 0x1B00, 0xDBC1, 0xDA81, 0x1A40,
0x1E00, 0xDEC1, 0xDF81, 0x1F40, 0xDD01, 0x1DC0, 0x1C80, 0xDC41,
0x1400, 0xD4C1, 0xD581, 0x1540, 0xD701, 0x17C0, 0x1680, 0xD641,
0xD201, 0x12C0, 0x1380, 0xD341, 0x1100, 0xD1C1, 0xD081, 0x1040,
0xF001, 0x30C0, 0x3180, 0xF141, 0x3300, 0xF3C1, 0xF281, 0x3240,
0x3600, 0xF6C1, 0xF781, 0x3740, 0xF501, 0x35C0, 0x3480, 0xF441,
0x3C00, 0xFCC1, 0xFD81, 0x3D40, 0xFF01, 0x3FC0, 0x3E80, 0xFE41,
0xFA01, 0x3AC0, 0x3B80, 0xFB41, 0x3900, 0xF9C1, 0xF881, 0x3840,
0x2800, 0xE8C1, 0xE981, 0x2940, 0xEB01, 0x2BC0, 0x2A80, 0xEA41,
0xEE01, 0x2EC0, 0x2F80, 0xEF41, 0x2D00, 0xEDC1, 0xEC81, 0x2C40,
0xE401, 0x24C0, 0x2580, 0xE541, 0x2700, 0xE7C1, 0xE681, 0x2640,
0x2200, 0xE2C1, 0xE381, 0x2340, 0xE101, 0x21C0, 0x2080, 0xE041,
0xA001, 0x60C0, 0x6180, 0xA141, 0x6300, 0xA3C1, 0xA281, 0x6240,
0x6600, 0xA6C1, 0xA781, 0x6740, 0xA501, 0x65C0, 0x6480, 0xA441,
0x6C00, 0xACC1, 0xAD81, 0x6D40, 0xAF01, 0x6FC0, 0x6E80, 0xAE41,
0xAA01, 0x6AC0, 0x6B80, 0xAB41, 0x6900, 0xA9C1, 0xA881, 0x6840,
0x7800, 0xB8C1, 0xB981, 0x7940, 0xBB01, 0x7BC0, 0x7A80, 0xBA41,
0xBE01, 0x7EC0, 0x7F80, 0xBF41, 0x7D00, 0xBDC1, 0xBC81, 0x7C40,
0xB401, 0x74C0, 0x7580, 0xB541, 0x7700, 0xB7C1, 0xB681, 0x7640,
0x7200, 0xB2C1, 0xB381, 0x7340, 0xB101, 0x71C0, 0x7080, 0xB041,
0x5000, 0x90C1, 0x9181, 0x5140, 0x9301, 0x53C0, 0x5280, 0x9241,
0x9601, 0x56C0, 0x5780, 0x9741, 0x5500, 0x95C1, 0x9481, 0x5440,
0x9C01, 0x5CC0, 0x5D80, 0x9D41, 0x5F00, 0x9FC1, 0x9E81, 0x5E40,
0x5A00, 0x9AC1, 0x9B81, 0x5B40, 0x9901, 0x59C0, 0x5880, 0x9841,
0x8801, 0x48C0, 0x4980, 0x8941, 0x4B00, 0x8BC1, 0x8A81, 0x4A40,
0x4E00, 0x8EC1, 0x8F81, 0x4F40, 0x8D01, 0x4DC0, 0x4C80, 0x8C41,
0x4400, 0x84C1, 0x8581, 0x4540, 0x8701, 0x47C0, 0x4680, 0x8641,
0x8201, 0x42C0, 0x4380, 0x8341, 0x4100, 0x81C1, 0x8081, 0x4040 };
static uint16_t CRC16_Buff(uint8_t *tBuff, uint32_t tLen)
{
uint16_t tCRC = 0xffff;
while(tLen--) tCRC = (tCRC >> 8) ^ CRC16Table[(tCRC & 0xFF) ^ *tBuff++];
return tCRC;
}
Пытался вчера бысро его найти в сети чтобы полином посмотреть какой используеться, но в первых рядах поиска почему-то табличный алгоритм заточеный под 8 битники. Теперь попробую аппаратный прикрутить.
Отредактировано MasterElectric (2017-08-10 11:27:38)
Поделиться152017-08-10 11:43:58
Вот здесь еще проверял https://www.lammertbies.nl/comm/info/cr … ation.html
см. CRC-16 (Modbus)
Насчет полинома
// P_16 -- 0xA001 or 1010 0000 0000 0001 is a reversed form
// of the standard polynom 0x8005 or 1000 0000 0000 0101
Поделиться162017-08-10 12:45:22
Вначале не пошлел, решающим момент оказался вот этот:
// while(tLen--) CRC->DR = *tBuff++; // так не работает while(tLen--) *(__IO uint8_t*) &CRC->DR = *tBuff++; // после приведения работает (как у тебя)
Поделиться172017-08-10 12:47:56
Результат:
void CRC_ModBus_Init(void);
uint16_t CRC_ModBus_CalcBuff(uint8_t *tBuff, uint16_t tLen);
void CRC_ModBus_Init(void)
{
CRC->CR = CRC_CR_POLYSIZE_0 | CRC_CR_REV_IN_0 | CRC_CR_REV_OUT;
CRC->INIT = 0xffff;
CRC->POL = 0x8005;
CRC->CR |= CRC_CR_RESET;
}
uint16_t CRC_ModBus_CalcBuff(uint8_t *tBuff, uint16_t tLen)
{
CRC->CR |= CRC_CR_RESET;
while(tLen--) *(__IO uint8_t*) &CRC->DR = *tBuff++;
return CRC->DR;
}
не забываем включить тактирование модуля CRC
Проверялось на Stm32f746
Отредактировано MasterElectric (2017-08-10 12:49:27)
Поделиться182017-08-10 14:02:39
решающим момент оказался вот этот:
Ну да , хоть CRC и 16 но пакет то пихаем побайтно .
Смотри много что из периферии используют доступ как 8 так 16 и 32 бит.
С тем же SPI на новой периферии хомячки имеют батхерт...
Поделиться192017-08-10 15:40:26
Еще бы ДМА прикрутить, но не предусмотрели такого.
Поделиться202017-08-10 16:05:00
но не предусмотрели такого.
Ну как же, как же ... http://www.st.com/content/ccc/resource/ … 068118.pdf
Твой случай stream - потоки, у меня каналы ...
Поделиться212017-08-10 16:05:32
А нет, получилось, но наверное это не совсем надежно, раз по документации нет такой возможности.
Поделиться222017-08-10 16:09:14
Ну докУмент то прочитай...
Поделиться232017-08-10 16:13:00
Да, я уже потом увидел, но в RM я такой возможности не увидел (наверное плохо искал). Да изучу документ. А работает в режиме Memory to Memory (просто в другом случае не понятно кто будет делать запросы.) Спасибо за документик нужно перелистать все что у них есть, многого я не знаю)
Отредактировано MasterElectric (2017-08-17 21:47:28)
Поделиться242017-08-10 16:37:26
Вывод: нужно больше читать документации от производителя. Спасибо за наводку. Тогда будет расчет CRC аппаратный + ДМА. Нужно еще подумать как распределять ресурсы (CRC) между каналами RS485, наверное если аппаратный занят нужно или ждать, или расчитывать програмно, но опять таки это приводит к тому, что каждому каналу RS485 нужен канал таймера для опроса состояния и логики. Может кто знает как красиво работать с каналами таймеров как с отдельным аппаратным модулем, т.к. в библиотеке дефайнов уже не наставить, буду думать. dosikus Спасибо за помощь.
Поделиться252017-08-10 16:51:58
dosikus с ДМА хорошо если данные 8 битные, а если 32? как же делать задержку, или это только перед чтением результата актуально?
Поделиться262017-08-10 16:52:04
Может кто знает как красиво работать с каналами таймеров как с отдельным аппаратным модулем, т.к. в библиотеке дефайнов уже не наставить,
В какой библиотеке?
И подробней пожалуйста, что именно нужно?
Поделиться272017-08-10 17:01:31
как же делать задержку, или это только перед чтением результата актуально?
Зачем задержку? Ты про коменты в моем примере?
Дык это я просто показую что CRC вычисляется правильно,
по нормальному -
пришел пакет
пихаем его вместе с CRC в CRC считалку
если по окончанию в CRC_DATA нуль то все верно и пакет не битый
CRC на саму себя даст нуль
А когда тебе надо отсылать пакет
вычисляешь CRC пакета и дописываешь сей CRC к пакету и отсылаешь
Поделиться282017-08-10 20:20:27
Зачем задержку? Ты про коменты в моем примере?

Я про это, но пока копировал понял что результат на выходе задерживается, данные скорее всего можно загонять подряд. Установлю переводчик с английским плохо-плохо у меня.
Я пишу на С++, пробую сразу писать библиотеки и дефайны уже ну никак не вписываються в С++, приходиться все писать в переменные.(я уже тут выкладывал свое "творение").
Я так задумал для каждого экземпляра RS485 использовать отдельный канал таймера - для формирования задержек, под них же нету структур а работать нужно раздельно в зависимости от номера, ну скорее всего сделаю свою константную структуру с описание канала.
Отредактировано MasterElectric (2017-08-10 20:22:08)
Поделиться292017-08-10 20:28:08
На плюсах я тебе не помощник, к нам присоединился Reflector спроси у него...
Поделиться302017-08-13 17:26:40
MasterElectric, перенесём топик в stm32:usart,i2c,usb, а вторую страницу в Private ?

