Здравствуйте! Появилась идея сделать дистанционный буфер-программатор (по типу Altera Byte Blaster), чтобы вообще обходиться без компа в месте программирования. Постановка задачи. Есть у вас автомобиль, в нём самодельная железка, в ней ПЛИС или МК. Ноута у вас нету... Автомобиль стоит на улице, электропитание подвести нет возможности, комп тоже.
В таких условиях хорошо было бы сделать такую железячку, чтобы она цеплялась к компу, в неё сливалась прошивка, а потом эта железячка в руках относилась к программируемому девайсу (на автомобиле, например), там вся прошивка выливалась, а на её место записывались бы ответы. Ну и по такому же принципу считывать прошивку или ЕЕПРОМ, если потребуется.
Хотелось бы обсудить эту идею. Кто как видит её реализацию. И вообще возможность.
Как я вижу: память, соединить с плис. Плис будет рулить памятью. Непонятно только, будет ли это всё работать, ведь обычно в начале чтения или записи делается запрос об идентификаторе чипа. А ответа не будет...
Короче, хочу выслушать ваши мысли.

Не понял проблемы с ведь обычно в начале чтения или записи делается запрос об идентификаторе чипа. А ответа не будет...
о чём тут речь? да конечно атмел конфигураторы ничего не отвечают на такое . но Вам то ясно какой обьём лить!
а вообщем такое делал
1) плис + мк + датафлеш + аккамулятор+ жки+ клава(пленчатая)
2) имелся 232 по нему заливали фирмваре в флешку
3) затем мк считывал выбраное юзером фирмваре и прошивал конфигуратор плис
вроде всё.

Можете показать какие-нибудь наработки (всё, что не жалко, что не является ноу-хау и т.п.)?
Зачем в таком девайсе дисплей и плёночная клавиатура?

дисплей и клава нужны для
3) затем мк считывал выбраное юзером фирмваре и прошивал конфигуратор плис
да и то что было сделано содержало плис, но в вашем случае она может и не нужна. Я так понимаю что с плис работали мало? если так то задача ещё проще.
схему выложу, печатку и исходники не могу извините

ИМХО, ноут проще, но если нет возможности, почему бы не сделать JAM-player на каком-нибудь 51-м МК (для 51-х и пример имеется). Питаться либо от аккума, либо от прикуривателя.

Спасибо за идею. А для прошивки контроллеров, например, атмелов этот джам плеер тоже подойдёт?


Да нет, не особо мало :)
И за схему буду благодарен. Моё мыло paul_paul (gav-gav) ngs (tochka) ru

Сорри, про МК Атмел не заметил. Jam-плеер скорее всего для них не подойдет, если только кто-нибудь сможет сконвертить MK-фирмварь в формат JAM...

ушло
проверьте почту

Получил, спасибо.
Я думаю, мне не нужен будет дисплей и кнопки. Максимум - переключатель направления. Я хочу, чтобы это всё было как посредник между байтбластером. Возможно, даже в том же корпусе, что и обычный байтбластер. Т.е. должен иметься ЛПТ-порт и jtag шлейф. А приборчик должен следить за проходящими данными и эмулировать наличие устройства на удалённом конце провода, когда его реально там нет (оно на улице). И наоборот - читаем с устройства на улице, а ЛПТ-порта пока нет, он на компе в помещении.
Почему ещё используется батарейка? Почему нельзя складывать данные в энергонезависимую память и обходиться без питания? Здесь есть какие-то "подводные камни"?

1)Батарея, потому что прибор носимый и нужен для программирования загрузочных флешек на обьекте. где лазить с ноутом жуть как неудобно.
2)про память см 1. к тому же в моём девайсе как раз и стоит энергонезависимая память.

можете подробнее пояснить про ваш девайс. не понимаю что оно должно делать.

Обычно питание программатора типа byte blaster берётся из самой программируемой схемы. Вот мне и непонятно, зачем собственное питание, если у Вас энергонезависимая память.

