caxapa.ru :: Ксения, простой вопрос - где грань для разработчика переходить на новое семейство и язык С? Следуя Вашей логике, это нужно делать как можно позже. Но рано или поздно этот момент наступает, и тут начинается говнокодирование на C со всеми метаниями

VL (22.03.2016 12:48, просмотров: 1) ответил Ксения на Пустые словеса - эдак абсолютно обо всем можно сказать, что оно "должно соответствовать задаче". Разве резисторы, конденсаторы, транзисторы и прочие комплектующие задаче соответствовать не должны?

Ксения, простой вопрос - где грань для разработчика переходить на новое семейство и язык С? Следуя Вашей логике, это нужно делать как можно позже. Но рано или поздно этот момент наступает, и тут начинается говнокодирование на C со всеми метаниями туда и обратно. Что, наш коллега MBedder влёт подхватил С? Ну нет же. На каком-то этапе одна аргументация подменяется другой, в результате развитие разработчика, о котором Вы так печетесь, притормаживается.

- Полагаю, что переходить на новое семейство следует только тогда, когда очередная задача не может быть решена в рамках старого семейства. По принципу "от добра добра не ищут". Т.е. переход должен быть вынужденным, чтобы вопрос "переходить или нет?" Ксения(1437 знак., 22.03.2016 14:19 - 15:19)
  - Выбор процессора это поиск оптимального решения. Что для конкретной задачи является решаюшим зависит от задачи. Где то производительность, где то личные предпочтения инженера, где то количество таймеров, где то цена, где то тупо размер корпуса. По Codavr(203 знак., 22.03.2016 14:25 - 14:28)
    - Если есть лишнее время, то можно впихнуть в изделие и новый модный мк, невзирая на т.н. оптимальность. В расчете на перспективу, конечно. АПМ(105 знак., 23.03.2016 19:08 - 19:12)
    - Просто Ксения боится "нового семейства", особенно если это (о, ужас!) не атымел :-) - SciFi(22.03.2016 14:28)
      - Уже писала для STM32F407VG (под борду STM32F4DISCOVERY), но прямо признаюсь - было очень противно, до сих пор во рту привкус горечи. :) Ксения(139 знак., 22.03.2016 14:54)
        
        STM32 мне понравился. А ихние библиотеки это бред сумасшедшего. Глядя на их внутренности перфекционист во мне бьется в истерике. Они годятся когда нужно побыструхе налабать. - Codavr(22.03.2016 15:02)
        
        Дык именно от тех библиотек и горечь. Пришлось заниматься модификацией одной из демо-прог, а там все через эти библиотеки было написано. - Ксения(22.03.2016 15:08)
        
        Я дошел до того, что составил таблицу в экселе в которой было расписано какая функция какие биты в каких регистрах меняет. Вот жеж бред :) - Codavr(22.03.2016 15:22)
        
        Ржака. Меня всегда забавляло, что есть нормальный мануал, где биты расписаны, и есть куча индусского говнокода, которая в этих битах как-то непонятно копается. А вместо мануала - школота в форумах: "я его вот так тыркнул - и оно заработало" :-))) - SciFi(22.03.2016 15:29 - 15:32)
        
        Количество этих бит запредельное для одной человеческой жизни. Слишком долго их все скурпулезно расписывать. Поэтому юзаю СТД Периф (в основном методом копипаста), а если что не запустилось с ходу, тогда уже лезу в биты. Несколько килобайт лишнего Yurasvs(248 знак., 23.03.2016 16:53)
        
        Кстати, МК на то и МК, чтобы там в битах копаться. Если не копаться, то это "процессор", там линух и уже написанные дрова. Ну и есть серая зона, куда на всех парах прут современные МК, и индусские говнокодеры пытаются изобразить "дрова", но кагбэ SciFi(190 знак., 23.03.2016 17:53)
        
        Раздражает отсутствие мануала. Потому как имеющийся мануал связывает функционал с битами. И никакой документ не связывает функционал с блюмблюатекой. Опять же, API выглядит как-то черезжопно, это даже если в потроха не заглядывать. - SciFi(23.03.2016 17:36)
        
        Именно это я и назвала подушкой, которая застит взгляд на железо, тем самым компрометируя Ассемблер. - Ксения(23.03.2016 17:43, ссылка)
        
        Ассемблер там вообще ни при чём. В конце концов, в регистры можно лазить и на васике. Есть там такие команды PEEK, POKE. - SciFi(23.03.2016 17:47)
        
        Ассемблер здесь при том, что он - показатель того, знает ли программист железо, которое программирует. Тогда библиотеки лишь предоставляют УСЛУГИ из числа имеющихся в меню. После этого готовишь уже не сама, а вынуждена все заказывать у официанта. - Ксения(23.03.2016 17:56)
        
        Тогда уж не ассемблер, а система команд. И не верю я, что этот куб или как его там позволит "тому, кто не знает железо" сделать что-либо посложнее мигающей лампочки. - SciFi(23.03.2016 18:03)
        
        Не возражаю, пусть будет "система команд". Тем не менее, каждый делает свой выбор - стать ли самому возле плиты, чтобы приготовить обед по своему вкусу, или же стать клиентом, заказывающим через официанта блюда, приготовленные поваром-индусом. :) - Ксения(23.03.2016 18:09)
        
        Ну да, я в машину не суюсь, отдаю её в кривые руки автомехаников. А что делать, кому сейчас легко? - SciFi(23.03.2016 18:15)
        
        Ваше право. Но тогда и жрите комплексные обеды. :) - Ксения(23.03.2016 18:18)
        
        Да не, чота автомеханики не предлагали обедом накормить. Да я и не согласился бы, если честно :-) - SciFi(23.03.2016 21:29)
        
        Браво! - m16_home(23.03.2016 20:01)
        
        Не забывай что для этой школоты прочесть мануал на аглицком зачастую все равно что тебе на китайском. - Codavr(22.03.2016 16:45)
        
        А как только все биты распишешь, в пору программировать на Ассемблере. :) - Ксения(22.03.2016 16:05)
      - Просто для ее задач всегда хватало атымела. Вот у нее и сложилось ложное впечатление. Я тоже не сторонник скакать с одного на другое без надобности. Если есть серьезная причина, тогда другое дело. - Codavr(22.03.2016 14:30 - 14:32)
        
        Как только появляется графический дисплей, то AVR-ки начинает остро не хватать. Но Atmel я бы не стала отождествлять с AVR, т.к. у него и Cortex'ы есть, причем весьма производительные. - Ксения(22.03.2016 15:11)
        
        Главное отличие инженера от инженеГра - способность мыслить глобально. Выбор МК - весьма локальная задачка, а вот выбор оптимальной концепции уже отнюдь не каждому по плечу. Для той же графики есть масса оптимальных решений, хотя бы те же EVE от MBedder(12 знак., 23.03.2016 11:58, ссылка)
        
        А еще куча готовых проектов в Студио под них. Под М0+ есть графический Атмел старт, где все разжевано. - maxx2(22.03.2016 16:07)
        
        У этих готовых проектов одно достоинство - они работают. Сталкивался недавно - эталонный индусский код, чтобы привести в нормальный вид интересующий меня кусок пришлось разобрать его по операциям и собрать обратно. Куча повторов действий и AlexG(72 знак., 22.03.2016 16:13)
        
        Смотря какой дисплей и какая AVR-ка. Дисплей 240x128 на T6963C и ATmega128 это было так себе сочетание, а ATXmega256A3 и модуль RDX0154GC вполне годный вариант. - AlexG(22.03.2016 15:25)
        
        У нас с таким дисплеем и 87С51FA справлялась неплохо. - Yft(22.03.2016 16:39)
        
        RDX0154GC это маленький, для него, возможно, годится. Проблемы начинаются с 320х240, если своего могучего контроллера у того дисплея нет. - Ксения(22.03.2016 16:02)
        
        Такое тоже было. С таким дисплеем больше проблем доставило отсутствие вменяемой библиотеки GUI. На экране место много, простым меню и пиктограммами уже не отделаться. Начинаются всякие окошки, списки, диалоги... - AlexG(22.03.2016 16:18)
        
        Как я и говорил, «MCU младшего звена» надо прямо на кристалле «кляксы» LCD-шной размещать. Оверхед по сравнению с отдельным кристаллом копеечный, а… Да их можно вообще поставлять уже с заранее прошитой библиотекой GUI! Николай Коровин(1269 знак., 23.03.2016 10:53 - 11:16)
        
        Давным-давно уже говорено, что в контроллеры индикатора напрашивается линуховая сборка с иксами и "нескучными обоями"(с) - =AlexD=(23.03.2016 11:31)
        
        NUC977 вполне выполняет такую роль. И стоит копейки. Вот только обвязка у него довольно геморройная. - LightElf(23.03.2016 11:45)
        
        Обвязка контроллера общего назначения к «стекляшке без кляксы» геморройная в любом случае :) Это ж надо всю эту дребедень формировать, а она тут, насколько я помню, действительно „Simplified“ %) Николай Коровин(142 знак., 23.03.2016 12:00)
        
        Короче, забабахать 486-й с 4 метрами и VGA и дело с концом :) Всем индикаторам индикатор, и сразу реюз существующего кода будет запредельный :) - Николай Коровин(23.03.2016 11:43)
        
        Ни в коем случае. Но тут появляется обширное поле для выбора. Кортексы нынче только ленивый не клепает. И опять же не для всех задач важна производительность процессора. А кому денежку отстегивать за него дело десятое. При прочих равных Codavr(38 знак., 22.03.2016 15:18)
        
        Наработки и налаженные контакты сильно влияют. Я для новой разработки проанализировал пару десятков вариантов микроконтроллеров из разных семейств. Получилось что наиболее перспективный вариант что-то из фрискейловских кортексов. Но, не известно AlexG(292 знак., 22.03.2016 15:39)
- Интересно, когда спорят по поводу то ли о семействах (ABC vs. XYZ), то ли о языках (ASM vs. C), то почему-то всегда предполагают, что это взаимоисключающие вещи. На мой взгляд, как и различные МК, так и различные языки программирования просто Bill(31 знак., 22.03.2016 13:14)

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