Перейти к содержанию
    

А вот какой мелкий контроллер использовать?

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 против всех остальных недалёких :biggrin:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

6 минут назад, byRAM сказал:

5. AVR имели такой ужасный глюк, как самозащёлкивание при внутрисхемном программировании.

Не было и нет такого глюка, а происходило это  только от кривых рук.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 часа назад, ViKo сказал:

это сделать быстрее, чем на PIC? 

Ну так схему какую-то всё равно же будете рисовать? Так нарисуйте её в квартусе, откомпилируйте проект и усё. А вместо PICKIT 2 купИте на алике китайский USB-BLASTER.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Только что, Vasily_ сказал:

Не было и нет такого глюка, а происходило это  только от кривых рук.

Это неопровержимый факт. У PICов такого не наблюдалось хоть с кривыми, хоть с прямыми руками. А у AVR многие с этим столкнулись.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 минуты назад, byRAM сказал:

Это неопровержимый факт.

Факта-то и нет никакого, это просто кривые руки. У меня такого никогда не происходило и не происходит.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Только что, Vasily_ сказал:

Факта-то и нет никакого, это просто кривые руки. У меня такого никогда не происходило и не происходит.

Есть такой факт. Если у вас этого не было, это не значит, что у других не было. Если интересно, то погуглите.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я такое видел. Если, конечно, это можно назвать "самозащелкиванием". И таки да, это была натуральная проблема кривых рук (моих). От большого ума на шине SPI у меня висело устройство с коммутируемым питанием. При программировании питание  на него не подавалось, происходила паразитная запитка от линий данных программатора и (трудно сказать, как это в точности происходило) в результате записывалось некорректное состояние фьюзов (запрет последовательного программирования). Вообще-то такого не должно было бы быть, но виноваты все равно руки, тут бесспорно.

Изменено пользователем rx3apf

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Только что, byRAM сказал:

Если интересно, то погуглите.

Да в курсе я.

Повторю еще раз, если у каких-то домохозяек это происходило, то это только от ихних кривых рук.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 час назад, AlexandrY сказал:

А вот спешить не надо. Если взлетать через 30 мин  то лучше даже не браться...

1 час назад, Herz сказал:

Я бы руки повыдёргивал за такие возможности.

Вы что думаете при обновлении ПО в каком-то блоке самолета он еще стоит месяц на земле и на нем "обкатывают" правильность прошивки?
Нет уж, так оно не работает, да и глупо, если бы работало. Обкатывать ПО надо в лабораториях, на стендах, на макетах в КБ и НИИ. "Дома".
В поле изволь нести готовый бинарь и максимум, что ты можешь посмотреть, это корректно ли все прошилось именно на уровне битов памяти.
Естественно, если что-то в системе отвалилось, об этом сообщит встроенная система контроля в предполетных подготовках.

Это во-первых. А во-вторых, внимание вы сосредоточили не на том. Я писал, что зачастую тупо подлезть с программатором - невозможно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Только что, Vasily_ сказал:

Повторю еще раз, если у каких-то домохозяек это происходило, то это только от ихних кривых рук.

Так о том и речь, что у PIC-контроллера такой блокировки не наблюдалось от слова совсем, они не стали делать всякие сомнительные Lock и Fuse биты.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Что еще за "самозащелкивание" у AVR?
Много лет назад с ними работал, помню только, как несколько раз порол фьюзы.
Больше не припомню никаких оказий. Контроллеры простые как три копейки, надежные хоть гвозди забивай.
Но для меня сейчас совершенно не актуальные, я и в нише другой, и хотелки к удобству разработки повыше будут.
Хотя в том году, вот, пришлось пару проектов на ATMega8 и AT90CAN128 переписать за гуру-(горе)-ассемблеристами.

Гуглопоиск по "самозащелкивание AVR" молчит.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

46 минут назад, wim сказал:

Ну так схему какую-то всё равно же будете рисовать? Так нарисуйте её в квартусе, откомпилируйте проект и усё. А вместо PICKIT 2 купИте на алике китайский USB-BLASTER.

Что, и светодиоды с прочей мелочью в Квартусе рисовать? 

Сколько необузданной фантазии у братьев по разуму вызвал простой вопрос. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Только что, Arlleex сказал:

Много лет назад с ними работал, помню только, как несколько раз порол фьюзы.

Именно это, но только не осознанное/бессознательное "запарывание" этих битов, а самопроизвольное. И это при том, что выставлялись без галочек.

Я тоже на эту закладку наступал по началу, только потом разобрался. Поэтому и не советую связываться c теперь уже точно отстойными AVRками.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

6 минут назад, ViKo сказал:

Что, и светодиоды с прочей мелочью в Квартусе рисовать? 

Сколько необузданной фантазии у братьев по разуму вызвал простой вопрос. 

Некоторые аппаратные вещи на логике/рассыпухе/реле/CPLD решаются кратно легче, чем на МК. Особенно там, где реакция на событие  должна быть быстрой.

Кста, я один раз разрабатывал сложную схему на реле для автомобильного КПП - спустя какое-то время в одном разговоре услышал эмоциональное, мол, "там ничего не работает". А как же "ручной" режим (тот что на реле)? Типа, только он и работает.

3 минуты назад, byRAM сказал:

Поэтому и не советую связываться c теперь уже точно отстойными AVRками.

От avr у меня только самые положительные ощущения. Начинал с 48-ядра, потом перебрался на 51-ядро (день и ночь). После появились avr. После чуть-чуть ARM7, но не понравилось и быстро убежал на Cortex-M. Совсем чуть-чуть программировал 1878ВЕ1 (ядро Тесей), а у pic`ов только исходники читал. Из всего что пробовал только к avr хорошее отношение (к Z80 тоже теплое отношение, но тогда это был не МК). Всякие там Cortex`ы, ESP - уже какая-то рутина, источник дохода...

Насчет кривых ручек. Читаем ES, а этот документ должен быть у любого порядочного МК. Если есть бага - обходим, если нет - значит сам дурак и/или руки кривые. Катить бочку наМК или производителя из-за этого - как-то не по-взрослому.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Только что, adnega сказал:

Насчет кривых ручек. Читаем ES, а этот документ должен быть у любого порядочного МК. Если есть бага - обходим, если нет - значит сам дурак и/или руки кривые. Катить бочку наМК или производителя из-за этого - как-то не по-взрослому.

Ничего подобного! 

Это отсутствие защиты от дураков в дураках оставило только Atmel. И сетовать на то, что их сожрали "надёжные, но тупые" PIC - детсад.

Я тут открыл подобную тему по оптоволокну, так каково же моё удивление: половина советчиков советуют забить на защиту от дураков.

Но Microchip тупо не создал поля деятельности для дураков, выделив свой ICSP, а Atmel - наоборот, тупо накидал ловушек для дураков.

Т.о. фирма Atmel абсолютно логично погрузилась в говно, а а фирма Microchip подобрала их продукцию, ликвидировав говно, и по-прежнему в шоколаде.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...