Программирование МК без ассемблера и готовых приложений

[BOB51]

к сожалению, у каждой программы свои особенности и весьма "толстенький" учебничек пользователя (в большинстве случаев на инглиш...)
на крайний случай встроенный в ПО help
знать все версии на память...
обычно минимум распечатка такого users guide на столе лежать должна
(к примеру на тот же c51asm версии 1.0- это где-то за 130 страниц)
для начала в инете поискать описания и отзывы о той программке поискать надобно

[kras]

Ну может быть. Но мне это к тому, что я не могу пока найти (хотя, наверное, есть в даташите), в каком порядке записывается код из hex в память. То есть в этом топике, вроде, понятно так, что я с помощью внутрисхемного программирования (а я от темы топика не отъезжаю пока) должен подавать переставленные из hex байты без служебных, но про адресацию я ничего не понял, а еще про то, как и куда записывать данные, а не программу. Но еще мне теперь не понятно, почему в моей программе для прошивки в одном случае байты переставлены, а в другом - нет?

[BOB51]

а зачем в эти дебри лезть?
понятно, если собственный программатор лепить...
в обычной практике достаточно "принять на веру" что программатор работает правильно,
тем более, что выводимые на экран данные не всегда совпадают с реальным дампом
да и сам *.hex в память напрямую не записывается- файл считывается программой, обслуживающей программатор и в соответствии с конкретной аппаратной обвязкой поступает на целевое устройство - собственно мк, а там еще свои заморочки...
вобщем - создание/разработка программаторов тоже интересная тема...
но начинать с этого...

[kras]

Понятно, если собственный программатор лепить...

А вот мне по ходу так и придется сделать, потому что дома у меня нет программатора, с com глюки, а на LPT нужно 155ЛН3 или 7406, которую можно заменить, по-моему, но я боюсь в таком случае за кососделанный результат. Можно пробовать еще другие схемы, другую фирму, но я уже решил в самом начале этого топика, что мне проще разобраться, чем дальше что-то вслепую делать. Хотя я согласен, что с этого может быть сложно начинать, но мне такой вариант интереснее, я устал вслепую соединять элементы.

[ploop]

Чем USB-программаторы не устраивают?

[BOB51]

а на какого зверя программатор надобно (это под LPT)?
есть и для avr и для pic и для at89s51/52, но лн3 я там не всречал(у тех, что у меня работают)

[kras]

О,да, Боб, скинь что нибудь простое lpt для PIC.

Чем USB-программаторы не устраивают?

Что-то сложно, кажется. Тоже боюсь, что не заработает. Хотя можно будет завтра-послезавтра попробовать, спасибо, что напомнил.

[ploop]

Чего? Пять деталек по готовой схеме уже сложно стало?
Вот тут вообще без контроллера (не требует прошивки), из обвязки - один конденсатор.
Короче программатор из двух деталей.

[BOB51]

я с таким работаю (прототип был an589)
поддерживается winpic800 & icprog

[SergeBS]

Multi PIC Programmer 5 Ver.2 - мой выбор. Дешево и сердито
Лежит тутhttp://feng3.nobody.jp/en/pg5v2.html
А чуть схимичив и разрезав 2 40-лапых DIP-панельки, чтобы впаять не 2, а 3 полоски по 20 выводов - 1 как есть, а 2 других - запараллелены - и узкий и широкий корпуса встанут без ZIF. Совсем копеешная конструкция получается.
Хотя в основном балую с AVR - HV-prog от der-hammer.

с com глюки, а на LPT нужно 155ЛН3 или 7406

Дичь. С СОМ глюки - если не читать инструкцию на программатор, а для LPT никаких ЛНок с открытым коллектором не нужно. Ежели не заниматься сексом стоя в гамаке с аквалангом

[kras]

Ежели не заниматься сексом стоя в гамаке с аквалангом

Ну да, как порой это дело все портит! И главное без акваланга то уже не охото:(

[Gipsy]

Перечитал все 8 страниц топика с нуля и понял - автор таки прав!
Отличный программатор получается, причем независимый от компьютера! И главное простой!
Вот как я вижу решение в железе:
1. Блоки питания Vp + Vd
2. 1 кнопка CLK
3. 1 тумблер Data
Собственно все.

Сначала пишем программу на бомажке. Потом переводим ее в коды контроллера. Затем (для упрощения процесса прогрпмирования) записываем на листике прогу в одну строчку в двоичном виде (0 и 1).
Вставляем контроллер, подаем Vp а затем Vd. А дальше все просто - выставляем согласно бомажке тумблером нужный уровень на входе Data контроллера и жмакаем кнопку Clk - первый бит пошел!!! Так повторяем пока бомажка не закончится - контроллер прошит!
Бомажки удобнее всего будет использовать рулонного типа, перематывая в процессе програмирования с одного барабана на другой.
Цветов не надо, патентовать не буду - дарю общественности

[md5sum]

Бомажки удобнее всего будет использовать рулонного типа, перематывая в процессе програмирования с одного барабана на другой.

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

[SergeBS]

Бомажки удобнее всего будет использовать рулонного типа

У меня рацуха!
На рулоне пробиваем дырки в 2 строчки. Одна - clk, другая - либо дырка либо нет - Data. Считывание строчки Clk должно быть смещено на некоторое расстояние относительно Data для правильного стробирования (подбирается экспериментально смещением считывающего контакта). В качестве дырокола используем обычный канцелярский.
Рулон соответственно берем перфоленточный. Он бывают не только бумажные, но и из синтетических материалов - с повышенной износостойкостью - для серийного производства.
Рулон протягиваем между подпружиненными контактами с примитивными цепями - они вместо тумблеров. В результате:
1. Исключаются ошибки ручного ввода - перед протяжкой можно проверить правильность.
2. Становится возможным мелкосерийное производство.
Для тиражирования небольших программ можно использовать отрезки перфокарт.
"Не надо оваций" (с) О. Бендер

[ploop]

Так, теплее... До перфолент добрались!
Сейчас дойдём до схемы на логике, и к концу дня изобретём простой программатор на МК

[МитяРа]

К концу не успеем - сегодня тяпница..

[ploop]

сегодня тяпница..

И у меня последний рабочий день (в отпуск ухожу)!

[GP1]

почитал-поржал
Тему в "Мяу"

[МитяРа]

(в отпуск ухожу)!

И мя - тоже !

[SergeBS]

К концу не успеем - сегодня тяпница..

"Аналогично, шеф"(с) Колобки