Gorby

Ага, а потом "включаешь - не работает" (с) Слова Вы говорите правильные. Но "правильное описание всех ограничений" Вы сделаете ...никогда. Ну или за бесконечное время. Чисто функциональная симуляция типа if rising_edge (CLK) then x <= y; end if; при определенных обстоятельствах работает не так, как Вы ожидаете. Там обязательно нужна задержка. Или в зависимости от симулятора и особенностей проекта будете иметь глюки. Причем глюки принципиальные, системные. А я вот никогда не делаю функциональную симуляцию. Только временнУю. Но зато с хорошим тестбенчем, внешней моделью ИС памяти (с распознаванием ошибок), шина с реальными измеренными задержками и проч - это если делаю контроллер ДДР. Такого перформанса Вы не достигнете только лишь с функциональной. Тогда зачем?! Быстрее симулирует? Но ведь симулирует НЕ ТО.

Тут Вы немного поспешили. Настоятельно рекомендую "простую VHDL модель, отлаженную в симуляторе" имплементировать в ФПГА и прогнать т.н. временнУю симуляцию. При этом Вы переходите от абстракций VHDL модели к ее конкретной практической реализации в железе. При временнОй симуляции (моделировании) схема работает "как настоящая", со всеми аппаратными задержками и проч. УзнАете много нового. Выяснится, что одновременные события на VHDL ни разу не одновременны в реальности. Из плюсов - если схема заработала во временнОм моделировании, она практически гарантированно заработает в реальности. То есть вот Вам программа: - научиться имплементировать проект; - научиться моделировать его в Моделсиме с подключенным .sdf файлом. (прошивать пока бессмысленно).

А Вы покупаете или продаете? А схему, надо полагать, Вы уже на бумаге нарисовали, отмакетировали в железе и отладили? Это если интересует работоспособность устройства. "Рисование" схем называется "разработка схемотехники". И стОит дорого. Разработка схемотехники устройства неясного назначения стОит еще дороже.

Не берите например Резонит. В мире 1000+1 других производителей. - Ничего, это по он простоте! - Простота - не грех! - Не грех! (С) Ну например вот что использует один из крупнейших розничных производителей PCB (www.eurocircuits.com) https://www.ucamco.com/en/software/cam/ucamx Что-то типа этого, но более ранних версий. Производства, они, знаете ли, консервативны. На каждый хрен с бубенчиком не бросаются.

Каждый начинающий программист мечтает написать (а опытный втихаря вечно пишет) Универсальную Программу Для Всего. Ну или Универсальный Программатор Всего. Так и Вы. На самом деле деле на сайте производителя или телефоном к технологу всегда есть возможность узнать ограничения. В реальности они там на производстве используют софт, который вам и в страшном сне не снился - его конфигурационные файлы Вам ни к чему, да и проверяют они сотни параметров, которые... ну Вы поняли. И проверяют они Гербера или там ODB+, но никак не Рулес в Альтиуме. Ваша задача - внимательно изучить констрэйны данного конкретного производителя и творчески их переработать в свод правил Вашего любимого PCB CAD. После этого Вам перестанут возвращать платы на доработку. Первый десяток плат повозвращают, а потом Вы станете опытнее. Ну не чудо ли это? Удачи!

:bb-offtopic: Блин, Вы их тоже помните? - Тогда Вам, наверное, лет СТО!

Все условия в наличии, чтобы ваше устройство теряло данные. Не забудьте поставить ФИФО - буфер памяти перед USB чипом где-то на пол-кадра. И копайте USB 3.0 - как вам советовали выше.

Внимание вопрос: на корпусе чего загорелся диод? На корпусе БП LEDов не видно и по принципу работы вроде как и не может быть в принципе. Не так просто. Напряжение ХХ = 26 В, количество батареек - 5-12 шт. Он никогда не застабилизирует напряжение (кроме как ХХ, которое НЕЗАЧЕМ стабилизировать).

Именно. Главное - контролировать ток. Смутно припоминаю, что при таких раскладах (неизвестное конечное напряжение) там обязательно должен присутствовать датчик температуры, ибо аккумуляторы (при перезарядке) начинают конкретно греться.

Ему НЕ нужно знать, сколько. Устройство стабилизирует выходной ток - 300 мА. Интересный вопрос в другом - как ОНО узнает, что зарядка окончена? Скорее всего, по падению скорости роста напряжения. dU/dt кажется.

304,8 метра Все посты такие содержательные? Это, умник, 1000 (тысяча) футов. А полуимпериал - это НЕ пол-дюйма.

