[Maksym]

Оуу... Надо будет разобраться .

[Bill]

Ну так вот, огромное спасибо за участие и помощь, подсказки и понимание, всем кто не безразлично помогал во время изготовления этого чуда. Отдельное спасибо INFERION за помощь и снисхождение, отличный драйвер! Цель была поставлена, на основе этого драйвера изготовить фонарь для подводного плавания, при этом не потерять возможность использования всех функций драйвера. Фонарь полностью герметичен, кнопка с индикацией, подпружинена, самостоятельное нажатие происходит после погружения ниже 17 м, думаю этого достаточно. Фонарь разделен на 3 отсека, 1-й трипл, 2-й драйвер, 3-й элементы питания, между собой отсеки полностью герметичны. За время трех погружений появление конденсата не выявлено. Для простоты использования и замены имеется два комплекта АКБ спаяны параллельно. Пожалуй всё.

[INFERION]

Можно же было загрузить фото через форумную файлопомойку? Подправил, по ссылкам неудобно лазить (вот бы и в остальных темах моего раздела такие права )...

Кнопка для подводника, как и этот интерфейс - на мой взгляд не лучшее решение. Под воду просится магнитное кольцо или ползунок.

P.S. Скоро будет 5.3 версия. Совершенно другая, программа с нуля переписана.

[Bill]

На берегу кнопка работает с неким усилием, под водой усилия практически прикладывать не нужно, довольно не плохо получилось подогнать усилие пружины. Регулировка плавная, можно всегда подкорректировать в зависимости от требований и ситуаций. Не требуется поиск нужного режима, он один на все случаи. Как ещё одни плюс, индикация заряда. Как недостаток, большая точность подгонки зазора кнопки, для зарядки АКБ нужно разбирать кассету. Но надеюсь в скором будущем решиться и этот вопрос установкой во внутрь зарядного устройства, в таком случае отпадет надобность в извлечении батарей при зарядке.

[INFERION]

Народ, какую цветовую схему индикации уровня мощности, во время настройки яркости, мне лучше воткнуть в новую версию? Сейчас используется вот такая:

Но я подумываю влепить более соответствующую реальной физике:


Первый вариант даёт лучшее разрешение из-за зелёного, но не соответствует действительности. Второй вариант проще запомнить, поскольку цвет меняется как у раскаляющегося тела. Субъективно первый вариант работает точнее, а второй красивее...

[Maksym]

Второй, который проще запомнить - ибо первый, действительно, не запоминаем.

[INFERION]

Я уже написал VBCGYRW схему (фиолетовый-синий-голубой-зелёный-желтый-красный-белый). Запоминать там нечего, ведь мы не в слепую крутим. Мы видим как у нас растёт яркость, а на кнопке просто удобно запомнить конкретный цвет, чтоб потом в будущем эту яркость настроить (зная что она в подобной ситуации оказалась наиболее удобной). У этого варианта аж 7...8 (оранжевый наше зрение хорошо выделяет между желтым и красным) чётко различимых цветов. Причём зелёный находится в области наиболее часто используемых режимов - по центру. Ниже зелёного - всё холодное, выше - горячее. Я не смогу так сориентироваться в потребляемом токе с BVRYW (синий-фиолетовый-красный-желтый-белый) схемой. Базовых цветов меньше. У индикатора заряда батареи запомнить сложнее, т.к. мы не видим напряжение на банке. Поэтому там логично ставить нормальную RYGCBV (красный-желтый-зелёный-голубой-синий-фиолетовый) схему, которую легко запомнить. Но и этот индикатор потеряет актуальность, когда индикация научится выводить более интересую информацию - время работы...

Но это всё легко меняется, если что. В этот раз программу делаю гибкую и на дефайнах...

[Maksym]

Да оно как-то так быстро меняется что не успеваешь отследить какой цвет . Хотя по яркости то скорость изменения ОК, а вот по индикации быстро слишком.

[INFERION]

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

[Maksym]

Так а я вообще дискретным регулированием пользуюсь - отсчитываю от максимума вниз сколько надо. Быстро и точно.

[INFERION]

Не быстрее и не точнее плавной. Дискреты это уже загрубление точности. Да, повторяемость выше, но я предпочитаю настраивать то, что мне субъективно нравится больше, а не привязываться к намеренно урезанным возможностям. Дискретная настройка тут неудобная. Нужно зажимать и ждать, когда по логике можно было бы быстро переключать нужное количество ступенек нажатиями.

[Maksym]

Ну значит дискретку меняем принцип настройки .

[INFERION]

Дискретка была реализована в ответ на "нужно хотя бы приблизительно знать рантайм в выбранном режиме", но не проще ли смотреть этот рантайм на индикаторе?

[Maksym]

А как? Нет цифровой индикации оставшегося времени работы в текущем режиме - такое обещает сделать в своих фарах только VRP, пока больше ни у кого такого не видел.

[INFERION]

Я дисплей пока прикручивать не планирую, но в перспективе возможно. Для начала я отшлифую алгоритмы, а выводить буду через подсветку кнопки. Это не так удобно как с дисплеем, но лучше чем ничего. А главное - позволит отшлифовать механизмы. С VRP я эту тему уже поднимал, но он пошел по пути прикручивания к батарее спец. контроллера, как в ноутбуках. Мне этот вариант не нравится и я хочу этот контроллер пересадить в программу. Причём он должен сразу трезво оценивать ёмкость батареи, даже если подсунем другую и с другим уровнем заряда. А вот смена типа химии поднимет уровень ошибки на некоторое время, пока драйвер не привыкнет к новой разрядной кривой. Ошибка времени работы в 10% меня бы устроила. Так же под вопросом работа фонаря до победного, т.е. максимальная мощность до полного высаживания, с резким снижением яркости. Зная оставшееся время - можно запрограммировать кой-нибудь лимит яркости на низких уровнях.

