0
На данный момент, мы хотим сделать довольно простой логический анализатор, чтобы «пощупать» SUMP/Logic Sniffer. До такой «крутизны» — 16бит и 400MHz нам пока далеко.
  • avatar
  • trapper
  • 04 февраля 2014, 17:48
0
Корпус вот такой Z-91
  • avatar
  • trapper
  • 02 февраля 2014, 16:49
0
Да, у меня есть такая идея взять eLua, PICOC, и какой-нибудь Python-on-a-chip и устроить их соревнование в FreeRtos среде. … но пока нет времени для реализации такого проекта.
  • avatar
  • trapper
  • 02 февраля 2014, 16:45
0
Микроконтроллер для основы девайса – STM32F417IET6
Сейчас планирую попробовать STM32F439IIT6, так как у STM32F417IET6 какая-то “органическая” несовместимость с USB3300. Мне их так и не удалось вместе запустить. А на STM32F439IIT6/USB3300 уже даже evaluation board иметься.
Выбрал по нескольким причинам:
— Нужна скорость и память для работы с Lua. Конечно первый вариант был на STM32F103 и он тоже работает, но памяти на более-менее сложные скрипты уже не хватало.
— Для Cortex-M3 (M4) есть поддержка в eLua проекте.
— Нужен многоногий и “многоинтерфейсный” chip для одновременной работы максимального количества интерфейсов.
— Ну и главное :). C Cypress я пока еще не работал, использование его как coCPU было только из соображений совместимости с USBee/Salea Logic.
  • avatar
  • trapper
  • 02 февраля 2014, 11:53
0
Команда — я и два моих друга, которые, по мере своей занятости и лени :), поддерживают проект.
Подробности в “личке”…. хочется оставить топик, так сказать, “в техническом русле”.
  • avatar
  • trapper
  • 02 февраля 2014, 11:45
0
По ЛА пока нечего сказать (я сам туда пока Salea Logic прошиваю ;) ) разработка SUMP ЛА пока “в проекте”.

Вся периферия не висит на I2С вас по-видимому ввела в заблуждения “общая шина” к Port3 на рисунке. Я имел в виду, что Port 3 это конструктивно один разъем, который можно использовать для JTAG | I2C | SPI, переконфигурируя прибор. А так, все эти интерфейсы — это аппаратные интерфейсы микроконтроллера модуля CPU, которые специальными драйверами интегрируются в общую систему.

Конечно, простая защита “от дурака” будет на всех выходах прибора. Но серьезные (а поэтому не часто необходимые ) защиты и развязки, предполагается делать на плате расширения. При этом я рассматриваю плату расширения, как неотъемлемую часть прибора, сейчас не предполагается что она будет “hot plug” (на последнем рисунке она видна справа, такие DEGSON клемники для RS-485/UART/RS232 интерфейсов).

По поводу вывода ШИМ-сигналов, спасибо за идею, я думаю их можно добавить вот про АЦП надо подумать… все таки общая идея — это отладка «цифровой части», а «аналоговую» часть предполагалось оставить осциллографу
  • avatar
  • trapper
  • 01 февраля 2014, 20:13
0
На данный момент проект разрабатывается как “закрытый” (по крайней мере для firmware прибора). Однако если команде не хватит энергии и энтузиазма, чтобы довести дела до конца, тогда мы опубликуем исходники.
  • avatar
  • trapper
  • 01 февраля 2014, 19:31
0
Спасибо за развернутый комментарий.

“Число замеров лог.анализатора” – 24Мгц. 8 бит,

“максимальные скорости портов ввода-вывода” – не очень понимаю параметр, если просто дрыгать ножкой из Lua скрипта – то порядка 75 mks один “дрыг”. Но честно говоря я не думаю что это самое полезное использование

Да конечно я слышал и про Bus Pirate и про FT232 и даже про Versaloon.
Как вы правильно заметили проблема Bus Pirate скорость — мало того что он обрабатывает данные на ПК так еще и весь обмен идет через COM специальными ESC последовательностями(если я не ошибаюсь). Для прошивки и даже отладки (хоть и очень медленной) но вполне сойдет, но для тестирования работоспособности системы, ИМХО слабовато.

По поводу анализатора — I2C шина необходима только для управления, данные в ПК он посылает через USB 2.0 HS как нормальный китаец. (Я даже на рисунке USB хаб нарисовал, но в тексте об этом забыл упомянуть). Идея анализатора — сделать архитектуру полностью аналогичную Salea Logic/USB Вee, чтобы товарищи которые «не парятся» по поводу авторских прав могли запустить эти анализаторы, конечно исключительно в демонстрационных целях.

По поводу защиты/опторазвязки выводов, я не уверен что это необходимо в большинстве случаев.
Но в любом случае «крутая» плата расширения может решить эту проблему. Не думаю что вы будете менять платы расширения «как перчатки».

Про вечную гарантию не знал… просто ассоциация понравилась.
  • avatar
  • trapper
  • 01 февраля 2014, 14:12