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

makc

Администратор
  • Постов

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

  • Посещение

  • Победитель дней

    89

Весь контент makc


  1. Выдержка из правил раздела: Дополните вашу тему указанной информацией.
  2. Мне кажется или вы переизобрели то, что уже обсуждалось? В частности https://github.com/Paebbels/PicoBlaze-Examples и https://bleyer.org/pacoblaze/
  3. С помощью управления пинами в режиме периферийного сканирования (по сути bit bang) это будет очень медленно. Поэтому обычно пишут загрузчик, который загружается в RAM и работает с флешкой. Но для этого нужно знать модель DSP, которую вы не указали.
  4. Да, похоже там была ошибка в шаблоне этой страницы (результатов поиска). Попробуйте сейчас, должно показывать правильные результаты.
  5. Прочитайте последний комментарий в теме. Просьба была удовлетворена модератором и я с этим полностью согласен - такие темы нужно дробить. Иначе в них потом ничего никогда найти не получается Так же самая история, что и выше. Для новых вопросов нужно создавать отдельные темы, а не перегружать тему с максимально общим названием.
  6. Судя по ДШ (раздел IOB High Range(HR ) AC characteristic parameters) задержки у них такие же, как и у LVDS25: Поэтому непонятно, почему могло бы не заработать. Констрейнты у вас прописаны для этих выходов?
  7. Осциллографом пробовали смотреть, что происходит на линиях в этом случае? Странно, что LVDS работает, а TMDS - нет.
  8. Паста не должна течь в отверстия, т.к. в противном случае нарушается качество пайки контакта под корпусом микросхемы и это несчитая возможных проблем с замыканиями на обратной стороне. Объём вытекания - вопрос вторичный, вы можете с помощью несложных вычислений оценить, сколько туда может утечь. Например, для отверстия 0,2 мм и платы толщиной 1,5 мм мы получаем объём полости 0,047 мм3, а объём припоя в большом прямоугольники паяльной пасты на вашей картинке при толщине трафарета 0,1 мм будет порядка 0,023 мм3. И это ещё большой прямоугольник, у меньших будет раза в два меньше. Т.е. получается, что у вас туда может легко утечь весь припой. Оно вам надо?
  9. Мне бы хотелось получить конфигурируемое (расширяемое настройками решение) 2 в 1, чтобы не переписывать прикладной код реализации команд. Подборку тиклевских интерпретаторов я видел, но мне был интересен практический опыт их применения, реальная ресурсоёмкость и подводные камни при их использовании. Гуглить я тоже умею. Конечно я там был, причём большую часть упомянутого там я уже находил просто поиском через гугл. И опять же есть списочек - https://github.com/BaseMax/AwesomeInterpreter , который смотреть - не пересмотреть. 🤔 Именно так, достаточно было бы минималистичного шелла, который для совсем жестких ограничений по памяти и т.п. можно было бы урезать до самого минимума встроенных команд и возможностей (выключить редактирование команд, историю и т.п.). Но прежде всего интересует практический опыт внедрения подобных средств, а не теория. 😉
  10. Я его уже находил, мне он тоже приглянулся. Но стало интересно, кто-то его использовал, кроме автора? 😉 И вот этот тоже интересный кандидат, за него говорит его потомок JimTcl.
  11. Команды в командной строке они умеют вводить, параметры обычно идут просто через пробел, а в С с этим посложнее будет, скобочки всякие, запятые и т.д. Так что хотелось бы обойтись без этих сложностей.
  12. Нет, он под bare metal: Спасибо, посмотрел но для моего случая это плохо подходит, т.к. синтаксис C мало кому привычен из техников. С админами проще, но тоже будут вопросы, поэтому я и ищу что-то типа TCL.
  13. Где именно вы его брали? Посмотрел, вы его использовали? Очень похоже на tinycli и похоже не умеет работать со скриптами. Или я что-то упустил?
  14. Всё верно, но если устройство управляется и тестируется через UART, то возникает потребность чего-то большего, чем отладочная выдача и реакция на ввод отдельных символов для запуска необходимых операций (getch и всё такое). Поэтому мы в таком случае и приходим к реализации консоли или на худой конец TUI, который сильно медленнее консоли. Скрипты у меня это вариант расширенной сборки, по необходимости. Для простых случаев достаточно консоли с редактированием и историей, далее в более сложных автодополнение, а на сладкое скрипты.
  15. Гуглить я тоже умею. 😉 Вот, например, неплохая подборка - https://github.com/BaseMax/AwesomeInterpreter Однако вопрос был в другом: нужен проверенный вариант, который хорошо себя показал на практике (есть положительный личный опыт).
×
×
  • Создать...