Лaгyнoв (18.05.2020 16:52, просмотров: 606) ответил fk0 на При работе с модемом это именно так. От него что-то прилететь может
в любой момент времени.-
- Мне кажется, если ты не понимаешь, то этот тот самый Данинг-Крюгер. - 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)