byRAM 24 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба 10 часов назад, MrBearManul сказал: Только я смысл вашего высказывания про количество команд не понял. Скажем так, вы его сформулируйте на грамотном русском языке, иначе мысль теряется... Достаточно грамотно сформулировал и ни одной ошибки не вижу. Могу только разжевать и в рот положить: 1. PIC32 имеют только 30 с чем-то команд против 90 с чем-то AVR. Но бОльшая часть команд AVR - это вариации 30 с чем-то PIC-овских. Это + в счёт AVR, так как оптимальнее компиляция при написании на Си. 2. Но это отразилось на себестоимости и популярности AVR, так как первыми RISC-микроконтроллерами были всё-таки Microchip, а первые программы на них писались только на ассемблере. Когда появились AVR, мало кому хотелось изучать сотню команд при том, что им хватало тридцати. 3. В то же время AVR со своей сотней не мог тягаться по математическими способностями MCS51 или Z80. В итоге Atmel зарабатывали больше скорее на 51-х, чем на AVR до тех пор, пока те морально не устарели, так как были слишком громоздкими и многопотребляющими. 4. Microchip не жили одними лишь PIC, они скупали другие фирмы. Atmel жили только МК, ПЛИС, ПЗУ, рынок которых ограничен. 5. AVR имели такой ужасный глюк, как самозащёлкивание при внутрисхемном программировании. О нём много было шума в сети. Многим приходилось отпаивать их и стирать на программаторе, снова впаивать. Такой "глючок-пустячок" окончательно подорвал желание многих иметь дело с AVR. 10 часов назад, MrBearManul сказал: Ну это же не результат войн) Не думаю, что одни купили других, ориентируясь на количество команд. А я и не говорил, что результат. Это причина окончания "войны остроконечников с тупоконечниками". Новая эра породила новую войну - неистовые фанаты STM32 против всех остальных недалёких Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Vasily_ 45 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба 6 минут назад, byRAM сказал: 5. AVR имели такой ужасный глюк, как самозащёлкивание при внутрисхемном программировании. Не было и нет такого глюка, а происходило это только от кривых рук. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
wim 6 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба 2 часа назад, ViKo сказал: это сделать быстрее, чем на PIC? Ну так схему какую-то всё равно же будете рисовать? Так нарисуйте её в квартусе, откомпилируйте проект и усё. А вместо PICKIT 2 купИте на алике китайский USB-BLASTER. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
byRAM 24 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба Только что, Vasily_ сказал: Не было и нет такого глюка, а происходило это только от кривых рук. Это неопровержимый факт. У PICов такого не наблюдалось хоть с кривыми, хоть с прямыми руками. А у AVR многие с этим столкнулись. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Vasily_ 45 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба 2 минуты назад, byRAM сказал: Это неопровержимый факт. Факта-то и нет никакого, это просто кривые руки. У меня такого никогда не происходило и не происходит. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
byRAM 24 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба Только что, Vasily_ сказал: Факта-то и нет никакого, это просто кривые руки. У меня такого никогда не происходило и не происходит. Есть такой факт. Если у вас этого не было, это не значит, что у других не было. Если интересно, то погуглите. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rx3apf 0 22 января, 2021 Опубликовано 22 января, 2021 (изменено) · Жалоба Я такое видел. Если, конечно, это можно назвать "самозащелкиванием". И таки да, это была натуральная проблема кривых рук (моих). От большого ума на шине SPI у меня висело устройство с коммутируемым питанием. При программировании питание на него не подавалось, происходила паразитная запитка от линий данных программатора и (трудно сказать, как это в точности происходило) в результате записывалось некорректное состояние фьюзов (запрет последовательного программирования). Вообще-то такого не должно было бы быть, но виноваты все равно руки, тут бесспорно. Изменено 22 января, 2021 пользователем rx3apf Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Vasily_ 45 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба Только что, byRAM сказал: Если интересно, то погуглите. Да в курсе я. Повторю еще раз, если у каких-то домохозяек это происходило, то это только от ихних кривых рук. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Arlleex 131 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба 1 час назад, AlexandrY сказал: А вот спешить не надо. Если взлетать через 30 мин то лучше даже не браться... 1 час назад, Herz сказал: Я бы руки повыдёргивал за такие возможности. Вы что думаете при обновлении ПО в каком-то блоке самолета он еще стоит месяц на земле и на нем "обкатывают" правильность прошивки? Нет уж, так оно не работает, да и глупо, если бы работало. Обкатывать ПО надо в лабораториях, на стендах, на макетах в КБ и НИИ. "Дома". В поле изволь нести готовый бинарь и максимум, что ты можешь посмотреть, это корректно ли все прошилось именно на уровне битов памяти. Естественно, если что-то в системе отвалилось, об этом сообщит встроенная система контроля в предполетных подготовках. Это во-первых. А во-вторых, внимание вы сосредоточили не на том. Я писал, что зачастую тупо подлезть с программатором - невозможно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
byRAM 24 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба Только что, Vasily_ сказал: Повторю еще раз, если у каких-то домохозяек это происходило, то это только от ихних кривых рук. Так о том и речь, что у PIC-контроллера такой блокировки не наблюдалось от слова совсем, они не стали делать всякие сомнительные Lock и Fuse биты. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Arlleex 131 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба Что еще за "самозащелкивание" у AVR? Много лет назад с ними работал, помню только, как несколько раз порол фьюзы. Больше не припомню никаких оказий. Контроллеры простые как три копейки, надежные хоть гвозди забивай. Но для меня сейчас совершенно не актуальные, я и в нише другой, и хотелки к удобству разработки повыше будут. Хотя в том году, вот, пришлось пару проектов на ATMega8 и AT90CAN128 переписать за гуру-(горе)-ассемблеристами. Гуглопоиск по "самозащелкивание AVR" молчит. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ViKo 1 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба 46 минут назад, wim сказал: Ну так схему какую-то всё равно же будете рисовать? Так нарисуйте её в квартусе, откомпилируйте проект и усё. А вместо PICKIT 2 купИте на алике китайский USB-BLASTER. Что, и светодиоды с прочей мелочью в Квартусе рисовать? Сколько необузданной фантазии у братьев по разуму вызвал простой вопрос. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
byRAM 24 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба Только что, Arlleex сказал: Много лет назад с ними работал, помню только, как несколько раз порол фьюзы. Именно это, но только не осознанное/бессознательное "запарывание" этих битов, а самопроизвольное. И это при том, что выставлялись без галочек. Я тоже на эту закладку наступал по началу, только потом разобрался. Поэтому и не советую связываться c теперь уже точно отстойными AVRками. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 10 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба 6 минут назад, ViKo сказал: Что, и светодиоды с прочей мелочью в Квартусе рисовать? Сколько необузданной фантазии у братьев по разуму вызвал простой вопрос. Некоторые аппаратные вещи на логике/рассыпухе/реле/CPLD решаются кратно легче, чем на МК. Особенно там, где реакция на событие должна быть быстрой. Кста, я один раз разрабатывал сложную схему на реле для автомобильного КПП - спустя какое-то время в одном разговоре услышал эмоциональное, мол, "там ничего не работает". А как же "ручной" режим (тот что на реле)? Типа, только он и работает. 3 минуты назад, byRAM сказал: Поэтому и не советую связываться c теперь уже точно отстойными AVRками. От avr у меня только самые положительные ощущения. Начинал с 48-ядра, потом перебрался на 51-ядро (день и ночь). После появились avr. После чуть-чуть ARM7, но не понравилось и быстро убежал на Cortex-M. Совсем чуть-чуть программировал 1878ВЕ1 (ядро Тесей), а у pic`ов только исходники читал. Из всего что пробовал только к avr хорошее отношение (к Z80 тоже теплое отношение, но тогда это был не МК). Всякие там Cortex`ы, ESP - уже какая-то рутина, источник дохода... Насчет кривых ручек. Читаем ES, а этот документ должен быть у любого порядочного МК. Если есть бага - обходим, если нет - значит сам дурак и/или руки кривые. Катить бочку наМК или производителя из-за этого - как-то не по-взрослому. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
byRAM 24 22 января, 2021 Опубликовано 22 января, 2021 · Жалоба Только что, adnega сказал: Насчет кривых ручек. Читаем ES, а этот документ должен быть у любого порядочного МК. Если есть бага - обходим, если нет - значит сам дурак и/или руки кривые. Катить бочку наМК или производителя из-за этого - как-то не по-взрослому. Ничего подобного! Это отсутствие защиты от дураков в дураках оставило только Atmel. И сетовать на то, что их сожрали "надёжные, но тупые" PIC - детсад. Я тут открыл подобную тему по оптоволокну, так каково же моё удивление: половина советчиков советуют забить на защиту от дураков. Но Microchip тупо не создал поля деятельности для дураков, выделив свой ICSP, а Atmel - наоборот, тупо накидал ловушек для дураков. Т.о. фирма Atmel абсолютно логично погрузилась в говно, а а фирма Microchip подобрала их продукцию, ликвидировав говно, и по-прежнему в шоколаде. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
