> PIC нинужен. есть STM32

//Fixed for Greater Justice!

И да, для 24f серии у них gcc, который можно под линь скомпилить. Но выкачивать инсталяшку виндовую вайном и доставать оттуда хедеры задалбывало.

Начать лучше с arduino: и недорогой процессор + макетка в сборе, и USB есть, и ethernet бывает...

а кроме него есть что-нибудь? например Hi-tech или mcc18? под линукс естественно.

а отладка там тоже реализуется?

Вроде и отладка есть, и IDE какое-то ненужное впридачу.

Худшего подхода, чем у ардуйны я не видел. Начинать рекомендую с gcc + Makefile при некотором опыте системного программирования на десктопе.
Особенно меня умиляет, когда ардуйну называют языком программирования, хотя по сути это
* кривая среда, с мордочкой над avrдудкой и gcc (реже над dfu-util и gcc (leaflabs maple))
* C++ (Linus негодует) обертки над Сшными библиотеками, местами с опечатками (Serial.Avalible)

За С++ на мк вообще убивать.

И да, я начинал с attiny2313 в SOIC, gcc, Makefile'а и примера для мигания диодом и проводов от LPT. Борду травил/паял сам.

Поставил, посмотрел, по возможностям больше похоже на пре-альфу... Странное поделье, нужность токого вызывает сомнения.

Смотря что за гаджеты... А вообще лучше начать с потренироваться в каком нибудь симуляторе типа Proteus (под Wine) или gEDA, за одно станет понятно, на что хватит сил и терпения, и на чем приятнее разрабатывать.

Хорошая новость :) Надеюсь он проект MPLAB понимает.

От Netbeans наследовать нечего, в Netbeans нету встроенной системы управления версиями, там этот функционал плагинами подключается.

>А яву просто не люблю, тормозилово ненужное.

не люблю

Ну раз ты не любишь, то тогда точно закопать. А как же.

Можно смело заявить, что они сопровождают свои железные продукты «высококачественным» ПО.

Ну и тот факт, что это только начало, тоже может иметь вес.

mplab имеет очень полезную функцию - аппаратную отладку и поддерживает целую пачку аппаратных отладчиков. К сожалению у geany я этого даже в плагинах не нашёл... может плохо искал.

Замечательная новость

Замечательная новость, во истину. Вот только опоздали они, потому что идиоты. Все кто мог уже с микрочипа перепрыгнули на другие чипы, производители которых на Линукс стали ориентироваться сразу. А микрочип 10 лет как минимум тянул вола за яйца.

Блин,с PIC'ом кто-то работает?Первый раз слышу. Но видимо работают,если они так «громко» называются. А в чём фишка PIC'a(в смысле,есть ли у него,что-то чего у других нет)?

AVR тоже не нужен. Есть ARM.

Самый дешевый и простой контроллер. Правда, модификации 16-битных пиков стоят уже как простенькие армы, поэтому в ценовой категории выше 300-500р пики и не используются.

Не знаю как, плагинами или нет, но версии в нём работают из коробки.

Есть же stm8!

Не знаю как...

Но комментирую.

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

pic дает гарантированное время отклика на прерывания, можно с точностью до процессорного такта посчитать. авр - зависит. может 2 такта, а может и 7. стек в пике аппаратный, в авр в общей памяти - можно легко затереть. с другой стороны память в пике страничками по 256 байт, а у авр аппаратный перемножитель (скажем посчитать простенькую математическую формулу на пике и авре это две большие разницы по времени выполнения). в общем у пиков БЫЛИ некоторые преимущества, но микрочип их успешно просрал. авр сейчас и дешевле и мощнее и доступнее. вопрос только в том когда микрочип загнется полностью, потому что других конкурентов тоже уйма - тут и стм8/32, тут и мсп430, да и самые простенькие армы (только корпусом неудобны).

Аппаратный перемножитель есть и у пиков см.пик18 ИМХО главное преимущество микрочип (в сравнении с АВР) в поддержке старых контроллеров которые до сих пор выпускаются и их можно приобрести, ну это для тех кто занимается профессионально и выпускает девайсы тиражами

тиражные изделия на пиках это все таки в основном пик16. пик18 (16-битный) имеет маловато шансов против даже 8-битных авр атмег. пик24 соответственно мало что может предложить против авр32, но я честно ни тем ни другим не пользовался и если встанет подобная задача скорее предпочту стм32. ихний дискавери что для стм8 что для стм32 стоит как грязь при гораздо лучших параметрах.

пик18 (16-битный) имеет маловато шансов против даже 8-битных авр атмег

CAN-шина? 4 таймера? аппаратный перемножитель? SPI? Аппаратный ШИМ?

по моему путаница: пик18 - 8бит, пик24-16бит, пик32-32бита

>pic дает гарантированное время отклика на прерывания, можно с точностью до процессорного такта посчитать.

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

авр - зависит. может 2 такта, а может и 7.

минимум 4 такта, зато он сразу переходит на обработчик по вектору, время отклика более предсказуемо.

стек в пике аппаратный,

Это типа преимущество ? он строго ограничен по количеству уровней вложенности.

в авр в общей памяти - можно легко затереть.

