Proteus и реалтайм

[ves15]

Вопрос касается реалтаймовой потоковой обработки сигналов с COM порта, первоначально была мысль использовать протеус для отладки : контроллер с отлаживаемой программой находится в протеусе, с внешним модулем ввода-вывода общается по UARTу. Попробовалось, в принципе получилось, но как бы частично. В конце концов выяснилось, что что-то не то со связью при потоковой(именно при потоковой) передаче - часть импульсов пропадает. Причем если схема полностью виртуальная и обмен ведется не по ком порту то все ахуй, а вот если все то же самое но туда приделать КОМПИМ (эмулятор ком порта в протеус) с виртуальным драйвером ком порта eltima( т.е два виртуальных контроллера обмениваются между собой непосредственно и через ком порт) то кошмар становится реальностью)) Вышесказанное иллюстрируют два проекта тестирования линии связи:

Потихоньку зреет мысль что протеус вообче для такого не предназначен, соответственно может кто сталкивался с подобными вопросами или знает как решить этот WELCOME!!

[Hmuryj_Mik]

Протеус "к стенке" поставить? Или облегчить себе "жизнь"? Что хочете то и получите. Зная ограниченичения, можно обойти "неподъемные" моменты и всёж-таки получить эффект. Я исп-л как элтимовские драйверы для отработки win32 приложений, так и реальные объекты (датчики) посредсnвом compim. Все моменты (100%) можно "обойти", если не пытаться "в лоб" получить realtime/view ...

[ves15]

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

[Halex07]

при потоковой(именно при потоковой) передаче - часть импульсов пропадает

Вообще бы не мешало начать с того, что для потоковой инфы выбрать тактовую МК не 8 Мгц, а 7.3728 MHz, или кратную чтобы хоть здесь свести ошибки к нулю. Тем более, что в проекте достаточно высокая скорость 57,6К, а не какие нибудь 4800 или 9600. А в проекте с CONPIM вы умышленно физическую и виртуальную скорости развели, чтоб другие башку ломали или это так - проект из мусорной корзины.

[ves15]

Не-не-не все нормально т.е. и так хреново и этак , а скорости развел в тщетной попытке что бы типа буфер не опустошался(в компиме), -) вычитал на edaboard кажется, результат к сожалению 0. Т.е. компим не работает к сожалению на любых скоростях, но где-то на 2400 импульсы уже сползаются меньше, но тем не менее при любых параметрах скоростей физ и виртуальных - ни шиша-( . правда совсем маленькие не проверял -) , а насчет частоты - хз может быть Вы и правы... но ведь и на низких идет криво. И в общем и на лабвью в Visa была сходная картина, пока не добавил передачу после каждого байта "конец строки" -0х0А, в протеусе не помогло... вообще такая удачная мысль отлаживать из протеуса - самому жаль, что не получается, - спрашивал у ТЕНИ но что-то не сложилось - то ему сообщение не доходит то просто молчит) жаль.

[ves15]

Да, так как по нескольку импульсов подряд все-таки проходит, а передний фронт, а в ждущем таймере на втором конроллере и задний фронт-передача байта, то связь и на 8МГц осуществляется корректно-)

[ves15]

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

[ves15]

Вопщем покопался я , посмотрел... дело наверное в винде и вопрос принципиально непреодолимый и в протеусе и в лабью схожая хреновина , спасти можт только запуск приложения в кернел моде - как сделать -ХЗ кто че-нибудь может сказать WELCOME!!

[ves15]

Прошло уже шесть лет с момента постановки этого вопроса как ни странно вопрос всплыл с другого бока, - взаимодействие Питона с реальной действительностью. Как ни странно оказалось что разобраться можно все-таки это протеус тупит а винда ну просто осрв. Постараюсь написать статью на easyelectronics.ru

[TEHb]

В версии 8.5 появился FT232R, с ним может пойти лучше.