Да какой-то голливудский сюжет, ей-ей...
Таки с описанными наворотами Пентиум не справится, Суперкрей и жидкий гелий нужен. Ну и пиропатроны для отстрела кипящих батарей в межзвездное пространство.
То ли что-то тут лишнее придумано, то ли не так из ТЗ понято, то ли нет навыка работы с абсолютно безграмотным заказчиком.
Задачу всегда нужно осмысливать и решать в наиболее законченном, системном виде. Не поддаваться на однобокое видение проблем заказчиком.
Такой маленький УПС и столько проблем. Для начала - выбрасывайте вот тот непонятный блок питания то ли 12, то ли 24вольта. Прямо с сетью общаться будет куда увереннее. хоть известно что там реально бывает.
У Вас сколько места есть на все, про все?
Вот , говорим этому суперзаказчику, есть кирпичик, сюда подай 220, сюда подключи батарею (не забудь только про полярность) и - свободен на 2-3 года! Байки про взрывы и предсмертный жар батареи расскажи кому-нибудь другому.
МК нужно использовать только для мониторинга или передачи срочных сообщений. В самом УПС ему делать абсолютно нечего, это аналоговая схема на 100%.
В 0.9 доллара еще ни один УПС не вложился, об этом тоже полезно забыть. Припишите нолик хотя бы.
Вопрос нескромный... а доводилось вообще аппаратуру раньше делать, к производству приспосабливать? Или программирование только?
Я спрашиваю чтобы лучше понять реальные возможности разработчика, без какого-то подтекста, уверяю. Может, тут просто на разных языках разговор идет, оттого и трудности Ваши необъяснимыми кажутся сходу.

В свою очередь хочу заметить, что у Вас если Вы сейчас просто не стебаетесь, очень прямолинейный подход к делу (мягко говоря) либо Вашим заказчикам деньги девать некуда. Наш финальный заказчик вполне грамотный. Он не лезет в схемотехнику, но что получить хочет понятно. Мы разрабатываем и производим оборудование уже почти 20 лет. Конкретно в этом проекте выступаем как поставщик оборудования. Между нами и заказчиком есть интегратор. Программисты интегратора пишут рабочее приложение под Linux. От нас на нашей железке крутится только сам Linux. Железка не точилась под этого заказчика а делалась для нескольких на тот момент проектов. Поэтому выкинуть блок питания невозможно. Место у в корпусе есть - в чем смысл этого вопроса? Дальше комментировать тяжело..

0.9$ стоит процессор под который написано много софта и мы его хорошо знаем. По своим возможностям он сравним с BQ24702. Вокруг будут ключи, делители и пр периферия.

Видимо по делу я тут ничего не услышу придется самостоятельно с нуля....

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

Меньше 0.65$ с АЦП на борту сейчас не могу припомнить
http://www.compel.ru/infosheet/MCRCH/PIC12F675-I%2FSN/


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


Вы не поняли. Я говорил о том, как должна быть устроена зарядка 12-вольтового аккума.
Все остальное мне(разработчику зарядки) неинтересно.
Именно в зарядке должны быть две ступени. Первая снижает напругу до 15 вольт и т.д.
При таких маленьких токах зарядки можно подумать даже о линейных стабилизаторах из 24 в 15.
А если есть исходные 16, то тут без вариантов ничего имульсного городить не надо.


Обычно разряд надо прекращать при напряжении около 11 вольт.


У вашего заказчика какая-то каша в ТЗ и, извините, в голове.
Уже вроде все разжевано: при зарядке аккумулятора исправным зарядником не может происходить перегрев акк-ра.
Для танкистов - составителей ТЗ можно это сказать другими словами:
защита аккумулятора от перегрева - это совсем другая задача и совсем другое ТЗ.
Очевидно, если есть перегрев аккумулятора, то это связано с его перегрузкой по току.
(Эту нетривиальную мысль дарю бесплатно вашему заказчику )
Перегрузка может иметь две природы: внешняя перегрузка по току (лечится ограничением тока разряда.)
И внутренняя перегрузка при внутреннем КЗ аккумулятора (лечится сменой типа акк-ра или поставщика.)
Суда по вашим ответам, "лучше бы вам нанять кого-нибудь из специалистов" (с)Микроватт

Боюсь что теперь Вы меня неправильно поняли и в Вашей голове многое перемешалось. Вины с себя за эту путаницу не снимаю и постараюсь для Вас расставить все по своим местам поскольку от Вас по крайней мере идут ответы по теме.

