eZ430-Chronos (TI)

wws2009 · 31.05.2011, 19:21

http://ru.wikipedia.org/wiki/%D0%94%...BD%D0%B8%D0%B5
1мм Рт. ст =7,5006e−3 Па

Ar-Gen-Tum · 31.05.2011, 23:13

Сообщение от wws2009

http://ru.wikipedia.org/wiki/%D0%94%...BD%D0%B8%D0%B5
1мм Рт. ст =7,5006e−3 Па

Да я уж посмотрел.

Значение в сообщении выше вылезло из-за подбора.
Проблемка в том, что у меня получилась низкая разрешающая способность
по давлению. Спускаясь/поднимаясь по этажам значение скачком
меняется между 768 мм.рт.ст. и 775 мм.рт.ст. . И с альтиметром есть глюк.
Пока не разобрался. Разбираюсь. При загрузке прошивки из "slac341b" все работает нормально.
Но там нет барометра.

Ar-Gen-Tum · 01.06.2011, 14:03

Разобрался с багами. Как и предполагал дело было в оптимизаторе.
Переключил уровень оптимизации с Os на O1 и усе стало нормально.
Правда и код пришлось оптимизировать, иначе вылезал за границы.
В программах на AVRGCC(WinAVR) также ставлю уровень в O1.

Ar-Gen-Tum · 15.10.2011, 02:04

Добавил коррекцию хода. Прошло › 10 дней, секунда в секунду с сервером точного времени.
Суточный ход также в пределах +-0.5 секунды.
Изначально убегали примерно на 3.1 секунды в сутки.
(Вычислено методом наблюдения в течении примерно месяца.)

Grom2005 · 23.10.2011, 00:50

Ar-Gen-Tum, выложите пожалуйста свой проект.

Ar-Gen-Tum · 23.10.2011, 11:24

Сообщение от Grom2005

Ar-Gen-Tum, выложите пожалуйста свой проект.

Вот: psehorne-eZChronos-4bb75a7_mod-agt.zip (546 KB)
Это модифицированный проект от "Paul F. Sehorne".
Компилится в среде "mspgcc4". Плюс нужен "PYTHON".
Ну и надо поправить пути в "makefile".

st_1 · 23.10.2011, 12:00

Сообщение от Ar-Gen-Tum

Разобрался с багами. Как и предполагал дело было в оптимизаторе.
Переключил уровень оптимизации с Os на O1 и усе стало нормально.

По этому поводу уже сказано-пересказано...
Нормально написанная прога не должна сдыхать при изменении уровня оптимизации... кроме случаев, когда ручная оптимизация даёт лучший результат и вам заранее известно, что методы ручной оптимизации несовместимы с оптимизацией высокого уровня...
Вы должны контролировать компилятор... а не он вас...

Ar-Gen-Tum · 23.10.2011, 13:17

Сообщение от st_1

...
Вы должны контролировать компилятор... а не он вас...

"Да, Кэп." "Так точно, Кэп."

Выбор уровня оптимизации - это тоже управление (контроль) компилятором.

st_1 · 23.10.2011, 17:49

Да какбэ так... но...

Цитата:

Переключил уровень оптимизации с Os на O1 и усе стало нормально.

Однозначно говорит о том, что в проге что-то упущено...
Обычно "чудеса" на уровне -О3 начинают вылазить... да и то не всегда...

Я ни в коем случае не настаиваю... но фраза...

Цитата:

В программах на AVRGCC(WinAVR) также ставлю уровень в O1.

Говорит о том что у вас в этой области пробел и он независит от кристалла... а восполнять его или нет - дело ваше...
Уровень -О1 - это самый низкий уровень, по сути, отсутствие какой-либо оптимизации...

P.S: Сам всегда пользуюсь -Оs... если нужна скорость выполнения - -О3...

Ar-Gen-Tum · 24.10.2011, 21:40

Сообщение от st_1

...
Говорит о том что у вас в этой области пробел и он независит от кристалла...
...
Уровень -О1 - это самый низкий уровень, по сути, отсутствие какой-либо оптимизации...

...

1. Ну, да. Имеет место быть.
2. По ассемблерным текстам и размеру кода уровень оптимизации -O1
весьма заметно отличается от "ваще без оптимизации".
Я поделился своими наблюдениями, а за коммунизм никого не агитирую.