Size: a a a

2020 September 17

P.

Pavel . in Embedded Group
Aleksander Zholtkovskii
вот. Какой смысл, в таких условиях, закладываться на паузу между пакетами?
Мне кажется вы не внимательны. Пауза вы закладывать не будуте. Но она будет
источник

AZ

Aleksander Zholtkovs... in Embedded Group
Anton Kirilenko
отправлятор пакетов сам долже следить, когда он шлёт данные и делать паузы между отправками
дано, виндовоз и прикладная софтина работающая с железкой по uart-у. Как обеспечить паузы между отправляемыми пакетами?
источник

AZ

Aleksander Zholtkovs... in Embedded Group
Pavel .
Мне кажется вы не внимательны. Пауза вы закладывать не будуте. Но она будет
эта пауза будет где попало, а не там где надо.
источник

AK

Anton Kirilenko in Embedded Group
сказать прикладной софтине, чтоб делала паузу между отправлениями.
источник

P.

Pavel . in Embedded Group
Aleksander Zholtkovskii
эта пауза будет где попало, а не там где надо.
Что такое «там где надо»?
источник

AZ

Aleksander Zholtkovs... in Embedded Group
Pavel .
Что такое «там где надо»?
после каждой посылки было бы идеально
источник

P.

Pavel . in Embedded Group
Тогда пауза сама появится, когда софтина будет ожидать ответа (подтверждения, или результата)
источник

AK

Anton Kirilenko in Embedded Group
это если софтина ожидает
источник

AZ

Aleksander Zholtkovs... in Embedded Group
такие ожидания ооочень сильно тормозят обмен. Я делаю асинхронную передачу, чтобы ничего не тормозило
источник

P.

Pavel . in Embedded Group
Aleksander Zholtkovskii
такие ожидания ооочень сильно тормозят обмен. Я делаю асинхронную передачу, чтобы ничего не тормозило
Уарт который загружен на 100%? У вас у камня память не заканчивается принимать так много данных? Или рейт низкий?
источник

AZ

Aleksander Zholtkovs... in Embedded Group
Pavel .
Уарт который загружен на 100%? У вас у камня память не заканчивается принимать так много данных? Или рейт низкий?
так уарт быстро не может. пакеты прожёвываются чуть ли не быстрее чем прилетает первый байт от следующего пакета.
источник

P.

Pavel . in Embedded Group
Aleksander Zholtkovskii
так уарт быстро не может. пакеты прожёвываются чуть ли не быстрее чем прилетает первый байт от следующего пакета.
961200 довольно быстро. А это не самый быстрый на сегодня. А overrun? Как вы эту ситуацию обрабатываете?
источник

AK

Anton Kirilenko in Embedded Group
набаяню. но очень уж опять в тему.

Американский форум. Задаёшь вопрос, потом тебе отвечают.
Израильский форум. Задаёшь вопрос, потом тебе задают вопрос.
Русский форум. Задаёшь вопрос, потом тебе долго рассказывают, какой ты мудак.
источник

AZ

Aleksander Zholtkovs... in Embedded Group
Pavel .
961200 довольно быстро. А это не самый быстрый на сегодня. А overrun? Как вы эту ситуацию обрабатываете?
недостаточно быстро чтобы проц не успел. В "моих" железках проц с запасом всегда.
overrun не случается. если случается, то байтик выбрасывается, а потом и весь пакет когда crc не сходится
источник

AZ

Aleksander Zholtkovs... in Embedded Group
на самом деле и в моём случае можно забить на асинхронность, ждать ответ на каждый пакет и смириться с увеличением времени заливки прошивки в несколько раз. Но не хочется :)
источник

P.

Pavel . in Embedded Group
Aleksander Zholtkovskii
на самом деле и в моём случае можно забить на асинхронность, ждать ответ на каждый пакет и смириться с увеличением времени заливки прошивки в несколько раз. Но не хочется :)
Ох е. Для таких целей уарт давно не видел чтоб использовали, слишком много лишних телодвижений (клиентские приложения, дрова, и тд) usb mass stoarage и даже делать ничего не надо
источник

AZ

Aleksander Zholtkovs... in Embedded Group
Pavel .
Ох е. Для таких целей уарт давно не видел чтоб использовали, слишком много лишних телодвижений (клиентские приложения, дрова, и тд) usb mass stoarage и даже делать ничего не надо
не всегда из девайса торчит usb. И mass storage видится мне нефиговым оверкилом учитывая кучу необходимых затрат на его поддержку.
А "клиентское" приложение всё равно есть, без него никак
источник

A

Alexander in Embedded Group
Anton Kirilenko
отправлятор пакетов сам долже следить, когда он шлёт данные и делать паузы между отправками
Не должен.
Разбиение пакетов по паузам - какое-то эхо 1980х.

Если нужно данные сепарировать надежно - лучше использовать SLIP или хорошо вычленяемые заголовки )
источник

P.

Pavel . in Embedded Group
Aleksander Zholtkovskii
не всегда из девайса торчит usb. И mass storage видится мне нефиговым оверкилом учитывая кучу необходимых затрат на его поддержку.
А "клиентское" приложение всё равно есть, без него никак
Ровно столько сколько и на поддержку уарта. Кода там даже в строках почти столько же. У меня апликухи обычно общаются не по проводам. Потому куда проще сделать mass, чем писать код в апликухе и железке
источник

AZ

Aleksander Zholtkovs... in Embedded Group
Pavel .
Ровно столько сколько и на поддержку уарта. Кода там даже в строках почти столько же. У меня апликухи обычно общаются не по проводам. Потому куда проще сделать mass, чем писать код в апликухе и железке
это только со стороны usb столько же. А всякие вариации на тему fatfs? Их пихать в примитивный загрузчик мне очень не хочется
источник