andy8mm Пост: 297408 От 26.Mar.2011 (15:33) ДедИван, да, пора наступить на мк-грабли.
Надеюсь подключатся спецы по контроллерам, живее будет и всем интереснее.
Давайте отделим котлеты от мух.
По контроллеру все сюда.
Здесь отличие от CV AVR (язык програмирования СИ), а в AB на уровне ассемблера, так и на макро-уровне( свои макросы, а макросы можно наверное сделать и как ставите задачу). Это так, рассуждение
ainsh10 Пост: 356415 От 12.Mar.2012 (11:17)
на макро-уровне( свои макросы,
В этом смысле да- именно в этом направлении надо двигаться.
В АВ , в СВ и просто в Си итог трансляции всегда в машинных кодах
на уровне ассемблера. Но они по другому воспринимают программу-
на уровне переменных , функций, объектов разложенных по статичным
ячейкам. Если задача на этом уровне- то ее и надо решать проверенными способами.
У нас другой уровень задачи - объекты есть, но они не обладают
статичными свойствами.
Это задача построить пирамиду, но не из кирпичей, а из гимнастов в цирке.
Технология совсем другая- не нужен раствор , бетон , кран, а нужно
каждого гимнаста научить, объяснить что ему нужно делать.
Дальше он сам сделает.
Давай попробуем конкретнее.
Попробуй составь макрос для таймера.
То есть как гимнасту в цирке- объяснить ему что от него нужно и пусть дальше он сам все делает.
То есть это макрос инициализации , в котором ты указываешь что тебе нужно.
В распоряжении у тебя 10 параметров.
Можно с ними сделать универсальную штуку? Которая и периоды вырабатывает и
частоту может померять и период и импульс выработать и пачку.
Как видишь все решают ту же задачу. Но каждый решает тем способом,
который ему ближе.
Вот он решает с помощью препроцессора плюсов.
Препроцессор там хороший, лучше чем у асма, хотя и асмовский надо заставлять работать.
И вот тут нужно поглядеть как трахатся народ пытаясь использовать для
этого же сишный препроцессор.
Там наверное можно сделать- но голову сломаешь. [ссылка]
Я наверное главное забыл.
С чего все началось- биос писюка. Это же и есть в принципе реализованная
наша затея.
То есть для компа все общение с периферией, ее инициализация при включении,
все идет через подпрограммы биоса.
Сами подпрограммы нам не нужны, но принципы, на которых основаны вызовы можно посмотреть, в том числе и недостатки. Это чужие грабли.
То есть нашу задачу можно обозвать так- тараканий биос.
dedivan Пост: 356974 От 15.Mar.2012 (10:40)
То есть нашу задачу можно обозвать так- тараканий биос.
Дык эта, я примерно это и предложил, ... и делаю я по такому-же принципу. Только по подобию биоса ... СР/М Ковырял я его когда-то ... Периферия у нас почти такая-же Давайте прикинем, все обращения к еепром-у, ком-порту, - это п/программы, все прерывания, - это, как ни странно, тоже п/программы, но специфические, расчёт октана и оборотов, тоже п/программы ! Что остаётся в сухом остатке ? Реакция на внешние команды от второго МК и их выполнение. Самое место им в диспетчере. ВСЁ !