Здравствуйте! Появилась идея сделать дистанционный буфер-программатор (по типу 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 и т.п.

честно говоря начинаю уставать
1) конфигуратор
2)клонирование = копирование
3) вообщем желаю удачи

Да, теперь приблизительно понял Вашу идею по поводу конфигуратора, спасибо. Только сомневаюсь, что она подойдёт для программирования, скажем, atmega8 по jtag. Хотя... даже не знаю, почему сомневаюсь. Просто я не знаю досконально последовательность прошивания. Там сначала даётся какой-то ID чипа, по которому можно определить, что именно atmega8. Не возникнет ли с подобными проверками проблем?