Контроллер блока питания

[St@rz]

А для использования Carduino в качестве контроллера блока питания есть наработка?

[Chip]

Наработки есть , вот только не можем свои БП продавть

[il74]

Наработки есть , вот только www.carmonitor.ru не сможет свои БП продавть
А мы своих в бою не бросаем!

a BCE PABHO IHTEPECHO

[Chip]

Пока выкладываю схему контроллера БП
Прошивку как будет время напишу. Если никто не опередит.

[AMurchick]

Я собираюсь сделать на этой железяке блок управления (БУ) БП, подсветкой LCD, коммутацией питания усилителя, антены и т.п.
Ардуину уже заказал - едет

Вкратце мысли по БУ БП (до этого городил на 8ми ногом АВР аля БП Yurich38, но без связи с ПК мне не очень нравится):
1. Контроль "живости" ПК (через usb)
2. ПК может дать команду "выруби питание через 1 минуту" и т.п.
2. Контроль U батарейки (решение принимает ПК)
3. Реализовать цикл ACC_Down -> PC Suspend -> 30 min -> PC Hibernate -> PowerOff
4. Обязательно кнопка On/Off - может я не хочу включать ПК по ACC, если я его ручками вырубил. Или ПК вырубили по питанию (например, он завис) - чтобы уже включал я его сам, а не умный АВР.
5. Обязательно статус-led - показывать в каком режиме БП (ждет hibernate или запускается и т.п.)

[Chip]

1- Будет осуществлятся по USB и наличию +3,3в. Компьютер должен посылать по USB 1 раз в 5 сек. контрольный байт , если ответа от компа нету в течении N минут то счтитать комп зависшим.
2- ПК может себя программно выключить
2- что за решение он должен принимать?
3- Обьязательно
4- Нужно будет учесть
5- на D13 есть управляемый светодиод. Статус можно выдавать свечением, морганием , плавное моргание. Если очень много статусов то можно сделать пакетное моргание, например моргнул три раза пауза 3сек, моргнул 5 раз пауза 3 сек. и т.д.

[AMurchick]

1. Или по наличию 5В на USB. А по поводу 1 раз в 5 сек - можно посылать и не контрольный байт, а например, запрос напряжения батарейки, думаю раз в минуту достаточно будет.
2. ПК то себя выключит, а БП останется работать до исполнения п/п 1. Т.е. получится, что комп не "выключился", а "завис". И не понятно, что делать при следующем ACC. А если ПК завис, то лучше не включать его автоматом.
2. Решение о том, что пора шатдауниться вместе с БП
3. Тут опять же, перед уходом в хибернейт комп дает БУ БП команду вырубиться через Х минут. И ждать АСС для очередного автоматического включения БП (поэтому и нужен п/п 2 - при зависании автостарта быть не должно)
4.
5. Систему статусов я уже придумал и потестил. Ошибки - вспышки 2, 3, 4 раза (легко посчитать), сон - раз в 2 секунды моргает, подготовка к запуску - быстрое моргание и т.п.

Для понимания логики работы - могу выложить исходник для ATtiny25.
Там всё реализовано, кроме проверки ПК на "завис" путем вопросов/ответов.

[Chip]

1- Я считаю что +3,3в лучше, потому что в режиме SB у компа присутствует +5в (могу и ошибатся)
2- Контроллер проверяет наличие +3,3в, АСС и WDT, на основе этого принимает решение. Например если есть +3,3в и АСС, но нет ответа WDT, то контроллер понимает что комп завис. Если есть +3,3в и WDT, но нет АСС то контроллер понимает что комп через N-минут нужно выключить. Включение он будет производить по отсутствию всех сигналов и при появлениее АСС

[AMurchick]

1- Я считаю что +3,3в лучше, потому что в режиме SB у компа присутствует +5в (могу и ошибатся)

Режим SB - это suspend?
Если да, то в этом режиме USB запитаны, проверял.

2- Контроллер проверяет наличие +3,3в, АСС и WDT, на основе этого принимает решение. Например если есть +3,3в и АСС, но нет ответа WDT, то контроллер понимает что комп завис. Если есть +3,3в и WDT, но нет АСС то контроллер понимает что комп через N-минут нужно выключить. Включение он будет производить по отсутствию всех сигналов и при появлениее АСС

Просто и логично.
Но я буду делать сложнее - например, при пропадании VCC с компа - вырубать БП (типа ПК ушел hibernate), что режим suspend - по морганию светодиода питания и т.п.