Микроконтроллеры

Вега-1, 1984 год

Поздравляем вас с Международным женским днём - 8 Марта: Уважаемые коллеги партнёры дорогие женщины От лица коллектива РУ Электроникс поздравляем вас с Международным женским днём - 8 Марта В нашей отрасли мы привыкли оперировать точными величинами: сопротивлением мощностью ёмкостью напряжением. Мы знаем что даже самая совершенная схема не заработает без источника питания без той самой проводимости которая превращает сухие цифры спецификаций 06-03-2026

Скидка 15% на имульсный тестер обмоток Актаком АМ-3085: Спешим сообщить о старте акции на высоковольтный тестер обмоток Актаком АМ-3085. Только до 1 мая 2026 года этот прибор доступен по специальной цене. Вы экономите более 51 тысячи рублей 06-03-2026

SiC MOSFET в корпусе с инновационной конфигурацией выводов от AMG Power: AMG Power расширил линейку карбид-кремниевых MOSFET решением в корпусе TO247-4S с уникальной конструкцией два толстых два тонких вывода. 06-03-2026

Крупная партия электронных компонентов: более 1300 электронных компонентов и электротехники от ведущих производителей: Компания РУ Электроникс продолжает расширять складские запасы: несколько контейнеров с электронными компонентами и электротехникой уже в пути. Более 1300 новых позиций поступит на склад в Москве в ближайшее время. Масштабное пополнение закрывает ключевые потребности промышленности: от запуска производственных линий до сервисного обслуживания и модернизации оборудования. В новой поставке - все… 05-03-2026

Новое поколение последовательных интерфейсов от АО Микрон : гибкость и универсальность ИС К5361ВВ2Т: Российский вариант полудуплексного трансивера с поддержкой промышленных стандартов последовательной передачи данных RS-485 и RS-422 от АО Микрон получил не только кириллическое наименование К5361ВВ2Т в дейтоновской кодировке но и обновлённый кристалл с набором функций на уровне популярных зарубежных разработок. Помимо поконтактной совместимости с аналогами в корпусе SO-8 рассмотренными… 05-03-2026

Наборы электронных компонентов KEEN SIDE: На складе ООО СЭЛКОМ в широком ассортименте представлены наборы популярных электронных компонентов KEEN SIDE. Наборы охватывают различные категории электронных компонентов включая полупроводниковые диоды транзисторы устройства защиты кварцевые резонаторы клеммники разъёмы… 04-03-2026

Интеллектуальные микросхемы для дымовых газовых и комбинированных датчиков безопасности от 3Think: Компания 3Think представила микроконтроллеры предназначенные для создания современных дымовых газовых и комбинированных сигнализаторов безопасности семейство… 04-03-2026

Компактный корпус и высокая стойкость к перенапряжениям: AZKN6129N - решение для жестких условий эксплуатации БПЛА: AZKN6129N это не просто очередной трансивер а оптимизированный инструмент для разработчиков БПЛА и робототехники. Сочетание миниатюрного корпуса встроенного согласователя уровней и высокой толерантности к напряжению делает его идеальным выбором для высоконадежных систем управления. 02-03-2026

Cosying Up To China: 23 years ago fostering good relations with China looked like a good idea A new initiative intended to foster Anglo-Chinese business joint ventures was recently launched in the UK reported ... The post Cosying Up To China appeared first on Electronics Weekly… 06-03-2026

Denso bids for Rohm: Denso the Japanese auto parts supplier has made an offer to buy Rohm for around 8.2 billion reports the Nikkei. We are considering various strategic options including the acquisition of ... The post Denso bids for Rohm appeared first on Electronics Weekly… 06-03-2026

Risk assessment in the workplace: The Chief Engineer from a company Dunn contracted for dishonestly presents fake power supply test results as if they were real. The post Risk assessment in the workplace appeared first on… 06-03-2026

R S Communications Tester Enables Rapid Validation of Wi-Fi 8 Networking Platforms: Rohde Schwarz tester helped validate Qualcomm s advanced multi-antenna capabilities designed into its next-generation Wi-Fi 8 platforms. The post R S Communications Tester Enables Rapid Validation of Wi-Fi 8 Networking Platforms appeared first on EDN Asia… 06-03-2026

Linux Hotplug Events Explained: There was a time when Linux was much simpler. You d load a driver it would find your device at boot up or it wouldn t. That was it. Now though people read… 06-03-2026

Nvidia Advances AI-Native Strategy at MWC: The telecom sector is divided on radio access network architecture. The post Nvidia Advances AI-Native Strategy at MWC appeared first on EE Times… 06-03-2026

Phone Brand Loyalty: Apple currently has the largest user base in the US UK and Japan while Samsung leads in Germany according to a Statista Consumer Insights survey. In the US 47% of respondents ... The post Phone Brand Loyalty appeared first on Electronics Weekly… 06-03-2026

Regulatory clarity promised for space manufacturing of pharmaceuticals: UK government agencies are announcing their intention to work together to support in-space manufacturing of pharmaceuticals. This is in terms of regulatory clarity and official support. It sees potential in ... The post Regulatory clarity promised for space manufacturing of pharmaceuticals appeared first on Electronics Weekly… 06-03-2026

Most Read - RS buys BPX Nvidia photonics AI-RAN in 6G: There s Rohm licensing TSMC s GaN process technology Nvidia building 6G wireless networks and RS Group buying a specialist distributor of industrial automation and control. The post Most Read RS buys BPX Nvidia photonics AI-RAN in 6G appeared first on Electronics Weekly… 06-03-2026

Installation Costs Cut By 30-40% Through Our Patented Wireless Architecture - Garima Bharadwaj Enlite: In an era where automation defines efficiency and performance building management can no longer afford to lag behind. Garima Bharadwaj of Enlite shares with EFY s Nitisha Dubey how the company s IoT solutions enable real-time optimisation of building systems. Q. What differentiates Enlite s edge controller from traditional BMS or PLC systems A. Our edge controller is cloud-native 06-03-2026

Ceva integrates modem IP for satellite and terrestrial terminals: Launched at MWC in Barcelona the PentaG-NTN is a 5G-NTN non-terrestrial network modem IP subsystem for satellite user terminals supporting LEO and MEO constellations. It enables satellite operators constellation and ... The post Ceva integrates modem IP for satellite and terrestrial terminals appeared first on Electronics Weekly… 06-03-2026

Last-level cache has become a critical SoC design element: LLC positioned between external memory and internal subsystems stores frequently accessed data close to compute resources. The post Last-level cache has become a critical SoC design element appeared first on… 06-03-2026

Wireless Smoke Detector Reference Design: It provides design engineers with a practical architecture hardware components and firmware framework for developing reliable and scalable fire-safety devices used in smart homes and building monitoring systems. Early fire detection is critical for saving lives and preventing property damage. Traditional standalone smoke detectors only provide local alarms which may not be heard… 06-03-2026

Is Your IoT Strategy Ready for the New Landscape: Shifting regulations will push the market beyond price comparisons toward providers offering flexibility resilience and clearer guidance. The post Is Your IoT Strategy Ready for the New Landscape appeared first on EE Times… 06-03-2026

New engineering center supports product development: The Lee Company announced the opening of a new 27 500-square-foot Innovation Center intended to support product development. The facility provides space for engineering teams to evaluate new applications develop prototypes and respond to changing customer requirements across key markets. The Innovation Center is intended to support engineering development in an open workspace with integrated… 06-03-2026

Building a Heading Sensor Resistant To Magnetic Disturbances: Light aircraft often use a heading indicator as a way to know where they re going. Retired instrumentation engineer Don Welch recreated a heading indicator of his own using cheap off-the-shelf read… 06-03-2026

IAR EW-8051. Пытаюсь переместить строки в ROM чтобы не занимать RAM. Получаю сообщение о том что cl-pli-nsic-1e16x01.r51 не найдено. Иаровцы недоложили нужный вариант CLIB или это я что-то не учел? Что делать? - AlexG(02.11.2008 11:22, MCU, полностью)
- я в таком случае перекомпилил CLIB с нужными мне параметрами... - OldNick(02.11.2008 13:49, )
- Было такое, пришлось модель памяти менять. Михаил Е.(76 знак., 02.11.2008 13:18)
  - спасибо, уже переделал все так. CLIB перекомпилировать не вариант, т.к. версия без исходников библиотек. - AlexG(02.11.2008 16:25)
2 torrentoводам: качните патченый CoverScout - General(01.11.2008 23:02, MCU, полностью)
- вот. Alex B.(117 знак., 01.11.2008 23:43, ссылка)
  - Заходи, поговорим. - General(02.11.2008 09:39)
Гм, помогите с ИАР 51 v750. Ввожу тот же сгенерированный номер - ругаецца, что он уже использован для ARM. Результат от другого генератора не хочет. - Vladimir Ljaschko(01.10.2008 10:51, MCU, полностью)
- А Вы номер для 51 возьмите. Мож Вы по привычке номер для АРМа и даёте? - VAI(01.10.2008 11:07)
  - Дык генератор дает все одинаковые номера, ключи разные. - Vladimir Ljaschko(01.10.2008 11:15)
    - Второй раз рапустите, будет другой номер. - VAI(01.10.2008 11:51)
      - Ну я тормоз... Спасибо. - Vladimir Ljaschko(01.10.2008 12:52)
        
        нормально... - sda(01.11.2008 13:24)
