Atmel - в цинковый ящик?!!!

[omercury]

Скачайте программу и посмотрите. Я описываю не отсебятину, а то что там вижу.

А ещё переключение датчика пакетником.
Отлаживается файл "1-wire_timer.asm" Там отработка 1-wire. Индикация сделана для Proteus-а. Никто так делать в устройстве не будет.

Тяжелая артиллерия либо зачиталась, либо давно спит. Последнее сообщение от них было 2,5 часа назад. Время 3 1/6 ночи. Давайте и мы их догонять - в 6 подъём...

[kison]

Индикация сделана для Proteus-а. Никто так делать в устройстве не будет.

Я ее вообще не смотрел. Я смотрел вектора - есть они кроме таймера шины или нет. Их быть не должно. Либо берите стандартный способ - системный таймер например на 1 миллисекунду и по нему в основном цикле таймслоты шины. Для точных таймслотов нужно обернуть их часть критическими секциями, то бишь запретом/разрешением прерываний. Обычно достаточно только части таймслота в 15мкс быть в критической секции. Это немного. Можете системный таймер сделать пошустрей, например 500мкс. Вариантов масса. А вместо смешного перетасовывания адресов на стеке заведите таблицу переходов и индекс - укзатель на следующий переход. Не надо будет стек перетасовывать. Тем более что все равно храните адрес, а так байта хватит. Но ИМХО это все баловство - выигрыша никакого, а гемороя много.
Не забудьте - всю эту хрень нужно еще отлаживать. Причем и в "боевом" режиме. Сварочник вещь такая - взглюкнул его мозг и два IGBT рублей по 300 в помойку. Хорошо что рублей,у нас модули по 200$ вылетали Я очень хорошо знаком с особенностями запуска силовой электроники. А мой друг, коллега и бывший начальник даже книгу написал. Она одна из самых популярных по этой теме в сети - Силовая электроника для любителей и профессионалов.

[omercury]

А вместо смешного перетасовывания адресов на стеке заведите таблицу переходов и индекс - укзатель на следующий переход

Мысль хорошая. Сам не придумал, спасибо.

Сварочник вещь такая - взглюкнул его мозг и два IGBT рублей по 300 в помойку.

Не, там не настолько всё плохо. ШИМ управления IGBT внешний аппаратный. В этом даже убеждать не пришлось. Разведено аппаратное управление и прочие фишечки.

Вы-то, кстати, как? В 3 с минутами здесь, сейчас тоже. Вроде ещё до белых ночей далеко...

[kison]

Я никогда не сплю Не всегда когда я есть я на самом деле есть. Просто бывает стоит в опере обновлять страницу Я так могу неделю безвылазно на каком нибудь форуме присутствовать

[Андрей К]

Я никогда не сплю Не всегда когда я есть я на самом деле есть. Просто бывает стоит в опере обновлять страницу Я так могу неделю безвылазно на каком нибудь форуме присутствовать

Да уж, kison, не бережёте вы себя, отдохнуть Вам надо . Я с самого первого поста прослеживаю эту ветку. Я не проектировщик, а просто монтажник, и иногда тоже читая эту ветку просто отдыхаю. А вот тема реально Атмелем то уже и не пахнет, я смотрю тут уже начали и свои проекты обсуждать.

[omercury]

Атмелем то уже и не пахнет, я смотрю тут уже начали и свои проекты обсуждать.

Отчего Вы так решили? Проект на Атмеле. И ещё на ассемблере. Похоже неплохое снотворное получилось - никого.

Если интересно - могу ещё подкинуть. Правда уже не такой снотворный. Да и тот далеко не доделан, поэтому вполне читабелен. "Генетическая модификация" затронула только начало файла...

[Someone]

Нука-нука! Как это оно в 8-битнике 16-битную инструкцию без учета флага перноса сделает? (без индексов - в t15 он всего один)

Под срс я ввиду последнюю команду, т.е. что код наодну команду меньше и на такт быстрее, неточно выразился. kison привел пример - две арифметические операции и условный переход:

+00000040: 528C SUBI R24,0x2C Subtract immediate
+00000041: 4091 SBCI R25,0x01 Subtract immediate with carry
+00000042: F008 BRCS PC+0x02 Branch if carry set

Да, компилятор яву не всегда делает так, ведь это будет правильно работать при определенных условиях, но компилятор всегда может отследить возникновение подобных условий, и если надо пользователю (по настройкам компиляции), он будет в этом случае оптимизировать. В данном конкретном случае, скорее всего компилятор знает, что регистр, содержимое которого он испортит, далее не будет использоваться нигде до прямой загрузки в него другого числа или регистра. В результате экономит один байт и один такт. Конечно, человек тоже может отслеживать такие ситуации и на асме так же оптимизировать, но любому имхо понятно, что этим надо специально заниматься, в голове надо держать и моделировать работу большого объема кода, это будет нудно, долго, и очень трудоёмко.

