Работа с COM портом

[Alar]

Сообщение от waleri

Интересно, на что? И за что банить?
Не обращайте на него внимания и он сам уйдет...

пока выставил штраф за оскорбление форумчан.

все сообщения не по теме удалил, я публично высказался, этого достаточно. все к порядку

[RAFA91]

if((signal == WAIT_OBJECT_0) && (GetOverlappedResult(handle, &Overlap, &temp, true))) 

			 cout<<"555555 ))))))))))))))))))))))) temp = "<<temp<<endl;

temp говорит что все байты ушли.

значит бока с приемником.

[p51x]

Пока ты еще никакой проблемы не озвучили все это похоже на простой поток мыслей по дереву.

[RAFA91]

скорее всего в приемнике бока связанные с многопоточностью.

хотя UART это независимый модуль......

[Пепел Феникса]

1)проверьте скорость приемника, она должна совпадать.
2)раз это МК то проверьте что скорость достигаема с учетом частоты МК(обычно частоты компонентов зависят от частоты ядра) и стоят верные настройки тактования(если применимо для МК)

[RAFA91]

а вы думаете что в МК легко подогнать частоту ?

там допуск 3% допускается.

___________________________________ _______________________

в МК все просто.

там есть обработчик прерывания по приему байта.

и я сразу спускаюсь на него.

В ПК такого нету. есть только поток.

а этот поток может вызываться когда угодно.

наверное по этому буфер приема по окончанию

signal = WaitForSingleObject(Overlap.hEvent, INFINITE);

if((signal == WAIT_OBJECT_0) && (GetOverlappedResult(handle, &Overlap, &temp, true)))

еще полностью не заполнен.


хотя temp говорит что все байты ушли.

[Пепел Феникса]

а вы думаете что в МК легко подогнать частоту ?

знаю какого это там.

там допуск 3% допускается.

зависит от источника тактирования.

[RAFA91]

синхронизации ни какой нету. это не SPI

вообщето сейчас у меня сам ПК выдает и сам получает эти байты.

почему приемник тормозит ?

[Пепел Феникса]

Сообщение от RAFA91

синхронизации ни какой нету. это не SPI

UART требует совпадение скорости, иначе говоря синхронизации тактов сигнала.
(синхронного = одновременно)
SPI же протокол с подтверждением(ну почти, там немного иначе это реализовано)

Сообщение от RAFA91

вообщето сейчас у меня сам ПК выдает и сам получает эти байты.

вы зациклили COM разве? тогда без приемника как-то не выйдет.

Сообщение от RAFA91

почему приемник тормозит ?

я выше не просто так писал.

[p51x]

а вы думаете что в МК легко подогнать частоту ?
там допуск 3% допускается.

А еще есть плл, таймер и т.д. Вы так говорите, как-будто здесь никто мк в глаза не видел.

в МК все просто.

там есть обработчик прерывания по приему байта.

и я сразу спускаюсь на него.

А еще есть настроки уарта, его тактирование, делители, скорость, а у некоторых еще настройка дма, автоподстроки и т.д. Бросьте это дело, мк отлаживать это не пк.

В ПК такого нету. есть только поток.

Есть, но винда вам не даст там так просто ковырятся. Поток здесь причем?

наверное по этому буфер приема по окончанию

signal = WaitForSingleObject(Overlap.hEvent, INFINITE);

if((signal == WAIT_OBJECT_0) && (GetOverlappedResult(handle, &Overlap, &temp, true)))

еще полностью не заполнен.

И не будет, никогда. Как миниму последнему байту нужно пробежать. Я вам два раза в этой теме уже писал: я все отправил != я все принял

синхронизации ни какой нету. это не SPI

Ну это какой протокол поверх положить. Можно и SPI замутить...