Re:[pic][avr][stm(arm)]Про микроконтроллеры.

Ну не толсти же. Средство разработки имеется http://www.microchip.com/pagehandler/en-us/family/mplabx/ Только труп, конечно, имхо. Но если не быть нищебродом, то таки можно прикупить сишный компайлер и клепать практически тоже самое, что и на AVR. По крайней мере по качеству аппартной части avr практически не уступает. В своё ценовом диапазоне, естественно.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

У меня лежит в барахле пара каких-то мощных пиков - их тогда микрочип рассылал на халяву, ну я специально выбрал самые-самые жирные и заказал. А потом чего-то отвлёкся - не до них было. Если хочется поковыряться - ведь есть же аврки с которыми всё понятно чо как, а изучать новую платформу чтобы куда-то утилизовать пару чипов - лень и времени нет.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

> по качеству аппартной части avr практически не уступает

По нагрузочной способности на ножках пики вроде уступали?

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>Ну не толсти же. Средство разработки имеется http://www.microchip.com/pagehandler/en-us/family/mplabx/ Только труп, конечно, имхо. Но если не быть нищебродом, то таки можно прикупить сишный компайлер и клепать практически тоже самое, что и на AVR.
Вот и я про то же. Оно надо с практической точки зрения, если тоже самое можно делать на AVR/STM(ARM) ничего не прикупая.

>В своё ценовом диапазоне, естественно.
Я посмотрел, ценовой диапазон аналогичен AVR.

>По крайней мере по качеству аппартной части avr практически не уступает.
Я просто читал в интернетах что типа PIC-и надежнее и все такое. Это правда или оправдание фанатов PIC-ов?

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>По нагрузочной способности на ножках пики вроде уступали?
Так у PIC нагрузочная способность выше или нет, с релюхами например может PIC напрямую работать или это фантастика?

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>ведь есть же аврки с которыми всё понятно чо как
Вот ключевой момент, аврки мне тоже кажутся понятными, а на пик такое ощущение что все наработки на ассемблере (кто хоть пишет еще на нем) даже ARM-овский STM кажется проще и понятнее пиков, хотя вначале изучения довольно сложным показался из-за библиотек, хотя когда изучишь эти библиотеки наоборот плюсом станут.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

> А вы что думаете про контроллеры pic, есть у них вообще будущее?
Ну, некоторые недальновидные личности делают на pic-ах linux-only девайсы и в ус не дуют про то, что нет средств разработки под этот ваш ляпих. А ещё пульт ДУ для кенона на пиках был. А ещё куча контроллеров шаговиков на пиках, даже какие-то стандартные/стандартизованные интерфейсы умудрились запилить: PICStep, Linistepper и пр. А ещё... Короче, хочешь-не хочешь, а столкнёшся с поделками на пиках. И хорошо, если они просто работают. А если надо что-то допилить или переделать? Иной раз подумаешь, что проше заново на АВРках заделать, чем разбираться в пиках.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>По нагрузочной способности на ножках пики вроде уступали?


ХЗ, это не пробовал. Но мой пик вроде оличался от avr-го аналога возможностью работать на более низком напряжении питания.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

Тебе удалось ископать авр, который не умеет трёх вольт?

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>а на пик такое ощущение что все наработки на ассемблере


Ты говоришь так это так, будто это что-то плохое, лол. Там, в отличие от AVR, довольно мало команд и все выполняются за один такт. Бывает иногда требуется чёткая синхронизация.

>даже ARM-овский STM кажется проще и понятнее пиков


Ты бы блджад, его ещё с core i5 сравнил, лол.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

> выполняются за один такт.

Может за один цикл? Про такт что-то не верится :)

ЗЫ. Пики никогда не тыкал.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>Тебе удалось ископать авр, который не умеет трёх вольт?


Толстячок. Заявленные 2,0-5,5V не хочешь? И это старый как говно мамонта 16F873-й. А теперь сравни с 8-й атмега, лол. Минимум 2,7

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>> даже ARM-овский STM кажется проще и понятнее пиков
> Ты бы блджад, его ещё с core i5 сравнил, лол.

даже core i5 проще и понятнее пиков??

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>Может за один цикл? Про такт что-то не верится :)


Да, в 4 раза надо уменьшать. Но зато у AVR написано "1 MIPS per MHz". Олололо!

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>даже core i5 проще и понятнее пиков??


