caxapa.ru :: а что это дало бы такого замечательного?? Вот если бы регистровые операции распространялись на всё ОЗУ :)), ну и с константой, естественно тоже, вот было бы интересно :) Ну а так там довольно большой список уникальных и не очень плюшек

Adept (04.08.2014 23:22 - 23:24, просмотров: 379) ответил Олдфаг на Гуано это а не вершина. Отвязали регистровый файл от абсолютных адресов, а сделать чтобы он окном гулял по произвольному месту ОЗУ не догадались. Тогда б можно было говорить о второй жизни АВР.

а что это дало бы такого замечательного?? Вот если бы регистровые операции распространялись на всё ОЗУ :)), ну и с константой, естественно тоже, вот было бы интересно :) Ну а так там довольно большой список уникальных и не очень плюшек - быстрый АЦП/ЦАП (ЦАП весьма неплох, АЦП похуже) - ремап ног (для некоторой периферии) - защита регистров от случайного доступа - cистема событий, DMA - куча многорежименых таймеров - PLL и внятная система фьюзов - уникальный номер на кристалле - новая логика управления IO портами (спорно, но в общем интересно) - калибровочные коэффициенты, доступные из пользовательской программы (не надо отдельно прошивать) - аппаратный CRC - UART/SPI/I2C на каждом порту ну это так, что сразу взбрело в голову, + ещё много чего по мелочи реально непомешало бы аппаратное деление :)) операции с константой со всем регистровым файлом, ну и , как уже говорил регистровыеоперации со всем ОЗУ :)))

...делать нужно так, как нужно. А как ненужно - делать не нужно (С) Винни-Пух :)

Ответить

- Это дало б быстрое переключение контекста. Мгновенные операции память-память в пределах окна. Но отвадил меня от х-меги таки его ЕЕПРОМ. Это нечто. В-общем, злюсь на себя сколько времени пытался изучить этот кристалл. И СТК 600 купил... Лучше бы Олдфаг(28 знак., 04.08.2014 23:35, )
  - лучше было бы распространить регистровые операции на всё ОЗУ :))) Ну а по поводу EEPROM, - дело привычки :))) (вот сейчас привыкаю, ... мать его так... :(( Adept(375 знак., 04.08.2014 23:39 - 23:43)
    - Так ведь Си - ничто иное, как макроассемблер. Учить его легко и приятно, пользоваться ещё легче и приятней :) бомж(32 знак., 04.08.2014 23:48)
      - Какой там флейм? Знать ассемблер <х-з-какого-проца> и не знать Си? Это от ленности и косности, иного объяснения быть не может. - SciFi(04.08.2014 23:54)
        
        не согласен я :)) знание ассемблера любого проца (неважно даже какого) - это знание основ работы с данными, ну скажем как изучение фортрана в институте, которое мне дало понимание основ работы со всеми ЯВУ, Adept(550 знак., 05.08.2014 00:04)
        
        Вместо Фортрана, первым языком учили Модула-2. Травма на всю жизнь. До сих пор смотрю на все эти ваши Си и Си++ как на унылое дерьмо:) - Скрипач(05.08.2014 09:25)
        
        Сам фортран перестал народу пригождатся совсем недавно, когда публика таки напряглась лет 10 назад и наконец осилила перелопатить фортрановые библиотеки на сишник. А до той поры рассчетные вещи в том же ЦЕРНе на фортране продолжали клепать ибо Codavr(81 знак., 05.08.2014 06:14)
        
        Угу, а низкоуровневый программер со знанием ассемблера и без знания ЯВУ будет ковыряться в хренотени и даже тетрис сможет сделать разве что с напряжением всех последних сил. - SciFi(05.08.2014 00:08)
        
        ну для тетрисов, всякие Си-шники существуют :)) а если серьёзно, то при необходимости изучить хоть Си, хоть Модулу, хоть Форт, - без проблем, вопрос надо ли?? Мне пока реально не надо (честно-честно) Хватает с головой и "ювелирки" на асме :)) - Adept(05.08.2014 00:10)
        
        Я не настаиваю. У мну нет персонального храма Си :-) - SciFi(05.08.2014 00:12, ссылка)
        
        кстати, из практики: под одни и теже задачи мои требования и требования инженеров, пишуших исключительно на Си, различались как минимум в разы по размеру памяти, и быстродействию камня. понятно, что при текущей копеечной стоимости кремния Adept(424 знак., 05.08.2014 00:18)
        
        Ну, во первых, это перфекционизм (нет, это не хвала, а ругательство). А во вторых, не верю: либо снова передёргивание, либо эти "инженеры, пишущие искличительно на Си" так же узколобы, как и те, кто пишут исключетельно на асме. - SciFi(05.08.2014 00:23)
        
        Я боюсь, имеет место типичный случай, когда некоторые товарищи имеют крайне упрощённое и наивное представление об предмете разговора. Мерседес и жигули тоже различаются в разы... и доехать можно на жигулях в принципе-то. - fk0(05.08.2014 09:26, ссылка)
        
        вопрос переходит в филосовскую плоскость (о смысле жизни. бытия и всего сущего) , так что спорить даже не буду начинать, по поводу инженеров же Adept(717 знак., 05.08.2014 00:30)
        
        А я добавлю: этот реально хороший Си-программер ещё и асм знает. - SciFi(05.08.2014 00:33)
        
        да, не без этого, но такие, в общем нечасто встречаются, совсем нечасто. и уж дайте наконец-то почитать даташит, вороги :)) зафлеймили совсем :)) - Adept(05.08.2014 00:45)
        
        ??? - Bill(06.08.2014 22:54)
        
        Ога. И байт-код) - Олдфаг(05.08.2014 00:38, )