А вот этого действительно не знал. обычно просто не поддерживаются. Имя назовёте?

Ага. Обычно не поддерживается . Но по сути тини15 по объему флэша не отличается от тини 13, который поддерживается всеми. Отсюда следует вывод, что объем памяти 1к - не припятствие для компилятора С. Далее, С компилятор, даже при наличии ОЗУ, все равно размещает некоторое число переменных в регистрах (кстати, можно компилятору даже указать в какой регистр/пару установить какую переменную), что легко можно отследить из листинга. Т.е. получается, что никаких принципиальных препятствий для компилятора в работе с тини15 нет. В случае компилятора ImageCraft все еще проще - там можно установить "custom" контроллер, т.е. вручную забить объем флэши, епрома и озу. Объем озу можно указать 0, и тогда этот компилер будет использовать под переменные только регистры. Конечно максимально возможное число переменых не будет равно числу регистров, ведь компилеру регистры понадобятся для промежуточных операций, но это так же справедливо и для асма. Остается одна неприятность - любой компилятор вставляет некий стартап код, который инициализирует стек переменных, аппаратный стек, зануляет память переменных, и т.п. Очевидно, что при наличии аппаратного стека его не требуется настраивать. Без наличия озу нету стека переменных. Кроме того, в случае малого количества флэша тратить память на бесполезные команды зануления - глупо. Однако компилятор (я по крайней мере видел это в иаре, гцц и имагекрафте, за кодевижн не скажу, никогда не пользовался) позволяет написать и использовать свой стартап. В свое время, в начале изучения программирования микроконтроллеров, я был молод, переполнен творческой энергией, сексуально активен , и проделав вышеописанное, получил поддержку отсутствующего тини15 в списке поддерживаемых контроллеров в имагекрафте 6.31. На что мой начальник, кстати, старый ассемблерщик, справедливо заметил: "Месье понимает толк в извращениях . И за то то время, пока ты разбирался со всем этим, ты мог бы написать 4-5 прог для этого тини на асме."

Правда сомневаюсь, что в регистрах устройств, но это уже шаманство.

Так и в асме компилятор ассемблера сам не будет размещать переменные в системных регистрах контроллера, размещать их там и специфически с ними работать (всеж таки команды ин и оут предназначены для работы с портами) будет программист. И делается это одинаково, что на С, что на асме.

Тут другая проблема. Если нет ОЗУ, то стек тоже будет отсутствовать. А без стека и подпрограмму не вызвать, и прерывания не разрешить.

Если нет озу, в случае конкретно тини15 есть 3х-уровневый аппаратный стек. Так что можно. Ну в контроллере, где нет аппаратного стека, надо просто писать программу в соответствии с этим. Без подпрограмм и прерываний. Но даже в 14 пике был аппаратный стек, если меня память не подводит - давненько с микрочипом не работал.

[Bill]

Если нет озу, в случае конкретно тини15 есть 3х-уровневый аппаратный стек. Так что можно. Ну в контроллере, где нет аппаратного стека, надо просто писать программу в соответствии с этим. Без подпрограмм и прерываний.

Это понятно, когда сам на ассемблере пишешь. А кот компилятор как будет действовать?

[omercury]

Цитата:
+00000040: 528C SUBI R24,0x2C Subtract immediate
+00000041: 4091 SBCI R25,0x01 Subtract immediate with carry
+00000042: F008 BRCS PC+0x02 Branch if carry set
Да, компилятор яву не всегда делает так, ведь это будет правильно работать при определенных условиях, но компилятор всегда может отследить возникновение подобных условий, и если надо пользователю (по настройкам компиляции), он будет в этом случае оптимизировать. В данном конкретном случае, скорее всего компилятор знает, что регистр, содержимое которого он испортит, далее не будет использоваться нигде до прямой загрузки в него другого числа или регистра.

Неправильно. В данном случае сравнение некорректно(причём в мою пользу). В регистры надо сначала загрузить данные или сохранить их где-то. В той программе, откуда код был выдран, эти данные ещё используются, поэтому убить я их не могу. Про определённые условия согласен - данный МК не поддерживает 16-битных инструкций...
Если есть прерывания - значит стек однозначно есть, хоть на 1 адрес.

А кот компилятор как будет действовать?

Как правило это известно только авторам компилятора - да и то не спросишь. Пока с компилятором не побадаешься не поймёшь.

Так и в асме компилятор ассемблера сам не будет р

Не бывает компиляторов асма - нечего там компилировать. Всё уже написано на языке МК, только понятными программисту буквами.

схожу пообедать...

[Bill]

Как правило это известно только авторам компилятора - да и то не спросишь. Пока с компилятором не побадаешься не поймёшь.

Да нет. Если контроллер есть в списке поддерживаемых, то все нормально. Кстати, IAR tiny15 поддерживает. Но я бы для этого контроллера все равно бы ассемблер использовал.