-
- Зачем ARM, чем собственно PIC плохи? - fk0(11.09.2011 21:57)
- Хочется иметь бесплатную (не краденную) среду разработки-отладки. - Скрипач(11.09.2011 22:10)
- А не надо MPLAB красть - просто скачать с Microchip... - Make_Pic(11.09.2011 22:32)
- Если речь про компилятор, то то же есть варианты - Make_Pic(11.09.2011 22:34)
- Да? А какие, если не секрет? - Скрипач(11.09.2011 22:49)
- Под какие PICи PIC18,PIC24,PIC32? - Make_Pic(11.09.2011 22:59)
- А кто из них без внешнего кварца обеспечивает работу с UART? Скрипач(204 знак., 11.09.2011 23:13)
- В 8КБайт flash на более чем 8-разрядном контроллере даже на ассемблере ничего внутрь не влезет. Плотность кода не та (PIC24, PIC32, да и ARM, даже в thumb, тоже). Как минимум (ещё ПО в размерах никогда не уменьшается, только увеличивается). 12 бит fk0(292 знак., 12.09.2011 12:39)
- Если не пихать ничего лишнего (т.е. всякие ОС и стандартные библиотеки типа printf), то в 8 Кбайт АРМа очень даже немало лезет. Компактность кода в thumb примерно как 8-битнике. Dir(96 знак., 12.09.2011 14:14 - 14:17)
- Примерно как на 16-битнике. У нормального 8-битника и инструкции 8-битные (PIC и AVR в расчёт не берём -- гарвардское извращение). Немало это сколько? 1000 строк кода? Не надо смешить. Что туда влезет -- hello world. Потому и нет с 8КБайт в fk0(52 знак., 12.09.2011 14:48)
- У thumb инструкции 16-разрядные как и у 8-битников. С чего бы это плотность кода была хуже? Dir(799 знак., 12.09.2011 15:28)
- У 8-битников, нормальных, фон-нейман, инструкции всю жизнь были 8-битные. i8080, Z80 -- классика жанра. x51 наконец. AVR и PIC -- от восьмибитности там только АЛУ осталось. Ещё раз, есть понятие "плотности кода". Для ARM будет, очень примерно fk0(136 знак., 12.09.2011 15:34)
- Теоретег :) Только что говорил про "Hello Word", а теперь уже практически весь мозг девайса за 5куе ничего не значит ;) Dir(327 знак., 12.09.2011 15:49)
- Я тоже использовал pic16, silabs, pic18, pic24, AVR и ARM. И программки писал без ОС, но с использованием библиотеки. И цену 8КБайт прекрасно представляю. Ну 1500 строк от силы. Не больше. Аж 4000 строк на ассемблере -- если чиста теоретически. И fk0(79 знак., 12.09.2011 16:06)
- Дык, смотря для чего ;) - Dir(12.09.2011 16:09)
- Я тоже использовал pic16, silabs, pic18, pic24, AVR и ARM. И программки писал без ОС, но с использованием библиотеки. И цену 8КБайт прекрасно представляю. Ну 1500 строк от силы. Не больше. Аж 4000 строк на ассемблере -- если чиста теоретически. И fk0(79 знак., 12.09.2011 16:06)
- Теоретег :) Только что говорил про "Hello Word", а теперь уже практически весь мозг девайса за 5куе ничего не значит ;) Dir(327 знак., 12.09.2011 15:49)
- У 8-битников, нормальных, фон-нейман, инструкции всю жизнь были 8-битные. i8080, Z80 -- классика жанра. x51 наконец. AVR и PIC -- от восьмибитности там только АЛУ осталось. Ещё раз, есть понятие "плотности кода". Для ARM будет, очень примерно fk0(136 знак., 12.09.2011 15:34)
- У Energy Micro есть кристаллы и с 8КБ. И имхо, к примеру, несложная математика с разрядностью >8 (фильтрик и т.п.) будет сильно компактнее, чем на пике. - she(12.09.2011 15:00)
- Счас сравнил. Printf на авк из флаша 8кб на M3 3 кбайта(правда не уверен что из флаша). - Т.Достоевский(12.09.2011 15:37)
- просто printf ничего не значит - может быть до жопы вариантов реализации. - she(12.09.2011 15:47)
- Оба ЙАРовские. - Т.Достоевский(12.09.2011 17:19)
- просто printf ничего не значит - может быть до жопы вариантов реализации. - she(12.09.2011 15:47)
- Счас сравнил. Printf на авк из флаша 8кб на M3 3 кбайта(правда не уверен что из флаша). - Т.Достоевский(12.09.2011 15:37)
- У thumb инструкции 16-разрядные как и у 8-битников. С чего бы это плотность кода была хуже? Dir(799 знак., 12.09.2011 15:28)
- Примерно как на 16-битнике. У нормального 8-битника и инструкции 8-битные (PIC и AVR в расчёт не берём -- гарвардское извращение). Немало это сколько? 1000 строк кода? Не надо смешить. Что туда влезет -- hello world. Потому и нет с 8КБайт в fk0(52 знак., 12.09.2011 14:48)
- Если не пихать ничего лишнего (т.е. всякие ОС и стандартные библиотеки типа printf), то в 8 Кбайт АРМа очень даже немало лезет. Компактность кода в thumb примерно как 8-битнике. Dir(96 знак., 12.09.2011 14:14 - 14:17)
- Вот эти не пики, но специально для работы без кварца предназначены (->). Dir(1180 знак., 12.09.2011 02:56 - 02:58, ссылка)
- В 8КБайт flash на более чем 8-разрядном контроллере даже на ассемблере ничего внутрь не влезет. Плотность кода не та (PIC24, PIC32, да и ARM, даже в thumb, тоже). Как минимум (ещё ПО в размерах никогда не уменьшается, только увеличивается). 12 бит fk0(292 знак., 12.09.2011 12:39)
- А кто из них без внешнего кварца обеспечивает работу с UART? Скрипач(204 знак., 11.09.2011 23:13)
- Под какие PICи PIC18,PIC24,PIC32? - Make_Pic(11.09.2011 22:59)
- Да? А какие, если не секрет? - Скрипач(11.09.2011 22:49)
- Если речь про компилятор, то то же есть варианты - Make_Pic(11.09.2011 22:34)
- А не надо MPLAB красть - просто скачать с Microchip... - Make_Pic(11.09.2011 22:32)
- Хочется иметь бесплатную (не краденную) среду разработки-отладки. - Скрипач(11.09.2011 22:10)
- реально. На STM32 и STM8 отклонение до 1,5-2% в коммерческом диапазоне. Благодаря fractal baud rate generator тактовая совсем не обязана быть кратной скорости обмена, поэтому нет разницы, 1200 или 115200 - koyodza(10.09.2011 15:51)
- На хМега точность внутренних (2 МГц и 32 МГц) RC генераторов +/- 1,5%. - Юрий_СВ(10.09.2011 15:46)
- Смотрим, например, данные внутреннего калиброванного генератора HCI STM32F100C4T6: 8МГц (-2,7...3%) при изменении температуры -40...+105C Dir(922 знак., 10.09.2011 15:24)
- Если очень захотеть, то можно ввести в протокол процедуру автокалибровки скорости. - SciFi(10.09.2011 15:55)
- Но нужно иметь эталон, по которому ее калибровать. Часовой кварц в RTC был бы оптимальным решением, но похоже, автору хочется избавиться вообще от кварцев. - Dir(10.09.2011 16:07)
- Если "в протокол" -- то это как в LIN по первой посылке, а не по рядом стоящему кварцу. - ReAl(10.09.2011 16:12)
- Согласен, недопонял "в протокол" - Dir(10.09.2011 16:15)
- Если "в протокол" -- то это как в LIN по первой посылке, а не по рядом стоящему кварцу. - ReAl(10.09.2011 16:12)
- Но нужно иметь эталон, по которому ее калибровать. Часовой кварц в RTC был бы оптимальным решением, но похоже, автору хочется избавиться вообще от кварцев. - Dir(10.09.2011 16:07)
- Если очень захотеть, то можно ввести в протокол процедуру автокалибровки скорости. - SciFi(10.09.2011 15:55)
- tiny44 с RC-генератором, откалиброванным по методике Атмела. Bootloader вполне устойчиво работает в "настольно-отладочных" условиях на скорости 38400. Если ногодрыгу потребен RTC, то можно регулярно калиброваться на лету по нему. Что Точка опоры из дому(121 знак., 10.09.2011 12:58, )
- Реально на ... 1200 бод :) - Ксения(10.09.2011 11:53)
- По идее, ошибка будет составлять одну и туже величину от периода для ЛЮБОЙ скорости. - Юрий_СВ(10.09.2011 15:49)
- в тех МК, где делитель частоты может настраиваться только на целые значения, это актуально из-за сложностей получения требуемой скорости при некратной тактовой - koyodza(10.09.2011 16:03)
- Мы же говорим про ошибки, обусловленные неточностью генератора, а не неудачностью коэф-та деления. А влияние таких ошибок не зависит от коэф-та деления. - Юрий_СВ(10.09.2011 16:09)
- корректнее рассматривать проблему комплексно: Вы где-то видели внутренний генератор с частотой 7372800 или 11059200? А получить 115200 из 8МГц имея только koyodza(265 знак., 11.09.2011 00:11)
- 7.373 видел в P89LPC9xxx:) - Vit(11.09.2011 01:09)
- ну ладно, может ещё где-то есть. Но это скорее исключения - koyodza(11.09.2011 21:23)
- 7.373 видел в P89LPC9xxx:) - Vit(11.09.2011 01:09)
- корректнее рассматривать проблему комплексно: Вы где-то видели внутренний генератор с частотой 7372800 или 11059200? А получить 115200 из 8МГц имея только koyodza(265 знак., 11.09.2011 00:11)
- Мы же говорим про ошибки, обусловленные неточностью генератора, а не неудачностью коэф-та деления. А влияние таких ошибок не зависит от коэф-та деления. - Юрий_СВ(10.09.2011 16:09)
- в тех МК, где делитель частоты может настраиваться только на целые значения, это актуально из-за сложностей получения требуемой скорости при некратной тактовой - koyodza(10.09.2011 16:03)
- По идее, ошибка будет составлять одну и туже величину от периода для ЛЮБОЙ скорости. - Юрий_СВ(10.09.2011 15:49)
- Зачем ARM, чем собственно PIC плохи? - fk0(11.09.2011 21:57)