Нда, пардон, пропустил. Килогерц, для столь многоканальной системы — вполне средние параметры. Коммутируемые аналоговые ключи я бы не рекомендовал — затрахаетесь, пардон, отлаживать. Да и цены на них тоже не малые. Я бы рекомендовал брать многоканальные АЦП/ЦАП, подключаемые по последовательному интерфейсу. АЦП типа AD7490 (16 каналов, 6$) или AD7265(12 каналов, 3$). Цены каталожные с analog.com. У нас в рознице могут расти непредсказуемо. С ЦАПами подороже — либо типа AD5318 (10 битовый, 8 канальный, 4$), либо типа AD5590 (12 битовый, 16 канальный, 20$). Подключаете все это на одну/несколько шин SPI и спокойно опрашиваете из микроконтроллера. Потом упаковываете в пакеты и отправляете по усб, попутно борясь с задержками и лагами. Хотя лучше всю обработку (и формирование значений на ЦАПы) переложить на микроконтроллер, а в компьютере осуществлять только мониторинг и управление верхнего уровня.
Минимальный бюджет, таким образом, около 80 центов за канал. Масштабируется без особых проблем.
Еще нужно внимательно смотреть, нет ли требования одномоментного опроса (сэмплирования) всех каналов. Это может значительно усложнить разработку.
Можно, конечно, попробовать сделать и на ШИМах (намутив некоторое подобие сигма-дельта АЦП и ЦАП), но тогда вам надо осуществлять ввод/вывод данных непосредственно через вашу основную микросхему обработки — а где вы возьмете несколько сотен ног GPIO, да еще с достаточными скоростями обработки, кроме как в FPGA за несколько сотен баксов?
Это решает только вопрос физического падения линка. Если где-то дальше по маршруту умер узел, то ничего происходить не будет — все так и будет идти в никуда.
Хм. Должно, насколько я помню. nrg мне сейчас не найти. Но я делаю File Open и там среди поддерживаемых типов присутсвует и .nrg в том числе. Версия 5.3 еще 2006 года…
Возможно нужен фокус: в качестве маски файла ввести *.nrg, тогда он их покажет, и открыть тоже сможет.
Скомпилировать его в какой-нибудь среде разработки (лучше квартус — удобнее) и запустить средство логического анализа проекта. В квартусе Tools => Netlist viewers.
Это не сложно, просто много механической работы:
1) Кодируете состояния конечного автомата, обычно в двоичном виде, если нет каких-то специальных требований. Т.е. автомат из трех состояний будет описываться двумя битами памяти, имеющими значения (к примеру) 00, 01, 10
2) На базе графа переходов создаете логические функции (таблицы истинности) для первой комбинационной схемы (если смотреть на классическую структуру КА, где входы в эту КС — общие входы и текущее состояние КА, а выходы — новое состояние КА) для каждого бита состояния КА.
3) Минимизируете эти логические функции с использованием, к примеру карт Карно
Теперь у вас готово 2/3 КА. Рисуете КС1 (разбивая на дискретные логические элементы) и триггеры памяти (хранящие состояния КА)
4) Создаете КС2, входами которой являются текущие состояния КА и (для автомата Мили) общие входы. Выходы КС2 — выходы вашего устройства. Так же расписываете таблицы истинности для каждого выхода и минимизируете логические функции.
5) Дорисовываете КС2 к предыдущей структуре.
6) Идете за зачетом.
Я думал себе такой взять (до сих пор все думаю). «В живую» у меня от него остались неприятные тактильные ощущения хилой пластмасски. Стар я становлюсь — за месяц дважды ронял свой нынешний телефон на асфальт. Переживет ли такое x325 — большие сомнения…
Да, не идеальное зрение бывает разным. У меня близорукость в районе -3..-4, никаких проблем с высокими разрешениями. У коллеги уже старческая дальнозоркость развивается — для него как раз проблема.
Вот как раз недавно по мотивам статьи на фцентре думал, емеет ли смысл брать эти АМД с интегрированной графикой. Общий вывод — смысла нет. По скорости до средненькой дискретной графики они все равно не дотягивают, платформа ни интеле (i3) будет дешевле тысячи на полторы, а на вырученные деньги можно купить видяху поприличнее при необходимости. Плюс энергопотребление на АМД катастрофически больше.
EEPROM может быть разный. на этой картинке поселедовательный, а на основной — большая микросхема с параллелльнойшиной. Обратите внимание на производителей — INTEL, на моей памяти не занимался производством RAM. А вот ПЗУ разного рода клепал. Ну и производетель самой планки — US Robotics также славен dовсе не памятью. Так что это какая-то специализированая фиговина, выполненая в знакомом форм-факторе.
Я так далеко с Proteus не заходил (в смысле подключения МК) просто рисовал схему, подавал на вход импульсы [с идеального генератора], смотрел результат. Подробностей, увы, не помню — давненько дело было…
Минимальный бюджет, таким образом, около 80 центов за канал. Масштабируется без особых проблем.
Еще нужно внимательно смотреть, нет ли требования одномоментного опроса (сэмплирования) всех каналов. Это может значительно усложнить разработку.
Можно, конечно, попробовать сделать и на ШИМах (намутив некоторое подобие сигма-дельта АЦП и ЦАП), но тогда вам надо осуществлять ввод/вывод данных непосредственно через вашу основную микросхему обработки — а где вы возьмете несколько сотен ног GPIO, да еще с достаточными скоростями обработки, кроме как в FPGA за несколько сотен баксов?