[Bill]

Установил датчик холла на драйвер. работает как не странно но в первое время нечего не мешало устойчивой работе датчика. Но появилась проблема после сборки и попытка использования более мощного неодимового магнита, перестал выключаться, ещё получасовые манипуляции доставили своих неприятностей, появилось магнитное поле которое начало управлять датчиком. Самостоятельное включение и переключение режимов, а в последствии зависание в одном из режимов, что привело к надобности сброса настроек. При анализе моих действий и последствий к которым они привели было выявлено (субъективное мнение): при долгом воздействии на акб магнитного поля магнита, у акб появляется поле которое начинает воздействовать на датчик; драйвер начинает что-то мам вычислять и нагружает акб, и это поле увеличивается и начинает воздействовать на датчик, замкнутый круг. Второй вариант был выявлен при помощи дополнительного датчика, который подключен к отдельному акб.
У меня вопрос относительно двухтактной кнопки, может её распиновка позволит установить на плате датчик и тем самым вынести как можно дальше от драйвера и акб.
Может я в чем-тоне прав, но наблюдал этот эффект несколько раз.

[INFERION]

Датчик же с TTL выходом? У него чёткий порог срабатывания, так что нужно избавляться от ферромагнетиков (намагничивающхся железок) и проводников поблизости, через которые течёт большой ток (банки тоже проводники, да). Если бы датчик был аналоговый и дифференциальный - он бы видел только поле своего магнита, а так приходится всю грязь из эфира ловить, включая ЭМИ от самого драйвера, проводов, АКБ и т.п. Никто тупые датчики в такие места не ставит. Делается специальная хитрая система, которая может отделять мух от котлет. Там два датчика, расположены они рядом. Помехи, идущие с большого расстояния они не замечают, т.к. вектор и сила у помехи идентичны на обоих датчиках, а они компенсируют друг друга. А вот магнит расположен уже возле одного из датчиков, в непосредственной близости. Его поле нарушает баланс и мы получаем сигнал в аналоговой форме. Дальше нужен триггер, чтоб преобразовать в логический уровень. Обычно у драйвера вход как раз TTL и он сам преобразует, но не в моём случае...

Если выходное сопротивление датчика слишком высокое - драйвер не распознает его как механическую кнопку, поэтому лучше использовать канал 2-х тактной кнопки. Там резистор на 12k, а с ним сопротивление датчика такой роли уже не играет.

[INFERION]

Вчера залил 5.3b версию в свой фонарь. Похоже, инженерка с её калибровками и хранением данных в EEPROM больше не требуется. Теперь все необходимые параметры вычисляются более хитро, с момента включения и во время работы, непрерывно. Возвращаемся к идее 5.0 версии, но в этот раз работает это идеально.

Что изменилось в коде:
1. PLL я не использую, без него АЦП работает гораздо лучше, а ограничение минимальной длительности импульса уменьшает потери на малых значениях заполнения. Поэкспериментирую с тактовой частотой таймера - 8МГц многовато.
2. Калибровка внутреннего сопротивления батареи и дифференциального сопротивления нагрузки теперь реализованы на фильтрах. Любые изменения токов и напряжений пропускаются через одинаковые ФВЧ, затем через арифметику. Фильтр Калмана модифицирует старое значение в зависимости от степени доверия к новым данным. Чем они чище и правдоподобнее - тем охотнее обновляется переменная. Все базовые параметры находятся уже в момент включения. Регулировка яркости (переключение режимов) так же приводит к достаточно заметным для фильтра изменениям, как и всякие мигалки.
3. ОС работает теперь в обоих режимах работы дросселя, поскольку АЦП начал нормально работать на более низких значениях тока. Изменена логика вычисления индуктивности дросселя, что должно улучшить согласование прямой и обратной связи. Но этот момент я ещё не проверял - интерфейс пока что без плавной регулировки. Если раньше индуктивность подкручивалась следящей системой под нужный ток, то сейчас ток продолжает удерживать ОС, а индуктивность сразу вычисляется по заполнению ШИМ.
4. Термоконтроль нерегулируемый. Теперь он с порогом возится сам. В турбо подбрасывает градусов, затем медленно возвращает на место (чтоб фонарь не тух после турбо из-за перегрева).
5. Индикатор переписан с нуля, теперь цвет не выводится с базы, как раньше, а генерируется под процент заряда батареи. В базе хранится зависимость процента заряда от напряжения батареи. В перспективе эта база будет самостоятельно калиброваться под химию, а ёмкость батареи вычисляться отдельно (по зависимости из базы, потребляемому драйвером току и скорости снижения напряжения). Это позволит вычислять оставшийся рантайм в выбранном режиме.
6. Код компактнее и понятнее, а кнопка организована таким образом, что в неё не трудно забивать любую логику (хоть кольцо прикручивай). Сейчас использовано 5,5 килобайта из 8-ми. Места предостаточно для всяких фенек.

[Maksym]

Ура-ура, с нетерпением ждем релиз. Я даже развел платку для "сбрасывателя" резета, осталось найти 45-ю тиньку, где-то была от старого драйвера из одного фонаря, не знаю куда засунул.

[oleg235]

 Сообщение от INFERION :

Сейчас использовано 5,5 килобайта из 8-ми. Места предостаточно для всяких фенек.

А если без индикатора и плавной регулировки?