Перейти к содержанию

Димыч

Свой
  • Публикаций

    156
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о Димыч

  • Звание
    Частый гость
  • День рождения 30.10.1972

Контакты

  • Сайт
    http://
  • ICQ
    12302133

Информация

  • Город
    the Earth

Посетители профиля

3 146 просмотров профиля
  1. Aner, bigor, Большое спасибо за комментарии и соображения/рекомендации по вопросу. В целом очень помогли! Будем разбираться
  2. Ok, спасибо за ответы! Aner, подскажите, пожалуйста, ссылку на главу стандарта, где описывается пайка BGA. На знакомом предприятии - как они взялись паять BGA на пасту, 30% брака из-за закороток пот чипом, хотя термопрофиль соблюдается, флюсы какие надо и т.д.
  3. Уважаемые специалисты, подскажите, пожалуйста, как фиксируется корпус BGA на плате перед отправкой оной в печь? Положим, что pick-n-place машина стоит на некотором расстоянии от печки и до неё платы должны доехать на тележке или конвейерной ленте. Если чип никак не закрепить, он просто отвалистся или сместится. С другими компонентами просто - они держатся на нанесённой до этого паяльной пасте. Но под BGA паяльную пасту - по уму - наносить нельзя, т.к. возникнет избыток припоя и последующие за пайкой замыкания. Как решается вопрос? Спасибо!
  4. Расскажите про EtherCAT

    Цитата(syoma @ Jan 25 2018, 11:52) Сходу все ИМХО очень просто - берете EtherCAT терминал с RS485 или RS232. Он делает Вам виртуальный COM порт. Далее берете обыкновенный Modbus мастер и общаетесь через этот порт со своими MODBUS слейвами. Или Вам надо что-то другое? Вам вообще нужно просто что-то в единственном экземпляре для своего проекта? Тогда проще купить что-то готовое. А если разрабатывать для продажи - вы уверены, что найдете много клиентов, чтобы окупить разработку? TwinCAT 3 эволюционный. С готовыми EtherCAT модулями Codesys также неплохо работает, но нужно подключить XML описания. Доброго дня! Да, выглядит действительно просто и легко. Вопросы, тем не менее, тоже есть : Драйвер берём (покупаем лицензию под ТвинКАТ) от Бекхофа (драйвер)? Но тогда это тянет за собой и покупку Твинката, разве нет? А какой порядок его стоимости (в отличие от бесплатного XAE) ? Этот драйвер ведь будет работать только с Бекхофскими coupler'ами и терминалами типа этого и этого, так ведь? А хочется сделать свой слейв со своими VID, ESI и пр. Эх, если бы единственное, то и не вопрос. Но нужно для масс-продакшен. Окупаемость - вопрос правильный, но на разработку выделяются (пока что) просто копейки. Опять же, сколько, в норме, может стоить разработка такого девайса (а-ля Serial Interface от Beckhoff)? А с ТвинКАТом, наверное, всё хорошо. Но пока он у меня разве что комп вешает И будущий вопрос генерации отчуждаемой программы, сделанной на нём, также остаётся. Спасибо!
  5. Цитата(iosifk @ Jan 24 2018, 17:25) <...> Внутри этого домена активный фронт должен быть только положительный Совершенно верно, но в некоторых случаях "клочить" всё по фронту, а часть логики по спаду - оправдано. И даже максимальная частота проекта не сильно падает (если понимаешь - зачем это сделано и как оно работает). Бездумно расставлять posedge - negedge конечно нельзя.
  6. Расскажите про EtherCAT

    Цитата(Impartial @ Jan 24 2018, 13:37) Если речь идет о CanOpen то принцип выглядит так. У устройств поддерживающих этот стандарт есть всего 4 RXPDO и 4 TXPDO. Каждый из них состоит максимум из 8 байт с структурой определяемой изготовителем устройства. Принцип моста состоит в том, чтобы отзеркалить эти ПДО в приеме и передаче на соответствующие поля в пакете слейва. Все остальное сделает сам CAN интерфейс с соответствующими настройками полей COB-ID. Еще нужно обеспечить возможность настройки CANOpen устройства с помощью пакетов SDO. Но это нужно только на этапе запуска системы. Спасибо, Impartial. Благодарю, syoma. Собственно, в моём случае речь идёт о ModBus (CAN где-то в неясной перспективе) и есть ли какие то соглашения о том, как ему дружить с EtherCAT, я сходу не нашёл. Но пока вопросы более общие, а именно: 1) какой софт имеет смысл использовать для наиболее быстрого старта и поддержки разрабатываемого устройства (мост: слейв для EtherCAT и он же мастер для ModBus)? На сайте https://www.ethercat.org/en/products.html есть список, но - возможно - опытные товарищи сразу скажут, мол это использовать не стоит, а вот это - хороший Tool... Да, TwinCAT XAE установил, но пока с ним ничего не взлетело: винда с ним периодически уходит в синий экран, а тестовый ESC он не видит. Пока что для себя сделал такой список: "ET9000 Beckhoff (EtherCAT Configurator)" EtherCAT Workbench XML Editor (есть) Network Analyzer (есть) Что-то ещё нужно для взлёта? 2) организационный вопрос: сколько времени и ресурсов может уйти (уйдёт) на разработку слэйва, готового для передачи в производство? Очевидно, что должны быть реализованы функциональности: - сам мост - Device Firmware Update (нужно через Ethernet порт слейва обновлять Firmware Host-процессора, который соединён с EtherCAT ASIC'ом через SPI DP-RAM) - удобная первичная прошивка - самодиагностика - документация - сервисный софт (конфигуратор? апдейтер? что-то ещё?) Опять же, как черновой вариант, процесс выглядит так (и занимает полтора человеко-года): Prototyping Stand Seting-Up Running a test application on Eval Board (EVB) Writing a communication between EVB and a Modbus device Running the tests with Prototype Gateway (купить готовый мост) and ModBus Running the tests with 3-rd party’s EtherCAT devices PCB and Housing Power Dissipation/Thermal Evals Suggestions concerning Housing and PCBs arrangement Schematics Layout PCBA Tests and Evaluations Firmware Boot-loading and DFU Functionality HAL and low-level drivers/functions POST and Debug Interface CDC VCP - for Debug interface and optional DFU MODBUS Stack Working with API from EtherCAT ASIC supplier Porting to a lower-grade MCU Software Ethernet Device Set-Up Configuration Software Firmware Upgrade Utility Re-Design to Cost Eliminating unused components (e.g., QSPI EEPROM), replacing Ethernet connector, … Firmware modifications Software’s changes Performing the test Issuing documentation in-house tests (protocol and EMC) EMC tests Protocol conformance Documentation User Manual Ethernet Configuration Programming Guide and Examples (Sample) Configuration Files ESI / GSD(ML) Files Certificates
  7. Расскажите про EtherCAT

    Коллеги, а вот что известно о стандартизации мостов, использующих EtherCAT, смотрящий на мастера? То есть, как устроена трансформация пакетов идущих, например, от EC мастера на EC слэйв, который должен отправить/принять данные с CAN или Modbus подчинённого устройства? Такие Gateways делают разные компании (Anybus, Hilscher, etc.), но вот насколько эти мосты одинаковы/универсальны? Или с каждым типом (к примеру, на EtherCAT-CAN Gateway) должен идти свой SDK от производителя, с помощью которого я свои CAN запросы запеку в EC фреймы, а Gateway их уже распарсит и отправит на CAN шину? P.S. syoma, гляньте "личку", плиз
  8. В DSP индустрии сейчас представлено ненулевое число компаний, которые предлагают подобные решения, например: https://www.vocal.com/noise-reduction/adapt...oise-reduction/ Матлаб модели для adaptive filtering / noice cancelling можно найти "за бесплатно" и затем переточить под свою базу/задачу.
  9. Консультация

    Добрый вечер. Необходима консультация по разработке EtherCAT и PROFINET устройств. Общий объём работы - 2-4 часа: оценка плана, ресурсов, объёмов работ. Рекомендации... Пожалуйста, пишите сразу в ЛС. Спасибо!
  10. Краеугольный камень IT

    Некоторого рода проблема или, скорее, особенность больших толстых систем управления предприятием - то, что они (их разработчики/владельцы/BDM'ы) смотрят свысока на "всякие там" GIT/SVN/Redmine/Jira/etc.. Но в некоем смысле это оправдано - нельзя объять необъятное, да и сосредотачиваться им надо на чем-то своём, судя по-всему. Но производители толстых систем предоставляют API к ним - и далее уже задача IT отдела предприятия "привязать" тот или иной тул к используемому ERP. Хотя, конечно, удобно, когда "ПО из коробки" сразу вяжется с "низкоуровнемым" инструментом - например, Altium Designеr к SVN.
  11. Коллеги, спасибо большое! При возможности попробую применить в своей работе; а сейчас это нужно, так как сторона подрядчика (и она зарубежная) довольно ленива в отношении придумывания вот такого Им проще ввести в договор какие-то мутные условия не-передачи данных/файлов до тех пор пока они не обанкротятся/развалятся/отойдут от дел... И здесь нашей стророне нужны некие компетенции; хотя конечно, не погрузившись в тему "с головой" легко и пропустить важные моменты.
  12. Спасибо, коллеги Речь о цифро-аналоге. То есть, на кристалле должен быть довольно значительный объём аналога (сенсоры, СВХ, АЦП, различные компенсационные схемы) и сравнительно простая "цифра" (сериалайзеры, регистры установок). Background IP в большей части относится к аналогу. Но вопрос - пока что - больше теоретический. Та сторона, где нахожусь я, в некоей перспективе выступит по-видимому заказчиком. Да, над договором и соглашениями придётся посидеть и это очень важная сторона орг. процесса. Ну а технически Заказчику нужна будет возможность (при необходимости, хтя и не очень высока её вероятность) что-то изменить в дизайне (что не закрыто в черном ящике ноу-хау IP) и вывести GDS.. Shivers: подскажите, пожалуйста, как должен/может выглядеть процесс шифрования и дальнейшего использования нетлиста для моделирования в случае цифрового узла?
  13. Доброго дня! Какие существуют технологии в предметной области (ASIC, Digital & Analog IC Design) для скрытия исходного кода или схемных узлов при передаче проекта заказчику? Посыл такой: Заказчик оплачивает Компании разработку, в работе над которой Компания использует свои наработки (назовём это Background IP). Права на результат и коды-схемы, полученные в результате разработки формально должны быть переданы Заказчику, но BIP нужно скрыть, оставив проект компилируемым/собираемым. Это как в варианте с программой на Си - когда передаются не все исходники, а часть; другая же часть - в объектных кодах. Компилировать и изменять вновь созданное можно, добраться до BIP нельзя. В Altera Quartus есть определённые средства для таких задач (передача только нетлиста, qxp...). А как в случае с разработкой ИС? спасибо!!!
  14. Добавлю: https://inst.eecs.berkeley.edu/~ee123/fa12/ https://inst.eecs.berkeley.edu/~ee123/sp16/rtl_sdr.html http://osmocom.org/projects/sdr/wiki/rtl-sdr https://www.reddit.com/r/RTLSDR/comments/47...ramming_primer/ https://github.com/steve-m/librtlsdr/releases http://www.rtl-sdr.com/sdrsharp-plugins/ http://www.rtl-sdr.com/tutorial-creating-f...uradio-rtl-sdr/ https://wiki.gnuradio.org/index.php/Main_Page https://wiki.gnuradio.org/index.php/Guided_Tutorial_GRC https://octave.sourceforge.io/packages.php https://www.mathworks.com/hardware-support/rtl-sdr.html http://www.cel.kit.edu/simulink_rtl_sdr.php http://verilog.openhpsdr.org/ https://geektimes.ru/post/258810/ https://habrahabr.ru/post/204310/ https://habrahabr.ru/post/325894/ http://www.rtl-sdr.ru/page/komplekt-plagin...riema-sputnikov http://www.rtl-sdr.ru/page/instrukcija-po-ustanovke-sdrsharp http://www.rtl-sdr.ru/page/nachalo-raboty-bystryj-start http://gnuradio.ru/index/discussed/page2/?period=all http://gnuradio.ru/2015/11/08/chto-takoe-d...-obrabotka/#cut
  15. EtherCAT и PROFINET

    Цитата(gosha-z @ Aug 22 2017, 13:19) С помощью блока PRU спасибо, да - просмотрел очевидную вещь. А есть ли готовые (свободные или платные стеки profinet для LAN9252 и XMC4300?)