легко затереть можно при неумелом подходе все что угодно, даже e(e)prom - это больше к квалификации пишушего вопрос.

с другой стороны память в пике

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

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

> CAN-шина? 4 таймера? аппаратный перемножитель? SPI? Аппаратный ШИМ?

http://www.atmel.com/dyn/products/devices.asp?category_id=154&family_id=690&s...

Дорогие они какие-то...

Ещё бы пару недель соглсился бы. Но проскочила новость, что AVR не нужен: есть PIC на MIPS! Преимущества за те же деньги на примере Arduino налицо: http://hackaday.com/2011/05/27/chipkit-uno32-first-impressions-and-benchmarks/

PIC32MX795F512 (http://www.microchip.com/en_US/family/32bit/) стоят на digikey 8-10 евро, т.е. как и AT90CAN128. А возможностей и производительности судя по описанию и ссылке из моего предыдущего поста значительно больше.

Кстати, тут выше уже упоминались pic32. Именно эти имелись ввиду?

Эти. Но вы на их стоимость не смотрите: выше я уже говорил, что использовать 32-разрядные PIC'и смысла нет - дорого и медленно по сравнению с какими-нибудь ARM'ами. А вот восьмибитные - удобны. Шестнадцатибитные - когда как.

А вам не попадалась какая-нибудь статья (вроде той, что я упомянул), где можно было бы увидеть сравнение производительности чипов PIC32 - ARM в сходной ценовой категории? Arduino на cortex m3 есть, но сравнения я пока не обнаружил.

Нет, не попадалась. Но, ИМХО, в 32-битном варианте PIC'и проигрывают ARM'ам.

>>Не знаю как...

Но комментирую.

Мы говорили о самом факте существования, а не о реализации.

Так что s/Не\ знаю/Пофиг/

Я спрашивал что конкретно понимается под «встроенная система управления версиями». Но вы не знаете. Я, как нетрудно догадаться, тоже. Так что мне изначально непонятен ваш мотив отвечать на вопросы не имея ответа.

>А вам не попадалась какая-нибудь статья (вроде той, что я упомянул), где можно было бы увидеть сравнение производительности чипов PIC32 - ARM

Для начала найдите нормальный открытый или бесплатный компилятор для mips-ядра PIC32 - там с этими пиками все огорожено включая спеки на систему команд mips, а потом обнаружите что он не лучше cortex-m.

Ересь.
Компилятор для pic32 основан на gcc и доступен в сорцах.
Пруфлинк: http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&d...
Смотреть раздел Source Archives

>Компилятор для pic32 основан на gcc и доступен в сорцах.

Наверняка это полная шняга :) Для arm компилеры пилят огромным сообществом включая заинтересованные компании-производители чипов на arm.

А что Вы конкретно не понимаете в фразе «встроенная система управления версиями»? По-моему все очевидно: «встроенная» - значит «из коробки», то есть не надо дополнительных телодвижений по установке и настройке, «система управления версиями» (система контроля версий) - позволяет хранить несколько версий одного и того же файла (исходника, описания, ресурсов, и всего остального, что может присутствовать в проекте), при необходимости, возвращаться к более ранним версиям, определять, кто и когда сделал то или иное изменение и многое другое.

> Я спрашивал что конкретно понимается под «встроенная система управления версиями». Но вы не знаете.

Возможно, для программиста это модуль. Но я ж не пишу нетбинс, я его использую, так что для меня это просто определённый функционал. Модулем он реализован или нет — в любом случае, Microchip мог его заимствовать из Netbeans, а не изобретать

свой стотыщпятьсотпервый вариант с блэкджеком и депутатками

> Какой смысл в 16-битных контроллерах когда есть 32-битные. К слову microchip нишу 32-битных контроллеров даже неосвоили.

Цена?

а какой смысл в 16-ти битных, если с задачей справится и 8-ми битный?

пик18 (16-битный) имеет маловато шансов против даже 8-битных авр атмег.

18-ый пик - 8-битный, 24-й и 30-й - 16-битные, вы хоть с предметной базой ознакомьтесь перед тем, как отзывы писать.

На данный момент задумываюсь об «обумнении» дома :)
Хотелось бы сделать умное/управляемое освещение на диодах. К тому же в друзьях имеется астроном-любитель который недавно сам построил телескоп весьма приличного качества. Хотелось бы его компютеризировать.

Спасибо за подсказку, обязательно попробую симуляторы.

Ну, для таких поделок вполне хватит 8-битных контроллеров, таких как PIC16/18, ATtiny, ATmega. Они хорошо документированы, в том числе и на русском, нет проблем с программаторами и средами разработки, есть решения для USB и Ethernet, но, по крайней мере для «умного дома», рекомендую обратить внимание на RS-485 интерфейс.

Конкретно непонятно следующее, если система встроена то это значит что пользоваться ею можно, с одной стороны сразу установив IDE, а с другой - никак иначе, потому что она является неотъемлемой частью продукта. А если она прикручивается плагинами то я могу начать использовать новую IDE не переконвертируя существующие проекты в новую систему контроля версий но если мне вдруг захочется использовать одну IDE с несколькими системами то это будет вопросом наличия/возможности написания соответствующего плагина. Разницу ощущаете?