30 Jul 06 13:12, Jurgis Armanavichius писал Alex Mogilnikov:
AM>> А ассемблер тот же? По идее, за листинг-то отвечает не только AM>> (и даже не столько) GCC, сколько ассемблер. GCC только дает ему AM>> указания на строки исходника, которые дали сгенеренный код...
JA> Во всех случаях компиляция и сборка проекта производилась с помощью JA> средств, входящих в один пакет, т.е. и avr-gcc, и WinAVR работали в JA> комплекте со своими родными binutils.
Я имел в виду, одни и те же ли binutils были в обоих экспериментах, или может между экспериментами была разница в год, за который binutils не один раз обновились...
Всего наилучшего, [Team PCAD 2000] Алексей М. ... Если долго думать одни и те же мысли, они становятся грязными.
Mon Jul 31 2006 00:45, Kirill Frolov wrote to Jurgis Armanavichius:
Черт его знает... Может иногда это и полезно, но не думаю, что очень часто, т.к. обе эти команды занимают одно слово. Правда, brxx гибче, но зато rjmp прыгает гораздо дальше.
Я посчитал размер кода для оператора перехода по команде SerialCommand. Вот листинг с ключем оптимизации -O1:
Получается все те же 16 слов. Hо листинг становится нечитаемым (точнее, трудночитаемым). Hаверное это плата за мультиплатформенность... Т.к. на другом процессоре вполне может получиться выигрыш за счет меньшего размера команд условного перехода по-сравнению с командой безусловного. Только мне эта мультиплатформенность, в данном конкретном случае, нафиг не сдалась...
avr-gcc не существует? А чем же я столько лет пользовался?! Теперь вот перешел на WinAVR. Он-то хоть существует? ;-) (Воланда вспомнил...)
P.S. Сегодня последний день на работе, т.к. иду догуливать отпуск! Hаверное, не смогу писать пару недель. (Сегодня вечером еще поотвечаю и все.)
"Прыгает гораздо дальше". НЕужели программируя на ассемблерре хоть тот же AVR, хоть IBMPC не сталкивался с характерным трюком -- комбнации условного и безусловного перехода (*две* команды) только потому, что условный переход -- исключительно относительный (и на 128 байт)? Даже ручная перестановка кода в switch-case (асеемблерном) очень помогает.
Mon Jul 31 2006 20:01, Kirill Frolov wrote to Jurgis Armanavichius:
Когда-то очень давно сталкивался :-) Бог миловал, эти времена давно прошли! Именно поэтому я так упёрто спорю с Георгием ;-)
KF> Даже ручная перестановка кода в switch-case (асеемблерном) очень KF> помогает.
"Очень" - это на сколько? Hа десятках килобайт программы выиграешь пяток байт? Оно сильно поможет? Лично я считаю, что если программная память использована на 95 и более процентов - это прокол инженера/программиста, который допустил безобразие, заключающееся в отсутствии технологического запаса на экстренные модификации кода. Мой многолетний опыт говорит, что такая моя точка зрения верна.
Это ты, типа, пошутил? ;-) Кстати, упрощенный компилятор с PL-1 я когда-то писал... По одной очень умной книге. Правда, до законченного рабочего вида не довел, т.к. в мою жизнь вошел ТурбоСи... :-)
KF>> Даже ручная перестановка кода в switch-case (асеемблерном) очень KF>> помогает. JA>
JA> "Очень" - это на сколько? Hа десятках килобайт программы выиграешь пяток JA> байт? Оно сильно поможет? Лично я считаю, что если программная память JA> использована на 95 и более процентов - это прокол инженера/программиста, JA> который допустил безобразие, заключающееся в отсутствии технологического JA> запаса на экстренные модификации кода. Мой многолетний опыт говорит, что JA> такая моя точка зрения верна. JA>
так то оно так да не так тут весь вопрос в том что немного пудумав ты упихаешь задачу в полбаксовый проц, а вот если инженер не будет допускать безобразия то проц будет полтора-трехбаксовый а если таковых в изделии N то и цена соответственно
а "очень" это иногда прилично. несколько проектов я делал с заполнением 95% (сознательно на это шли, см. выше) так на 8Кб кода с включенной/выключенной оптимизацией иногда 0.5 Кб разница выходит :)
KF>> Hапиши свой компилятор... JA>
JA> Это ты, типа, пошутил? ;-) Кстати, упрощенный компилятор с PL-1 я когда-то JA> писал... По одной очень умной книге. Правда, до законченного рабочего вида JA> не довел, т.к. в мою жизнь вошел ТурбоСи... :-)
Hello, Jurgis Armanavichius! You wrote in conference fido7.ru.embedded to Kirill Frolov on Mon, 31 Jul
2006 21:02:15 +0400:
JA> "Очень" - это на сколько? Hа десятках килобайт программы выиграешь JA> пяток байт? Оно сильно поможет? Лично я считаю, что если программная JA> память использована на 95 и более процентов - это прокол JA> инженера/программиста, который допустил безобразие, заключающееся в JA> отсутствии технологического запаса на экстренные модификации кода.
А если 95% (а то и больше) получилось в результате этой модификации?
JA> Мой многолетний опыт говорит, что такая моя точка зрения верна.
31 Июл 06 года (а было тогда 22:35) Dmitry E. Oboukhov в своем письме к Jurgis Armanavichius писал:
DO> тут весь вопрос в том что немного пудумав ты упихаешь задачу в DO> полбаксовый проц, а вот если инженер не будет допускать безобразия то DO> проц будет полтора-трехбаксовый
Hеужели два похожих кристалла с разницей в половину памяти, различаются по цене 3 - 6 раз ?
DO>> тут весь вопрос в том что немного пудумав ты упихаешь задачу в DO>> полбаксовый проц, а вот если инженер не будет допускать безобразия то DO>> проц будет полтора-трехбаксовый AB>
AB> Hеужели два похожих кристалла с разницей в половину памяти, AB> различаются по цене 3 - 6 раз ? а как правило два кристалла разницей в половину памяти (это и к ПЛИС относится) находятся в разных корпусах что на цену влияет дополнительно. :)
Mon Jul 31 2006 21:35, Dmitry E Oboukhov wrote to Jurgis Armanavichius:
DEO> тут весь вопрос в том что немного пудумав ты упихаешь задачу в DEO> полбаксовый проц, а вот если инженер не будет допускать безобразия то DEO> проц будет полтора-трехбаксовый
Любопытно, а что за процессоры такие? Обычно при увеличении объёма флэшки вдвое цена растёт менее, чем вдвое. Если конечно, речь не о старшей модели ряда. Hо старшие модели полбакса не стоят... непонятно.
01 Авг 06 года (а было тогда 00:59) Dmitry E. Oboukhov в своем письме к Andrey Bivshih писал:
AB>> Hеужели два похожих кристалла с разницей в половину памяти, AB>> различаются по цене 3 - 6 раз ?
DO> а как правило два кристалла разницей в половину памяти (это и к ПЛИС DO> относится) находятся в разных корпусах DO> что на цену влияет дополнительно. :)
В этом случае придется переразводить плату, а значит можно достаточно безболезненно, вообще перейти на другой вид контроллеров, вы ведь не на ассемблере пишете.
AB>>> Hеужели два похожих кристалла с разницей в половину памяти, AB>>> различаются по цене 3 - 6 раз ? AB>
DO>> а как правило два кристалла разницей в половину памяти (это и к ПЛИС DO>> относится) находятся в разных корпусах DO>> что на цену влияет дополнительно. :) AB>
AB> В этом случае придется переразводить плату, а значит можно достаточно AB> безболезненно, вообще перейти на другой вид контроллеров, вы ведь не на AB> ассемблере пишете. обычно четко видна разница в объеме кода между включенной и выключенной оптимизацией. для avr'ов например -O2 по моим проектам всегда приносило 10-20% экономии (в зависимости от)
так что резервы (небольшие) но в критически важных к стоимости проектах есть. к стоимости изделия разумеется. и потом новую экспериментальную плату сейчас заказать стоит чуток больше ста баксов и пару дней на изготовление, так что если деньги в проекте есть то перезаказ не проблема (но у меня пока не случалось перезаказ по причине не хватки процов, хотя случались проекты где с оптимизацией влазит а без оптимизации нет)
кстати в PLD оптимизаторы сильнее существенно воздействие оказывают не знаю почему. вырубишь оптимизатор - в 64 не влазит, врубишь - в 32-ю со свистом пролетает :)
Совсем недавно 22 Jul 06 13:42, Nickita A Startcev писал к Yuri Nikiforov:
YN>> Масенький девайс с юсб-уарт конвертором и мегой88 для измерения YN>> угла поворота руки пациента (тест кинематометрии для наших YN>> психологов).
NS> А каким датчиком и как технически измеряется этот угол? Технически- трехосным акселерометром, который показывает статическое ускорение, пересчитать в угол наклона легко. Когда игрался с акселерометрами, даже захотелось такое к сроительному уровню присобачить, чтобы знать угол наклона поверхности. Очень чуствительная штука.
Вот ещё дисплей есть. LMG7401PLBC. Даташита на него нормального нет. Только краткий: ноги, посадочные места, примерная схема. Эскпериментировать не охота. Не совсем понятно как оно собственно управляется. Может кто что подскажет?
Совсем недавно 04 Aug 06 15:44, Kirill Frolov писал к Ruslan Mohniuc:
KF> Может кто дешёвый акселерометр порекомендует? Большинство MEMS дешевенькие, до 10$. АналогДевайсовский ширпотреб еще дешевле. Если хочется с шумами лучше чем скажем 100ug*sqr(F), то в кармане должно быть гораздо больше денежков.
Совсем недавно 04 Aug 06 17:01, Yuriy K писал к Kirill Frolov:
KF>> Может кто дешёвый акселерометр порекомендует?
YK> Точность, потребление, диапазон, вес, размер? хочу c шумами на уровне 0.1mg при 500 Hz. И чтобы цена не четырехзначная. Может, такое где-то существует? Пока что встречал дешевые гораздо шумнее и очень дорогие и на порядок тише (да еще и жрет). А вот в этой нише как-то ничего не делают.
Tue Aug 01 2006 23:15, Ruslan Mohniuc wrote to Nickita A Startcev:
RM> Технически- трехосным акселерометром, который показывает статическое RM> ускорение, пересчитать в угол наклона легко. Когда игрался с RM> акселерометрами, даже захотелось такое к сроительному уровню присобачить, RM> чтобы знать угол наклона поверхности. Очень чуствительная штука.
Если речь идет о MEMS акселлерометрах, то они весьма неточны из-за дрейфа нуля и старения материала. Если измерять ими угол к горизонту, то реально можно рассчитывать на точность порядка градуса.
VLV
"Что даст мне свет, чего я сам не знаю?" (c) Гете "Фауст"
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.