Proteus 8.5 + UART

[фёдорыч]

Есть 3 программы:
1. Мое приложение на C#, посылающее байт (0х62 == b) через COM порт
на mega8.
2. Terminal V1.9b.
3. Приложение на mega8, работает в Proteus'e.
Следующая ситуация:
Из 1 посылаю в 2 символ b == 0x62. Терминал показывает правильный байт b.
Из 1 посылаю в 3 символ b. Proteus показывает 2 байта 0х18 и 0х9Е. неправильно.
Из 2 посылаю в 3 символ b. Proteus показывает принят символ b.
Совсем запутался, но кто-то из этой троицы врет.
Пните в нужном направлении, плиз.

[mike-y-k]

Надо бы убрать/добавить немного слов в определениях:
1. Приложение, выводит в порт код ASCII 'b' (0x62). Остальное тут лишнее.
2. Тут не убавить ни добавить .
3. Тут наверное таки про эмуляцию схемы речь идёт?

Есть ли абсолютная уверенность в правильной настройке портов у всех участников и отсутствии перекодировки?

[фёдорыч]

Сейчас копаю в сторону COMPIM.
Соединил RxD и TxD COMPIM, подключил виртуальный терминал.
Не видит VT байта.
Буду разбираться, почему байт из приложения не доходит до COMPIM.
О результатах доложу.

[jump]

Совсем запутался

эх, не путался б ты с этими бл""ями. проверь приложение на передачу символов в виндовом терминале

кто-то из этой троицы врет

недавно столкнулся - брайтерминал при старте выдавал "ошметки" предыдущих посылок, последующие принимал правильно. обнуление приемного буфера не помогло. есть подозрение, что виноват виртуальный сом-порт (усб). расследование продолжается

Пните в нужном направлении

не онанируй с протэзами - сделай в железе

[фёдорыч]

Докладаюсь.
Все заработало после повторного курения FAQ Proteus часть 5.
Ув. Halex07 писАл, что для подключения COMPIM в VSPE необходимо создавать соединение Pair(пара), я же благополучно, но безуспешно пытался работать через соединение Conecctor. Видимо моя первая програмка на C# некорректно работает, отсюда и 3х дневное топтание на ровном месте.
Спасибо всем, кто откликнулся. Удачи!

[mike-y-k]

фёдорыч, любая "виртуализация" здесь - это некоторый набор допущений. И в сумме нескольких рассуждение о достоверности результата уже сродни процессу с осадком кофе. Здесь полностью соглашусь с уважаемым jump.
Реализация эмуляции в proteus построена на некоторой модели, которая изначально не 100% совместима с реальным железом. В итоге и рабочее в железе не работает в эмуляторе, и наоборот. А наличие дополнительных уровней эмуляции (UART в данном случае) только усложняет задачу поиска причины наблюдаемого.
Сделать макет в железе и залить туда нужный кусок для отладки UART совсем не сложно. Ну и в этой ситуации реальный осциллограф/ЛА будут таки информативнее и достовернее .

PS RTFM однако и как всегда. Но для повышения продуктивности таки стоит с процессором в железе.

[фёдорыч]

Я с Вами согласен на все 100%, что проектировать нужно в железе, но...
На работе имелся достаточный ассортимент приборов, а сейчас дома в наличии С1-67, мой ровесник, почти без синхронизации, да китайский мультиметр, вот и вся лаборатория. Хотел прикупить Dragon, но проблемы с доставкой в Киргизию да и цена пенсионера впечатляет. Поэтому и приходится изгаляться с эмуляторами.
Так что хорошо жить - это хорошо, но и просто жить - это тоже отлично.

[mike-y-k]

Некоторую лабораторию можно (и нужно наверное) самому собрать.
PCF8574AT (можно любой другой расширитель портов для I2C), восемь светодиодов и уже можно смотреть принятый байт в двоичном коде.
ЛА на том же Ali продаются за вполне разумные деньги. Тут всего два канала достаточно - RX и TX смотреть. И сразу все видно, без разбророк с эмулирующим софтом.

А с эмуляцией стоит таки внимательно прочитать всю документацию и разобрать на запчасти все возможные настройки.

Удачи в разработке.

[фёдорыч]

Спасибо за подсказку. У меня плата miniSTM32F103 лежит без дела -
поигрался со светодиодами и отложил до лучших времен.

[фёдорыч]

После получения посылки с Sealeae Analyzer'ом, решил доковырять проект. Перенес из 4.19 в Atmel Studio 7 (чисто из спортивного интереса), собрал, залил прошивку в mega8 - все работает, прямо мистика какая-то.