[mantech 131]

Только что, makc сказал:

В определённых условиях оно и будет работать, особенно хорошо это происходит на столе у разработчика.

А вот с этим делом - так усб вообще лучше только на столе и использовать - такой интерфейс это капризный. И причем сколь раз пытался использовать его в промавтоматике, при том, что устройства заводские, а не поделки на АВР, но один фиг, чего только не делали и я и приходящие электронщики - если рядом мощная коммутация - все глючит страшно, потом плюнул, поставил RS-485 и все стало идеально...

[jcxz 356]

54 минуты назад, mantech сказал:

Я лишь рассказал, что у мены работает так, как написал, и мне достаточно для необходимых задач.

И у вас не так, как вы вещали: "400кГц с практически не загруженным CPU". Не надо врать.

12 минут назад, makc сказал:

Получился последовательный интерфейс с адаптивной подстройкой скорости и без поддержки арбитрации (т.к. она не нужна).

...и с загруженным на 100% (или близко к этому) CPU.

И скорей всего ещё и без поддержки clock-stretching. Т.е. - в результате и не I2C даже.  

54 минуты назад, mantech сказал:

все время пытается доказать, что только его видение имеет место в жизни

Опять передёргиваете. Вообще-то это вы пытались доказывать (и неоднократно), что "аппаратный I2C нафиг не нужен". Так как "и без него всё отлично".

[mantech 131]

3 минуты назад, makc сказал:

А вот когда изделие в серии 100к доходит до потребителей

Такими тиражами не опрерировал, но сотни штук делали - все норм, там только один нюанс - RC генератор отличается от партии к партии, но сделано так, что он самокалибруется...

2 минуты назад, jcxz сказал:

...и с загруженным на 100% (или близко к этому) CPU.

Нет.

2 минуты назад, jcxz сказал:

Вообще-то это вы пытались доказывать (и неоднократно), что "аппаратный I2C нафиг не нужен". Так как "и без него всё отлично".

Именно так.

[jcxz 356]

4 минуты назад, mantech сказал:

причем сколь раз пытался использовать его в промавтоматике, при том, что устройства заводские, а не поделки на АВР, но один фиг, чего только не делали и я и приходящие электронщики - если рядом мощная коммутация - все глючит страшно

Видимо "пытались" точно также, как с I2C.  

Имею пару проектов, где используется USB, буквально в нескольких мм от которого коммутируются токи в десятки ампер. На индуктивную нагрузку (PMSM). И всё прекрасно работает. почему-то.

Опять сказки про белого бычка....

[mantech 131]

3 минуты назад, jcxz сказал:

буквально в нескольких мм от которого коммутируются токи в десятки ампер. На индуктивную нагрузку (PMSM). И всё прекрасно работает. почему-то.

Ага и релюхами наверно или пускателями, а белый бычок?)))))))))) Ну давайте, воткните свой усб в ящик, где десяток пускателей киловатты коммутируют, посмотрю я как оно будет стабильно))))))))))))))

Edited January 18, 2025 by mantech

[makc 374]

3 минуты назад, jcxz сказал:

Имею пару проектов, где используется USB, буквально в нескольких мм от которого коммутируются токи в десятки ампер. На индуктивную нагрузку (PMSM). И всё прекрасно работает. почему-то.

Миллиметры вы измеряете между чем и чем? И что ещё находится в этих миллиметрах? Уж не сплошной-ли экран?

[mantech 131]

6 минут назад, makc сказал:

Уж не сплошной-ли экран?

Если там электронная коммутация помех больших не будет, уж сколь раз убеждался, а вот пускатели)))))))))))

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

Edited January 18, 2025 by mantech

[jcxz 356]

9 минут назад, makc сказал:

Миллиметры вы измеряете между чем и чем? И что ещё находится в этих миллиметрах? Уж не сплошной-ли экран?

Между ключами (полевики) и линиями USB от разъёма к CPU. Не экран, а прочие проводники и элементы платы. Плата сама - всего сантиметров ~5 в диаметре. На сплошные экраны там просто нет места.

Да - и передачи по USB в этих проектах - изохронные. Кто не понимает в чём разница: эти типы передач - без квитирований и повторов (в случае сбоев). И при этом всё работает по-долгу без сбоев. А значит - ни один кадр не портится.

[mantech 131]

5 минут назад, jcxz сказал:

Между ключами (полевики) и линиями USB от разъёма к CPU.

Ну так, хоть одна релюха есть там с током коммутации ампера 2-3 хотя бы? Вот  пример недавний, УПС, подключен по усб к компу, пока работает от батарей проблем нет, токи там большие но электронная коммутация, если сеть начинает "бултыхать", то есть то нет, начинает щелкать релюха, нет нет да и отвалится упс от компа...При том, что мышка не отваливается и комп не перезагружается.

