кaлян (18.05.2020 10:57, просмотров: 5) ответил VLLV на Может кто сталкивался, STM32F0, USART, HAL. Если есть эхо, все ложится. Задача имеет решение в плоскости HAL?-
- в жизни такого у меня нигде не было (одновременно прием/передача) - Лaгyнoв(18.05.2020 12:34)
- Значит жизнь ваша - блеклая и однообразная :) Куча протоколов связи, на двунаправленных каналах связи -
инициатором обмена может быть любая сторона соединения. Немного
непривычно, по структуре драйвера, но ниче-такова. - Cкpипaч(20.05.2020 09:17)
- Признаю, однообразная. :-) Всё колонки да контроллеры. Уровнемеры,
да частотники с Модбасами. :-) - Лaгyнoв(20.05.2020 09:45)
- Дык добавьте в систему KNX-диммеры, свет в торговом зале регулировать :) - Cкpипaч(20.05.2020 10:18)
- Признаю, однообразная. :-) Всё колонки да контроллеры. Уровнемеры,
да частотники с Модбасами. :-) - Лaгyнoв(20.05.2020 09:45)
- реализация онвире через уарт, там tx rx замыкается гвоздем и все
что с девайса принимается только эхом. кaлян(192 знак., 19.05.2020 10:59,
) - При работе с модемом это именно так. От него что-то прилететь может
в любой момент времени. - fk0(18.05.2020 12:46)
- а оно мне зачем? Мне нужно только то, что я спросил. - Лaгyнoв(18.05.2020 16:52)
- Мне кажется, если ты не понимаешь, то этот тот самый Данинг-Крюгер. - fk0(18.05.2020 16:57)
- Прознали, бляь, модное, теперича лепят куда угодно, к месту и не к месту. Беда только в том что каждый считает что его-то уж точно обошло, он не такой. Ан нет! Все не дискретно, а аналогово, континуально. К каждому применимо. Не стыдно Данингом родиться, стыдно Крюгером умереть =) - RxTx(18.05.2020 20:10)
- это кто? Я вероятно повторюсь. Зачем мне знать то, что мне
поступило на Rx, если я этого не спрашивал? Как-то я в последние 25
лет привык к тому, что я спрашиваю - мне отвечают. Меня спрашивают
- я отвечаю. Все известные мне протоколы обмена так устроены. - Лaгyнoв(18.05.2020 18:49)
- Затем, что если ты не будешь принимать "незапрошенные сообщения",
то во-первых не сможешь построить протокол работы с модемом
корректно, во-вторых слать он не перестанет и тебя если не будешь
вычитывать сформируется признак ошибки переполнения UART и в
следующий раз когда начнёшь вычитывать какой-то ответ, то получишь
обрывок предыдущего непринятого сообщения который тебе всё испортит
(парсинг принимаемого тобой сообщения). - fk0(19.05.2020 14:29)
- ну это если с модемом не уложиться в тайм-аут. И он сильно поздно
ответит. Тогда может сбойнуть следующее обращение. - Лaгyнoв(19.05.2020 14:58)
- Вот я и говорю, Данинг-Крюгер в чистом виде. - fk0(21.05.2020 08:44)
- RING? ^) - Cкpипaч(20.05.2020 09:22)
- вот еще, на всяких там реагировать. :-) Пришли СМС, я потом спрошу. - Лaгyнoв(20.05.2020 09:46)
- ну это если с модемом не уложиться в тайм-аут. И он сильно поздно
ответит. Тогда может сбойнуть следующее обращение. - Лaгyнoв(19.05.2020 14:58)
- Ты делаешь так: RxTx(1771 знак., 18.05.2020 20:06)
- это красиво, да. Но МОЕМУ МК это зачем? У него задача - отпускать
топливо по картам. Т.е. опрашивать считыватель, обмениваться с
колонкой по RS485. По другому UARTу опрашивать контроллер
уровнемера. По третьему UARTу чего-то слать в GSM. Или спрашивать
оттуда - есть чего? Т.е НЕ НАДО ничего параллелить. Всё по кругу. И
моему МК решать - кто за кем и почему. Тем более нет нигде таких
процессов, что не укладываются в быстродействие МК. - Лaгyнoв(18.05.2020 20:26)
- Согласен. Разумеется, построение систем должно отвечать задачам. - RxTx(18.05.2020 20:37)
- это красиво, да. Но МОЕМУ МК это зачем? У него задача - отпускать
топливо по картам. Т.е. опрашивать считыватель, обмениваться с
колонкой по RS485. По другому UARTу опрашивать контроллер
уровнемера. По третьему UARTу чего-то слать в GSM. Или спрашивать
оттуда - есть чего? Т.е НЕ НАДО ничего параллелить. Всё по кругу. И
моему МК решать - кто за кем и почему. Тем более нет нигде таких
процессов, что не укладываются в быстродействие МК. - Лaгyнoв(18.05.2020 20:26)
- А ведомых устройств вы никогда не делали? - AlexG(18.05.2020 18:57)
- Затем, что если ты не будешь принимать "незапрошенные сообщения",
то во-первых не сможешь построить протокол работы с модемом
корректно, во-вторых слать он не перестанет и тебя если не будешь
вычитывать сформируется признак ошибки переполнения UART и в
следующий раз когда начнёшь вычитывать какой-то ответ, то получишь
обрывок предыдущего непринятого сообщения который тебе всё испортит
(парсинг принимаемого тобой сообщения). - fk0(19.05.2020 14:29)
- Мне кажется, если ты не понимаешь, то этот тот самый Данинг-Крюгер. - fk0(18.05.2020 16:57)
- а оно мне зачем? Мне нужно только то, что я спросил. - Лaгyнoв(18.05.2020 16:52)
- Значит жизнь ваша - блеклая и однообразная :) Куча протоколов связи, на двунаправленных каналах связи -
инициатором обмена может быть любая сторона соединения. Немного
непривычно, по структуре драйвера, но ниче-такова. - Cкpипaч(20.05.2020 09:17)
- в жизни такого у меня нигде не было (одновременно прием/передача) - Лaгyнoв(18.05.2020 12:34)