-
- Если есть лишнее время, то можно впихнуть в изделие и новый модный мк, невзирая на т.н. оптимальность. В расчете на перспективу, конечно. АПМ(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)
- Ваше право. Но тогда и жрите комплексные обеды. :) - Ксения(23.03.2016 18:18)
- Ну да, я в машину не суюсь, отдаю её в кривые руки автомехаников. А что делать, кому сейчас легко? - SciFi(23.03.2016 18:15)
- Не возражаю, пусть будет "система команд". Тем не менее, каждый делает свой выбор - стать ли самому возле плиты, чтобы приготовить обед по своему вкусу, или же стать клиентом, заказывающим через официанта блюда, приготовленные поваром-индусом. :) - Ксения(23.03.2016 18:09)
- Тогда уж не ассемблер, а система команд. И не верю я, что этот куб или как его там позволит "тому, кто не знает железо" сделать что-либо посложнее мигающей лампочки. - SciFi(23.03.2016 18:03)
- Ассемблер здесь при том, что он - показатель того, знает ли программист железо, которое программирует. Тогда библиотеки лишь предоставляют УСЛУГИ из числа имеющихся в меню. После этого готовишь уже не сама, а вынуждена все заказывать у официанта. - Ксения(23.03.2016 17:56)
- Ассемблер там вообще ни при чём. В конце концов, в регистры можно лазить и на васике. Есть там такие команды PEEK, POKE. - SciFi(23.03.2016 17:47)
- Именно это я и назвала подушкой, которая застит взгляд на железо, тем самым компрометируя Ассемблер. - Ксения(23.03.2016 17:43, ссылка)
- Не забывай что для этой школоты прочесть мануал на аглицком зачастую все равно что тебе на китайском. - Codavr(22.03.2016 16:45)
- А как только все биты распишешь, в пору программировать на Ассемблере. :) - Ксения(22.03.2016 16:05)
- Количество этих бит запредельное для одной человеческой жизни. Слишком долго их все скурпулезно расписывать. Поэтому юзаю СТД Периф (в основном методом копипаста), а если что не запустилось с ходу, тогда уже лезу в биты. Несколько килобайт лишнего Yurasvs(248 знак., 23.03.2016 16:53)
- Ржака. Меня всегда забавляло, что есть нормальный мануал, где биты расписаны, и есть куча индусского говнокода, которая в этих битах как-то непонятно копается. А вместо мануала - школота в форумах: "я его вот так тыркнул - и оно заработало" :-))) - SciFi(22.03.2016 15:29 - 15:32)
- Я дошел до того, что составил таблицу в экселе в которой было расписано какая функция какие биты в каких регистрах меняет. Вот жеж бред :) - Codavr(22.03.2016 15:22)
- Дык именно от тех библиотек и горечь. Пришлось заниматься модификацией одной из демо-прог, а там все через эти библиотеки было написано. - Ксения(22.03.2016 15:08)
- STM32 мне понравился. А ихние библиотеки это бред сумасшедшего. Глядя на их внутренности перфекционист во мне бьется в истерике. Они годятся когда нужно побыструхе налабать. - Codavr(22.03.2016 15:02)
- Просто для ее задач всегда хватало атымела. Вот у нее и сложилось ложное впечатление. Я тоже не сторонник скакать с одного на другое без надобности. Если есть серьезная причина, тогда другое дело. - 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)
- Смотря какой дисплей и какая 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)
- Короче, забабахать 486-й с 4 метрами и VGA и дело с концом :) Всем индикаторам индикатор, и сразу реюз существующего кода будет запредельный :) - Николай Коровин(23.03.2016 11:43)
- Давным-давно уже говорено, что в контроллеры индикатора напрашивается линуховая сборка с иксами и "нескучными обоями"(с) - =AlexD=(23.03.2016 11:31)
- Как я и говорил, «MCU младшего звена» надо прямо на кристалле «кляксы» LCD-шной размещать. Оверхед по сравнению с отдельным кристаллом копеечный, а… Да их можно вообще поставлять уже с заранее прошитой библиотекой GUI! Николай Коровин(1269 знак., 23.03.2016 10:53 - 11:16)
- Такое тоже было. С таким дисплеем больше проблем доставило отсутствие вменяемой библиотеки GUI. На экране место много, простым меню и пиктограммами уже не отделаться. Начинаются всякие окошки, списки, диалоги... - AlexG(22.03.2016 16:18)
- Ни в коем случае. Но тут появляется обширное поле для выбора. Кортексы нынче только ленивый не клепает. И опять же не для всех задач важна производительность процессора. А кому денежку отстегивать за него дело десятое. При прочих равных Codavr(38 знак., 22.03.2016 15:18)
- Как только появляется графический дисплей, то AVR-ки начинает остро не хватать. Но Atmel я бы не стала отождествлять с AVR, т.к. у него и Cortex'ы есть, причем весьма производительные. - Ксения(22.03.2016 15:11)
- Уже писала для STM32F407VG (под борду STM32F4DISCOVERY), но прямо признаюсь - было очень противно, до сих пор во рту привкус горечи. :) Ксения(139 знак., 22.03.2016 14:54)