Edited January 18, 2025 by mantech

[jcxz 356]

11 минут назад, mantech сказал:

Если там электронная коммутация помех больших не будет

Помехи будут. Так как управление ключами - схемой с вольтодобавкой. И иголки от этой вольтодобавки по всей плате гуляют приличные. По 15V с крутыми фронтами. Но USB это совершенно не мешает.

11 минут назад, mantech сказал:

Как-то делал эксперимент, принтер и комп качественный усб кабель, ставлю рядом ящик с пускателями, которые клапана и моторы комутируют и начинаю включать - все! принтер отваливается в течении неск сек))))))))

Некорректное сравнение. Принтер - очевидно бытовой. Который не предназначен для работы в условиях промышленных помех. USB же прекрасно работает в этих условиях. Будучи реализован корректно.

Да и опять-же - какой принтер? Видимо от такого же разработчика, у которого "USB отваливается от помех".  

6 минут назад, mantech сказал:

Ну так, хоть одна релюха есть там с током коммутации ампера 2-3 хотя бы?

релюх нет.

[mantech 131]

4 минуты назад, jcxz сказал:

Будучи реализован корректно.

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

4 минуты назад, jcxz сказал:

Помехи будут.

Да я в этом не сомневаюсь, просто сравниваю с помехами от пускателей 380В и десятком Ампер.

Edited January 18, 2025 by mantech

[makc 374]

50 минут назад, mantech сказал:

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

Если земли на концах кабеля USB прыгают, то никакие супрессоры, земляные полигоны и т.п. не помогут. У меня сейчас таким же образом от статики (разряд в землю) вышибает линк на PCI Express у платы, висящей в отладочном режиме на удлинителе около 40 см, при том что если та же плата установлена в систему и земля платы намного лучше соединена с землёй материнской платы, то никаких проблем нет. Это я к том, что если ваши устройства, соединённые USB, вкупе с общей землёй образуют хороший контур, в котором наводятся токи и возникает большая разность потенциалов, то возникновение проблем вполне ожидаемо. Вывод напрашивается сам собой - нужно разорвать этот контур тем или иным образом, чтобы земля была землёй и тогда всё станет намного лучше. Поэтому, кстати, устройства c питанием от шины USB флешки, устройства с собственным аккумулятором, которые не имеют отдельного подключения к земле, оказываются намного устойчивее ко всяким наводкам и разрядам (широкополосная помеха) на контактах, чем те, у которых есть ещё земляное подключение, дающее контур.

[mantech 131]

3 часа назад, makc сказал:

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

Но в тех же условиях RS-485 работает без каких-либо проблем, как это объяснить?

3 часа назад, makc сказал:

Поэтому, кстати, устройства c питанием от шины USB флешки, устройства с собственным аккумулятором, которые не имеют отдельного подключения к земле, оказываются намного устойчивее ко всяким наводкам и разрядам

Эт понятно, но в случае с оборудованием и промконтроллерами так не сделать...

[makc 374]

7 минут назад, mantech сказал:

Но в тех же условиях RS-485 работает без каких-либо проблем, как это объяснить?

Другие уровни и другая схемотехника приёмников. Их в принципе некорректно сравнивать.

8 минут назад, mantech сказал:

Эт понятно, но в случае с оборудованием и промконтроллерами так не сделать...

Увы, да. Да и не только с ними. В офисе таких проблем тоже более чем достаточно. У меня сейчас у коллег мониторы регулярно гаснут на несколько секунд от статики, т.к. HDMI теряет синхронизацию. Хотя там TMDS и он вполне себе дифференциальный.

[mantech 131]

6 минут назад, makc сказал:

У меня сейчас у коллег мониторы регулярно гаснут на несколько секунд от статики, т.к. HDMI теряет синхронизацию. Хотя там TMDS и он вполне себе дифференциальный.

Что интересно, LVDS до матрицы идет неэкранированной китайской витухой, 50см кабель, фуллХД 2х канальный и все норм, не моргает, в другом шкафу, но рядом, оба шкафа соединены 485м неизолированным, интересно однако)))) Возможно матрица без заземления отдельного, только по кабелю общие объединены, может как флешка получается, поэтому не глючит...

6 минут назад, makc сказал:

Другие уровни и другая схемотехника приёмников. Их в принципе некорректно сравнивать.

Почему? Уровни почти те же, 2.5В, тоже дифференциалка, переключение линии прием\передача такое же, усб еще и в экране идет, а тут просто витуха, скорость да, тут 115200, в усб гораздо выше, но думаю тут не в скорости дело, приемник 485 гораздо устойчивее к помехам ну и передатчик помощнее наверно, все-таки усб точка-точка, а тут шина до 30 устройств.

Edited January 18, 2025 by mantech