caxapa.ru :: PIC24FxxK50 - можешь пример привести? Из того, что есть на Digikey. Печалит, что модуль шифрования именно в этих неотключаемый.

Evgeny_CD, Архитектор (20.12.2014 01:21 - 01:34, просмотров: 321) ответил Илья на А, ну тогда да. слейвы есть вообще вкусные, например PIC16F1455, PIC24FxxK50 - не требуют кварца, подстраивают свой RC от USB шины.

PIC24FxxK50 - можешь пример привести? Из того, что есть на Digikey. Печалит, что модуль шифрования именно в этих неотключаемый. PIC24FJ128GB202-I/SS 128KB FLASH 28SSOP 8k RAM 100: 3.36 PIC24FJ128GB204-I/PT 128KB FLASH 44TQFP 8k RAM 100: 3.63 - это довольно интересный камень, но недешев. При весьма скромных набортных ресурсах. USB без внешнего кварца - привлекательно и глюкоустойчиво, но ради этого использовать PIC24.... не знаю.... С другой стороны, аналоговая часть этих чипов хороша - АЦП, компараторы и проч. Отдельный вход Vbat для 44 пинового корпуса. Errata вполне терпимая.

30005009b.pdf 80000613a.pdf

Ответить

- Так так! А вот просто бесподобное семейство! PIC24FJ64GCххх, PIC24FJ128GCххх: тоже бескристальное, 12-bit 10MSPS Pipeline ADC, 2x10-bit 1MSPS DAC, 16-bit Sigma-Delta ADC (2 diff. ch). Без шифрования! Еррата только в части ADC, противная, но Evgeny_CD(222 знак., 20.12.2014 02:47)
  - Чего в них бесподобного? Я PIC24FJ256xxx в прошлом году программировал и плевался. А до тебя только щас дошло? Так тот PIC24 в проект в 2010 году попал. Жрёт много. Renesas жрёт сильно меньше. Для Renesas есть C++ компилер, есть GCC, есть fk0(328 знак., 20.12.2014 02:58)
    - У АРМов vs ПИКи система команд очень неудачная, из-за этого АРМы проигрывают по скорости (при равной тактовой) и проигрывают по размеру кода. Не уверен, что разница в компиляторах может это компенсировать. - AlexBi(22.12.2014 11:25)
      - Не неси чуши. Я ж тут писал размеры проекта для PIC24, Renesas и Cortex-M3. У кортекса (у ARM в Thumb режиме) в два раза меньше код, чем у PIC24. У Renesas с GCC меньше на сколько-то там, 10-20%, не помню. У Renesas с IAR -- как у ARM. Почему fk0(1053 знак., 22.12.2014 12:29)
        
        Яр для колдфаер глючный донельзя (а код очень компактный, да). Вроде бы всё работает, а на каком-то коде выдаст лажу, и ведь не сразу заметишь. Что там с ренесасом - хз. Про арм хотя бы есть надежда, что оно широко тестируется. - SciFi(22.12.2014 12:34)
        
        Яр для колдфайров? Месье знает толк в извращениях. Его сколько лет назад забросили? И в чем вообще сермяжная правда, при наличии GCC и CodeWarrior? - lightelf(23.12.2014 11:54)
        
        Ваш GCC -- жалкая паделка студентов. Профессионалы используют CCS C compiler и Micro C. - fk0(23.12.2014 11:56)
        
        CCS C для колдфайров? Не, не слышал. А вот CodeWarrior весьма. - lightelf(23.12.2014 12:01)
    - А да, у них ещё абсолютно уёбищный отладчик "профессионального уровня". Реально нужно смотреть хексдампы и отдельно дизассемблер на бумаге. - fk0(20.12.2014 03:02)
- Вот бескристальная линейка: - Гудвин(20.12.2014 01:38, ссылка)
  - Ахуеть блядь. Сейчас практически _все_, за редким исключением, современных контроллеров работают "без кристалла". Только у нормальных (а не пиков) при этом хотя бы калибровка генератора работающая есть (без комментариев в даташите, мол "у нас для fk0(52 знак., 20.12.2014 02:59)
    - Единственный плюс пиков -- дофига периферии, включая аналоговую (компараторы, ОУ встроенные -- редко где есть вообще). - fk0(20.12.2014 03:05)
    - И генератор. У нормальных есть нормальный PLL, где отдельно задаётся частота на периферию и ядро. А не заставляют загонять периферию на максимум потребления (ибо _иногда_ нужно быстрое ядро и на ходу не переключишь), а она жрёт больше всего. И fk0(81 знак., 20.12.2014 03:04)
  - 8 битные пики - только не это! - Evgeny_CD(20.12.2014 01:59)

Средства и методы разработки