Можно подумать, большая проблема эмулировать что-то другое!
Код для вашей железяки пишет не ST! Так что вы и в ответе за все ее баги. И нет в STM32 никаких "стандартных драйверов": что разработчик в регистры положил, то в них лежать и будет.

Другой вариант, как можно победить эту проблему: пусть микроконтроллер по таймауту делает пересоединение, отключая и вновь включая подтяжку на DP.

Сообщение отредактировал Эдди - Feb 16 2018, 09:50

У меня был похожий случай с USB, но там был не STM. Вылечился заменой кабеля серого китайского на черный немецкий с золочеными контактами. Возможно что там был экран лучше...
А если чисто по жизни после тех мучений от USB просто тошнит...

Скорее, он там просто был.


Так виноват не USB, а производители барахла - всех этих кабелей с проводом AWG30 без экрана,
хабов на однослойках и т.п.

За аппаратные баги железки вы тоже в ответе?
А регистры тут каким боком? речь идет о стандартном CDC.



HID не хватает скорости, вот уходить от этого г..на, нужно однозначно.

Так и не понял из обсуждения:

1) При работе через СОМ порт (я так понимаю, через RS-232) тоже связь теряется?
Или речь об виртуальном СОМ на USB?

2) При работе через USB связь теряется только после засыпания компьютера,
или и при активном ПК в случайные моменты времени?

пардон, был не на связи.
уточняю.
1. у устройства 2 интерфейса USB и COM.
К сожалению по com порту тоже происходит потеря связи.

2. засыпания компов исключены.
Но даже когда комп после перезагрузки работает непрерывно то устройство теряется в случайные моменты времени.

Проводка какие тока не ставили - и золотые и платиновые - никак не помогает. Но таки по USB лучше работает чем по COM.

Ну просто добавлю.
Там у меня была отладка ПЛИС, загрузка и информация потом шла через USB с Сайпресса на ПЛИС. И любой затык при отладке сопровождался передергиванием кабеля при зависаниях. Потому как Винда не делает восстановления связи по USB при потере соединения. Либо передергивать кабель, либо убивать сервисы программно, а потом их как-то перезапускать... А вот Ethernet это умеет сам по себе... Ну а с плохим кабелем вообще долго не работало, падало...

В понедельник будет специально выделенный комп с подключенным устройством и четким моментом работает/неработает.
если будут желающие - могу по TW запускать по-очереди.




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

Что-то я в errata таких багов не встречал.

Дык, я и говорю: если у вас в форточках бажный "драйвер" CDC, эмулируйте другую железку (скажем, CH340).



Тогда уже получается реально косяк со стороны автора прошивки.
Watchdog, я так понимаю, на МК не запущен?
Исходники прошивки в открытом доступе есть, или опять "коммерческая тайна"?

А на компьютере нормальный порт, или через USB?

со стороны компа - USB

Это на 90% означает, что баг в прошивке. И никто кроме багописателя Вам его не исправит.
Вам только могут написать новую прошивку. ...и возможно без бага

А с нормальным нельзя попробовать?


Без этого бага...

Я бы, как и Tanya, все-же предложил бы вам найти компьютер с "честным" аппаратным СОМ портом,
без всяких переходников СОМ-USB, и попробовать работу такой связки через чистый RS-232.

Потому что RS-232 вылизан за десятилетия и прост как дубовые грабли, а USB - глючная вещь в себе
USB может отваливаться от любой случайной помехи.

это уже в понедельник буду пробовать
правда есть компы где уже ничего не поставишь. типа планшеты.