X-Virus-Scanned: amavisd-new at bezeqint.net
Hello, Michael Zaichenko! You wrote in conference fido7.ru.embedded to Dmitry Orlov on Sat, 10 Jun
2006 23:14:40 +0400:
GS>>>> Тут важна не мода, а тираж устройств. Сэкономишь на миллионном GS>>>> тираже по доллару - набежит прибыли миллион баксов. Это не GS>>>> деньги, говоришь? ;)
MZ>>> Ты пробовал делать милионный тираж?
DO>> Жора пробовал об этом рассуждать, а делать даже 10-тысячный не DO>> пробовал.
MZ> Да и рассуждает криво. при переходе с десятков штук к сотням тысяч MZ> все производство меняется в корне начиная с идеологии. И экономить MZ> надо будет на тех поддержке, ремонте, качестве документации, что MZ> сразу переводит разработку в другой класс. В моей прошлой жизни был MZ> разовый тираж в 200к экземпляров, на тестировании мы чуть не MZ> рехнулись, потом разработали технологию автоматического MZ> тестирования...
Именно. Причем тестировать надо все промежуточные этапы, я последнее время почти исключительно этим (автоматическим тестированием) занимаюсь.
DO>> У наших разработок тираж в десятки тысяч в год, программы для DO>> PIC16 _только_ DO>> на С. Hичто другое всерьез вообще не рассматривается, никому не DO>> нужен несопровождаемый и немодифицируемый ассемблерный код. Тем DO>> более, что
MZ> Эт точно, щас на работе остался только один древний дозатор с кодом MZ> на ассемблере. Hа 80с517 камне, у него есть сопроцессор и заменить MZ> нынче нечем.
Я не знаю такого кристалла, а что у него за сопроцессор?
MZ> Исходник на асме просто ужас, все константы числами, вменяемых имен MZ> нет.
Даже когда есть, разбираться в этом - себе дороже. Я кстати когда уже более
8 лет назад пришел на свою теперешнюю работу как раз и начал с того, что переписал на С ассемблерную программу управления мощным ксеноновым балластом. Ее писал очень талантливый человек, блестящий математик и алгоритмист, но никакой кодер. Из его текста (и от него лично) я почерпнул много интересных идей, но переписанная на С программа стала во-первых намного понятней, а во-вторых (сюрприз) компактней. Тогда пришлось выучить ассемблер MC68HC11, потом впрочем я его столь же быстро забыл. А сделанным тогда заделом я до сих пор пользуюсь. На самых разных платформах. А это были и HC908 и х51 и ST7 и PIC и AVR - компиляторы с С есть для всех.
MZ> Придется выкинуть этот бред не глядя, посколько переход на другую MZ> платформу. MZ> А вообще, нынче семейство x51 еще смысл имеет, если считать что MZ> наработок под него нет?
Только ради наработок я бы не держался. Но на этой архитектуре столько всего понаделали, что может что-то и сейчас быть очень актуально.
DO>> экономия в разы - это бывает только на мелких или специально DO>> подобранных алгоритмах, обычно разница куда меньше и уменьшение DO>> просто так не дает
MZ> Угу. Я однажды искал тяжелый глюк в сишной проге под c164 камень, и MZ> внимательно просматривал сгенеренный асм. Глюк нашелся быстро. Hо MZ> впечтлило меня качество кейловского комайлера сильно - путем MZ> дичайшей оптимизации полученого асма я смог бы выиграть отсилы 5-10 MZ> процентов.
На асме часто выигрыш в том, что можно гибче арифметикой малоразрядной пользоваться, без сишного приведения к старшему типу. Использование, к примеру, 24 разрядов вместо 32 может в теории много сэкономить. Но опять же тут есть место компромиссам.
DO>> просто нет. Это любитель, которому ценен сам процесс может DO>> позволить себе вылизывать ассемблерный код. Когда нужен и важен DO>> результат (а нужен он обычно вчера) нужно применять максимально DO>> ускоряющие разработку инструменты.
MZ> Я нынче асм использую только для правки стартапов под c16x. Для AVR MZ> только чистый си, никаких проблем. За 2 года так и не удалось MZ> обнаружить хоть сколько нибудь заметный глюк у Иара и Кейла.
Глюки у компиляторов есть, но обычно их всегда можно обойти.
dima
formatting link