to Evgeny_CD: вроде где-то вы писали, что MIPS`ы заполонили нишу телекома, и АРМы там не живут. было такое? - Mahagam(28.10.2008 20:53, MCU, полностью)
- Было такое (писал). И вроде как есть (засилье MIPS). - Evgeny_CD(28.10.2008 21:05)
  - Конечно формулировка "переключение контекста" не строгая, но почитав статью понятно, ARM - multimedia, consumer и т.п. - МВ(31.10.2008 20:57, )
  - Переключение контекста в Линуксе у АРМа в ДЕСЯТЬ раз медленее чем в PowerPC, наверняка и для MIPS картина таже МВ(96 знак., 31.10.2008 20:49, )
    - Т.е. если у нас прерывания случаются с частотой 1 Кгц, то порядка 10% процессорого времени идет в никуда. Вот и вам и система реального времени... - Evgeny_CD(01.11.2008 12:21)
    - Эта статья? -> - Evgeny_CD(31.10.2008 22:11, ссылка)
      - Вообще сильно. В очередной раз задумаешься об основах... - Evgeny_CD(01.11.2008 00:28)
  - Доводилось читать о том, что на сетевых задачах MIPS (4Kxxx) выдает 50% от теоретической производительности на коде от GCC без особого шаманства. На ARM вроде как немного медленее получается (реальная производительность). - Evgeny_CD(28.10.2008 21:09)
    - При всех равных условиях (размер кэш, частота системной шины и пр...)? Оба проца в режиме big endian (таков порядок байт в сети)? ++(268 знак., 29.10.2008 09:02, ссылка, ссылка)
      - Броадком уверенно сидит на MIPS и слазить не планирует. ARM достался интелу в наследство от DEC, вот они и пихают его куда не попало. - Evgeny_CD(31.10.2008 16:26)
- нашёл сам. тут есть догадка насчёт причины. почему в рутерах и всякой сетевой шняге рулил и рулит мипс, а не арм. Mahagam(48 знак., 28.10.2008 20:59, ссылка)
- Года 2 назад во всяческих бытовых роутерах, DSL и пр. было засилье мипсов. Арм встречался редко. Сейчас может что и изменилось... - Гудвин(28.10.2008 20:56)
  - судя по моим предположениям - АРМ7 в телекоме жить не будет. а вот кортекс - запросто... - Mahagam(28.10.2008 21:06)
    - 16 битные команды Cortex? Более сжатый код, более эффективное использование кеша команд или большая производтельность при том же кеше? - Evgeny_CD(28.10.2008 21:11)
      - не в коде дело. моя мысля такая: в телекоме используется много-много разных структур с разными размерами и в разном порядке. и для обработки приходится выбирать разные 16-ти и 32-х разрядные данные по _невыровненным_ адресам. чего далеко ходить - IP Mahagam(555 знак., 29.10.2008 12:09)
        
        Вообще мысль толковая. Я согласен. Вероятно, это не единственная, но существенная причина. - Evgeny_CD(30.10.2008 20:39)
        
        Тема на самом деле жутко интересная. Просто настоящий диссер можно было бы написать. Не бумажный, а очень даже востребованный. Для этого нужно всего лишь набор тактово-корректных симуляторов различных ядер: ARM, Cortex, CF, MIPS, PPC. Evgeny_CD(739 знак., 31.10.2008 11:48)
        
        самый тактово-корректный симулятор - сам МК построенный на исследуемом ядре. засада ж в том, что не существует МК с одинаковой периферией но разными ядрами. посему востребованность такой бумажки под вопросом - все равно выбор сведётся к конкретной связке Mahagam(297 знак., 31.10.2008 16:06)
        
        Важно, что один и тот же C файл. Что касается обвязки, то есть два варианта: 1) когда важная хитрая периферия - тогда выбирают ее 2) когда периферия в FPGA либо стандартная (UART, Ethernet) - тот здесь уже выбирают ядро и качественный DMA. - Evgeny_CD(31.10.2008 16:16)
        
        когда есть FPGA - то вариантов уже столько, что выбор ядра отбрасывается чуть ли не на последнее место. :) - Mahagam(31.10.2008 19:40)
        
        Угу. Токо HDL модель ядра от производителя стоит несколько дороже FPGA.... - Evgeny_CD(31.10.2008 22:13)
        
        Все проще. Порядок байт в сети big endian. Little_endian x86 приходится программно переставлять местами байты в каждом 16bit_word, 32bit_word.... +++(198 знак., 30.10.2008 15:13, )
        
        верно. но при выборе арм/мипс - уже и unaligned access важен. - Mahagam(30.10.2008 15:15)
        
        На mips, unalligned access по шине адреса приложения, приводит к смерти приложения по сигналу SIGBUS. - +++(30.10.2008 15:19, )
        
        Т.е., проц падает в trap_handler, os обрабатывет trap и убивает задачу согналом SIGBUS. - +++(30.10.2008 15:21, )
        
        стопстопстоп. я про невыровненные обращения к данным. а не про код. Mahagam(77 знак., 30.10.2008 15:31)
        
        Мда..., диалог суровых эмбеддеров, за гранью разума. AlexandrY(901 знак., 30.10.2008 16:31)
        
        не порите чушь. да, исключения не будет. но и прочитать long одной командой с невыровненного адреса в ARM7 вам не удастся. Mahagam(385 знак., 30.10.2008 17:31)
        
        Изнемогаю от смеха. ;) Вы на ARM7 роутеры собрались делать? AlexandrY(180 знак., 30.10.2008 17:56)
        
        блин. роутер можно и на 51-ом сделать. если промолчать про скорость работы. Mahagam(57 знак., 30.10.2008 18:38)
        
        Да это похоже как в опенсорсе, взял ядро нахаляву так будь добр всем об этом объяви. AlexandrY(131 знак., 30.10.2008 19:12)
        
        использование ARM обычно выпячивают наружу. - Mahagam(30.10.2008 19:17)
        
        В нормальных ARM-ах нет никаких проблем взять данные с невыровненного адреса, исключения это не вызовет. - в нормальных - это в каких? - Alex B.(30.10.2008 17:11)
        
        :))) например ARM7TDMI. эдакий "классический". Cortex-M3 похоже мутирует в сторону x86: теже пляски с размером команды. - Mahagam(30.10.2008 17:38)
      - Сколько доводилось встречатся с чипами для роутеров, там чуть не уровень L3 хардварный. Во всяком случае таблицы маршрутизации и поиск по ним точно хардварные. Система команд практически не влияет. - AlexandrY(28.10.2008 21:28)
        
        А учитывая готовность MIPS для кустомерского сопроцессора - усе готово для ентого L3 : - Evgeny_CD(28.10.2008 21:56)
        
        Ну не знаю, в Altium-e вы нынче получаете ядро ARM нахаляву в виде CoreMP7 и можете совать его во все дыры куда только лезет дизайн на FPGA. Т.е. готовность ARM-ов к заказным дизайнам гораздо выше. - AlexandrY(28.10.2008 22:39)
        
        т.е. наличие ARM7 с никакой расширяемостью (несмотря на то, что это softcore) в спизженом софте является критерием лучшей готовности архитектуры к заказным дизайнам? =) - Alex B.(29.10.2008 09:54)
Atmel послал Микрочипа и ОнСеми в пешее эротическое путешествие - "вы чо, братаны, в натуре охренели нам по 5 баксов за акцию предлагать???" :)) --> - MBedder(30.10.2008 15:12, MCU, ссылка, полностью)
- "Microchip and ON Semiconductor will consult with their respective Boards of Directors and advisors and will determine their next steps in due course". интересно, на скольки сойдутся? - Alex B.(30.10.2008 23:42, ссылка)
  - Хз, сойдутся ли. ИМХО им чем дальше, тем сложнее деньги будет найти для этой сделки. - she(30.10.2008 23:51)
    - Так чем дальше - тем меньше денег на сделку потребуется :) - Al Volovich(31.10.2008 10:28)
      - Да не видать пока =) Посмотрите на курсы их акций за последний месяц. Мчип и он медленно сползают вместе с насдак, а атымель колбасится, но в плюсе. - she(31.10.2008 10:31)
  - Имхо ни на скольки. Чорний пеар. На покупку много бобосов надо и врядли в нынешней ситуёвине они их найдут. О чём, впрочем, Atmel и нопесал - Shura(30.10.2008 23:51)
- ломается как девочка =)) - Alex B.(30.10.2008 16:04)
  - Ну да, типа "я не такая, я жду трамвая!" :)) - MBedder(30.10.2008 16:38)
- Ещё не ночер, помяни моё слово. Со дна ещё не постучали. - General(30.10.2008 15:37)
  - Знаем, плавали :)) - MBedder(30.10.2008 15:52)
Всем привет. Возникла необходимость документирования софта, сдаваемого разработчиком. Ну с исходниками всё ясно, а как поступать с вспомогательной инфой (алгоритмы, блок-схемы, etc.) не совсем ясно. Как у вас решается этот вопрос? - Shura(27.10.2008 15:12, MCU, полностью)
- Поразил факт: 7 программеров и все программят на ассемблере. Неужели это так необходимо? Dir(2013 знак., 30.10.2008 03:38)
  - Кто сказал, что все? Не все и не всегда, а там, где это необходимо. - Shura(30.10.2008 10:11)
- а контроль версий используете? - yes(29.10.2008 13:55)
  - Нет, вообще ничего не используем. Поэтому бардак полнейший, я вот и пытаюсь как-то упорядочить это всё - Shura(29.10.2008 13:57)
    - как жыж вы докатились до такой жизни-то? - bialix_(29.10.2008 14:20)
      - Исторически. Разработчиков было всего 2, причём невзаимозаменяемых, поэтому в каком бы то ни было упорядочивании не было никакого смысла. Теперь их 7, поэтому назрела необходимость принятия мер. - Shura(29.10.2008 14:33)
        
        Может просто уволить 5? ;-) - she(29.10.2008 14:56)
        
        Уволить как раз тех двоих бы не помешало, вот в чём засада основная :-) - Shura(29.10.2008 15:10)
        
        Для начала нужно назначить начальника из их числа, затем внедрить контроль версий типа svn. Для обучения пригласить спеца из "больших программистов" - в Минске хватает. При конфликтах - разгонять всех, и правых и виноватых. - Vladimir Ljaschko(29.10.2008 14:41)
        
        Начало положено, начальник из их числа это я. :-)))) - Shura(29.10.2008 14:45)
        
        по svn усть книжка svn-book фри. где пытаются объяснить не только как пользоваться, но и зачем. собственно "освоить" тулзы там вопроса нет. важно именно "social problem" - то есть в людях. контроль версий хоть и не снимает вопроса с документацией, но yes(36 знак., 29.10.2008 19:42)
        
        Насчет социал проблем. Сейчас борюсь за то чтобы каждый из коммитов соответствовал одному багу или одной фиче. А то есть любители коммитить один раз в месяц, обычно перед релизом. ;/ - diper(30.10.2008 13:00)
        
        хотел сказать что-то едкое, но воздержался. чаще надо этим заниматься, чаще! чтоб застоя крови в малом тазу не было! - bialix(30.10.2008 22:40)
        
        *сделал невинные глаза* Чем чаще заниматься? - diper(30.10.2008 22:52)
        
        Где она есть? ;-) - Shura(30.10.2008 10:12)
        
        блина, да в гугле =) - Alex B.(30.10.2008 10:20, ссылка)
        
        Ёпта, спасибо. Чтоб гуглить - название знать надобно :-) - Shura(30.10.2008 10:22)
        
        "svn book" - первая ссылка =) - Alex B.(30.10.2008 10:26)
        
        +1 - Alex B.(29.10.2008 23:14)
        
        :-) Не очень удачное решение, поскольку программирование - не самая сильная твоя сторона(насколько я понимаю). Можешь пойти на поводу. Вместо жесткой архитектуры программы получишь какую-то документацию, по которой точно также нельзя будет ничего понять. - Vladimir Ljaschko(29.10.2008 14:55)
        
        Я не только за программистов отвечаю, а за всех разработчиков в целом. Поэтому я не могу быть одинаково силен со всех сторон. :-) - Shura(29.10.2008 15:09)
        
        Это понятно, ты и так слишком хорош :) - Vladimir Ljaschko(29.10.2008 15:29)
- Шура, начните для начала с внедрения ревью кода. bialix_(1158 знак., 28.10.2008 14:11)
  - Имеет ли смысл делать ревью на начальных этапах, когда кода пишется много и большая часть из которого заглушки для будущей функциональности? Т.е. много "мусора", который ревьювить имеет смысл только на соответствие кодестайла. - diper(28.10.2008 14:36)
    - так не пишите заглушки, а пишите только по существу. на начальных этапах неплохо бы архитектуру проработать. код -- это отражение архитектуры. если код пишется из головы, без оглядки на какой-то архитектурный план, то ревью как раз выявит дырки в bialix_(24 знак., 29.10.2008 13:29)
  - Такая мысля тоже была, спасибо. Только это, имхо, не в начале а в самом конце ужо должно быть Shura(127 знак., 28.10.2008 14:17)
    - это идеальный порядок вещей. у вас проблема (как я понял) с формализацией п.1 и 2. Потому и предлагаю начать с п.3. чтобы четче стало понятней чего не хватает. - bialix_(29.10.2008 13:32)
    - Trac is an enhanced wiki and issue tracking system for software development projects - diper(28.10.2008 14:32, ссылка)
- В конструкторская документация должна обеспечивать производство информацией, ++(128 знак., 28.10.2008 10:06)
  - А алгоритмы- это более ранняя стадия проектирования (напр эскизный проект ....) Если Вы делали сразу рабочий проект ++(51 знак., 28.10.2008 10:11, ссылка)
- Эти все алгоритмы обычно исходникам не соответствуют. Шоб были на всяк случай можно включить файлы в проект исходников, а уделять им время не стоит. - Vladimir Ljaschko(27.10.2008 16:03)
  - Вот мне именно надо, чтоб соответствовали. И время уделять придётся. Вопрос как раз в оптимизации этого времени - чтоб не слишком много уходило, но при этом оставался достаточный уровень документированности. - Shura(27.10.2008 16:21)
    - Это утопия =) - she(27.10.2008 16:47)
      - Ответ: - ++(28.10.2008 10:14, ссылка)
      - По делу есть чо сказать? Не верю, что никто нигде этого не делает. Раньше даже ГОСТы были. - Shura(27.10.2008 16:55)
        
        Ну разрисовывал я всякие диаграммы состояний, последовательности обмена в UML'е для зоказчегов. Ничо так, даже полезно на этапе продумывания архитектуры софта. Но времени жрет уйму, и если этим заниматься на протяжении всего прожекта, свихнуться можно. she(385 знак., 27.10.2008 17:26)
        
        А можно вот пример глянуть как это выглядит? - Shura(27.10.2008 17:32)
        
        Пример с ibm.com устроит? she(302 знак., 27.10.2008 17:44, картинка)
        
        Как-то неинформативно совсем. А по "формальным требованиям" можно подробнее? У нас вопрос стандартизации сотфа в зачаточном состоянии вообще, "каждый др.чит, как он хочет" - Shura(27.10.2008 17:46)
        
        По формальным - разумный минимум, все вроде и так знают: she(451 знак., 27.10.2008 18:12)
        
        Я бы за ассемблер сразу давал в глаз, потому что меня клинит от одной команды jmp :-) - Vladimir Ljaschko(27.10.2008 18:24)
        
        А по с++усалам? :)) - MBedder(27.10.2008 19:05)
        
        Прости! ...но все равно клинит :) - Vladimir Ljaschko(27.10.2008 19:22)
        
        у меня, конечно, не по стандарту, но как-то так Alex B.(67 знак., 27.10.2008 17:50)
        
        Ну и у меня не по стандарту. И только интерфейсные вещи. Vladimir Ljaschko(27.10.2008 18:07)
        
        Это уже понятнее намного :-) О каком стандарте идёт речь? - Shura(27.10.2008 17:54)
        
        У меня-то "ниокаком" =) У she - об UML - Alex B.(27.10.2008 17:59, ссылка)
        
        Шура, я лично по ГОСТам делал 20 лет назад! Никому не нужная работа. Если программер твой - зачуханный ассемблерщик, то фиг тебе алгоритмы помогут. Человеческий фактор на первом месте. Разобраться не может... - Vladimir Ljaschko(27.10.2008 16:58)
        
        Алгоритмы это первооснова. Саму прогу я могу дать другому челу переписать, но нужно знать, как она работает - Shura(27.10.2008 17:00)
        
        Спорить не буду, сейчас скажешь что "сложная обработка датчиков", бла-бла-бла... Но мы то понимаем, что причина проблемы - непрофессионализм. - Vladimir Ljaschko(27.10.2008 17:04)
        
        Нет, там другая причина на самом деле, причём намного хуже. Но это к делу не относится. Насчёт датчиков - практически угадал :-) - Shura(27.10.2008 17:11)
    - А как ты это соответствие собираешься обеспечивать? Программиста на допрос и иголки под ногти? :) Для начала выбери подходящую среду для алгоритмов попроще. И установи правила синхронизации с версиями ПО. - Vladimir Ljaschko(27.10.2008 16:31)
      - Паяльником обеспечивать буду :-) Что за среды для алгоритмов? Я не в теме совсем - Shura(27.10.2008 16:36)
        
        Ну в чем ромбики рисовать будешь? В Visio, как все студенты, в Chartist, как маразматичные профи, или в чем-то современном? Кстати, заказчиком эти программы должны быть куплены. Может, таки нафиг? :) - Vladimir Ljaschko(27.10.2008 16:46)
        
        Да мне похер ромбики, можно и в текстовом виде описывать. Суть не в этом, а в том, чтобы хоть как-то описать структуру и алгоритм работы программы. - Shura(27.10.2008 16:54)
        
        ой, да ладно вам. Софтин для рисования ромбиков бесплатных хоть ( | ) ешь. Навскидку - Dia, yEd, ну и еще какие-то смотрел. Вопрос-то не в этом... - Alex B.(27.10.2008 16:53)
        
        Сейчас - да. Просто я сталкивался с комбинацией алгоритмы+заказчик. Простейшие вопросы не решаются. - Vladimir Ljaschko(27.10.2008 17:08)
        
        Здесь проще, заказчика нет как такового, докУмент нужен для внутреннего пользования - Shura(27.10.2008 17:12)
        
        если стоит выбор рисовалки - то могу посоветовать yEd. Alex B.(61 знак., 27.10.2008 17:28, ссылка)
        
        Пока вопрос более общий - что, как и в каком объёме требовать с разработчика - Shura(27.10.2008 17:29)
    - что понимается под достаточным уровнем? Кому-то достаточно doxygen + graphviz. Если для ваших диаграмм (не зависимостей, которые doxygen стоит сам по исходникам) будет достаточно средств graphviz, то это, имхо, лучший вариант. Прям в комментарии Alex B.(182 знак., 27.10.2008 16:30)
      - еще как вариант - Understand for C/C++ - но это все таки больше для анализа, нежели для документирования. - Alex B.(27.10.2008 16:32, ссылка)
        
        Не подходит, софт на ассемблере в основном - Shura(27.10.2008 16:34)
        
        Если для продукции Atmel, то Algorithm Builder :) бомж(27.10.2008 22:55)
        
        хм. А что тогда значит "с исходниками все ясно"? Я думал doxygen и юзаете, раз все ясно... - Alex B.(27.10.2008 16:37)
        
        Значит, что исходники просто сдаются в архив. Разобраться с ними никто, кроме аффтара не может, да и сам аффтар по истечении времени в них разобраться не может. Отседова и вопрос возник - Shura(27.10.2008 16:41)
        
        ну тады ой. Если бы на С/С++ - то юзать доксиген и не парится. Все равно, конечно, осталась бы проблема лени и похуизма, но как я понял, за аксиому берем что все молодцы. Но все равно согласен с she, в идеальный порядок все привести не удастся =) - Alex B.(27.10.2008 16:55)
        
        Doxygen и другие ф топку. Сильно зесераются исходники. У нас от него остались только шапочки для файлов и функций. diper(255 знак., 27.10.2008 17:47)
        
        да-да, я тоже так думал. Вы путаете комментирование и документирование. Если у вас документация никак не связана с исходниками, то держать ее в актуальном состоянии это ацкий труд, проще будет совсем на это болт забить. Alex B.(543 знак., 27.10.2008 17:58)
        
        ... если модуль сложный, то описание его работы расписано в шапке. Тоже касается функции. Размеры не смущают. Держится в более менее актуальном состоянии. Прелипил шапку одного модуля, текст не важен, главное количество :) diper(27.10.2008 18:10)
        
        есчо раз - вы говорите про комментирование исходников. Я про документирование - т.е. про отдельный от исходников документ, который им [теоретически] соответствует. Alex B.(588 знак., 27.10.2008 18:19)
        
        Усе понял. У нас как то не сложилось написание отдельных документов. Обычно на проект (если это одна функционально законченная железка) разработчик для себя составляет один документ в котором расписаны неокторые ньюансы, которые в исходник запихать diper(381 знак., 27.10.2008 18:31)
        
        во-во. "Когда уходит разработчик" - это один из вариантов, когда нужна документация... - Alex B.(27.10.2008 18:37)
        
        Дык вот и вопрос - какая документация? - Shura(28.10.2008 10:52)
        
        Да никакая ;) AlexandrY(325 знак., 28.10.2008 20:43)
        
        БДСМом увлекаетесь? :) - diper(28.10.2008 21:53)
        
        С чего-то надо начать хотя-бы, к идеалу будем приближаться итерациями :-) - Shura(27.10.2008 16:57)
Народ, поделитесь спецурой на IrDA. DDD(83 знак., 24.10.2008 15:16, MCU, полностью)
- У меня есть свежак на работе, если надо то стучись в понедельник - Shura(24.10.2008 18:42)
  - А в нем есть что существенное для SIR? DDD(84 знак., 27.10.2008 16:17)
    - залил файло ирдата, смотри сам - Shura(27.10.2008 16:58)
- Что-то есть. - General(24.10.2008 15:39, ссылка)
  - А в сундук то я и не заглянул ))) - DDD(24.10.2008 17:07)
Доброго времени суток! Чем отличаются CC2430F128 и CC2430ZF128 ? Pahan(102 знак., 27.10.2008 15:45, MCU)
Интересное поведение IAR MSP 4.11B dxwak (1941 знак., 11.09.2008 10:03, MCU, полностью)MBedder
Помогите с проблеммой запуска F149. По сбросу стоит супервизор, по питанию 4,7 мкФ. При попытке запуска после выключения питания спустя ~ 10c - контроллер мертвый, причем питание - в норме, reset - снимается с задержкой 200 мс после подачи питания. den123(112 знак., 19.10.2008 15:51, , MCU, полностью)
- ау! что было-то? - General(22.10.2008 16:28)
  - К сожелению еще актуально:( Хотя дополнительно замечен нехороший эффект - с используемой совлместно ADM2486 при снятом со стороны контроллера питании на линии RX остается 0,5 В - копаюсь. - den123(24.10.2008 14:38, )
    - Еще погадам. TPS'ки одинаковые? Reset берется с одной или обоих? Есть мысля что внтренняя схема сброса может пиаться не "оттуда откуда надо" и разница питаний при выключении нарушает работу схемы сброса. - diper(24.10.2008 14:58)
      - TPS-ки идентичные, сброс берется с той, с которой заведено DVCC - den123(24.10.2008 14:58, )
        
        Попробуй объединить резеты, они с открытым коллектором. - diper(24.10.2008 15:09)
        
        Не помогло:( den123(233 знак., 24.10.2008 15:11, )
        
        А если всеже замкнуть AVCC и DVCC эффект пропадает? - diper(24.10.2008 15:15)
        
        Как писал ниже - запитывал МК от одной TPS-ки - эфект нулевой. den123(416 знак., 24.10.2008 15:28, )
        
        Ну замкните, жалко чтоль? :) - diper(24.10.2008 15:42)
        
        Замкнул - не там копаем :( - den123(24.10.2008 15:47, )
- Что-то у вас не то там, в ваших "консерваториях". При таких же условиях сотни устройств работают нормально. Что означает "мертвый"? Питание какое? Супервизор на какое напряжение? Код инициализации/начального старта приведите. - rezident(19.10.2008 18:25)
  - Мертвый - не подает признаков активности, не реагирует на reset и т.п., либо начинает выполнение кода и тотчас пересбрасывается (видно из контроля напряжения на ТХ UART)- циклично. Питание 3,3В - линейный стабилизатор TPS76733 он же и формирует reset. den123(279 знак., 20.10.2008 13:22, )
    - TPS76333 это не супервизор, а LDO и она не формирует самостоятельно сигнала RESET. Если вы хотите чтобы без супервизора сброс проходил нормально, то поставьте на вход EN TPS76333 делитель от входного напряжения, напр. 62к+47к, а на выходе ее rezident(624 знак., 20.10.2008 13:37)
    - Схему в студию. Приаттачь к сообщению gif или jpg. Хочу узнать, как с помощью LDO формировать RESET. - General(20.10.2008 13:30)
      - Схему приводить - лень вырезать в jpg, использую так - у TPS76733 выход Reset притянут к Uout через 10 кОм, он же заведен на вход Reset МК - при включении на reset МК - "0", через 200 мс - "1". При пульсациях напряжения питания, кратковременных den123(70 знак., 20.10.2008 14:43, )
        
        А ёмкости на RESET нет вообще? - General(20.10.2008 15:15)
        
        Вообще есть - 0,01 мкФ на землю, но влияет только при испытаниях на ЭМС и то - только чтоб перестраховаться - den123(20.10.2008 17:11, )
        
        Опс! Не заметил, что TPS76733. Прочитал как TPS76333 :( - rezident(20.10.2008 15:13)
        
        Еще раз просмотрел в описании TPS76733 диаграммы формирования сигнала reset от входного напряжения - вроде все должно работать. В чем подвох? - den123(20.10.2008 15:11, )
        
        ИМХО подвох может быть при малой скорости нарастания входного напряжения. Попробуйте блокировать RESET вручную (пинцетом, например) при подаче питания. Будет ли при этом устойчивый запуск? - rezident(20.10.2008 15:17)
        
        Скорость нарастания напряжения питания контроллера в норме - смотрел осциллографом - reset снимается при установившемся питания с достаточной задержкой. Весь парадокс в том, что при проявлении сбоя МК не реагирует на блокировку reset (вручную - den123(68 знак., 20.10.2008 15:42, )
        
        А нет ли у него внешних необесточенных входных сигналов, через которые он может самоподпитываться? Схема все-таки желательна. - rezident(20.10.2008 15:53)
        
        Схему никак немогу присоединить, вкратце опишу - от 5 В через два TPS76733 (аналоговое и цифровое) питаются МК, ОЗУ и микросхема развязки контролеер и ОЗУ, от 5 В питается аналоговая схема (ОУ) с выхода которой напряжение подается на АЦП МК. Т.е. den123(323 знак., 20.10.2008 16:19, )
        
        Во блин! Т.е. питание на DVCC и AVCC с разных TPS-ок приходит? О_о Абалдеть! - rezident(20.10.2008 16:24)
        
        Почему Абалдеть? Цифровая часть схемы потребляет импульсно, а измерения хотелось бы проводить без всплесков по питанию. Ранее питалось от одного - бвыли нехорошие эффекты. - den123(20.10.2008 16:31, )
        
        Абалдеть, потому, что разница между величинами питаний цифровой и аналоговой не должна превышать ±0,3В. Потому как оне унутре промеж себя связаны. На электрониксе такая тема поднималась и Сергей Борщ даже отдельный запрос суппорту делал. rezident(38 знак., 20.10.2008 18:24, ссылка)
        
        Разница составляет менее 50 мВ, земли электрически соединены (конструктивно разные на плате), спадают при выключении синхронно. - den123(21.10.2008 10:21, )
        
        Имею большие сомнения, что спадают и нарастают они совершенно синхронно :( Попробуйте запитать (хотя бы временно) от одной TPSки. На 99% уверен, что характер проявления "зависания" сильно изменится или оно вообще пропадет. - rezident(21.10.2008 19:53)
        
        Склоняюсь к тому, что за данные 7-10 секунд начинает "сыпаться" ОЗУ, а поскольку напряжение питания не опустилось ниже 200 мВ (Umin для схемы POR), то МК не чует перезапуска питания. Но тогда почему не реагирует на reset? Кстати в результате den123(129 знак., 22.10.2008 09:02, )
        
        Не помогло :( В результате отладки дополнительно выявлено, что при проявлении сбоя PC прыгает на п-программу по вектору в FFFCh, причем когда нет сбоя - обработка прерывания от кварца, при сбое - наличие флага IFG1.0 (WDT or power-up). При обработке den123(207 знак., 22.10.2008 08:33, )
        
        Вот такая программа так же сбоит? diper(138 знак., 22.10.2008 14:34)
        
        К томуже сбои наблюдались с такой программкой (на P6.0 у меня светодиод - горит-выполняется, не горит-сбой) den123(121 знак., 22.10.2008 16:14, )
        
        Я что-то не пойму, как проверить работоспособность программы, которая ниченго не выполняет (стоп WDT и бесконечный цикл), либо имелось в виду данный код вместо основной программы, а тест производить в обработке прерывания с вектором FFFC? - den123(22.10.2008 15:28, )
        
        Действительно :) diper(652 знак., 22.10.2008 16:22)
        
        Данная программа также сбоит. Осциллографом неоднократно проверены все фронты по питанию, сбросу - косяков нет. Сейчас уже не исключаю возможность развития событий в следующей последовательности: den123(542 знак., 22.10.2008 16:40, )
        
        Не знаю, в моей практике всегда удавалось обойтись одним источником. А точность у нас предельная, разве что особенного быстродействия не требовалось. - General(20.10.2008 16:39)
        
        Предельная - 1/2 разряда? У меня частота дискретизации 25 кГц, запись во внешнюю ОЗУ каждого отсчета, управления ЦАПом по SPI с тактом 2 МГц, обслуживание драйвера RS485, при этом выходная часть схемы (ЦАП, RS485 гальванически развязана от измериловки, а den123(62 знак., 20.10.2008 16:50, )
        
        Не могу оценить красоту вашей реализации неизвестной мне задачи. А у меня встроенным АЦП по восьми каналам точно измеряем ток. Прецизионный токовый вход, поверяемый на 0.1%. Разумеется он в 2-4 раза точнее. - General(20.10.2008 16:59)
        
        Кстати - 1 мзр при ADC12 - 0,024 %. Ну да ладно, по поводу тока - что за шунт (у меня есть аналогичная задача) - den123(20.10.2008 17:04, )
        
        Резистор, вестимо. С хорошим ppm. - General(20.10.2008 18:19)
        
        Резистор конечно очевидно. Однако мне не удалось найти чип-резисторы с приемлемой стабильностью - изменением R с течением времени наработки (даже с хорошим ppm - 10..25), хотелось бы параметры как у С2-29C, иначе плакали 0,1% - при поверке через год den123(31 знак., 21.10.2008 08:18, )
        
        bccomponents, трубчатые 0207, вроде. - General(21.10.2008 08:36)
        
        Резисторы хорошие, но по данным за год (8000 часов) до 0,1%. Ну это я так - придираюсь:) Спасибо за информацию. - den123(21.10.2008 08:57, )
        
        Или 0204. Короче с ppm=15 - General(21.10.2008 09:05)
TI выложил даташит на MSP430F471x6 и MSP430F471x7 - diper(24.10.2008 14:23, MCU, полностью)
- А именно General(356 знак., 24.10.2008 14:34, ссылка)
Навскидку скажите плз соотношение быстродействия считывания SD карта - 16 битная флэш на плате. - Vladimir Ljaschko(24.10.2008 10:22, MCU)
инспаред бай Z8 или SPARC? по опыту юзания спарка с кольцом РОН-ов можно недецки потрахаться. в то время как для простых задачек Z8 было суперб :). интересно программную модель компилера взглянуть (сори если просмотрел - со вниманием беда в последнее yes (7 знак., 14.10.2008 18:47, MCU, полностью)=AlexD=
- Вкратце особенность идеи следующая: Def(1035 знак., 15.10.2008 17:13)
  - про SPARC : проблема с сворачиванием разворачиванием квазинепрерывного стека, что требуется недетерминированое время на переключение (с прерываниями все не так - есть запас на одну задачку). поэтому хоть и окон в v8 может быть 32 (32*16+8=520 РОН) во yes(113 знак., 16.10.2008 14:35)
    - т.е. недетерминированность в рамках 136РОН допустима, а 520 уже не допустимо долго для реакции на прерывание? Возможно про это kpu(355 знак., 16.10.2008 16:40)
      - я не совсем точно написал - задержка детерминирована, просто сохранить 136 регистров быстрее чем 512. но это никак не касается ПРЕРЫВАНИЙ - они мгновенны (то есть для них одно окно всегда держится свободным) yes(469 знак., 16.10.2008 20:27)
        
        хмм, чтото у меня стойкое ощущение, что ребята наступили на все грабли, какие только можно. Например отдельный аккумулятор вне регистрового файла - просто пестня, как будто по другому сделать нельзя было. - =AlexD=(16.10.2008 20:42)
        
        Кроме эмоций, что Вы конкретно имеете ввиду ? Чем плох аккумулятор и есть ли что-то еще, что вызывает смущение и почему ? - Def(17.10.2008 10:27)
        
        Да просто могли бы уж его смапировать на, скажем, пару верхних или нижних регистров окна, раз уж у вас регистровый файл. =AlexD=(406 знак., 17.10.2008 10:55)
        
        Вероятно решений по сокращению количества "телодвижений" масса. Ваше - также одно из них, и, также не идеально, как и остальные. При проектировании основной акцент делается не на покрытии всевозможных "фенечек", а на компромиссе между сложностью Def(408 знак., 17.10.2008 14:00)
        
        Я сказал, что "у меня есть такое ощущение". У меня нет желания ковыряться в тонкостях вашей архитектуры, уже хотя бы потому, что она мне СОВЕРШЕННО не интересна. В ней нет ничего любопытного. Простая и тупая. =AlexD=(423 знак., 21.10.2008 11:47)
        
        "...того, что бросилось в глаза..." - пока только аккумулятор, что то еще? (Вопрос повторяется дважды) Yustas(533 знак., 21.10.2008 12:47)
        
        Я не предлагал терять РОНы - это одно из непониманий. Второе по ссылке. Действительно, с меня довольно препирательств с бандой маркетологов. - =AlexD=(21.10.2008 12:56, ссылка)
        
        Да, на счет теневых недопонял, коллеги ввели в курс дела. Yustas(348 знак., 21.10.2008 15:32)
        
        Ну вообще-то моё предложение несколько сложнее. И хитрее. =AlexD=(509 знак., 21.10.2008 16:01)
        
        Как сделать в железе не вопрос. Больше интересует суть усовершенствования. Yustas(222 знак., 21.10.2008 16:19)
        
        Да, всё так. Это позволит более свободно оперировать ДСП командами и компилятору, да и для неДСП задач может пригодиться. Одни плюсы, и ни одного минуса. - =AlexD=(21.10.2008 17:39)
        
        (повтор) а какое соглашение о вызовах компилеру? если писать на С, то "глобальный" аккумулятор вряд ли имеет смысл. а если он не виден компилеру и используется каким-то высокооптимизированным кодом вне функций - то это сильно геморно, но, возможно, yes(601 знак., 21.10.2008 16:35)
        
        соглашение по вызову: окно двигаем всегда на 8, r0 указатель Си стека, т.е. до 8-ми параметров в регистрах и 8-1 не портящихся РОН под функцию. kpu(118 знак., 22.10.2008 10:25)
        
        Ой как мутно... похоже ощущения меня таки не обманули. =AlexD=(81 знак., 22.10.2008 11:10)
        
        если нормально делать, то не быстрее - =AlexD=(21.10.2008 17:40)
        
        и главное дороже ибо еще производство, а не просто build и готово - kpu(21.10.2008 18:16)
        
        На сколько дороже? - =AlexD=(21.10.2008 18:39)
        
        10-100 экземпляров выразится в человекомесяцах, а серия просто несопоставимо kpu(14 знак., 21.10.2008 18:48)
        
        Я не понял расчётов. Обычно себестоимость считается от площади чипа и объёма выпуска. Или вы предлагаете архитектуру под заказ? Такое мне не нужно. - =AlexD=(21.10.2008 18:53)
        
        вот! "от объема выпуска". Есть фиксированные начальные затраты. Больше выпуск - меньше их доля в цене за чип. - kpu(21.10.2008 19:29)
        
        Извините, но доля стоимости пары человеко месяцев исчезающе мала во всех расходах на подготовку производства. Или физдизайн уже готов и испечена пробная партия? Тогда действительно поздно. - =AlexD=(21.10.2008 19:35)
        
        поздно для чего? ... от пробной еще осталось kpu(236 знак., 22.10.2008 10:33)
        
        думали над этим. Накладные (чтоб без противоречий) не оправдывали экономии - kpu(17.10.2008 13:09)
        
        Накладные чего? Вентилей? "кто экономит вентили, тот не пьёт шампанского" :-) - =AlexD=(17.10.2008 13:14)
        
        Не только этими "фенечками" определяется быстродействие проца. ++(262 знак., 20.10.2008 09:16)
        
        20..30 относительно чего, где конкретные цифры? Yustas(1441 знак., 20.10.2008 19:57)
        
        Можно где-нибудь скачать тесты (исходный текст, makefile) эффективности кэша, которыми Вы пользуетесь? ++(280 знак., 21.10.2008 11:27)
        
        Для профилировки использовался симулятор. - Yustas(21.10.2008 11:41)
        
        Злой, наверное, я стал в последнее время. Можете напр, запустить пару тестиков производительности cpu, fpu (по ссылке)? ++(897 знак., 22.10.2008 12:49, ссылка, ссылка)
        
        Такж, если знаете какие- нибудь интересные тесты пропускной способности памяти и эффективности кэша- огромная просьба: выложите ссылочку. ++(66 знак., 22.10.2008 13:01)
        
        На таких низких частотах и требования к кешу естественно ниже. - =AlexD=(21.10.2008 08:16)
        
        Как требования могут зависеть от частоты? - Yustas(21.10.2008 11:04)
        
        Чем выше частота проца, тем больше тактов тратится в холостую на ожидание памяти. Чем выше потоковая скорость памяти, тем больше латентности. Вообще то это азбучные истины. - =AlexD=(21.10.2008 11:10)
        
        Это понятно... Да, частота шины влияет на среднее время доступа, но _требования_ к кэшам выставляются отнюдь не азбучными истинами. - Yustas(21.10.2008 11:46)
        
        Ну да, ещё характером используемого ПО. Но поскольку это априори неизвестный фактор, дефакто требования к кэшу (объём и скорость доступа) определяются именно скоростью и латентностью памяти с одной стороны и частотой ядра с другой. - =AlexD=(21.10.2008 11:56)
        
        Согласен на 90%. Чем больше частота сpu относительно системной шины... ++(259 знак., 21.10.2008 11:34)
        
        Ну что вы, что вы, мы ж обсуждаем 200МГц проц, а не какой-нибудь Core 2 Duo. - =AlexD=(21.10.2008 11:57)
        
        Ну мы пока только ISA обсуждали, подсистема памяти и периферия - это отдельная песня. - =AlexD=(20.10.2008 12:56)
        
        Также вопрос: для чего все это обсуждение? ++(272 знак., 20.10.2008 09:35)
        
        Уважаемый, Вы постоянно подменяете понятия. Прошу Вас, да простят мои слова аксакалы к коим это не относиться, не пудрите людям мозги. Def(750 знак., 21.10.2008 14:51)
  - Правильно ли я понимаю =AlexD=(458 знак., 15.10.2008 19:08)
    - Всё наоборот проще. Спец команда это call,int,trap. kpu(481 знак., 16.10.2008 11:20)
      - Ещё раз. Делая call со сдвигом проц ЖДЁТ пока выделяемые регистры сохранятся в стеке? ИЛИ КОГДА ЭТО ДЕЛАЕТСЯ (сохраняются регистры в стеке)? - =AlexD=(16.10.2008 12:36)
        
        Когда 128 кончатся, тогда самый начальный(старый) call (его РОНы PC PSW) kpu(743 знак., 16.10.2008 13:45)
        
        Вы всё время рассматриваете ситуацию, что у нас включили питание, и мы юзаем пустой регистровый файл. =AlexD=(367 знак., 16.10.2008 14:51)
        
        идея оптимизации в том, что часто туда-сюда стек прыгает, то есть первые 20-30 call в линуксе дойдут до пользовательской программы, где call-ret-call-ret, это дает выигрышь (тот же спарк 5-10% у арма выигрывает), но за это сильно платить надо, когда yes(85 знак., 16.10.2008 14:58)
        
        Понятно, если мы ёрзаем туда/сюда в пределах одного окна, то всё нормально, как только переключаем задачу, выясняется, что нам нужно сохранить 128 регистров. :-J Кстати, тут возможна аппаратная оптимизация. =AlexD=(36 знак., 16.10.2008 15:02)
        
        Не одного окна, а в пределах всего рег.файла (16 уровней). Про переключение, а по сути сначала про прерывания kpu(790 знак., 16.10.2008 15:50)
        
        как автоматом? через исключение и софтверную обработку? для прерываний это, имхо, опасно - там как раз должно быть минимальное окно, зарезервираванное в других процессах. для прерывания ведь latency - самое важное - yes(16.10.2008 20:21)
        
        Я так понял, что при прерывании делается тупо флуш всего регистрового файла :-( - =AlexD=(16.10.2008 20:44)
        
        Я неудачно написал (. Автоматом по общим правилам выделяется только kpu(461 знак., 17.10.2008 13:00)
        
        Да, я оговорился, всего файла ессно. В целом понятно, хотя могло быть и лучше. - =AlexD=(16.10.2008 17:55)
        
        а как узнать в дальнюю дорогу проц ушел и сколько раз перекрутится стек? проблема в том - пусть есть многозадачная прога yes(405 знак., 16.10.2008 14:42)
        
        Фокусов нет. В SWITCH TO TASK2 вставлен флуш, НО kpu(282 знак., 16.10.2008 15:58)
        
        Да тут скорее всего флушится всё окно, меняется указатель стека и попится с нового места. Вот и интересно, что они сделали для облегчения этого гемороя. - =AlexD=(16.10.2008 14:54)
        
        так как это фундаментальная фича, то сделать тут вряд ли чего возможно. я просто хочу обратить внимание, что если где-то геммор уменьшился (квазинепрерывный аппаратный стек), то где-то он увеличился (переключение контекста) - yes(16.10.2008 15:00)
        
        call-ы много чаще переключений (которые по таймеру). Цена потерь разная. - kpu(16.10.2008 16:10)
        
        Ну вообще то сделать можно. Можно в фоновом режиме, во время простоев шины скидывать регистры в стек, и помечать их как продублированные. =AlexD=(204 знак., 16.10.2008 15:08)
        
        Для проца фона не бывает. Потенциально, любая следующая инструкция требует РОН. На halt(wait) расчитывать kpu(217 знак., 16.10.2008 16:07)
        
        Я не понял, что Вы комментируете. На всякий случай - я про те регистры, которые не видны в текущем окне. Сохранять их во время обработки всяких mul add и п.р. регистровых операций, когда шина памяти не занята. =AlexD=(74 знак., 16.10.2008 17:57)
        
        Стек машина(Си имею ввиду) развернулась, параллельно сохраняя в фоне регистры не видные в текущем окне. А потом свернулась. Вопрос: копирование регистров в память в данном случае будет происходить в пустую? - Yustas(21.10.2008 15:26)
        
        Разумеется. Вам известно понятие спекулятивное исполнение? Точнее понимаете ли вы что это такое? =AlexD=(870 знак., 21.10.2008 15:45)
        
        хм...предполагалось, что запас шины займет DMA.Для того и развит. Всерьез, kpu(118 знак., 21.10.2008 18:39)
        
        А что, ДМА пишет прямо в регистровый файл? Вообщето ДМА обычно льёт прямо в СДРАМ, минуя даже кеш. Иначе ступор на ровном месте вам обеспечен. =AlexD=(176 знак., 21.10.2008 18:47)
        
        Хотя нагляднее подсчитать число используемых регистров, и число АЛУшных команд. На большом наборе функций. - =AlexD=(21.10.2008 19:12)
        
        Эх..былоб так просто, функции то займут все что не дай, если не так, то сразу вывод:"функции плохо написаны" - kpu(21.10.2008 19:33)
        
        Ну при чём здесь всё это. У вас же есть готовый компилятор? Вот и включите листинг сделайте статистику. - =AlexD=(21.10.2008 20:04)
        
        ОК читайте так: "компилятор плохо написан". Да и задач не так много, kpu(59 знак., 22.10.2008 11:02)
        
        Йооо! Ну какой же я тупой!! У вас же симулятор есть!!! Подрихтовать его и компилятор и любую идею можно проверить за несколько дней. Тьфу, мля. - =AlexD=(21.10.2008 21:26)
        
        если вы про аккум, то дни это не про Си. Зря не писали раньше, НО kpu(202 знак., 22.10.2008 10:54)
        
        А не надо её завязывать в конвейер. Конвейер нужно тормозить только если команда пытается получить результат. И тут разницы нет, идёт ли чтение аккумулятора, или связанной с ним регистровой пары. =AlexD=(168 знак., 22.10.2008 11:09)
        
        "тормозить" спорно сразу, ибо лучше выполнить другие команды. Это RISC с DSPext. Есть другое DSP ядро,но пока только макетируется. kpu(123 знак., 22.10.2008 11:49)
        
        Ну тогда вам придётся городить ООО (внеочередное исполнение). Сразу скажу, что по сравнению с этим, мои скромные пожелания - это просто мелочёвка. :-))) - =AlexD=(22.10.2008 12:33)
        
        "внеочередное" уже есть, "мелочей" в архитектуре нет, все взаимосвязанно - kpu(22.10.2008 12:43)
        
        Значит я не понял в чём суть проблем. Ну да ладно. Разберётесь. - =AlexD=(22.10.2008 14:04)
        
        скорее всего, не "за такт", а "каждый такт". две большие разницы. - Mahagam(22.10.2008 11:11)
        
        согласен, согласен, но =AlexD=(82 знак., 22.10.2008 11:23)
        
        Тут компромис производительности и энергопотребления. Yustas(97 знак., 21.10.2008 16:30)
        
        Хех, так и думал, что про потребление услышу. Пока что у вас вообще ничего нет, и какое оно будет зависит от вас. Я вас удивлю, если скажу, что далеко не каждой embedded железяке вожно потребление? А для батарейных девайсов эту фичу можно сделать =AlexD=(118 знак., 22.10.2008 08:06)
        
        "...во время обработки всяких mul add и п.р. регистровых операций..." - шины памяти занята: 5ти ступенчатый конвеер + буфер предварительный выборки инструкций. - Yustas(20.10.2008 20:04)
        
        Так у вас ещё и шина команд/данных одна??? "Я в шоке"(с) - =AlexD=(21.10.2008 13:03)
        
        не не, ядро чистый гарвард к кешам. Но (пока) контроллер памяти на одной шине с переферией. - kpu(21.10.2008 13:35)
        
        Уфф ,слава богу. :-) Ну периферия как память - обычное дело. - =AlexD=(21.10.2008 14:06)
        
        а если вместо mul add будет ret rti? Сорри, kpu(103 знак., 17.10.2008 13:05)
        
        ну будет, и что? Отработает как полагается. В чём трудность? - =AlexD=(17.10.2008 13:08)
        
        чтоб отработало нужно где то взять контекст, а он в спилинге торчит kpu(475 знак., 17.10.2008 16:08)
        
        Нет, я никакого буфера не предлагал. И ничего ни в каком спилинге торчать не будет. Думайте ещё. - =AlexD=(18.10.2008 10:44)
        
        предлагали-предлагали :), и даже момент начала скидывания в память предлагали kpu(367 знак., 21.10.2008 16:10)
        
        Регистровый файл у вас уже есть, так что ничего нового не надо. =AlexD=(248 знак., 21.10.2008 18:37)
        
        ОК сдаюсь :), ваша идея разумная, НО только при частом флуше - kpu(21.10.2008 19:13)
        
        (занудно) :-) не столько при частом, сколько при неприемлимо длинном (RTOS). - =AlexD=(21.10.2008 19:18)
- Если на asm- да. Зато в случае gcc, время личное, время процессорное и стек немного экономятся... - ++(15.10.2008 10:17)
  - btw : на ассемблере писать при готовом обработчике underflow/overflow вобщем-то проще, чем для ARM-а - yes(15.10.2008 15:26)
  - если gcc + RTOS, то переключение контекста вызывает вопросы (типа это че за хрень :) ) у тех, кто не знает архитектуру. Оптимизация под фиксированое число контекстов с управлением WIM вызывает немеряные потери личного времени :) я таки обломался yes(14 знак., 15.10.2008 15:23)
    - Вот это и не понятно, зачем что- то дописывать, если все уже написано до нас (напр QNX для sparc)? (Кроме доп аппаратуры Системы на кристалле, что решается BSP)? Улучшать порт RTOS, улучшать gcc? - ++(16.10.2008 10:22)
      - в последних gcc, например, исчезла поддержка flat моды, когда эти окна не крутятся. а проблему RTOS я попытался изложить выше и будь это хоть супер QNX для американских военных - контексту не прикажешь "раз-два сохранись" yes(207 знак., 16.10.2008 14:53)
Прошу не судить строго. Выложил на скорую руку для вашего ознакомления. Def (365 знак., 07.10.2008 16:58, MCU, ссылка, полностью)blackbit
- Господа, давайте либо разобьем эти два топка про Орхидею, либо предложите куда их перенести? Обалдеть же какого размера деревья в корневом разделе висят! Скроллить устанешь пока до других сообщений доберешься :( - rezident(21.10.2008 19:47)
  - Вовремя разбивать топики - задача модераторов. Или авторов, но они не обязаны. - General(22.10.2008 13:52)
  - Есть квадратик у корневого топика. Жми на него. - =AlexD=(21.10.2008 20:06)
    - А после рефреша он опять становится развернут. У мну, по крайней мере. - she(22.10.2008 10:29)
      - Это кастомайзится а настройках) - Yustas(22.10.2008 12:26)
        
        Сворачивать все топики желания нет абсолютно... - she(22.10.2008 12:33)
- В ваших же интересах вставлять ссылки не внутрь сообщения, а в положенные поля. "Делай как я" (с) - Алексей Мусин(07.10.2008 16:49, ссылка, ссылка)
  - Идрена вошЪ!!! Корпус нормальный, стиль доки вызывает уважение, если багов не налепили - очень даже! Где errata? - Evgeny_CD(07.10.2008 17:09)
- TFT-контроллер вполне удобоваримый Al Volovich(63 знак., 07.10.2008 16:48)
  - Главное, чтоб заказчик был не иностранный, а то запутается, что же он заказывает :) - Алексей Мусин(07.10.2008 16:58, ссылка)
    - Иностранному это вообще знать не положено - Al Volovich(07.10.2008 17:16)
А про отечественный 32х битный МК "Орхидея" кто-нибудь что-нибудь сказать может? - Волович(03.10.2008 07:47, , MCU, полностью)
- И, imxo, системы на кристалле от МЦСТ пока лучше. ++(32 знак., 10.10.2008 13:22, ссылка, ссылка)
  - Ура! халивар между НАШИМИ чипами. Я дожил! Все, есть что рассказывать внукам ... - kpu(10.10.2008 17:25)
- А пачиму галимую безмозглую числодробилку аффтар самоуверенно величает "МК"? Это ниразу не МК, а всего лишь МП - MBedder(06.10.2008 12:42)
  - Встроенные порты SPI, I2C, I2S и т.д. Интерфейс с LCD/TFT, GPIO. Что еще ему надо, чтобы именоваться МК? Встроенное ОЗУ обязательно? - Al Volovich(06.10.2008 12:52)
    - Не однокристалка, естественно. Но вполне МК, имхо. Сами они пишут ЦП General(275 знак., 06.10.2008 12:57)
      - разъясните чайнику, а какой смысл замахнувшись на производительное ядро в 32 бита (а там уж и ASM лишнее), ограничиться сотней-другой байт под программу, но зато в одном кристалле? - kpu(06.10.2008 14:39)
        
        Производительность вообще говоря, не имеет отношения к размеру программы. Но их соотношение указывает на круг задач, для решения которых был создан кристалл. А сотня-другая килобайт программы устраивает 90% существующих задач. - General(06.10.2008 14:45)
        
        Если к ним добавлено 64 К ОЗУ - то точно 90% задач :) - Evgeny_CD(06.10.2008 16:23)
      - Ушол поедать шляпу - MBedder(06.10.2008 13:23)
- ЦПУ "Орхидея" - собственная разработка компании Юникор Микросистемы с уникальной (собственной) архитектурой и системой команд. На его базе разработана система-на-кристалле UNC320IPP01, об основных свойствах которого можно узнать из Def(498 знак., 05.10.2008 23:30)
  - Вот кстати и вопрос!!! Для какой сферы применения проектировался чип? Какова его рыночная ниша? - =AlexD=(09.10.2008 14:31)
    - Конкретно микропроцессорная система на кристалле UNC320IPP01 предназначена для рынка КПК-подобных устройств (как пример - навигатор со спутниковым позиционированием, и т.п.). Если отвлечься от Чипа, IP блоки, в первую очередь CPU, используются в других Def(95 знак., 17.10.2008 11:19)
      - Боюсь в разрезе нынешних кризисов на рынке гражданских КПК будет оччень тесно. Думаю вам стоит внимательнее посмотреть на применение Орхидеи в военных вещах - тут у него не будет конкурентов, и будет сбыт на много лет вперед. Хоть и сравнительно скромный Al Volovich(12 знак., 17.10.2008 12:15)
        
        Действительно, Вы правы, ситуация с момента начала проектирования Очень изменилась. И, безусловно, Ваш совет весьма дельный. Сейчас работаем над этим. - Def(17.10.2008 14:13)
  - Система команд/архитектура ни с чем не совместима? ++(270 знак., 08.10.2008 12:09)
    - ISA оригинальная. Def(120 знак., 08.10.2008 16:27)
      - imxo, оригинальные, ни с чем не совместимые архитектуры проигрывают вот по каким причинам: ++(1141 знак., 09.10.2008 09:47)
        
        Орхидея - embedded uP. Выводы за Вами. (матчасть в помощь). - Def(09.10.2008 11:30)
        
        Т.е., все не так просто: Напр, дистрибутив Debian для Эльбрус 90 микро и Комдив64 - 3 dvd ++(165 знак., 09.10.2008 10:37, ссылка, ссылка)
        
        Поддерживаем: Ядро Linux 2.4, gcc, binutils, glibc, gdb(включая ISA симулятор). Def(260 знак., 09.10.2008 11:48, ссылка)
        
        Интересно, почему ядро 2.4? Заходим на чудо сайтик Familiar Linux и видим, что последняя новость там датирована "2007-03-08" Свежачек, так сказать. - Evgeny_CD(09.10.2008 12:13)
        
        С точки зрения безопасности собственная архитектура - это огромный плюс. Тому же вирусу в нее залезть намного сложнее будет. А прикладные пакеты все равно надо будет проверять и перекомпилировать. - vmp(09.10.2008 11:30)
        
        Бред! Давайте тогда Тополь делать на brainfuck процессоре (->) - для него пока нет вирусов :) Ничто так не поможет вирусу, как какой-нибудь баг в "серетной" архитектуре процессора, который вовремя некому было найти - секретность :) И что Вы будете Evgeny_CD(34 знак., 09.10.2008 11:36, ссылка)
        
        Про Тополь речь не идет. А вот если на таких процессорах делать компы, которые имеют контакт с Сетью, то риск их случайного заражения будет гораздо ниже. vmp(216 знак., 09.10.2008 13:02)
        
        Чего ж секретного? Доки выложили, платы, ПО предлагают. Тестируй нехочу. kpu(147 знак., 09.10.2008 12:14)
        
        Другой путь - системная методология. Evgeny_CD(756 знак., 09.10.2008 12:20)
        
        я не поленился, позвонил. Переставте пункты 4 и 5, и выйдет что на половину ваша программа выполнена! kpu(60 знак., 10.10.2008 08:38)
        
        Если так - это замечательно! Но жаль, что высплыли они из глубин раньше времени. GCC 4xx нету. Полной выверенной документации "чуть-чуть" нету. Вроде мелочи. Но на основе таких мелочей формируется представление о продукте. И потом исправить его стоит Evgeny_CD(50 знак., 10.10.2008 10:44)
        
        Похожие мысли - Ruslan(09.10.2008 13:41, ссылка, ссылка)
        
        Если кто-то скажет, что это долго и дорого - пусть фантиками на бирже торгует. Недолго уже осталось. - Evgeny_CD(09.10.2008 12:22)
        
        1 DVD ) - Def(09.10.2008 11:29)
      - Не знаю че там оригинального кроме оригинальных мнемоник, но одну идею содранную с ARM-ов я даже в армах понять не могу. AlexandrY(446 знак., 08.10.2008 22:53)
        
        - не разобравшись с конкретным механизмом конкретных архитектур Вы заявляете, что одна была содрана с другой (впечатляет!). К сведению, на данное изобретение имеются патенты. Def(460 знак., 09.10.2008 13:12)
        
        Ну не обижайтесь, я ж не сказал содрали реализацию, я сказал содрали идею. AlexandrY(720 знак., 09.10.2008 22:05)
        
        жаль что Вы не вникнув в суть пустились в рассуждения да еще и выводы сделали. Def(287 знак., 10.10.2008 12:49)
        
        Ссылку на даташит с системой комманд и описанием - тогда и будем смотреть, кто у кого что содрал, патентную чистоту и прочее. По поводу MIPS-лицензии за $99 - это я погорячился, со спарком попутал... - Rst7(09.10.2008 13:22)
        
        Дык здесь же - =AlexD=(09.10.2008 13:25, ссылка)
        
        Ага, не увидел. Скачал пару глав, поглядел по диагонали. Таки обманули меня насчет MIPS'а. Rst7(492 знак., 09.10.2008 13:42)
        
        Доморощенная система команд... 3m(727 знак., 09.10.2008 14:10)
        
        Категорически согласен! Доморощенную архитектуру надо было делать году в 92. Но нам тогда было чем заняться... - Evgeny_CD(09.10.2008 14:52)
        
        если перечисленное вы (как и конкурент) берете готовое, за что вам должны платить? kpu(107 знак., 09.10.2008 14:39)
        
        Собственная ISA у них, или не собственная - дело десятое. =AlexD=(417 знак., 09.10.2008 13:58)
        
        Дело то десятое, только это дело повлекло отсутствие компилятора (качество порта третьего гнуся (а другим 2.4 ядро не соберешь) наверняка отвратительное, да и сам гнусь не блещет) - и как результат - никто в гражданке его применять не будет, не будет Rst7(187 знак., 09.10.2008 14:21)
        
        Ядро 2.4 можно собирать gcc 4.1.1. См patch 2.4.36.7: ++(8162 знак., 10.10.2008 13:09, ссылка)
        
        Ну всё в мире относительно, если он за свою цену и с GCC будет быстрее аналогов (той же ценовой категории), то почему бы и нет? ДСП расширения, опять же. Хотя я, конечно, не верю в конкурентную цену ;-) - =AlexD=(09.10.2008 14:24)
        
        Лицензия на sparc стоит $99. - ++(09.10.2008 09:21, ссылка)
        
        Так процессорное ядро всего лишь дешевая и небольшая часть этого хозяйства. AlexandrY(202 знак., 09.10.2008 22:35)
        
        +1 - Evgeny_CD(09.10.2008 23:21)
        
        Я же говорил, что скоро SUN доплачивать за использование своего ядра будет. - Evgeny_CD(09.10.2008 11:00)
    - А вообще, мы бы с удовольствием ставили в свои процессорки что- нибудь совместимое (arm/sparc/mips/sh...) с приемкой 5 более шустрое, чем комдив64 (кипятильник с глючным L2 кэш). ++(257 знак., 08.10.2008 12:35)
  - Вопросы такие: Al Volovich(201 знак., 06.10.2008 12:49)
    - 1. Серийно чипы планируется выпускать в первом квартале 2010г. Def(344 знак., 07.10.2008 12:36)
      - ну что же, сдержанный прогресс. Не совсем понятно, на что уйдет 9 год - но это не наше дело. Т.е. понимание того, что все наши "брехологические" производства к 10 году дойдут до серии? Ну что же, подождем. - Evgeny_CD(07.10.2008 13:30)
    - ... а в ответ - тишинаааа. :-) - =AlexD=(06.10.2008 18:15)
      - Имейте терпение. Не все по нескольку раз в день штудируют содержимое форумов :) - Al Volovich(06.10.2008 22:23)
      - А зачем шуметь? Процесс завершен, люди отчитались в освоении денег. Ни много ни мало, создали уникальную архитектуру. Грустно все это. Ибо в реальности команда там, почти наверняка, неплохая. Но живет в условиях нашей перевернутой экономики. Когда 10М инв - Evgeny_CD(06.10.2008 19:27)
        
        Проблема не в ~~сортирах~~освоении, проблема в головах. В данном случае в головах руководителей таких проектов. - =AlexD=(06.10.2008 20:04, ссылка)
        
        Хуже. Evgeny_CD(797 знак., 06.10.2008 20:38)
        
        Думаю "банкиров" понять можно. Трудно поверить, что у нас найдутся ембедеры готовые отказаться от армомипсов и продать сотниК приборов на всем отечественном, чтоб чип окупить. - kpu(06.10.2008 22:52)
  - 8-битники тоже только с испытаний, коли ни про доки, ни про кросс-средства ничего нет? - Алексей Мусин(06.10.2008 11:11)
  - Угу, красиво так написано! Какие-то перцы взяли и натянули ведущих производителей. Т.е. я не спорю, так может быть, но сайт как-то умеренно внушил уверенность. А общие слова в Вашем документе можете читать сами перед сном. - Evgeny_CD(06.10.2008 01:27)
    - Вообще-то это совсем не случайные "перцы". Если я правильно понимаю, то в этой компании собрались люди, когда-то разрабатывавшие микропроцессоры серий 1801, 1806 (совместимые с PDP-11), 1839 (VAX-11) и даже небезызвестный 1878ВЕ1 (первый блин vmp(59 знак., 06.10.2008 15:26)
- Это вон енто чудо что-ли? Как всегда, много букафф, и нихера не понятно. Даже объем кеша не приведен. "Напряжение питания внутренней логики от Evgeny_CD(209 знак., 03.10.2008 11:28, ссылка)
  - Какую-какую... Известно какую. MIPS :) - Rst7(06.10.2008 13:46)
    - И чего они в ней "науникальнили"? DSP расширение свое прикрутили? - Evgeny_CD(06.10.2008 16:12)
      - ну да. - Rst7(06.10.2008 16:20)
        
        видимо вы Rst7, мечтаете отдать свои 10-30% за чип продавцам MIPS лицензий - kpu(06.10.2008 17:12)
        
        Окститесь. MIPS-лицензия стоит $99 - Rst7(06.10.2008 17:25)
        
        Вот откуда, похоже, ноги у этой уникальной архитктуры растут -> "COP2 interface to customer-defined coprocessor" - Evgeny_CD(06.10.2008 19:47, ссылка)
        
        Готовый интерфейс для сопроцессора - это, похоже, вообще фишка MIPS. Теперь понятно, почему его так различные Элвисы и пр. за одно с делателями set top box так любят :) - Evgeny_CD(06.10.2008 19:59)
        
        хм, мипс позволяет и юзеровские команды в набор инструкций добавлять, не только к сопроцессору интерфейс. Контроллер прерываний опять же - не так уродски как у ARM7. Alex B.(62 знак., 06.10.2008 20:03)
        
        Походе что ARM просто грамотно продвинул себя. Оказался в нужное время в нужном месте. - Evgeny_CD(06.10.2008 20:06)
        
        может быть не все так просто? может размер кристалла меньше при равной технологии? инфраструктура? - Alex B.(06.10.2008 23:31)
        
        Ну наверняка чем-то им пришлось заплатить за параметры и гибкость. Но глядя на то, как в мире мелкого сетевого оборудования ARM не прижились никак, а MIPS рулит - понимаешь, что проигрыш там призрачный. - Evgeny_CD(07.10.2008 00:49)
        
        Да ну! И что, за 99$ я покупаю право использовать HDL код ядра в своих проектах без ограничений? - Evgeny_CD(06.10.2008 19:29)
        
        хмм.. за $99 нашёл только SPARC и его opensparc.net и UltraSPARC T1, kpu(138 знак., 06.10.2008 17:59)
        
        Учитывая тенденции, SUN впору доплачивать за каждый дизайн чипа, в котором SPARC использован, 10k$ его разработчикам - ибо скоро и на таких условиях этой архитектурой перестанут интересоваться :) - Evgeny_CD(06.10.2008 19:31)
        
        Опять же - какого хера секретничать? Лицензированная MIPS архитектура - это не -, это большой +. А вот вранье насчет особогениальной архиректуры - оно поставит крест на использовани камня серьезными разработчиками, живущими вне обязательного перечня Evgeny_CD(13 знак., 06.10.2008 16:22)
  - Мне его продвинутость не особо важна. Важны стабильность и возможность применения в спецтехнике. Ну и доступность для приобретения. - Волович(03.10.2008 21:18, )
- Это "Дикая Орхидея", чтобы "Комдив32" -> не скучал? - Evgeny_CD(03.10.2008 11:01, ссылка)