Я уже писАл в первом сообщении. Не знаю, как это более подробно написАть... Задайте, пожалуйста, вопросы, если что-то вызывает неясности...
Постановка задачи. Есть у вас автомобиль, в нём самодельная железка, в ней ПЛИС или МК. Ноута у вас нету... Автомобиль стоит на улице, электропитание подвести нет возможности, комп вынести на улицу тоже нет возможности.
В таких условиях хорошо было бы сделать такую железячку, чтобы она цеплялась к компу в помещении, в неё сливалась прошивка, а потом эта железячка в руках относилась к программируемому девайсу (на автомобиле, например, на улице), там вся прошивка выливалась, а на её место записывались бы ответы. Ну и по такому же принципу считывать прошивку или ЕЕПРОМ, если потребуется.

1) Батарея нужна для то чтобы..уже писАл для чего. и к тому же питание от обьекта брать не хочу.
у меня как раз железка так и работала ну почти
только не ясно мне - нафига нужно врезаться между "байтбластером и загрузочной флешкой". А Вы ведь именно так хотите? Имхо это можно сделать, но только как грится из-за любви к искусству
Ведь куда проще закатывать RBF файлы в носимый прибор и потом уже этот прибор будет вычитывать этот(или эти) RBF и закатывать в устройство.
2) а зачем Вам понадобилось записывать ответы на место прошивки? что с ними потом делать?
побежите домой к компутеру анализировать? и после анализа(например выяснили что какой-то переключатель забыли включить и т.д.), побежите обратно? не лучше ли на индикаторе, от которого Вы так быстро отказались, отобразить эту инфу?
и 3) если от батареи всё же отказались, может скажите как у вас прибор будет запитываться когда Вы его к lpt подключите?

Ну если не хотите - тогда конечно. Только уж почему?... Если обычный byte blaster берёт питание от объекта, то почему бы его не брать и этому буферу-программатору?...

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


Да, ответы на место прошивки с целю анализа. Лучше, но дороже с индикатором. И сложнее. И дольше разрабатывать - сложнее схема и сложнее прога для МК или ПЛИС внутри этого буфера-программатора. Возможно, как-то нужно просто вывести светодиодный индикатор удачности прошивки. А подробности уже смотреть при анализе ответов, зайдя в тепло и подключив к компу.


Вот это пока не знаю. Можно запитываться на время подключения к компу от отдельного блока питания, а во время программирования девайса на улице питаться от самого девайса. Можно и более экзотическим способом запитываться: от ЛПТ-порта. Если мгновенной мощности не хватит, можно поставить кондёр и аккумулировать нужный заряд, которого бы хватило на время программирования буфера-программатора от компа.

Ну если так будет проще ....
тогда такой вот вариант, но он только для клонирования
1) в носимом девайсе стоит "обычный" конфигуратора, такой же как и в том устройстве, куда нужно склонировать прошивку
2) конфигуратор будет прошиваться "как обычно" байтбластером
3) прошивку из конфигуратора вычитываете с помощью МК и
4) затем копируете в конфигуратор, прошиваемого девайса
5) если всё ок включаем зелёный светодиод, если нет включаем красную сирену


в исходниках что послал есть всё нужное для создания того что Вы описали тут, и как работать с жки и т.д. и т.п. Вы в них загладывали? Вот про как аккамулировать питание от лпт порта там нету, разбирайтесь сами
и вот не ясно мне ну запишите вы "ответы" от железки в флешку...а каким софтом анализ проводить собираетесь?

Поясните, пожалуйста, что подразумевается Вами под "клонированием" и чем это отличается от обычных операций? И что Вы подразумеваете под термином "конфигуратор". Без этого я не понимаю всей мысли, изложенной в дальнейших пунктах.


Да, смотрел схему, спасибо. В прогах я не силён. Но всё равно схему придётся делать свою, поэтому и сложнее, если с ком-портом и дисплеем.

А тем же самым, которым бы я напрямую шил свою железку, например, avreal. Делаю на компе операцию прошивки своей железки. При этом прошивка льётся в буфер-программатор. А из него обратно в комп поступают ответы, что всё заливается нормально. Потом я его отношу к автомобилю и подключаю к железке, прога льётся в железку, а на её место в памяти буфера-программатора попадают ответы. Теперь я буфер-программатор подношу к компу и делаю повторную операцию заливки прошивки в девайс, а во время прошивки из буфера-программатора в комп поступают уже реальные ответы, которые давала моя железка при программировании. И эти ответы анализируются этой прогой avreal и выводятся в виде сообщений, например, can't resync и т.п.