- 8-битники - отстой! Хотя для стиральных машин и 4-битники Самсунг, кажись, выпускал. - бомж(04.08.2014 23:28)
  - нахера мне перфоратор, чтобы банально забить гвоздь. Достаточно молотка.Так и с 8-битниками, - каждому фрукту - свой овощ :)) - Adept(04.08.2014 23:37)
    - Не. Это просто боязнь или нежелание изучать новое. А надо!!! :-) Всё равно придётся рано или поздно, вон уж сколько Леонид Иванович упирался, но жизнь заставила :))) - бомж(04.08.2014 23:42)
      - Мода, конечно, хрошо. Ну позырил/пощупал я эти STM32L... И забил. Им еще 100 метров дерьмом плыть до того, что изображаю сейчас на старой-доброй меге, не говоря уже про MSP430G. Правда девайсы у меня немного специфичные... Но если надо что-нить Гудвин(73 знак., 04.08.2014 23:52)
        
        То есть только один плюс остался у 8-битников, малое потребление? - бомж(05.08.2014 00:41)
        
        Скорее архитектура/специальные фишки, способствующая этому. Неоднократно тут акцентировал. Ну и не только 8 бит. Например, MSP из состояния "полного дауна" начинает молотить со скоростью 16 МГц через 1 мкс. Среди кортексов, как говорят, только Гудвин(201 знак., 05.08.2014 01:00)
        
        С появлением MSP430G2955IDA38 можно и мегу потихоньку задвигать в уголок ;) Жаль, что не на по-годика раньше появились. С удовольствием бы применил вместо м328 в двух "крайних" батарейных железках. - Гудвин(05.08.2014 01:20)
        
        А что не так с 8-битниками? Тот же STM8 на сях очень приятен. - SciFi(05.08.2014 00:44)
        
        Да и мега32 весьма мне нравится. Но сейчас в новые проекты пихаю 32-битники, хотя, если будет что-то простое, тоже возьму STM8, уже прикупил STM8S003F3P6 пару десятков и ST-Link. - бомж(05.08.2014 00:50)
        
        Хм... А я взял таких 50 шт. + STM32F051 20 шт. вот-вот подойдут, опять-же. - Bill(06.08.2014 23:00)
        
        STM8S003F3P6 - самый дешёвый вариант на findchips.com. Этот аргумент сложно перебить. - SciFi(05.08.2014 00:54)
        
        вот и я про тоже... потому и люблю всякий эксклюзив, там можно с душой поработать, а то от ширпотреба тошнит уже. - Adept(05.08.2014 00:07)
      - не, не надо (поверьте) надо будет, - изучу, тем более, что на ПК я ещё по ДОСом на СИ и Пасквиле чего-то там ваял :)), но потом ушёл в с потока на "ручную работу". Мне как-то эксклюзив больше по душе :)) Adept(447 знак., 04.08.2014 23:47 - 23:51)
        
        сам изредка асм применяю, но с большой неохотой, надо признаться :))) - бомж(04.08.2014 23:50)
        
        Асм это урод, как и Си и большинство (а может и все) ЯВУ, но за неимением лучшего, как говорится... Ну и , кстати асм отличается от всех ЯВУ тем, что программа полностью понятна, прозрачна, предсказуема, и я всегда знаю что делает процессор. Но, Adept(600 знак., 04.08.2014 23:56)
        
        Дада, профессионалы пишут на ассемблере! (только макропроцессор приличного ассемблера пострашней си-препроцессора будет). - fk0(05.08.2014 09:22)
        
        бойтесь страшного ассемблера (особо, который по ночам приходит, захватывать разум не одурманенного этой отравой "высокого" программера :)))) - Adept(05.08.2014 13:17, ссылка)
        
        Веб-сервер на асме было бы интересно посмотреть :-) - SciFi(04.08.2014 23:58)
        
        Вот веб сервер на асме - max(05.08.2014 14:31, ссылка)
        
        парсинг TCP/IP пакетов ну и хрен ли такого (памяти побольше, макроассемблер в зубы и в путь) вопрос - нахрена?? Adept(1201 знак., 05.08.2014 14:55 - 14:57)
        
        Мсье знает толк в извращениях. Только там функционала кот на плакал (т.е. ни на что не годится), а львиную долю работы выполняет ядро, которое написано на том же Си :-) - SciFi(05.08.2014 14:37)
        
        а нафига??? Ну если очень хочется, то с макроассемблером думаю большой проблемы не будет, но это уже, как тут правильно заметили, самодельный Си получится :)) - Adept(05.08.2014 00:08)
        
        Как это нафига? В ТЗ написано. - SciFi(05.08.2014 00:09)
        
        в ТЗ указан инструментарий?? фтопку такое ТЗ!! - Adept(05.08.2014 00:11)
        
        Дешёвое. Передёргивание. ТЗ. Веб. Сервер. - SciFi(05.08.2014 00:15)
        
        ну дык и пишите на СИ, тем более, что либов в интернете, - как грязи. А мне не надь веб-сервер. Нужно будет, - позову "высокого" программера :)) я не гордый :)) - Adept(05.08.2014 00:19)
        
        Ну тогда давай так и договоримся, что для кода объемом до 8 килобайт требующего максимальной эффективности и допускающего его вылизывания пока самому не надоест асм рулит. Если ТЗ выходит за эти рамки, наступаем на горло своей песни и зовем Codavr(444 знак., 05.08.2014 05:51 - 06:08)
        
        ну так у мну примерно в таком режиме работа и идёт :)) А лучшая оптимизация, - как известно это оптимизация алгоритма, а не кода, так что меня особо оптимизаторы не впечают. Видел не раз ассемблерный листинг Adept(22828 знак., 05.08.2014 13:02 - 13:09)
        
        Одно критическое замечание. Зачем использовать Bill(301 знак., 06.08.2014 23:11 - 23:33)
        
        Нет. лучше смотрится #define. Потому что основной язык - Си, а директивы ассемблера - они именно что Apтём(224 знак., 06.08.2014 23:22)
        
        Ну, я остаюсь при своем мнении: ассемблеру - ассемблерово, Си - сишное. Только тут еще дело в том, что Bill(331 знак., 06.08.2014 23:32 - 04.09.2014 09:39)
        
        GCC-шники считают по-другому: у них inline-asm очень хорошо в Си интегрируется. Может правильнее так... - Apтём(06.08.2014 23:37)
        
        AVR студия при отладке больше любит #define, - нет проблем с функционалом watch, а вообще и не спрашивайте, - как-то так исторически сложилось :)) , ну а альтернатив условной трансляции я просто не вижу, Adept(109 знак., 06.08.2014 23:18 - 23:21)
        
        Понятно. Я вообще-то при необходимости пользуюсь ассемблером от IAR. В этом случае нет проблем при создании проекта: хочешь - пиши модуль на ассемблере, хочешь - на Си, хочешь - на обоих вместе взятых. - Bill(06.08.2014 23:24)
        
        Да... Apтём(141 знак., 06.08.2014 23:39)
        
        я тоже раньше так думал, и смотрел на асм, как на какой-то кошмар, сейча - нормально его воспринимаю, более того, Adept(1376 знак., 06.08.2014 23:53)
        
        Странно это: Apтём(406 знак., 07.08.2014 00:18)
        
        да всё может при грамотной архитектуре программы, но трудностей никак не меньше чем в ассемблерном варианте, ну и си-программеры часто любят сугубо линейные алгоритмы, как только обильные прерывания, парсеры и многопоточность, многие теряют Adept(1657 знак., 07.08.2014 00:40 - 00:58)
        
        Трудно согласится с тем что Apтём(857 знак., 07.08.2014 10:58)
        
        В наше время факт участия в дискуссии "асм <> си" вызывает скрытое или не очень сочувствие ;) - Vladimir Ljaschko(07.08.2014 05:43)
        
        Спасибо за сочувствие конечно, но вроде как особо не нуждаюсь :)) Ну и как бы я дал тут понять, что всё и вся имеет "право на жизнь" в своей нише. Считаю крайней глупостью всё "стричь под одну гребёнку". Надеюсь я был правильно понят?? :) - Adept(07.08.2014 06:49)
        
        Да нет, не совсем ноль. Иногда приходится Си-модули в ассмблер переносить. Компилятор генерирует, а я дорабатываю. Правда это очень-очень редко случается. А вообще, Bill(114 знак., 06.08.2014 23:52)
        
        Как нет приличных ассемблеров? GCC- inline ассемблер слабоват что ли? Или нужно что-то другое? - Apтём(07.08.2014 00:22)
        
        Вообще-то, с точки зрения возможностей самым лучшим, на мой взгляд, был Bill(153 знак., 07.08.2014 01:24)
        
        Хорошо был не сам ассемблер, а DEC архитектура, если быть точным. - Alex68(07.08.2014 22:22)
        
        Нет, я имел в виду именно ассемблер. А про архитектуру DEC я уже и не говорю, она - само собой. - Bill(08.08.2014 19:39)
        
        RT-11 ?? Я застал ДВК-шки только на первом-втором курсе :)) но натыкано их было в ЛЭТИ в каждой лаборатории :)) Народ хвалил (я как-о не проникся) Вот и МСП-шники с теплотой DEC вспоминают :)) - Adept(07.08.2014 01:32)
        
        Лучшей оптимальности не бывает. Оптимальность по определению лучшее решение. Так вот кроме оптимизации по скорости счета бывают и другие критерии - многофакторная оптимизация. Деньги, время разработки, стоимость внесения изменений, да хоть бы даже Codavr(36 знак., 05.08.2014 13:24)
        
        согласен - в мемориз!! :)) Adept(353 знак., 05.08.2014 13:26 - 13:29)
        
        В мемориз. Я последний раз чиста асмовую прогу написал 13 лет назад для 15 тиньки, и после этого завязал маяться дурью. А последние лет 10 асмовые вставки делаю только в случаях когда без этого ну совсем никак. Например порт для FreeRTOS правил Codavr(226 знак., 05.08.2014 13:29 - 13:32)
        
        Удивил. Учитывая твои недавние непонятки со структурами, я подумал, что ты за Си впервые взялся месяц назад :-) - SciFi(05.08.2014 13:33)
        
        не помю такого (ну да ладно, не суть), я почему такой ~~злой был~~ несогласный с си-агитаторами, потому что ~~у меня велосипеда не было~~ не считаю приверженность каким-то одним вещам большим плюсом, догмой и истиной в последней инстанции - Adept(05.08.2014 13:44)
        
        Это он вот про это. - Codavr(05.08.2014 14:26, ссылка)
        
        Многие знания - многие печали. Я больше забыл чем некоторые когда-нибудь знали или узнают :) Codavr(204 знак., 05.08.2014 13:37 - 13:39)
        
        Хм... У меня это было в Bill(136 знак., 06.08.2014 23:19)
        
        Василий Иваныч, а почму твои носки воняют сильнее моих? Ну так я же постарше тебя буду, Петька. Codavr(182 знак., 07.08.2014 22:56 - 23:00)
        
        ну, видимо у меня жизнь/работа такая, что без этого получается "ну совсем никак", ну это уж как говорится ~~к терапевту~~ филосовская категория и предмет обсуждения для темы "о смысле всего сущего" - Adept(05.08.2014 13:32)
        
        Я могу предположить, что есть класс задач теребующих такого подхода, но я абсолютно уверен, что он чрезвычайно узкий. Если это кому то нужно, то почему бы и нет. - Codavr(05.08.2014 13:35)
        
        ну да, я ж говорю, что люблю "эксклюзив" :)) - Adept(05.08.2014 13:38)
        
        ... и неспешную разработку когда никто не стоит над душой, и своевременно засылат баблос в оркестр. Как я тебя понимаю. Я бы только на асме писал при таком раскладе :) - Codavr(05.08.2014 14:18)
        
        ну да, так и есть, правда последнее время с баблосом напряг (не всегда вовремя засылают), но надеюсь всё поправится, Adept(75 знак., 05.08.2014 14:31)
        
        В си (и c++) есть (полу)автоматическое управление памятью, например, и способы оценки (не)правильности работы программы. Возможность кросс-компиляции и какого-то тестирования. А как быть с ассемблером? На месте менагера проекта я бы ассемблера и fk0(530 знак., 05.08.2014 09:34)

Микроконтроллеры AVR