А потом чуть перетянуть Главную микросхему и опять месяц руками манаться? Истина - посредине. Особо ответственное и силовое - делаем руками по даташитам. А 80% оставшейся мелочевки - по правилам автоматом. Не знаю как у вас, а у меня Ментор ПАДС автоматом прекрасно разводит (если не наглеть). Но зато - за СЕКУНДЫ! Я могу перебрать десятки вариантов разводки, пока ручник делает одну. А правила - если знать, что делать - пару дней и готовы. Естественно, основное время я трачу на расстановку компонентов. Тут уж только собственный интеллект.

Бред сивой свинячьей кобылособаки! (с) Включите мозг, товарищи! Если слейв не готов отдать данные сразу (в следующем слове за командой на чтение), то поезд ушел. Всё. Навсегда. Вычитается при следующей команде чтения. А вот грамотный разработчик вводит в систему команд "чтение статуса". И если есть команды долгоиграющие (стирание флеша например), то как раз чтением статуса и дожидаются конца операции. Ну еще можно бит Ready и тд. И никаких манипуляций SS со стороны слейва! У вас уже есть прекрасный механизм передачи данных - не надо его портить. Это ж надо додуматься!

Привет всем! Эти упыри-программисты, вдохновленные тем, что простой как дверь USB-to-Serial от Sylabs позволяет менять Vendor String берез переподписывания драйвера, почувствовали вседозволенность. И теперь хотят жонглировать VIDами -PIDами на свое узколобое разумение на всех USB устройствах. Причем про подписывание драйверов они и не знают. Наше устройство (ну, скажем, сильно усложненная ВЭБ-камера) использует известный чип Cypress 7C68013A. Программистов, способных ее осилить у нас нет, поэтому пользуются чужой коммерческой разработкой (приходится платить роялти на каждое устройство, порядка 15 долл.) но зато все уже сделано: получаем VID:PID (не персональный, а от этой фирмы) ну и комплект фирмваре, драйверы, библиотеки для юзера с простым интерфейсом. В целом, все нормально. Они периодически совершенствуют свой продукт и есть уже пять ревизий фирмваре/драйверов. Понятно что VID:PID один и тот же. Но из-за кривизны нашего собственного железа, нормальная его работа обеспечивается только при определенной комбинации фирмваре, драйвера и библиотеки - причем разных ревизий. Ну как бы и пес с ним. Но вот недавно я полностью переработал интерфейс, применил FPGA и большой фифо-буфер (на многих компьютерах данные терялись). Так чтобы оно правильно работало, нужна последняя версия фирмваре, драйвера и библиотеки. Так эти подонки не знают, как им потом инсталлировать наше приложение (ну чтобы поддерживалось старое и новое хардваре), и не нашли ничего лучшего, чем "а давайте, млин, PID поменяем". Ни в зуб ногой не понимая, что за этим стоит. Внимание вопрос: как народ решает противоречие между концепцией USB (уникальный VID:PID -> уникальный драйвер) при том, что хардваре может совершенствоваться и требовать другой, более новой версии драйвера. Сложность в том, что операционная система не может определить версию хардваре. Только после загрузки драйвера <VID:PID -> драйвер> можно получить доступ к ЮСБ ну и вычитать уже из нашей железяки все нужные данные. Но старый драйвер-то уже загружен! Строгая формулировка: Есть две версии устройства с одинаковыми VID:PID , но им надо сопоставить две разные версии (2.11.1 и 2.15.1) драйверов. Как?! Если только вручную, зная какой нужен, назначить принудительно?

Берете Hyperlynx от Ментора, IBIS модели от производителей чипов и примерные параметры разведенных дорожек на плате. После нескольких прогонов симуляции наступает полное прояснение, просветление и фокус. Ключевое слово - "Eye diagram". Поверьте, лучше один раз увидеть.

Как-бы некритична. НО поскольку новый чип таки вдвое медленнее старого, могут вылезти нюансы в функционировании. Все-таки максимальная задержка 15 нС пин-ту-пин и 7нС это не одно и то же. Уже может спотыкаться на интерфейсе с АЦП или быстрой памятью например. Проще всего так: прошейте и убедитесь, что работает. По-хорошему, надо пересобрать дизайн и отсимулировать с новыми времянками. Но у вас похоже ничего нет - ни тестбенча ни понимания как оно должно правильно работать. Так что если первое не сработает - будет тяжело. Удачи!

То есть мистер Дондоб делает необоснованное предположение, что камень разный. Если камень разный - то редизайн проекта с пересборкой и верификацией- тестированием. Но если кристалл один и тот же, а топик-стартеру "только прошить", то IMPACT вызывается отдельно, и с помощью него прошивается имеющийся JED файл в CPLD. Необходимости в пересборке нет. Более того, при пересборке значительно более новыми тулзами может и вообще не заработать.

Снимаю шляпу! Шикарный проект. Но вам бы его того, в более профессиональное русло. Ну куда ПИК и Ассемблер? Нужны прламутровые ARM Cortex, RTOS и WiFi. В одном небольшом флаконе.