Итак. Есть ЦОД крупного оператора. В нем есть комнат 10 (я столько лично видел) где стоят стойки с серверами и бесперебойники от APC. В основном это Simmetra разных мощностей и и моделей.
Почему сам бесперебойник не следит за температурой аккумуляторов я не знаю. В нем есть место для собственного контроллера. Возможно в нем есть эта функция но контроллера нет - поэтому заказчик обратился к интегратору со СКАДАой которого работает с просьбой показывать оператору (который дежурит круглосуточно) температуру каждого аккумуляторного блока в каждой стоке. Может не все сразу но те который начали теплеть - сразу аршинными цифрами в центр монитора. Интегратор обратился к нам за нашей железкой на Linuxе. Мы ему прицепили к ней гирлянду из температурных датчиков типа DS18B20. Его все устроило. Потом мы поняли что то от чего спасается заказчик у нас самих не реализовано и мы к худшему случаю не готовы. Можно просто мерить температуру основным процом. Нашего ARM9 на 400МГц для этого вполне хватит. Но прикрутить этот функционал к готовому ядру проблематично - свободных ресурсом мало (I2C загружена по полной) . На глаза попалась дорогая BQ24702 которую очень хочется заменить на что-нибудь подешевле. Решили что если поставить вместо нее тот же STM32 то его одного хватит и на замену BQ24702 и температуру померить. В STM есть датчик температуры но он не точный и показывает направление ветра, поэтому будем вешать внешние датчики и прислонять их к корпусу своего аккумулятор внутри своего корпуса!!!. Именно по этой причине боимся линейного стабилизатора потому что лишние пара градусов от него смажут картину внутри корпуса.

На всякий случай это обычный корпус в стойку 19" глубина 170 мм. Половину корпуса занимает сама плата. Еще чуть меньше четверти аккумулятор.

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

Сообщение отредактировал PCBExp - Dec 29 2012, 08:21

Кое-что проясняется, но не все.
Не понял выражения "I2C перегружена". Вообще, она держит 128 периферийных
устройств, причем по 8 устройств одного типа.
У вас там что, уже стоит 8 датчиков температуры для своих целей,
а вам надо еще один или несколько датчиков для термоконтроля аккумуляторов?
Сама постановка задачи вызывает сомнения. Контроль температуры аккумулятора
для того "чтобы он не взрывался" кажется мне надуманной. Просто так акк-ры не взрываются.
Надо контролировать разрядный ток - в этом есть смысл.
В контроле температуры акк-ра смысла меньше. Но если очень хочется - то можно и это сделать.
Тут уже все определяется желанием заказчика оплачивать свои страхи и перестраховки.
По поводу контроля переразряда акк-ра, то это очень простая триггерная схема из пары транзисторов
и мелочевки в обвязке. Там есть одна тонкость - при подключении свежего аккумулятора
и при отсутствии основного напряжения она должна автоматически включаться.
Я такую делал на заказ, поэтому не могу выложить в открытый доступ.

Хочу еще раз сказать что на устройстве висят две похожие задачи.
1. мониторить температуру внешних аккумуляторов модулей SIMMETRA для этого на шине I2C основного процессора крутится OWFS а также часы реального времени и еще кое-что в результате шина занята постоянно
2. мониторить состояние собственного аккумулятора - чтоб не произошло неожиданного останова в те редкие случаи когда отключается питание.

По первой задаче (Вы также как и предыдущий собеседник можете мне не верить) я имею ТЗ и в принципе задача решена. DS18B20 с точностью +/- 2..3 градуса операторов удовлетворили.
По второй задаче мы решили пойти чуть дальше - заменить дорогую BQ24702 на дешевый STM32 и добавить функционал о котором я уже раз 5 писал..

Еще раз скажу что 1-ая задача решена. Мы не можем вклиниться в разрыв цепи заряда модулей SIMMETRAб не можем подключиться к ним другим способом - вообще вскрывать не можем - они на гарантии. Поэтому остается только измерение температуры.

Меня сейчас (как и в начале моих постов) интересует как построить зарядник на STM. Лучше глянуть на чей-нибудь опыт - не хочу изобретать велосипед. Пока осталась только одна мысль: добрый TI в описании на BQ выложил подробное описание функциональной схемы и кучи всяких апликух для нее - будем реализовывать на STM этот "портрет"

Я для себя делал блок заряда - чисто из любопытства. У меня входное с солнечной батареи малой - 10 ватт, акк на 9 ач/12 v - нагрузка пока на резистор Управляет STM32L151 впрямую через STEPDOWN. Зима была - солнца нету - так что отстроил на лаб. питании - теплее будет поползу проверять. Он у меня меряет ток, напряжения - вычисляет емкость, мощности, КПД, восприимчивость заряда. Десульватизацию кста пытается делать. Прикольно в общем - развлекаловка Графики выгружает в эксель если кому интересно могу поделиться опытом - ток оно обычно никому не надо ...

Сообщение отредактировал stealth_w - May 22 2013, 12:47