Конечно! Ты погляди сколько под него софта, лол.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

> Но зато у AVR написано "1 MIPS per MHz". Олололо!

Так и есть, однобайтовая операция выполняется в течение одного такта. Ветвление и некоторые другие команды могут потребовать 2-3 такта.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

> Заявленные 2,0-5,5V не хочешь? И это старый как говно мамонта 16F873-й. А теперь сравни с 8-й атмега, лол. Минимум 2,7

До последней капли электролита в батарейке штоле? :)

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>Ты бы блджад, его ещё с core i5 сравнил, лол.
Тебя чего stm пугает, контроллер как контроллер, хоть твои "умные дома" на нем так же делай как на аврках. Язык Си никаких ассемблеров, сред разработки куча. Единственно пока учебной инфы по нему мало в сравнении с теми же avr, а так контроллер как контроллер и по цене примерно с аврками на равне, единственное что у него поверхносный монтаж, поэтому я и говорю где не нужно слишком много то сойдет и avr, а если avr мало то stm, вообще avr и stm два лучших вида контроллеров.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>Так и есть, однобайтовая операция выполняется в течение одного такта. Ветвление и некоторые другие команды могут потребовать 2-3 такта.


Ололол, да почитай ты наконец ебучий мануал!

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>Тебя чего stm пугает, контроллер как контроллер, хоть твои "умные дома" на нем так же делай как на аврках.


Нахуя? Я лучше атом куплю и поставлю туда линукс, лол. И пейсать хоть на сях, хоть на пейтоне можно, блджад. Это я к тому, что у меня пушка для воробьёв ещё больше твоей будет.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

Странно врезультате нашей дискуссии про пики аврки армы никто про MSP430 не замолвил слова, походу это вообще параллельный мир какой-то.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

> Ололол, да почитай ты наконец ебучий мануал!

Ты сам пойди и почитай :)

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

> А вы что думаете про контроллеры pic, есть у них вообще будущее?
Я вот решил заняться микроконтроллерами по совету одного анонимуса:

http://www.rulinux.net/thread_37529_page_1#msg145732

Только я решил работать сразу с 32-битными чипами, потому-что когда более-менее научись с ними работать, они станут более распространёными.

Сейчас выбираю между STM32 и PIC32. У PIC32 кошерная MIPS архитектура, но он менее распространён.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

Странно врезультате нашей дискуссии про пики аврки армы никто про MSP430 не замолвил слова, походу это вообще параллельный мир какой-то.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

Сейчас выбираю между STM32 и PIC32. У PIC32 кошерная MIPS архитектура, но он менее распространён.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>и убогая поделка двух норвежских студентов - AVR
Все таки про pic, второй день уже заморочился, везде пишут что они надежнее avr, ну типа промышленный стандарт, а avr для студентов. В интернете информационный бардак, одни пишут что pic надежнее avr в том числе по нагрузке и по помехам, другие что и avr не уступают, кому верить?

С точки зрения программирования если на Си то все равно pic или avr, просто на pic меньше примеров, к сожалению многие примеры еще на ассемблере, который нафиг нужен сейчас.

Просто смотрю на те же сигнализации почему то почти все поголовно на pic-ах. А на AVR мало чем это объяснить?

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

> STM32 - это Cortex M3 и Cortex M4. Там многовато напихали всякой переферии, кроме того они уступают в энергопотреблении 8 и 16 биткам. Так же есть семейство более простых микрух Cortex M0.
Так как я с ними разберусь, Cortex-М4 будет уже простым микроконтроллером для чайников (в которых воду греют), как-то так. Да и хочется ещё, что-бы со всякими RTOS-ами можно было бы работать, и с USB и bluetooth без (или с малым количеством) танцев с бубном работать.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

Все таки про pic, второй день уже заморочился, везде пишут что они надежнее avr, ну типа промышленный стандарт, а avr для студентов. В интернете информационный бардак, одни пишут что pic надежнее avr в том числе по нагрузке и по помехам, другие что и avr не уступают, кому верить?

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>Верь себе, потыкай оба и выбери что нравится
Вот как раз тыкаю пики, ну что скажу порог вхождения конечно хуже чем у AVR из-за того что мало инфы по си (на ассемблере хоть отбавляй), но в то же время на си особо друг от друга не отличаются, может на асме различны, а на си почти так же все, особой разницы похоже нет. Другое дело в реальных условиях что лучше, помехи, наводки, скачки, замыкания и так далее.

