Jump to content
    

Реализация USB на FPGA

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

:biggrin: :biggrin: :biggrin: Вы знаете примерную стоимость и хотя бы общие детали о начинке современных бпла? Если это не кустарная шайтан-арба то цена и уровень проектирования такие, что даже у самых смелых язык не повернется назвать это "расходником" . Короче опять мимо.

Добавлю по поводу вибростойкости: в USB3 предлагается целая гамма кабелей с фиксируемыми разьемами, угловых, тонких и т.п. Смотреть тут или тут.

Хорошие ссылки, а вторая картинка просто отличная- собственно по ней ясно почему я первым примером привел камеры. :laughing:

Share this post


Link to post
Share on other sites

Хорошие ссылки, а вторая картинка просто отличная- собственно по ней ясно почему я первым примером привел камеры. :laughing:

На самом деле, разговор о "промышленных камерах" - это совсем не то, что нужно ТС.

На самом деле, просто этот пост довольно "стандартный" для "чайников". Ну делает человек что-то на ПЛИС для себя (а это понятно по разговору "чтобы без PHY", потому как для фирмы вешать себе на шею отказы из-за копеечного PHY профессионал никогда не станет)... И надо из проекта получить что-то на хост... А у хоста первое что приходит в голову - это USB...

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

И то, что я написал "не применяйте USB", должно было заставить в первую очередь поискать альтернативу. А она есть. И преобразователи UART-USB и USB-SPI на FT2232... Да и любой микроконтроллер за пол-доллара можно взять как контроллер передачи данных на хост. И как UART-USB и как USB- UART-SPI. Примеров передачи данных полно и на Си они легко пишутся... Да, для UART-USB все равно понадобится протокол, но там можно обойтись и символьными кодами..

А для SPI все значительно проще.. Причем кадры в SPI можно сделать длиной в несколько байт и там указать "куда, кому и сколько". А это уже разбирается простым автоматом без проблем...

Стартовый набор и 4 проводка... Затраты копеечные... И это спасет ресурс в ПЛИС в части памяти и интерконнектов..

PS. А Сони, да неплохо. У меня есть видео-камера Сони. И после того, как по гарантии в ней заменили сгоревшую видео-матрицу она работает без проблем... :)

Share this post


Link to post
Share on other sites

На самом деле, разговор о "промышленных камерах" - это совсем не то, что нужно ТС.

Дык, кто ж в начале темы мог предполагать :biggrin: А то человек пишет про IP core, архитектуру- а на самом деле гаражная приблуда.

На самом деле, просто этот пост довольно "стандартный" для "чайников". Ну делает человек что-то на ПЛИС для себя (а это понятно по разговору "чтобы без PHY", потому как для фирмы вешать себе на шею отказы из-за копеечного PHY профессионал никогда не станет)... И надо из проекта получить что-то на хост... А у хоста первое что приходит в голову - это USB...

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

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

И это спасет ресурс в ПЛИС в части памяти и интерконнектов.

Или тупо взять плис с физиком усб :laughing: Очевидно же что ТС хочет собрать девайс "без ничего", из подножного корма. Следующим вопросом наверное будет "как организовать питание плис, с помощью импульсного регулятора реализованного в ней самой". По возможности без внешних ключей :biggrin:

Share this post


Link to post
Share on other sites

На самом деле, разговор о "промышленных камерах" - это совсем не то, что нужно ТС.

На самом деле, просто этот пост довольно "стандартный" для "чайников". Ну делает человек что-то на ПЛИС для себя (а это понятно по разговору "чтобы без PHY", потому как для фирмы вешать себе на шею отказы из-за копеечного PHY профессионал никогда не станет)... И надо из проекта получить что-то на хост... А у хоста первое что приходит в голову - это USB...

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

И то, что я написал "не применяйте USB", должно было заставить в первую очередь поискать альтернативу. А она есть. И преобразователи UART-USB и USB-SPI на FT2232... Да и любой микроконтроллер за пол-доллара можно взять как контроллер передачи данных на хост. И как UART-USB и как USB- UART-SPI. Примеров передачи данных полно и на Си они легко пишутся... Да, для UART-USB все равно понадобится протокол, но там можно обойтись и символьными кодами..

А для SPI все значительно проще.. Причем кадры в SPI можно сделать длиной в несколько байт и там указать "куда, кому и сколько". А это уже разбирается простым автоматом без проблем...

Стартовый набор и 4 проводка... Затраты копеечные... И это спасет ресурс в ПЛИС в части памяти и интерконнектов..

PS. А Сони, да неплохо. У меня есть видео-камера Сони. И после того, как по гарантии в ней заменили сгоревшую видео-матрицу она работает без проблем... :)

 

Спасибо вам ;)

Share this post


Link to post
Share on other sites

..."как организовать питание плис, с помощью импульсного регулятора реализованного в ней самой". По возможности без внешних ключей :biggrin:

Это запросто. У меня без внешних активных компонентов (транзисторов/усилителей/и тп) радиоканал ПЛИС-ПЛИС(2шт DE0-nano) на сотню метров работал (~~30МГц, передающая антенна ~~1.5м, приемная ~~15см).

Edited by Leka

Share this post


Link to post
Share on other sites

Это запросто. У меня без внешних активных компонентов (транзисторов/усилителей/и тп) радиоканал ПЛИС-ПЛИС(2шт DE0-nano) на сотню метров работал (~~30МГц, передающая антенна ~~1.5м, приемная ~~15см).

 

Вы на вопрос не ответили.

Share this post


Link to post
Share on other sites

Вы на вопрос не ответили.

Это очень простой графический редактор уровня "Hello, world" - написал для старта и проверки связей разных своих модулей - USB-мышки, VGA, блочной памяти.

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

На это требуется 800 ЛЕ. Не вижу смысла приводить данный код. Потом буду доводить до ума, чтобы можно было рисовать сцены для моделирования 2Д-физики в ПЛИС.

Share this post


Link to post
Share on other sites

Вообще USB лучше не делать... Это не промышленный интерфейс. Будет много проблем...

Поддерживаю. Какая альтернатива, если вводить данные в ноутбук без промышленных интерфейсов 20..250 кбит на расстояние метра 3 с объекта, которого постоянно касаются люди?  Для меня, проблема USB это нулевая устойчивость к статике и опторазвязка, заземления  тут не спасает. Я делал беспроводной канал но там проблемы связанные с питания.

Задам  три вопроса:

1. Связка USB PHY - PC  или USB PHY -USBhab- PC  устойчивее к помехам статики?

2. Реализуется ли на  USB PHY    пользовательский HID, чтоб юзер не выбирал порт?

3. Если использовать Ethernet+POE целесообразно ли использовать Ethernet - USB или использовать только встроенный порт?

 

Share this post


Link to post
Share on other sites

 Для меня, проблема USB это нулевая устойчивость к статике и опторазвязка, заземления  тут не спасает.

Для справки.

У Аналога есть микросхемы опторазвязки специально для USB...

 

А для меня проблема была в другом. Возможно, что когда проект в ПЛИС полностью отлажен и данные идут потоком, как в видеокамере, то оно и работает...

А вот при отладке самого проекта в ПЛИС или при сбоях при загрузке, канал USB виснет намертво и надо либо передергивать кабель, либо убивать сервис, а потом его снова перезапускать... Да еще проблемы были с кабелем. До тех пор, пока был серый китайский работало медленно и плохо. И только когда купили немецкий золотой, то заработало быстро. Причем золотой и по контактам и по цене...

Share this post


Link to post
Share on other sites

Для справки.

У Аналога есть микросхемы опторазвязки специально для USB...

Для справки. Нету там никакой "опторазвязки"..

Share this post


Link to post
Share on other sites

У Аналога есть микросхемы опторазвязки специально для USB...

Все что есть в микросхемах которые массово доступны для развякзи усб- все на coupled inductors. Оптикой можно самому развязать если сильно надо.

Для меня, проблема USB это нулевая устойчивость к статике и опторазвязка, заземления тут не спасает. Я делал беспроводной канал но там проблемы связанные с питания.

А для остального мира с точностью до наоборот :biggrin: Если вы используете слабые или незащищенные приборы там где требуется защита то это сугубо ваша вина, не усб.

А вот при отладке самого проекта в ПЛИС или при сбоях при загрузке, канал USB виснет намертво и надо либо передергивать кабель, либо убивать сервис, а потом его снова перезапускать.

Возможно я не понял мысль, но какое отношение имеет отладка прототипа к работе в поле отлаженного устройства в релизе?

Да еще проблемы были с кабелем. До тех пор, пока был серый китайский работало медленно и плохо.

Китайское дерьмо может привести к неработоспособности даже самые крепкие девайсы- брать нужно хотя бы "нормальный" кабель, а не левый ноунейм. В другую сторону тоже важно не перегнуть.

 

Говоря про наиболее крепкие и качественные развязки- однозначно LTM2884.

Share this post


Link to post
Share on other sites

Спасибо за LTM2884 попробую. Это конструктивно :rolleyes:. ADUM ничего не дают.

Дело не в "промышленности ноута" связка с Panasonic CF-52 имеет аналогичные проблемы. И надо помнить о гадах- маркетологах :smile3009:

Устойчивость канала с USB PHY и HID возможны?

Share this post


Link to post
Share on other sites

ADUM ничего не дают.

Почему- это хорошие микросхемы, свою задачу выполняют. Просто лтм покрепче.

Дело не в "промышленности ноута" связка с Panasonic CF-52 имеет аналогичные проблемы. И надо помнить о гадах- маркетологах smile3009.gif

Устойчивость канала с USB PHY и HID возможны?

Дело не только в супрессорах, развязках, кабелях- сам девайс должен быть сделан адекватно: если у вас например однослойка с землей дорожками , то хоть десять супрессоров с редрайверами поставьте, толку не будет. Все должно быть сделано по уму, не только плата.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...