Size: a a a

2020 November 04

A

Al in Deus Volt!
Pavel .
Как я писал выше. Самый верный способ исправить - снести систему и переставить с нуля. Но это актуально, если это повторяется на разных устройствах с разной прошивкой (да ещё и в разных портах). Я бы попробовал выцепить логи системы, что присходит при обнаружении нового устройства, но на сколько я помню на винде это не возможно (а на линухах - dmesg)
сносить систему не вариант. нужно искать причину.
на разных девайсах не повторяется - ноутбук с такой же виндой продолжает корректно определять девайс.

(прошивка тоже не причем, этот девай - st-link v2.1, ничего в его прошивке не менялось)

что-то с компом, с виндой точнее
источник

a

aum in Deus Volt!
Владимир
Выходной это внешний имеешь в виду?
Пример:
выход драйвера к верхнему ключу подключен.
Если исток летит с какой-то скоростью, dv/dt выхода драйвера же вроде не изменится относительно истока.
источник

P.

Pavel . in Deus Volt!
Al
сносить систему не вариант. нужно искать причину.
на разных девайсах не повторяется - ноутбук с такой же виндой продолжает корректно определять девайс.

(прошивка тоже не причем, этот девай - st-link v2.1, ничего в его прошивке не менялось)

что-то с компом, с виндой точнее
Я от винды давно отказался именно из-за таких сложностей. Иной раз под wine проще запустить, чем на хосте разобраться. Так все же: есть ли возможность получить системные логи в которых будет подробное описание?
источник

В

Владимир in Deus Volt!
aum
Пример:
выход драйвера к верхнему ключу подключен.
Если исток летит с какой-то скоростью, dv/dt выхода драйвера же вроде не изменится относительно истока.
Если взять твой пример отдельно от моего, то да, но в твои примере когда нижний ключ стойки закрывается, то двдт к верхнему драйверу прикладывается. Или ты о чём?
источник

a

aum in Deus Volt!
Владимир
Если взять твой пример отдельно от моего, то да, но в твои примере когда нижний ключ стойки закрывается, то двдт к верхнему драйверу прикладывается. Или ты о чём?
Так понял, ты пытаешься обосновать, что высокий выходной dv/dt драйвера может быть нужен для компенсации полета точки его подключения.
Но это стойкость драйвера к помехе скорее.
источник

В

Владимир in Deus Volt!
Надо схему нарисовать, но в общем, если в системе несколько гальв развязок и потенциалы не определены, то максимальный двдт будет на барьера с меньшей ëмкостью.
источник

В

Владимир in Deus Volt!
aum
Так понял, ты пытаешься обосновать, что высокий выходной dv/dt драйвера может быть нужен для компенсации полета точки его подключения.
Но это стойкость драйвера к помехе скорее.
Первое не понял. Про стойкость к помехе мы и говорим вроде.
источник

a

aum in Deus Volt!
Владимир
Первое не понял. Про стойкость к помехе мы и говорим вроде.
мне показалось, что речь шла о том, что у новых дров увеличена выходная скорость, и был вопрос не убьет ли это ключ.
источник

В

Владимир in Deus Volt!
Там вроде про стойкость к синфазной помехе, а она кроме свинга самого ключа в некоторых случаях и внешний свинг может добавлять
источник

a

aum in Deus Volt!
Илья
@sifunsifun вот помню ты говорил, что у драйвера самое главное устойчивость к dv/dt. Было, что 100В/нс уже много, сейчас смотрю новые инфинеоны уже 150. Есть ли в этом смысл?

Я к чему... объективно если открыть ключ жирный настолько быстро, то он помрет от ударных токов или как минимум быстрее деградирует. Отсюда и сомнение действительно ли после 50-75 В/нс есть смысл увеличивать или это уже маркетинг чисто?
про это же речь?
аа, похоже, мы про разные части говорим :)
источник

s

sifun in Deus Volt!
Илья
Авторитетные деды, что пилят установки твч. А так на электрониксе читал и статья было в "Силовая электроника" (КиТ) на тему ударных токов
сомнительно конечно
источник

A

Al in Deus Volt!
Pavel .
Я от винды давно отказался именно из-за таких сложностей. Иной раз под wine проще запустить, чем на хосте разобраться. Так все же: есть ли возможность получить системные логи в которых будет подробное описание?
я не знаю, как это делается и вникать в это времени нет.
пока поработаю на другой машине, а тем временем, может кто то и откликнется с такой зе продлемой. не думаю, что я такой один
источник

l

lbh in Deus Volt!
Al
сносить систему не вариант. нужно искать причину.
на разных девайсах не повторяется - ноутбук с такой же виндой продолжает корректно определять девайс.

(прошивка тоже не причем, этот девай - st-link v2.1, ничего в его прошивке не менялось)

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

l

lbh in Deus Volt!
я когда-то делал серийные девайсы с vcp программным от stm. они довольно прилично чудят. и по итогу в следующих ревизиях - перескочили на pl2303/ft232
источник

l

lbh in Deus Volt!
а на старых платах я хотел сделать эмуляцию программную pl2303 чтобы оригинальные дрова с ним работали. но пока руки не дошли
источник

IF

Imya Familiev in Deus Volt!
Компорт в stlink v2.1, перешитых из простого 2.0 глючат дико
источник

l

lbh in Deus Volt!
кстати первое что ещё стоит сделать - проверить, хватает ли питания. бывает порт на компе подпаленый и ток не даёт, и с ним тоже глюки забавные, так что потом с своём софте ищешь неделю баги(а их нет, это порт)
источник

A

Al in Deus Volt!
Imya Familiev
Компорт в stlink v2.1, перешитых из простого 2.0 глючат дико
какие глюги наблюдались?
у меня за два года работы глюк только один - невозможность обновить прошивку стлинка и стлинк утилиты. в остальном полет нормальный
источник

IF

Imya Familiev in Deus Volt!
Да тупо данные не идут
источник

IF

Imya Familiev in Deus Volt!
Пару рааз перевтыкаешь, начинают идти
источник