>но между AVR32 и PIC32 лучше выбрать, судя по документации, Cortex M-3 или M-4, но а фирму смотри сам
Кстати хорошая штука, но понятное дело в мелкой автоматике его слишком, там только pic или avr. А вообще Cortex M-3 уже и от отечественного произвоителя от "Миландра" уже есть, так что перспективная штука для крупных проектов.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

> Просто смотрю на те же сигнализации почему то почти все поголовно на pic-ах. А на AVR мало чем это объяснить?

Может они в серии и/или нефлешовом исполнении дешевле выходят (напряжение-то пофигу для этих применений если исп.механизмы не смогут работать от 2В)?

Для наколенщиков-то другие качества обычно более важны чем для тех, кто производит серийные вещи.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

> Cortex-М4 будет уже простым микроконтроллером для чайников (в которых воду греют)

Чайник при этом станет стоить в два раза дороже. И при этом всё равно никто не станет к нему делать интерфейса к компьютеру чтобы наконец-то можно было научить линупс варить чай.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

> может на асме различны, а на си почти так же все, особой разницы похоже нет.

Вообще-то с микроконтроллерчиками у нас тот случай, когда на ассемблере работать проще чем на сях.

> Другое дело в реальных условиях что лучше, помехи, наводки, скачки, замыкания и так далее.

Наводки и помехи зависят не от микросхемы микроконтроллера, а от его рабочего напряжения, и исполнения устройства - экранирование там, разрядники, токоограничивающие резисторы на входах и т.п.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>Чайник при этом станет стоить в два раза дороже.
А с чего ты взял что дороже stm достаточно дешовые, примерно с AVR наравне.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>Вообще-то с микроконтроллерчиками у нас тот случай, когда на ассемблере работать проще чем на сях.
И чем проще? Может светодиодиком помограть и просто, а когда надо прицепить кучу датчиков, LCD, сделать диначическую индикацию для 7seg led или вообще для светодиодной матрицы, прицпить что-нибудь по 1-ware, что то прицепить по i2C и еще это все вывести на UART. Хотелось бы посмотреть как на ассемблере это все написать можно. lol

>Наводки и помехи зависят не от микросхемы микроконтроллера, а от его рабочего напряжения, и исполнения устройства - экранирование там, разрядники, токоограничивающие резисторы на входах и т.п.
Да не скажи, вот у меня лежит at89c52, пробит один пин порта. Из рассказа хозяина, я поннял что тупо вылетел от статики, просто рядом сваривали. А at89c52 хоть и не avr но atmel-овское поделие тоже.

Вот еще феерический случай.

"Однажды убил attiny2313, но сам виноват, работал в свитере из синтетики. Питание было от усб с компа, полез с мультиметром, и тут между пальцем и платой искра проскочила. Контроллер перестал подавать признаки жизни, впечатление такое, что перестал работать внутренний генератор, на сброс не реагирует, пробовал внешнее тактирование подать, не помогло."

http://forum.easyelectronics.ru/viewtopic.php?t=13939&p=248441

Интересно пики от этого застрахованы? Начитавшись ужастиков в интернетах я что то усомнился в надежности avr, хотя еще вчера был другого мнения.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>> Чайник при этом станет стоить в два раза дороже.

> А с чего ты взял что дороже stm достаточно дешовые, примерно с AVR наравне.

Давно я так пацталом не валялсо. Я имел в виду стоимость чайника. Или ты думаешь, что у меня чайник с AVR внутри??

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>> Вообще-то с микроконтроллерчиками у нас тот случай, когда на ассемблере работать проще чем на сях.
> И чем проще? Может светодиодиком помограть и просто, а когда надо прицепить кучу датчиков, LCD, сделать диначическую индикацию для 7seg led или вообще для светодиодной матрицы, прицпить что-нибудь по 1-ware, что то прицепить по i2C и еще это все вывести на UART. Хотелось бы посмотреть как на ассемблере это все написать можно. lol

