Pull to refresh

Comments 14

А чем обычный usb2uart не подошёл? Тот же ft232. Там хоть SPI, хоть JTAG, хоть ногами дрыгай вручную.

Тем что на стороне компа нужна будет софтина. FT232 в таком случае всё равно остаётся мудрёным "хардварным" звеном между компьютером и программируемым девайсом, но ещё нужна кастомная тула (да на разные ОС).

Собственно это как раз то чего мы хотели избежать. Иными словами Arduino в нашем случае - тот же USB2SPI переходник только с возможностью накинуть нужную логику в него.

Тем что на стороне компа нужна будет софтина.

А какая разница где будет лежать кастомный код - на хосте или в flash микроконтроллера? ft232 универсальнее, чем специфичный "usb2spi".

А код для хоста - это 5 строк на Python'е, которые вполне легко портируются.

это точно не 5 строк

насчёт разницы:

  • либо для программирования нужен только хардварный девайс (кабель USB2UART или вот Arduino)

  • либо нужен хардварный девайс и кастомная утилита, пусть на питоне, только вам ещё на каждом компе где вы её захотите подключить нужно будет py_serial устанавливать

Вы точно разницы не замечаете?

Замечаю, но, я просто не вижу особых сценариев использования. Если для разработки - то рабочий хост уже настроен один раз и там есть тулстек. Если для того чтобы залить прошивку с какой-то другой машины, то всё равно придётся нести с собой что-то, что поможет это осуществить - и разница между "девайс" и "девайс + флешка с софтом" минимальна.

Конечно, можно придумать воображаемый сценарий, в котором цеплять железку в usb-порт можно, а вот запускать/ставить софт - нет, но это прям звучит как весьма редкое стечение обстоятельств.

PS: если не нравится скрипт на питоне, то можно использовать avrdude - он поддерживает пачку переходников, на ft232 в том числе.

в котором цеплять железку в usb-порт можно, а вот запускать/ставить софт - нет, но это прям звучит как весьма редкое стечение обстоятельств.

я бы характеризовал по другому: бывает ограничении на админские права. то есть нельзя поставить драйвер ft232 а вот свой софт без инсталятора запустить вполне можно. в таком случае хороши шить через hid интерфейс, и что характерно фирменные программаторы/отладчики зачастую так и работают.

либо для программирования нужен только хардварный девайс 

лучше бы этой девайс тогда притворялся флешкой и умел .bin .hex, а еще прикольнее - еще бы и работал вообще без компа

угу, я где-то писал про одну свою разработку в прогрессе - прошивка чипов пищанием звука с телефона (точнее с веб-страницы со встроенным в неё компилятором). ну правда тоже набежали знатоки и начали какашками закидывать :)

Это все конечно здорово, но было бы лучше если бы вы задули PR с нужной функциональностью в avrdude. Потому что дудка это неизменная часть джентельменского набора ардуинщика, она как мемный "топор для рубки мяса, в доме есть у каждого"

неизменная часть джентельменского набора ардуинщика

так 8051-е это не для ардуинщиков всё же :)

хотя соглашусь, идея резонная. гляну попозже можно ли там малой кровью справиться

Если не использовать чит в виде Линукса с его философией периферии, то все равно потребуется софтина, чтобы лить код в UART. В моем понимании загрузчик, не требующий софта на стороне PC - это что-то вроде MassStorage через USB, куда закидываешь hex-файл, а он уже сам льет его куда нужно.

не очень понял про какой именно "чит" речь

отправить файл в ком-порт я могу и в винде. я просто не помню уже команды. скорее всего `mode comX ...` и `copy -b myfile.hex comX` что-то в этом духе

А нельзя ли тактовую частоту генерировать на ардуине тоже? Тогда и кварц не понадобится

да, можно конечно - достаточно запустить таймер где-нибудь на 4 МГц

просто для in-system programming в этом не очень большой смысл - в целевом устройстве собственный генератор или кварц должен быть иначе после отцепляния ардуины оно не будет работать :(

Sign up to leave a comment.

Articles