Для последовательно соединяемых АКБ можно использовать балансир. Другое дело, что в свинцовых АКБ на 12 вольт уже 6 банок, к которым балансиры физически не подключить. Поэтому я и описал тот путь, который использовался в связи еще с древних времен. А именно регулярный контроль плотности электролита и его корректировка по необходимости.
Еще вчера, когда писал статью, дисбаланс напряжения заряда между двумя АКБ был 200 мВ. Заодно обслужил АКБ и откорректировал плотность дистиллированной водой. Дисбаланс сейчас стал 60 мВ.
Спасти АКБ от глубокого разряда можно просто используя для подключения более длинные и тонкие (но не тоньше, чем допускает ПУЭ) провода. Чем больше будет падение напряжения на проводах — тем при большем остаточном напряжении на АКБ UPS будет отключаться.
Обратная сторона медали — потери и возможный недозаряд АКБ, если регулировка зарядного напряжения не может компенсировать эти потери.
Я исходил из практики. Регулятор напряжения на автомобиле, на котором эти же АКБ уже прожили 8 лет, ограничивает напряжения их зарядки 13,8-14.2 В. С другой стороны, неоднократно слышал об убивании АКБ перезарядом. Ну и наконец, цель все же не выжать максимум емкости с АКБ, а найти нектороый компромисс в том, чтобы и АКБ долго служили и время автономного питания устраивало.
Поэтому я постарался обеспечить для АКБ режим эксплуатации максимально приближенный к автомобильному. За вычетом стартерной нагрузки, естественно.
Мой UPS расчитан именно на два АКБ по 12 вольт подключенных последовательно.
Ставить в параллель два АКБ, различающиеся по емкости в несколько раз я бы побоялся. Если во встроенном АКБ возникнет короткое замыкание в одной из банок, он может просто взорваться от мощного зарядного тока с автомобильного АКБ.
Обратите внимание, что почти все автомобильные инверторы с Али требует доработки системы охлаждения, если хочется гонять инвертор с нагрузкой близкой к номинальной. Очень уж китайцы на этом любят экономить.
Автомобильные АКБ не любят глубокого разряда. Известны случаи, что буквально после двух-трех разрядов АКБ до 20% емкости он выходил из строя. В моем UPS регулировку момента отключения, предохраняющую АКБ от глубокого разряда, я не нашел. Поэтому приходится контролировать это вручную.
Отсюда и мультиметр на фото. Он там уже год живет именно для контроля разряда.
А за информацию про АКБ для грузовиков — спасибо! Я этого не знал. Хоть у меня и грузовик по ПТС (L200), но штатные АКБ малообслуживаемые.
На этом же UPS родные АКБ на 7 А*ч прожили 2 года, прежде чем умереть. Следующие, уже на 12 А*ч даже 2 года не продержались. При этом такие АКБ даже в новом состоянии и часа бы мою нагрузку (120 Вт) не потянули. А мне надо не меньше четырех часов.
Дальше элементарная математика. Уже знаем, что автомобильные АКБ проработали год. Пусть даже они завтра сдохнут. Пара таких новых(!) АКБ от 60 А*ч стоит 7-8 тыс. А пара тех же 60 А*ч АКБ для UPS обойдутся уже порядка 20 тыс. Как видим — выгода уже в 2-3 тыс. рублей за год. Но, судя по всему, эти полудохлые АКБ у меня еще минимум год протянут. При том, что разряд в течении 3-4 часов у них происходит почти ежемесячно. Если новые автомобильные АКБ смогут дать 24 цикла — выгода станет более, чем двукратной.
Стартерный это 10-20 циклов
Как то не складывается. Эти АКБ, которые я сейчас использую, до того, как были подключены к UPS, восемь лет каждый день раза по два крутили мой стартер. Это свыше 5 тысяч раз. А сколько раз часам они кормили слабым током играющую автомагнитолу, компрессорный автохолодильник или ноутбук — я даже считать не берусь. Циклов 300 точно наберется.
вопрос выделения огнеопасного газа при зарядке не раскрыт
Если следовать моим рекомендациям и ограничить напряжение на одном АКБ в 13,8 вольт, то водород будет выделяться в столь мизерных количествах, что, при наличии вентиляции в помещении хотя бы в половину от санитарной нормы, его выделением можно смело пренебречь. Уже год не доливал дистиллированной воды, так как уровень электролита держится стабильным.
Можно все, но смысл? Если хотите заряжать АКБ от отдельного ЗУ, то дешевле будет купить автомобильный инвертор на 220 вольт, чем UPS.
Для примера, в автомобиле уже лет семь-восемь пользуюсь инвертором на 200 Вт купленным на Али за десять баксов.
А если уже есть UPS, то проще его доработать, чтобы не перезаряжал АКБ. Благо, автомобильные АКБ расчитаны на долговременную зарядку напряжением 13,5-14,2 вольт, которое обеспечивает регулятор напряжения в автомобиле. И живут при этом долго и счастливо.
Так как бинарники для меня важны, и их много, хоть и небольших (фонты, фоновые картинки, иконки, элементы спрайтов и прочее, нужное для программирования графики на микроконтроллере), то пришлось ставить на домашний сервер SVN. В GIT смержить изменения в том же bimap фонте, когда в одном месте поменял один символ, а в другом какой-то другой — задача почти не разрешимая.
Автомобильные АКБ не любят напряжения заряда свыше 14 вольт.
Для страховки лучше ограничивать в 13,8 вольт на один АКБ.
В противном случае UPS просто убьет АКБ, как и произошло у Вас.
Мне повезло — легко нашел необходимый подстроечник. Но, строго говоря, почти любой UPS можно доработать, ограничив максимальное напряжение заряда. Например, с помощью LM1084.
они могут не сбалансированно заряжаться, например первый 10 вольт второй 12, в итоге до целевых 26,6 он не дозарядит один и перезарядит второй.
Так и было изначально:
при таком напряжении максимальное напряжение на одном АКБ у меня стало не выше 13,8 вольт
На втором, соответственно — 12.8 вольт.
Сейчас они почти выравнялись. На первом 13,4, а на втором 13,2. В лом было разбирать конструкцию и снова регулировать. Так и оставил.
«Неприятно» — субъективное понятие. А если объективная реальность требует использования конкретного языка — это уже обязанность разработчика. Нет такой работы, где не приходилось бы заниматься «неприятными» (чаще — нудными и рутинными) вещами. Рекомендую даже не думать о том, насколько работа неприятна. Лучше в любой задаче находить что-то позитивное. И тогда все станет проще и легче.
Например, в свое время охреневал от DAX, потом от R. Ничего, зато освоил и обнаружил, что некоторые задачи на DAX решаются эффективней, чем на MDX, а на R — эффективней, чем на Python.
Все познается в сравнении. Мне приходилось продуктивные(!) системы писать на COBOL и ассемблере IBM/370. Потом на сопровождение принял программный комплекс на Lisp. REXX после этого воспринимался, как дар божий, а Perl — как верх совершенства. Что уж тут говорить про Python?
После того, как пришлось покодировать за свою жизнь на десятке-другом языках (T-SQL, PL/SQL и PL/pgsql считаю разными языками, хоть они и похожи), толерантность резко повысилась и сложные в освоении языки больше не попадаются )
Не думаю, что кто-то ненавидит Python. Просто низкий порог вхождения привёл к наличию тех, кто Python боготворит фанатически. IMHO, если у кого-то ненависть и возникает, то не к Python, а к тем, кто кроме него ни одного языка не знает, но не только пытается применять Python везде где ни попадя, а еще и искренне считая, что знание Python достаточно для решения любой задачи.
Иными словами, ненавидят не Python, а некоторую часть фанатиков Python, настаивающих на его использовании в качестве «золотого молотка» для решения любых задач.
Прошу прощения, если кого обидел. Python я сам использую в работе. Но только тогда, когда его применение оправдано.
350 знаков в минуту я могу долбить только на русской раскладке. Да и то, при обилии спецсимволов в тексте, легко могу свалиться до 300 знаков в минуту. Когда пишешь документы, протокол совещания или письма — это действительно полезно, так как человеческая речь или, тем более мысль, явно быстрее. Но зачем долбить с такой скоростью код программы — не понимаю. Даже на многословном SQL выгода в процентном отношении совершенно ничтожна.
Был опущен очень важный, на мой взгляд, шаг Nokia еще в 2005 году. А именно — выпуск Maemo. Суть в том, что бурное развитие аппаратных средств требовало так же и развития операционной системы. Развивать Symbian своими силами было дорого. Можно было писать свою новую ОС на базе BSD (как поступил Apple), можно было взять за основу QNX (как в последствии поступил BlackBerry), можно было базироваться на Linux (как поступил Google). Именно на Linux и базировалась Maemo. Однако, по политическим причинам, Nokia отказалась от нее в пользу ОС от Microsoft. И если с Maemo у Nokia были шансы сохранить значительную часть рынка, то с MS этих шансов не стало.
На алиэкспрессе за такие деньги можно их десяток заказать с бесплатной доставкой. И еще останется. Только что посмотрел. Партия из пяти штук MAX7219 с бесплатной доставкой от 110 рублей за SOP и от 134 рублей за DIP. Получается от 11 до 14 рублей за штуку.
Еще вчера, когда писал статью, дисбаланс напряжения заряда между двумя АКБ был 200 мВ. Заодно обслужил АКБ и откорректировал плотность дистиллированной водой. Дисбаланс сейчас стал 60 мВ.
Обратная сторона медали — потери и возможный недозаряд АКБ, если регулировка зарядного напряжения не может компенсировать эти потери.
Поэтому я постарался обеспечить для АКБ режим эксплуатации максимально приближенный к автомобильному. За вычетом стартерной нагрузки, естественно.
Я не умножал на два
На втором при этом получалось 12,8 В. В сумме — 26,6 В
Ставить в параллель два АКБ, различающиеся по емкости в несколько раз я бы побоялся. Если во встроенном АКБ возникнет короткое замыкание в одной из банок, он может просто взорваться от мощного зарядного тока с автомобильного АКБ.
Отсюда и мультиметр на фото. Он там уже год живет именно для контроля разряда.
А за информацию про АКБ для грузовиков — спасибо! Я этого не знал. Хоть у меня и грузовик по ПТС (L200), но штатные АКБ малообслуживаемые.
Дальше элементарная математика. Уже знаем, что автомобильные АКБ проработали год. Пусть даже они завтра сдохнут. Пара таких новых(!) АКБ от 60 А*ч стоит 7-8 тыс. А пара тех же 60 А*ч АКБ для UPS обойдутся уже порядка 20 тыс. Как видим — выгода уже в 2-3 тыс. рублей за год. Но, судя по всему, эти полудохлые АКБ у меня еще минимум год протянут. При том, что разряд в течении 3-4 часов у них происходит почти ежемесячно. Если новые автомобильные АКБ смогут дать 24 цикла — выгода станет более, чем двукратной.
Как то не складывается. Эти АКБ, которые я сейчас использую, до того, как были подключены к UPS, восемь лет каждый день раза по два крутили мой стартер. Это свыше 5 тысяч раз. А сколько раз часам они кормили слабым током играющую автомагнитолу, компрессорный автохолодильник или ноутбук — я даже считать не берусь. Циклов 300 точно наберется.
Если следовать моим рекомендациям и ограничить напряжение на одном АКБ в 13,8 вольт, то водород будет выделяться в столь мизерных количествах, что, при наличии вентиляции в помещении хотя бы в половину от санитарной нормы, его выделением можно смело пренебречь. Уже год не доливал дистиллированной воды, так как уровень электролита держится стабильным.
Для примера, в автомобиле уже лет семь-восемь пользуюсь инвертором на 200 Вт купленным на Али за десять баксов.
А если уже есть UPS, то проще его доработать, чтобы не перезаряжал АКБ. Благо, автомобильные АКБ расчитаны на долговременную зарядку напряжением 13,5-14,2 вольт, которое обеспечивает регулятор напряжения в автомобиле. И живут при этом долго и счастливо.
took 11975 us
done
gcc -std=c99 -O3 -o test test.c
took 3664 us
done
gcc --version
gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39.0.3)
Для страховки лучше ограничивать в 13,8 вольт на один АКБ.
В противном случае UPS просто убьет АКБ, как и произошло у Вас.
Мне повезло — легко нашел необходимый подстроечник. Но, строго говоря, почти любой UPS можно доработать, ограничив максимальное напряжение заряда. Например, с помощью LM1084.
Так и было изначально:
На втором, соответственно — 12.8 вольт.
Сейчас они почти выравнялись. На первом 13,4, а на втором 13,2. В лом было разбирать конструкцию и снова регулировать. Так и оставил.
Например, в свое время охреневал от DAX, потом от R. Ничего, зато освоил и обнаружил, что некоторые задачи на DAX решаются эффективней, чем на MDX, а на R — эффективней, чем на Python.
После того, как пришлось покодировать за свою жизнь на десятке-другом языках (T-SQL, PL/SQL и PL/pgsql считаю разными языками, хоть они и похожи), толерантность резко повысилась и сложные в освоении языки больше не попадаются )
Иными словами, ненавидят не Python, а некоторую часть фанатиков Python, настаивающих на его использовании в качестве «золотого молотка» для решения любых задач.
Прошу прощения, если кого обидел. Python я сам использую в работе. Но только тогда, когда его применение оправдано.