И ничего кроме "не виноватая я, он сам...." сказать больше нечего?

У ARM-ов есть одно существенное преимущество, если Вы работаете с большими обёмами данных в ОЗУ. На ARM это получается гораздо быстрее. Проблема в том что у Cygnal всего один индексный регистр.

Поддерживаю, что очень хорошие...

В 70-х (точнее 80-х) была SISC-архитектура, а сейчас RISC, есть разница: 100MIPS и выше без проблем, я дотянул до 150, хотя это и запрещено.
А система команд осталась, и она удачная для 8-разрядников. Не зря архитектуру С51 сейчас используют для софт-процессоров на FPGA. При этом можно работать с uVision, где удобно сочетать С и ASM.
Потом в Silabs динамическое изменение тактовой частоты, а это снижение энергопотребления. В Silabs корпуса разные; самые малые 5*5мм и меньше, разве это не мечта для носимой аппаратуры.
Да и периферия намного лучше, чем было в 70-х.
Хорошее сочетание дает Silabs+CPLD, у меня было C8051F121 + MAXII.
На Silabs сделал десяток проектов, не было ни одного глюка. А если и были, то виноват был сам, что можно сказать и о других фирмах.

Тут дело совсем в другом, просто ядро очень простое и открытое ( спасибо не только IBM за открытую платформу IBM PC, но и INTEL за открытый 51 ). Средств разработки с тех времен немало накопилось, ну и исходников. Посему и жив курилка, как экстемально дешовое ядро к специализированной периферии. И будет жить.

Год назад я разрабатывал устройство на SiLabs С8051F350, микроконтроллер был выбран в силу наличия высокоточного 24-разрядного АЦП.

перед использованием обязательно читайте errata к мк

Вопрос почти в тему: кто-либо работал с C8051F71x? Там есть любопытный узел, именуемый CS0, с разрешением вплоть до 16 бит. Интересует реальная точность измерения ёмкости, в индустриальном диапазоне температуры.
(Смутило то, что данный узел задуман для сенсорных кнопок, где требования к точности весьма скромные).

Нормальная вещь для своего класса. И uCos на нём работает. Сейчас ставлю эти девайсы в менеджмент питания (раньше на нём и ПЛИС крутился весь проект).
Никаких проблем с ними не было за исключением того, что если память программ кончится -- то ничего не попишешь.
Периферия (uart spi i2c..) простенькая -- байт - ориентированная, то есть проц весь издёргается прерываниями пока примет пакет. .. это лечится ПЛИС на системной шине. Напрягает матрица перекоммутации входов/выходов. Нужно играться утилитой конфигуратора перед рисованием принципиальной схемы и лучше сразу повключать нужную и не нужную периферию..

Как это ни парадоксально, но у SiLabs практически нет errata
Как написанно в документации - так и работает, в отличии от cypressов и AVR-ов.

Сообщение отредактировал Sujan - Dec 10 2010, 21:09

Симпатичные контроллеры, хоть и не самые дешевые. И габариты маленькие, и потребление, и отладка внутрисхемная всего по 2 проводам. Правда пользовался только 921,990,991-ми.
Немного только напрягает отсутствие EEPROM. Писать во Flash не очень удобно, с ее страничным стиранием...

Кстати, а есть библиотека с ними для Proteus'а? Пользовался им для симуляции схемы с PIC'ом - понравилоь. Практически проет был сделан более чем на 90% виртуально. Когда появился "в железе" оставались мелкие штрихи. Вот бы и с SiLab'ом так!

Сообщение отредактировал Shein - Feb 4 2011, 15:44

Странно. На моделях что я использовал (120, 040, 580) всегда есть параллельная основной памяти программы область для хранения данных со специфичным доступом.
Хотя страничное стирание и там присутствует.

Малость соврал в 580 нет

Попробую оживить опрос на тему живости Silabs-ов, но с уклоном в энергоэкономию.
Кто пользовался C8051F920/F930? Особливо интересует использование спящего режима - удавалось ли добиться стабильной долгой работы? Столкнулся с такой проблемой, что вроде бы отлаженный sleep вешает контроллер через неделю-другую стабильной работы.

Боюсь, что не совсем точно понял описание проблемы. То есть Вы включаете контролер в работу, он выполняет некие действия и после этого уходит в длительный и непрерывный sleep? Или все же есть какая то периодическая процедура, которая пробуждает контроллер, а он, в свою очередь, выполнив заданную работу снова погружается в сон?

В первом случае SiLabs не может долго находится по причине реализации механизма sleep. Не помню точно в каком топике, в конференции на "родном" сайте, некий Tsuneo писал, что из-за утечек контроллер не может гарантированно сохранять содержимое регистров больше недели.
Поэтому рекомендованный режим работы длительный sleep не более суток. Потом "побудка", обязательно пере прописать базовые настройки периферии и данные сохраняемые в RAM, после этого можно опять спать.
У меня есть изделие на f930 которое питается от батарейки и реализует именно такой принцип работы. В свое время озадачился похожей проблемой. У меня длительность состояния sleep, после которого контроллер надежно просыпался, составила не более 3-х суток.

Сообщение отредактировал O.L. - May 10 2011, 08:57

Я бы порекомендовал прочтение Erratы и использовать кристаллы ревизии старше D....спит неделями и ничего при пробуждении не переписываю и непереинициализирую...

и кстати пример от Силабов....