На ассемблере это раза в три-четыре проще и короче :) Когда у тебя куча [полу]рилтаймовой периферии, начинаешь считать такты и место на стеке - тут уже не канает запихать все регистры в стек (по два такта на каждый), обработать прерывание и вернуть регистры из стека (по два такта на каждый), опять же в случае нескольких прерываний может оказаться что у тебя на стеке сидит несколько наборов регистров и стек переписывает данные программы, потому что ОЗУ очень мало, и это порой приводит к таки невероятным ошибкам, что на трезвую голову просто невозможно диагностировать. А чтобы контролировать что там твоя программа на сях будет использовать - стек или регистры, для этого нужны дополнительные бесчеловечные гнусёвые декларации, которые лично для меня сложноваты. С другой стороны в сях нет таких конструкций как, например, сдвинуть байт с учётом переноса. Вобщем приходится себя заставлять писать на сях, при этом не совсем понятно ради чего, для себя я придумал мотивацию - чтобы потом иметь шанс прочитать что написал год назад, но всё равно постоянно думаешь, а стоит ли выделки эта овчина.

>> Наводки и помехи зависят не от микросхемы микроконтроллера, а от его рабочего напряжения, и исполнения устройства - экранирование там, разрядники, токоограничивающие резисторы на входах и т.п.
> Да не скажи, вот у меня лежит at89c52, пробит один пин порта. Из рассказа хозяина, я поннял что тупо вылетел от статики, просто рядом сваривали. А at89c52 хоть и не avr но atmel-овское поделие тоже.

Ты чего с рук его покупал чтоли? Хозяин тебе не сказал, что чип без пробега по России? Статическое электричество - это потенциал, накапливающийся на диэлектрике птому, что ему некуда там утечь. Сварка скорее дат динамический эффект - мощные импульсы, которые улавливаются проводниками на плате, работающими как антенна. Чтобы чипы не вылетали - нужны токоограничивающие резисторы на входе и разрядники на входе.

> Вот еще феерический случай.
> "Однажды убил attiny2313, но сам виноват, работал в свитере из синтетики. Питание было от усб с компа, полез с мультиметром, и тут между пальцем и платой искра проскочила. Контроллер перестал подавать признаки жизни, впечатление такое, что перестал работать внутренний генератор, на сброс не реагирует, пробовал внешнее тактирование подать, не помогло."
http://forum.easyelectronics.ru/viewtopic.php?t=13939&p=248441

А это статическое электричество. От которого не дохнет только дубовая релейная и теплоламповая техника. Любая уважающая себя КМОП-микруха просто обязана от этого сдохнуть.

Интересно пики от этого застрахованы? Начитавшись ужастиков в интернетах я что то усомнился в надежности avr, хотя еще вчера был другого мнения.

Да забей, люди от статики мрут, а ты тут с микрухами

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>На ассемблере это раза в три-четыре проще и короче :) Когда у тебя куча [полу]рилтаймовой периферии, начинаешь считать такты и место на стеке - тут уже не канает запихать все регистры в стек (по два такта на каждый), обработать прерывание и вернуть регистры из стека (по два такта на каждый), опять же в случае нескольких прерываний может оказаться что у тебя на стеке сидит несколько наборов регистров и стек переписывает данные программы, потому что ОЗУ очень мало, и это порой приводит к таки невероятным ошибкам, что на трезвую голову просто невозможно диагностировать. А чтобы контролировать что там твоя программа на сях будет использовать - стек или регистры, для этого нужны дополнительные бесчеловечные гнусёвые декларации, которые лично для меня сложноваты. С другой стороны в сях нет таких конструкций как, например, сдвинуть байт с учётом переноса. Вобщем приходится себя заставлять писать на сях, при этом не совсем понятно ради чего, для себя я придумал мотивацию - чтобы потом иметь шанс прочитать что написал год назад, но всё равно постоянно думаешь, а стоит ли выделки эта овчина.
Вынес мозг своим ассемблером. Я вон тут вообще нашел такую быдлокодерскую штуку для pic-ов что даже avr-овский arduino отдыхает. ))) Эта штука flowcode называется, вообще реальный быдлокод прямо из блок-схем алгоритмов.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

Неужели блок-схему нарисовать выходит быстрее, чем код напейсать?

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

>Неужели блок-схему нарисовать выходит быстрее, чем код напейсать?
Конечно быстрее, ты уже думаешь не о том чтобы где то не поставить = вместо ==, а об алгориме работы девайса и плучаешь код из алгоритма.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

Пиши на Паскале - там не спутаешь = и ==

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

Паскаль не нужен.

Re:[pic][avr][stm(arm)]Про микроконтроллеры.

Сам же выше писал что путаешь = и ==. А в Паскале такого безобразия нет.