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

DX168B

Согласен с murzila. Курсы DIHALTа тоже хорошие.

К стати, он зареган на этом форуме.

Реклама

kras

Ну, вот все и встало на свои места товарищ «радиотехник по специальности»...

Не понял, про что вы. Зачем даете ссылки на ресурсы, где написана информация вне темы?

Если Вы будете продолжать упорствовать, ни к чему хорошему это не приведет.

Вы все больше меня удивляете.

уровень знаний нулевой

Дорогой мой, я не начал свою учебу с микропроцессоров, поэтому не надо судить, что мне надо читать. Хотя мой уровень нулевой, я могу создать устройство типа "на входе '1' -> на выходе '2'", но не могу работать с дисплеями и, например, обрабатывать массивы. Например, как веб-мастер я до сих пор полный нуб в некоторых местах, но мне 3 раза предлогали продать мой двиг и пару раз просили помочь, хотя я сам не давал рекламы на услуги.

Хорошо постебались

Причем кайфую от ответа типа "почитайте 'AWR на ассемблере'" на вопрос "покажите двоичный код и на какую ногу его подать". У меня есть литература, я не против от лишней, но я сам прекрасно вижу, что есть на форуме. Хотя спасибо, что предложили нормальные книги:) На все предложенные ссылки сейчас заглядываю и смотрю насчет предложений, хотя большинство из них тут и ни к чему:) Простите, но на некоторые ссылки заглядывал ранее, например, http://www.ikarab.narod.ru/Kea_20.html. Хотя, что печально, так смотрел, что в то время ничего не понимал. Сейчас еще почитаю, вроде кул статьи. Но СКАЖИ НЕТ ОФФТОПУ!!!!:D

Реклама

murzila

Тяжелый клинический случай...

kras

Не собираюсь более отвечать на троллинг. Хотя на некоторый может и интересно будет поотвечать, кто знает;) Простите, если кто-то пишет ото всей души и по делу, я не о вас.

Реклама

abc · Сообщение **abc** » Сб апр 30, 2011 20:21:53

"покажите двоичный код и на какую ногу его подать"

Вот так выглядит ваша программа в кодах :

Код: Выделить всё

сейчас САМИ переведите их в двоичную систему, а потом побитно, в определенной последовательности, сопровождая каждый бит еще и тактовым импульсом, с соблюдением временных интервалов введите в микроконтроллер.
Какие еще нужны доводы для того, чтобы вы уяснили - делать это "вручную", мягко говоря, весьма трудоемко.

Реклама

kras

Те, которые помогут разобраться до конца с программированием без готовых sdk и тп:) Мне пока еще это ни о чем особом не говорит, хотя как-то проясняет картину, спасибо. Как получить такие коды? Кстати, а первый пост Мурика рулит:) Вроде даже достаточно информации уже накопилось в теме, чтобы разобраться. Завтра посижу над этим еще, а то мозг загружен, делами семейными:)

Реклама

coredumped

kras писал(а):Те, которые помогут разобраться до конца с программированием без готовых sdk и тп:) Мне пока еще это ни о чем особом не говорит, хотя как-то проясняет картину, спасибо. Как получить такие коды? Кстати, а первый пост Мурика рулит:) Вроде даже достаточно информации уже накопилось в теме, чтобы разобраться.

Уважаемый, на дворе 21век. Вы эти посты с компьютера пишете, или морзянкой стучите? Можно, конечно, обойтись без SDK и IDE, но зачем? Разработчики AVR Studio, MPLAB, Softune и множества других IDE сделали колоссальную работу, чтоб облегчить жизнь разработчику, а Вы упорно продолжаете лезть в каменный век. Или мы с Вами общаемся на разных языках?
Как получить .hex ? - элементарно.
1. Разработать устройство, определить логику работы (поведения) - придумать алгоритм работы.
2. Написать программу, которая реализует этот алгоритм на каком-либо языке (по вкусу) - ассемблере, С, Паскале итп.
3. Используя соответствующий компилятор (язык-платформа), получить машинный код, который будет загружаться в микроконтроллер - это и есть вожделенный .hex
Все 3 пункта можно выполнить без компьютера, используя бумагу и карандаш. Только Ваш .hex будет тоже на бумаге.
Я все понятно объяснил?

kras

Я уже объяснял, не хочу делать что-то, не осознавая. Не очень. Ну с ваших пунктов можно исходить. Что я должен делать?
1. Вот воспользовался я знаниями ассемблера (только особенного, так как нету адресации "massive").
2. Потом преобразовал мнемокод в машинный. По какой-то таинственной таблице. Видимо перевод отличен от этого: http://msdosworld.ru/stati/stiven_simri ... blera.html Ну разбираться в компиляторе, например, MPASM, я не хочу, да и вообще там открытый код? Ну насчет перевода asm->hex мне подсказали, только это не .hex, а какая-то прямая стенографическая запись. Ну да ладно, поисковиком и спецификацией тут не сложно воспользоваться. А там ведь дополнительные символы есть в .hex кроме команд ассемблера.
3. Я разобрался с hex-кодом и перевел его в машинный код (тетрадами?), теперь у меня есть последовательность сигналов, которую надо подавать на ногу программирования. Ну на MCLR подавать 12В, питание включить, то да се, что-то там... мозг плохо работает, завтра почитаю. Ну это можно посмотреть в ссылке Мурика.
Что в этом описании не так?

