Codavr (21.03.2016 23:44, просмотров: 196) ответил KLIM83 на Вы совсем не допускаете существование замечательных МК неатмеловского производства? :)Долой империалистический интернационал!
-
- Пустые словеса - эдак абсолютно обо всем можно сказать, что оно "должно соответствовать задаче". Разве резисторы, конденсаторы, транзисторы и прочие комплектующие задаче соответствовать не должны? Ксения(2382 знак., 22.03.2016 12:12 - 12:18)
- Поясняю. Надо было сделать простую приблуду с CAN. Полез искать чего есть в природе. Лепить 64 ногие атмелы ради пяти используемых ног? У остальных то же самое. Единственный небольшой у некрочипа нашелся 24 ноги. Это и решило выбор. До этого с CAN Codavr(301 знак., 22.03.2016 13:03 - 13:05)
- С таким же успехом можно было бы выбрать STM8S. Или нет? - Bill(22.03.2016 13:20)
- Другой пример Codavr(315 знак., 22.03.2016 13:32)
- А нужный апнот? Мы же говорим об оптимальном выборе. Или нет? - Codavr(22.03.2016 13:27)
- С таким же успехом можно было бы выбрать STM8S. Или нет? - Bill(22.03.2016 13:20)
- Ксения, простой вопрос - где грань для разработчика переходить на новое семейство и язык С? Следуя Вашей логике, это нужно делать как можно позже. Но рано или поздно этот момент наступает, и тут начинается говнокодирование на C со всеми метаниями VL(211 знак., 22.03.2016 12:48,
)
- Полагаю, что переходить на новое семейство следует только тогда, когда очередная задача не может быть решена в рамках старого семейства. По принципу "от добра добра не ищут". Т.е. переход должен быть вынужденным, чтобы вопрос "переходить или нет?" Ксения(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)
- Ваше право. Но тогда и жрите комплексные обеды. :) - Ксения(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)
- Выбор процессора это поиск оптимального решения. Что для конкретной задачи является решаюшим зависит от задачи. Где то производительность, где то личные предпочтения инженера, где то количество таймеров, где то цена, где то тупо размер корпуса. По Codavr(203 знак., 22.03.2016 14:25 - 14:28)
- Интересно, когда спорят по поводу то ли о семействах (ABC vs. XYZ), то ли о языках (ASM vs. C), то почему-то всегда предполагают, что это взаимоисключающие вещи. На мой взгляд, как и различные МК, так и различные языки программирования просто Bill(31 знак., 22.03.2016 13:14)
- споры вокруг ASM vs. C затевают именно "сишники" с примитивным аргументом: кодишь на асме? ты лузер и ничего "нового" изучать не хочешь. зато с сями жить комфортно - полон инет либ и исходников, подправил и вперёд с песней "асм-гавно" - m16_home(22.03.2016 15:39, ссылка)
- Когда что-то совмещается, то тогда о нем не спорят. К сожалению, в мире многое устроено так, что приходится делать выбор. XOR :) - Ксения(22.03.2016 14:21)
- Нет, не дополняет. Потому что спорящий чаще всего говорит "не знаю я этот ваш си и знать не хочу!", далее идёт поток аргументов сомнительного качества :-) - SciFi(22.03.2016 13:19)
- Полагаю, что переходить на новое семейство следует только тогда, когда очередная задача не может быть решена в рамках старого семейства. По принципу "от добра добра не ищут". Т.е. переход должен быть вынужденным, чтобы вопрос "переходить или нет?" Ксения(1437 знак., 22.03.2016 14:19 - 15:19)
- +1 - Bill(22.03.2016 12:15)
- Поясняю. Надо было сделать простую приблуду с CAN. Полез искать чего есть в природе. Лепить 64 ногие атмелы ради пяти используемых ног? У остальных то же самое. Единственный небольшой у некрочипа нашелся 24 ноги. Это и решило выбор. До этого с CAN Codavr(301 знак., 22.03.2016 13:03 - 13:05)
- Совершенно верно. - _KLIM83(22.03.2016 09:25,
) - Смешнее всего, когда чуть менее, чем все процы соответствуют задаче, а срач не утихает :-) - SciFi(21.03.2016 23:54)
- Из десятка серийных конструкций только одна потребовала выбора конкретного процессора из-за вычислительной мощности. Все остальные выбирались по объему флэшки и количеству ножек. - michas(22.03.2016 06:16)
- Отож. - Codavr(21.03.2016 23:58)
- Пустые словеса - эдак абсолютно обо всем можно сказать, что оно "должно соответствовать задаче". Разве резисторы, конденсаторы, транзисторы и прочие комплектующие задаче соответствовать не должны? Ксения(2382 знак., 22.03.2016 12:12 - 12:18)