RLC-2, идеи по улучшению прибора

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

1 случай. Сигналы управления АЦП формируются в прерывании а вычисления и передача данных на СОМ-порт происходят в основном теле программы.

2 случай. И сигналы управления и вычисление с передачей происходит последовательно в основном теле программы.

Однозначно сказать какой вариант лучше не могу, так как "нутром" чувствую, что компилятор делает множество вещей без моего ведома - такова плата за простоту программирования. И практически на 100% уверен, что исключив прерывания из программы, я их все равно не исключил. :)

Результат работы программы практически одинаков. Единственное что изменил качественно, это окончание измерения не по времени дэ-интегрирования, а по фактическому окончанию дэ-интегрирования.

Снял данные с модуля АЦП относительно стандартного RLC-2 : До первого преломления шаг 100, потом шаг 500, и 1000. Это в единицах АЦП RLC-2. Ряд показаний ТС500 получен в программе терминал на компьютере через ком-порт. Линейность измерения в принципе просматривается, так что такой вариант схемы имеет право на существование. :)

FR1: И практически на 100% уверен, что исключив прерывания из программы, я их все равно не исключил.

Это как понимать?

Tadas: Это как понимать?

Встроенные функции. Их реализация мне не известна и недоступна без приложения специальных усилий.

Да нет. Если в тексте прямо не описаны прерывания, значит они и не используются.

Так вообще после сброса во всех процессорах и ОМК прерывания запрещены, и если их не разрешить специальной командой и записью единиц в регистр контроля прерываний - их и не будет.

FR1: А вообще, в голове вращаются такие идеи:

1. Применение ИУ во входных цепях. В принципе, схема проверена работает не хуже оригинала.

2. Образцовый синус 0,3В и 1,0В. (1,0В даст возможность улучшить измерения малых значений)Так как планируется синус 1,0В придется повышать напряжение питания до +-8В минимум.

3. Применение АЦП TC500. Вход +-4В Возможность манипулировать скоростью и разрядностью преобразования. 16 бит (возможно 17 бит). Хорошее подавление помехи 50 Гц.Питание +-8 вольт.

4. Применение двухполупериодного СД, а для этого попытаться применить полностью диф-ый ОУ NE5592 (есть в наличии) или другой.

5. Все пляски с термостабильностью прибора планируется компенсировать програмно с помощью цифрового датчика температуры.Возможно будет некоторая зависимость, которую можно будет вычислить или занести в таблицу.Поменять контроллер.

 6. Поменять дисплей на 4-х строчный, а дальше как пойдет.

7. Хочется поменять узел формирования синуса, но тут мне очень нужна консультация, так что будем искать информацию.Применить: счетчик - ROM - ЦАП в наличии 8-ми битный mp7524 или все таки DDS какой нибудь. А тут уже можно будет попробовать замахнуться на частоту измерения 100 кГц. DDS сейчас уже не так дорого стоят, только пока не разбирался можно ли синхронизировать DDS с СД как нибудь.

Вспомнил свои хотелки 2017 года.

Пункты 1,3,4 проверил - перехожу к пунктам 2 и 7.  Есть одна идейка.

А ведь простым добавлением СД и АЦП одномоментно сделать измерение реальной и мнимой величины не получится. Для каждой величины нужны свои Ку усилителей, правильно же?

P.S. Еще подумал и понял, что в тракте усиления мы усиливаем комплексный сигнал, наверное можно измерить одновременно обе части.

Участник relax79 (из Турции) выдвинул идею, он предлагает уйти от сверхдлинных и части длинных нажатий кнопок и спрятать это все в меню, добавлением новых страниц меню. Прошу оценить и прокомментировать по рисунку, рисунок сделан на основании прошивки 1.5, но это сути идеи не меняет.

И так, в меню добавляются четыре такие страницы (три первых переносятся из кнопок а четвертая создается):

ADC U/I (контроль чисел АЦП)
Debug (отладка)
Calibrations (OPEN, SHORT, LOAD калибровки)
Buttons (назначение горячих кнопок, длинные или сверхдлинные нажатия)

Для генерации скриншотов дисплея использовался этот сайт: http://avtanski.net/projects/lcd/

Так конечно лучше. Но найдутся такие, которым будет лень по меню лазить 
Да и с программной точки зрения, полная переделка пользовательского интерфейса.
Удастся ли  Laimys уломать?

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

U/I
Debug
Cal
Adapter
Mute
и так далее...

Те, у кого уже напечатаны передние панели, не пострадают, а смогут сделать назначение кнопок самостоятельно.

Tadas: Удастся ли  Laimys уломать?

Для меня это тоже вопрос.