DX168B

Не могу понять. За чем Вам это надо?
Даже я для простого интереса не лезу в протоколы обмена.
Может Вы хотите сделать что-то, вроде своего программатора?
А вообще hex это немного зашифрованный файл. Например AVR Studio можно настроить на компиляцию ассемблера не в hex, а в bin формате. BIN файл можно назвать образом ПЗУ МК.

kras

Да, охото знать, как работает программатор. Не делать его с нуля, но понять, какие косяки в моих схемах либо есть ли с компом проблема.

DX168B

Ну понятно теперь. На счёт 12 Вольт: как я понял, это у Вас параллельный программатор?
Обычно параллельные программаторы имеют такое напряжение.
Содинения все проверяли? С распайкой порта не ошиблись?

Мурик

DX168B писал(а):А вообще hex это немного зашифрованный файл

И где же он зашифрованный?
Он просто структурированный. Перевести его в бинарный вид довольно просто даже ручками, т. е. моском.

DX168B

Кодировка там однако не прямая. hex не является точным образом.
Это набор байтов, представленных в шестнадцатеричном формате в текстовом виде.
Зашифрован он не для эмбеддера а для программатора.
Если вы сталкивались с программированием для ПК, то наверное меня поймёте.
Его ещё надо конвертнуть, прежде чем лить в МК.
То есть, например два байта [0x46 0x46] надо превратить в один байт [0xFF]
Это ничего не говорит?

murzila

DX168B писал(а):На счёт 12 Вольт: как я понял, это у Вас параллельный программатор?

Не обязательно. Вы, вероятно, забыли, что для программирования PIC-ов требуется 12В для вхождения в режим программирования (хотя есть и низковольтный). Насколько я понимаю, автор пытается работать именно с ними. Только вот не стоило морочить людям голову, нужно было сразу четко и конкретно написать помогите разобраться с программатором (указав с каким именно).

А вообще hex это немного зашифрованный файл.

Да никто там ничего не шифрует - Intel HEX.

coredumped

kras писал(а):Да, охото знать, как работает программатор. Не делать его с нуля, но понять, какие косяки в моих схемах либо есть ли с компом проблема.

Я так понял, у Вас не получается зашить контроллер? И Вы не можете понять, что именно у Вас не работает? Какой программатор Вы исползуете?

Мурик

DX168B писал(а):Если вы сталкивались с программированием для ПК, то наверное меня поймёте. Его ещё надо конвертнуть, прежде чем лить в МК.

Вообще-то писал свой программатор для PIC.

DX168B писал(а):То есть, например два байта [0x46 0x46] надо превратить в один байт [0xFF]

Какбе 0x46 это шестнадцатеричный код символа F

и какое это имеет отношение к преобразованию. Ежу понятно что при машинном преобразовании нужно текст превратить в числа, но при ручном, это не актуально.

Вообще-то при заливке прошивки из HEXа в МК, нужно многое сделать, во первых отделить полезную инфу от служебной.
На скрине полезная инфа выделена синим цветом.

Во вторых, обменять местами слова, скажем, было FF3F, а стало 3FFF.

Но все это можно сделать вручную, правда долго и легко ошибиться.

DX168B

Короче, такое-же садомазо, как и ручное программирование.

Превратить 2 байта в один, да ещё и оборачивать местами пары декодированных байт.
Плюс структуризация и служебная инфа.
Я даже в программаторе заметил, что в словах байты повёрнуты местами. Младший байт впереди.
Если в программе объявляю массив .db 0x01, 0x02 то в моём программаторе оно выглядит, как 0201. Вот по этому и высказался, что типа "зашифрованый"

Интересно вот для спортивного интереса написать программу-конвертер hex -> bin.
Попробую, мысли кое-какие есть. Бинарник мне потом будет нужен.

murzila

DX168B писал(а):Интересно вот для спортивного интереса написать программу-конвертер hex -> bin.

Все уже украдено до нас (с) Операция Ы

DX168B

Ну, я для спортивного интереса. Я знаю, что есть готовые, но это мне может пригодиться.
Я думаю в дальнейшем разработать программатор для AVR, которым можно будет шить либо с компа, либо конвертнуть прошивку и сохранить во внешнем чипе, чтобы можно было прошить в "полевых" условиях сохранённую прошивку. А пока матчасть начинаю изучать.

Мурик

DX168B писал(а):Короче, такое-же садомазо, как и ручное программирование.

Не, не такое же.
При создании программы, эти задачи решаются парой строк кода, а учитывая что все это выполняется в цикле, то выходит что реализовать довольно просто - достаточно написать парсер одной строки.

DX168B писал(а):Интересно вот для спортивного интереса написать программу-конвертер hex -> bin.

Довольно простая задача. Ее выполняет софт программаторов перед заливкой прошивки в МК.
Кстати, конвертация из bin в hex, ИМХО еще проще в плане реализации.