KLIM83 (19.03.2016 21:08, просмотров: 68114)-
- Всегда считал, что процессор должен соответствовать задаче, а не религиозным убеждениям. Для моих задач в большинстве случаев атмеловские годились. Случалось и пики использовать (документация и служба поддержки взбесила) и техасовские (вполне себе Codavr(149 знак., 21.03.2016 23:44)
- Пустые словеса - эдак абсолютно обо всем можно сказать, что оно "должно соответствовать задаче". Разве резисторы, конденсаторы, транзисторы и прочие комплектующие задаче соответствовать не должны? Ксения(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)
- Одно "не" в сентенции лишнее. В моём случае - второе. - Крок(20.03.2016 23:53)
- Допускаю, но те излишне жирные. Их на ассемблере замаешься программировать. - Ксения(19.03.2016 21:25)
- Их и не программируют на ассемблере. UPD: Сторонники асмописания и холиваров среди АВРщиков- довольно внушительная категория. Объективно, среди 430 и ARMян такого рода категоричности не наблюдается. - KLIM83(19.03.2016 21:32 - 20.03.2016 22:55, ссылка)
- На самом деле здесь конфликт не между Си и Ассемблером, а между системным и пользовательским уровнями программирования. До тех пор пока программист возится напрямую с железом, то актуален Ассемблер, поскольку в нем железо называется своими Ксения(1369 знак., 21.03.2016 11:37 - 11:41)
- У меня все проще, просто не хватает памяти программировать на ассемблере. И мой более умный дружок уперся в свою память, когда обнаружил что вместо разработки устройства вынужден держать в голове большие куски ассемблерного кода. За пару-тройку michas(156 знак., 22.03.2016 12:01)
- Да ладно. Это элементарная косность и лень учить новое. Они и даташыты в переводе читают [закатывает глаза]. - SciFi(22.03.2016 11:29)
- Это конфликт между кучером и учебником географии :-) - Крок(22.03.2016 11:26)
- +1. Но подмешивается "профессиональная болезнь программистов" - подмена задачи. Когда программист на полном серьёзе уверен что хоть кому-то в нашей группе галактик не пофиг сколько тактов у него выполняется тот или иной фрагмент кода. Скрипач(48 знак., 22.03.2016 11:33)
- Про галактику не скажу, но вот на АЭС, допустим, есть места, расположенные в 750 метрах от ближайшей розетки. И если программист не посчитал такты, аккумуляторы в приборе - ссуки - садятся ещё до обеда, что вносит определённый шарм в эргономику. - Крок(22.03.2016 11:41)
- Это тот редкий случай, когда "такты" совпали с "багом из красного списка". Такшта Скрипач всё правильно написал. - SciFi(22.03.2016 11:45)
- А в красный список входят программы, настолько длинные, что баги в них заводятся сами, как мыши в грязном белье? - Крок(22.03.2016 12:08)
- OS/360 Что-то в районе 5 млн.строк кода (если мне мой склероз не изменяет) - Скрипач(22.03.2016 12:12 - 12:16)
- Не надо грязи. В те времена писали компактные программы. Оптимизирующий (!!!) компилятор Фортрана занимал 128К. - Крок(22.03.2016 12:20)
- Общепринятая норма того времени: 10 ошибок на каждую тысячу строк. - Скрипач(22.03.2016 12:29)
- Не надо грязи. В те времена писали компактные программы. Оптимизирующий (!!!) компилятор Фортрана занимал 128К. - Крок(22.03.2016 12:20)
- OS/360 Что-то в районе 5 млн.строк кода (если мне мой склероз не изменяет) - Скрипач(22.03.2016 12:12 - 12:16)
- А в красный список входят программы, настолько длинные, что баги в них заводятся сами, как мыши в грязном белье? - Крок(22.03.2016 12:08)
- Это тот редкий случай, когда "такты" совпали с "багом из красного списка". Такшта Скрипач всё правильно написал. - SciFi(22.03.2016 11:45)
- Про галактику не скажу, но вот на АЭС, допустим, есть места, расположенные в 750 метрах от ближайшей розетки. И если программист не посчитал такты, аккумуляторы в приборе - ссуки - садятся ещё до обеда, что вносит определённый шарм в эргономику. - Крок(22.03.2016 11:41)
- +1. Но подмешивается "профессиональная болезнь программистов" - подмена задачи. Когда программист на полном серьёзе уверен что хоть кому-то в нашей группе галактик не пофиг сколько тактов у него выполняется тот или иной фрагмент кода. Скрипач(48 знак., 22.03.2016 11:33)
- Я знаю одного человека , который это делает запросто :)) - ilyaul(19.03.2016 21:49)
- Кому хочется и можется - программируют и на ассемблере без проблем. Ну а если не хочется/не можется - то хвалят ХМеги :)) - MBedder(19.03.2016 21:34)
- А вам не кажется, что когда топикстартер задает в разделе AVR вопрос по конкретному контролеру, неприлично влезать, в 2001-ый раз заводя бодягу на тему, какой МК лучше? - Ксения(19.03.2016 22:23)
- Да, почему, все нормально, я тоже не враг себе может есть лучше контроллеры, почему нет то? - imhoteb(20.03.2016 09:24)
- Нет, не кажется. Наоборот, мне кажется, что я топикстартеру дал вполне реальную и полезную консультацию именно по его вопросам по AVR, и заодно порекомендовал вполне реальное и полезное семейство МК, которое позволит ему болеее не биться головой о MBedder(50 знак., 19.03.2016 22:59 - 23:10)
- Коллеги, на самом деле не пинайте меня, давно не знаю почему пользуюсь продукцией ATMEL, ни какого пиара, imhoteb(727 знак., 20.03.2016 09:13)
- Почему именно ASM я люблю, так как это понимание на каждом шагу что делает контроллер, почитай на досуге. круче ассемблера я не встречал - m16_home(20.03.2016 10:34, ссылка)
- ииии... что хотели сказать то? - imhoteb(20.03.2016 11:31)
- Что просто стОит на досуге посмотреть на систему команд dsPIC - просто получишь удовольствие, увидев там практически все то, чего тебе не хватало в системах команд Х51, АВР и даже Х86 - MBedder(20.03.2016 11:37)
- А какого этот dsPIC года выпуска? Насколько мне помнится, очень древнее старьё. :) - Ксения(20.03.2016 16:40)
- В моих последних девайсах - 2013..2015 (dsPIC33EP и dsPIC33EV), а начинал с первых 30-МИПСовых dsPIC30F, как только они появились в 2004 MBedder(513 знак., 20.03.2016 17:02 - 17:04)
- а в чем их ненадежность и глючность? если чисто по железу - lexxx-lexxx(20.03.2016 19:03)
- читаем в конце каждого мануала по МК исправления и ошибки у ATMEL красиво все разжевано в конце:))) - imhoteb(20.03.2016 19:27)
- а в чем их ненадежность и глючность? если чисто по железу - lexxx-lexxx(20.03.2016 19:03)
- В моих последних девайсах - 2013..2015 (dsPIC33EP и dsPIC33EV), а начинал с первых 30-МИПСовых dsPIC30F, как только они появились в 2004 MBedder(513 знак., 20.03.2016 17:02 - 17:04)
- Ну и как с литературой русской? По AVR гора книг и переводов - imhoteb(20.03.2016 11:48)
- Не только Си учить отказываемся, но и англицкую мову тоже? И оправдываем всё это "пониманием чего-то там на каждом шагу"? Молодец, аффтар, пеши исчо. - SciFi(20.03.2016 12:19)
- Не пиарьте мне СИ, когда вы будете заниматься переферией где нужно на калькуляторе считать допустимые задержки в обработке и где критично время реакции МК imhoteb(765 знак., 20.03.2016 19:18)
- Дорогой imhoteb, можете поискать в интернете(и здесь на сахаре) все подобные ассемблерные холивары и убедиться, что разводят их исключительно люди, не писавшие на Си для МК. Или "попробовавшие"(т.е. которые не шмогли из-за своего личного il-2(616 знак., 21.03.2016 16:10)
- все подобные ассемблерные холивары и убедиться, что разводят их исключительно люди, не писавшие на Си для МК довольно спорное утверждение. это мог сказать человек не умеющий писать на асме либо что я делаю не так m16_home(1638 знак., 21.03.2016 22:18)
- Если оптимизация выключена полностью, то будет примерно так: Bill(240 знак., 23.03.2016 13:55)
- Нормально всё. Сам так пишу еще со времен PDP-11, свои асмовые библиотеки, много макросов и программа очень даже читаемая получается. - Alex68(23.03.2016 13:45)
- БОЖЕ МОЙ :-) ДВЕ БОМБЫ!!! АННИГИЛЯЦИОННЫХ!!! Нихера не ВНИКНУЛ из написанного, и не буду вникать!!! АМИНЬ!!! - il-2(23.03.2016 13:39)
- Это не лечится. Капитан, бросай бонбу с орбиты. Мы уходим. - SciFi(21.03.2016 22:20)
- ваш коммент предсказуем. Мы уходим - идите , идите , идите. юзайте Число в строку? - sprintf - m16_home(21.03.2016 22:36)
- Только сейчас прочитал про хобби. Прошу пардону. Для хобби можно и корабль в бутылке собирать - важен не результат, а процесс. Я кагбэ пытаюсь в профессиональном плане наставлять неокрепшие умы. - SciFi(23.03.2016 14:08)
- Надо в подпись поставить. Чтобы все кирпичи клали. Какая-то иррациональная аллергия на sprintf, видите ли. - SciFi(21.03.2016 22:42)
- SciFi , иногда с интересом читаю твои посты . человек ты грамотный в нашем деле - спору нет. в данном случае несёшь уйню с броневика. угомонись. - m16_home(21.03.2016 23:01)
- Несу истину в мир как могу. Не я виноват, что паства глуха... - SciFi(21.03.2016 23:14)
- Это уже замашки мессии :) Про броневик имеет место быть порой... - Гудвин(21.03.2016 23:17)
- Несу истину в мир как могу. Не я виноват, что паства глуха... - SciFi(21.03.2016 23:14)
- SciFi , иногда с интересом читаю твои посты . человек ты грамотный в нашем деле - спору нет. в данном случае несёшь уйню с броневика. угомонись. - m16_home(21.03.2016 23:01)
- ваш коммент предсказуем. Мы уходим - идите , идите , идите. юзайте Число в строку? - sprintf - m16_home(21.03.2016 22:36)
- все подобные ассемблерные холивары и убедиться, что разводят их исключительно люди, не писавшие на Си для МК довольно спорное утверждение. это мог сказать человек не умеющий писать на асме либо что я делаю не так m16_home(1638 знак., 21.03.2016 22:18)
- И не соскакивай с темы, товарищ. Учи язык вероятного противника. Как знать, Родине может пригодиться. - SciFi(20.03.2016 22:49)
- Да тут каждый занимался задачами, "где критично время реакции МК". Время холиваров давно прошло, подумаешь, еще одна прибитая мошонка. - VL(20.03.2016 21:52, )
- Бывает время реакции, да. Сочинишь по этому случаю таймер и/или прерывание - что за печаль? Ну а всё остальное, включая веб-морду, гуй и т.д. живёт на сях. А тут, видите ли, религию развели - асм или смерть. Ну не дураки ли, а? - SciFi(20.03.2016 22:42)
- Не нужно мне навязывать свою точку зрения. Есть люди кто руками все делают а есть кто паяльник не держал ни разу а делает внешние вещи не привязанные ни к чему. Можно тогда взять мк за 100$ и не парится а можно взять за 1$ и реализовать все тоже imhoteb(424 знак., 21.03.2016 19:26)
- Ой! 15 минут на QFP100? Товарисчу явно нужен курс молодого бойца :-) - SciFi(21.03.2016 20:54)MBedder
- :) - Гудвин(21.03.2016 21:00)
- Дык МБеддер, очевидно, тоже асмовед и страдает аллергией на Си. Ну ему можно - он дядька заслуженный, как он говорит. И не надо тут инсинуаций про сто баксов, делал я на баксе весьма успешно, причём на сях и совсем чуть-чуть на асме. Ташта пеши SciFi(41 знак., 21.03.2016 20:25 - 20:27)
- Никакой аллергии на С у меня нет - пишу себе спокойно и на С, и на АСМе. И там, где удобнее обойтись голым АСМом - им и обхожусь - MBedder(21.03.2016 20:33)
- Фигасе. А где это удобно? А, ну да, старые наработки на асме, должно быть. Всё это контрреволюция и тлетворное влияние
совказападактулху. А приучать к этому мОлодёжь - вселенское зло. - SciFi(21.03.2016 20:37)- Маленький пример. На Си короче не напишешь. Или нет? Bill(316 знак., 23.03.2016 14:28)
- Или нет. "На Си короче" есть множество примеров по ссылке. Но зачем, Холмс? В конце концов, некоторым нравится и подлиннее. - SciFi(23.03.2016 14:36, ссылка, ссылка)
- я могу. Nikolay801_(27 знак., 23.03.2016 14:32)
- На ассемблере будет то же самое Bill(33 знак., 23.03.2016 14:40)
- больше на 3(!) символа. А это увеличение объема исходного кода на 7%. Что вызовет пропорциональный рост затрат на хранение, увеличится потребление электричества, износ клавиатуры, расход тонера на распечатки, ускорится выгорание пикселей на Nikolay801_(195 знак., 23.03.2016 14:56)
- Сократил на 5 символов Bill(26 знак., 23.03.2016 15:31)
- Зато ВВП на 7% больше. Нет худа без добра. - SciFi(23.03.2016 14:58)
- больше на 3(!) символа. А это увеличение объема исходного кода на 7%. Что вызовет пропорциональный рост затрат на хранение, увеличится потребление электричества, износ клавиатуры, расход тонера на распечатки, ускорится выгорание пикселей на Nikolay801_(195 знак., 23.03.2016 14:56)
- На ассемблере будет то же самое Bill(33 знак., 23.03.2016 14:40)
- Удобно, например, при обилии битовых манипуляций, при необходимости использовать нетривиальную часть результатов вычислений (например, два средних байта результата умножения), при работе с DSP-ресурсами и т.д. Напиши-ка вот это на С со сравнимой MBedder(1266 знак., 21.03.2016 20:55)
- Во-первых, не понимаю я этот птичий язык. Во-вторых, нахуа? Чем sprintf не угодил? В третьих, ну, бывает, sprintf толстоват - сишный вариант будет в 2 раза толще асмового, что за печаль? Зато без мозголомства. В третьих, если уж совсем припёрло - SciFi(44 знак., 21.03.2016 20:59)
- этот птичий язык означает следующие. Nikolay801_(1740 знак., 23.03.2016 10:15)
- ОДНА инструкция аппаратного деления 32/16 выполняется у dsPIC за 17 тактов, т.е. за столько же, за сколько ВСЯ моя функция itoa. У других МК - примерно так же - MBedder(23.03.2016 10:34)
- да ладно сделал, работает и молодец. - Nikolay801_(23.03.2016 10:47 - 10:49)
- Ага, ща - single cycle multiplication and dedicated hardware division. "And" здесь отнюдь не означает, что деление тоже одноцикловое - можешь копнуть мануал поглубже и сам убедиться - MBedder(23.03.2016 10:52)
- угу "Instruction takes between 2 & 12 cycles depending on dividend and devisor" - Nikolay801_(23.03.2016 11:34)
- Отож!(с) :)) - MBedder(23.03.2016 11:36)
- Не удивлюсь, если однотактовая делилка по площади кристалла будет как весь остальной проц :-) - SciFi(23.03.2016 10:55)
- Ну где-то так - по крайней мере гораздо больше площади всего ALU вместе с его декодерами и регистрами - MBedder(23.03.2016 10:58)
- угу "Instruction takes between 2 & 12 cycles depending on dividend and devisor" - Nikolay801_(23.03.2016 11:34)
- Ага, ща - single cycle multiplication and dedicated hardware division. "And" здесь отнюдь не означает, что деление тоже одноцикловое - можешь копнуть мануал поглубже и сам убедиться - MBedder(23.03.2016 10:52)
- Слишком быстро. Надо тактовую понижать. А то цифры так будут мелькать, что юзверь ни фига не поймёт. - SciFi(23.03.2016 10:37)
- Угу. Только в моем случае это не юзверь, а сложное и дорогое устройство, которому нужен очень быстрый поток в ASCII, чтобы эмулировать и импортозаместить еще одно сложное и дорогое устройство, попавшее под ограничения DARPA и под санкции - MBedder(23.03.2016 10:47)
- да ладно сделал, работает и молодец. - Nikolay801_(23.03.2016 10:47 - 10:49)
- Когда-то и я увлекался этой фигнёй. Былой задор пропал, теперь больше думаю о деле :-) Когда приспичит, что-нибудь такое делаю, но это редко бывает. - SciFi(23.03.2016 10:30)
- ОДНА инструкция аппаратного деления 32/16 выполняется у dsPIC за 17 тактов, т.е. за столько же, за сколько ВСЯ моя функция itoa. У других МК - примерно так же - MBedder(23.03.2016 10:34)
- Это из одной некрофильской ветки - зачем, почему и как - можешь почитать там --> - MBedder(21.03.2016 21:10, ссылка)
- Вот почему нет таких веток? "- Число в строку? - sprintf. - Спасибо." - SciFi(21.03.2016 21:29)
- этот птичий язык означает следующие. Nikolay801_(1740 знак., 23.03.2016 10:15)
- Во-первых, не понимаю я этот птичий язык. Во-вторых, нахуа? Чем sprintf не угодил? В третьих, ну, бывает, sprintf толстоват - сишный вариант будет в 2 раза толще асмового, что за печаль? Зато без мозголомства. В третьих, если уж совсем припёрло - SciFi(44 знак., 21.03.2016 20:59)
- Маленький пример. На Си короче не напишешь. Или нет? Bill(316 знак., 23.03.2016 14:28)
- Фигасе. А где это удобно? А, ну да, старые наработки на асме, должно быть. Всё это контрреволюция и тлетворное влияние
- Никакой аллергии на С у меня нет - пишу себе спокойно и на С, и на АСМе. И там, где удобнее обойтись голым АСМом - им и обхожусь - MBedder(21.03.2016 20:33)
- Ваащета проц 100 ног паяется не 15 минут, а 1-2 - прихватил пару ног по углам, обильно намазал ряды ног флюсом, провел прямо по рядам жалом-лодочкой с доброй порцией припоя, еще раз обильно намазал получившееся безобразие флюсом, и снял излишки MBedder(17 знак., 21.03.2016 19:34)
- Нууууу прям нечего ответить :))) - imhoteb(21.03.2016 20:04)
- Вот наглядное видео --> - MBedder(21.03.2016 20:43, youtube)
- Хотя там примеры с ножками где расстояние большое между ними. imhoteb(88 знак., 21.03.2016 21:36)
- А нехер их рассматривать - намазал, наляпал, намазал снова, снял излишки припоя оплеткой. А уж потом бери лупу и рассматривай сколько захочется - MBedder(21.03.2016 22:01)
- чел на видео без оплетки.. - lexxx-lexxx(22.03.2016 08:32)
- А нехер их рассматривать - намазал, наляпал, намазал снова, снял излишки припоя оплеткой. А уж потом бери лупу и рассматривай сколько захочется - MBedder(21.03.2016 22:01)
- КРУТО! - imhoteb(21.03.2016 21:17)
- Хотя там примеры с ножками где расстояние большое между ними. imhoteb(88 знак., 21.03.2016 21:36)
- Вот наглядное видео --> - MBedder(21.03.2016 20:43, youtube)
- Нууууу прям нечего ответить :))) - imhoteb(21.03.2016 20:04)
- Ой! 15 минут на QFP100? Товарисчу явно нужен курс молодого бойца :-) - SciFi(21.03.2016 20:54)MBedder
- Не нужно мне навязывать свою точку зрения. Есть люди кто руками все делают а есть кто паяльник не держал ни разу а делает внешние вещи не привязанные ни к чему. Можно тогда взять мк за 100$ и не парится а можно взять за 1$ и реализовать все тоже imhoteb(424 знак., 21.03.2016 19:26)
- Бывает время реакции, да. Сочинишь по этому случаю таймер и/или прерывание - что за печаль? Ну а всё остальное, включая веб-морду, гуй и т.д. живёт на сях. А тут, видите ли, религию развели - асм или смерть. Ну не дураки ли, а? - SciFi(20.03.2016 22:42)
- Дорогой imhoteb, можете поискать в интернете(и здесь на сахаре) все подобные ассемблерные холивары и убедиться, что разводят их исключительно люди, не писавшие на Си для МК. Или "попробовавшие"(т.е. которые не шмогли из-за своего личного il-2(616 знак., 21.03.2016 16:10)
- Не пиарьте мне СИ, когда вы будете заниматься переферией где нужно на калькуляторе считать допустимые задержки в обработке и где критично время реакции МК imhoteb(765 знак., 20.03.2016 19:18)
- По шестнадцатибитным пикам как минимум одна книга была. Вообще, главная литература это даташит. Смысла читать десяток книг про те-же AVR никакого, достаточно одной толковой, в остальных ничего нового все равно не найти. - AlexG(20.03.2016 12:18)
- Не только Си учить отказываемся, но и англицкую мову тоже? И оправдываем всё это "пониманием чего-то там на каждом шагу"? Молодец, аффтар, пеши исчо. - SciFi(20.03.2016 12:19)
- Спаяно все уже, заново все паять неохото :(( - imhoteb(20.03.2016 11:45)
- А какого этот dsPIC года выпуска? Насколько мне помнится, очень древнее старьё. :) - Ксения(20.03.2016 16:40)
- Что просто стОит на досуге посмотреть на систему команд dsPIC - просто получишь удовольствие, увидев там практически все то, чего тебе не хватало в системах команд Х51, АВР и даже Х86 - MBedder(20.03.2016 11:37)
- ииии... что хотели сказать то? - imhoteb(20.03.2016 11:31)
- Почему именно ASM я люблю, так как это понимание на каждом шагу что делает контроллер, почитай на досуге. круче ассемблера я не встречал - m16_home(20.03.2016 10:34, ссылка)
- Коллеги, на самом деле не пинайте меня, давно не знаю почему пользуюсь продукцией ATMEL, ни какого пиара, imhoteb(727 знак., 20.03.2016 09:13)
- А вам не кажется, что когда топикстартер задает в разделе AVR вопрос по конкретному контролеру, неприлично влезать, в 2001-ый раз заводя бодягу на тему, какой МК лучше? - Ксения(19.03.2016 22:23)
- На самом деле здесь конфликт не между Си и Ассемблером, а между системным и пользовательским уровнями программирования. До тех пор пока программист возится напрямую с железом, то актуален Ассемблер, поскольку в нем железо называется своими Ксения(1369 знак., 21.03.2016 11:37 - 11:41)
- Их и не программируют на ассемблере. UPD: Сторонники асмописания и холиваров среди АВРщиков- довольно внушительная категория. Объективно, среди 430 и ARMян такого рода категоричности не наблюдается. - KLIM83(19.03.2016 21:32 - 20.03.2016 22:55, ссылка)
- Всегда считал, что процессор должен соответствовать задаче, а не религиозным убеждениям. Для моих задач в большинстве случаев атмеловские годились. Случалось и пики использовать (документация и служба поддержки взбесила) и техасовские (вполне себе Codavr(149 знак., 21.03.2016 23:44)