Привет всем! Вот и меня коснулся горячим паяльником пресловутый интернет в каждой дыре (IoT). В связи с чем хочу купить готовое решение, которое мог бы сам подпиливать под свои нужды. ТЗ писать не будем, не баре. Желаемые требования озвучим, мы ж не звери. Главная идея - иметь некий модуль с интернетом и Bluetooth. Иметь с ним связь по простому протоколу, не влезая в дебри. Таким образом обеспечить быстрое "вхождение в интернет" своих железяк. (Ну например термостат управления отоплением). Поскольку опыта в данном вопросе нет, то видится нечто смутное: - отдельный малогабаритный модуль с питанием 5В; - в модуль установлены покупные модуль WiFi и Bluetooth (доступные в Европе или Алиэкспресс); - сердцем модуля является нечто STM32подобное, возможно с внешней памятью ОЗУ. - гнездо для MicroSD Card (для хранения WEB-контента и обновления программ.) - модуль имеет Serial Port наружу - к моим железякам. Из него я получаю команды (включить\выключить LED), а туда отправляю статус - получилось, не смог и тд. Протокол не определен и прост. - Программное обеспечение модуля должно обеспечивать: - начальную настройку (ввод пароля на доступный WiFi, или Bluetooth и тд - в виде файла на MicroSD?) - функционирование встроенного простого WEB-сервера оптимизированного под маленькие браузеры (iOs, Android). - генерирование тех самых команд в компорт при нажатии на соотв. кнопки на странице и обновление страницы с текстом из моих сообщений обратно. - для Bluetooth просто обеспечить возможность управления моим устройством (путем диалога по внешнему компорту) с приложения, запущенного на носимом устройстве, имеющем Bluetooth. - Общие положения - связь небыстрая, то есть никакого видеостриминга и проч. Возможно статические картинки для WEB. Что я хочу получить: - схему этого модуля в любом виде. Сам перерисую как мне надо и разведу и изготовлю. - программное обеспечение с исходными кодами, средой компиляции и тд. - рабочие примеры (WEB-серверы и управление по Bluetooth с мобильного аппарата). Кому не стоит беспокоиться: разным командам профессионалов попилить деньги. Это маленький частный заказ и ограничен моими личными финансами. Также москвичам, для которых 10-15 тыс руб - не деньги. От кого я ожидаю ответов: от специалистов, уже сделавших для себя подобное - имеете шанс отбить часть затрат. В ответ готов поделиться конечным результатом (конструктивом , разработанной платой) с ними, с сообществом. По согласованию с автором софта проект можно сделать и открытым. Мне не жалко. Много вопросов осталось за кадром, но они решаемы. Связь через местную почту.

Да. И прикол не единственный. Это вы еще не строили прошивку для еепром. Игрались с перестановкой времени? Используйте операцию "Clean" и потом опять компилируйте. Ну и самое очевидное - убедитесь, что компилируется именно тот файл, что подвергся изменению. А то всяко бывает...

Говоря Ожеповым языком, не сильно умничайте. На краях концентрации нет, потому что ..... нет ея там. Догматический фальсификационист, в соответствии со своими правилами, должен отнести даже самые значительные научные теории к метафизике, где нет места рациональной дискуссии (С). А у меня вон на столе лежит 8-слойная плата, в глубине которой (НЕ на краю) проходит трасса USB 2.0 HS трансивера. Плата с обоих сторон закрыта паяными медными экранами. Обычных шумов от нее нет. А вот 480 МГц валит по-черному. И "врот мне ноги", использовав пробник и анализатор спектра, убедился, что плата вовсю сифонит из ТОРЦА, чего быть не могет, потому как полей там нет и тп чушь собачья. А вот когда переразвел плату в 6 слоях, да диффпару аккуратно так по верхнему слою пустил, то плата и без экранов стала на 30дБ меньше излучать на частоте 480 МГц.

Спасибо!

Все бегом на Ментор ПАДС! Его авторазводчик очень хорош. Если посидеть часик и позадавать правила и еще денька три на ручную расстановку компонентов, то разводит практически идеально за буквально минуты. Ну, USB3 трассы руками конечно.

Никому не показался странным такой порядок включения обмоток? На всех ШД, что видел до сих пор, там обязательно перекрытие по времени. То есть всегда включены ДВЕ обмотки. Или это я с полушагом попутал? Во всяком случае, полушаги "мягче" идут.

Остера в детстве перечитали? Все неймется свои "Вредные советы" издать? На 20МГц при 10 кОм нагрузке он затянет фронт на десятки микросекунд (еще посмотреть, что за нагрузка). Меандр клоковый перестанет собой быть. Разве что 220 Ом ему в коллектор, чужое - не жалко.