Например зарядку возмет знакомый , которому разница в 0,5В ничего не говорит , а как и для чего менять не понимает . Это напоминание , что-бы потом не было глупых претензий за испорченое имущество . Надо сразу смотреть на удобство управления , надежность железа и не отбрасывать человеческий фактор . Посмотрите на свое зарядное со стороны дилетанта
в этом случии термодатчик просто необходим, а ты не хочешь его - странно это ...
TuzRostislav писал(а):
А кто-то знает, сколько стоит инфракрасный датчик температуры? Его ведь и крепить не придется. Просто направить на батарею и всё.
ну и сколько это удовольствие стоит? которое нужно направить, без скоча и грузика ...
Поэтомудля запуска ракет нужны всякие ключи и прочее . Р.С Саид у Вас случаем нету ПО для компютера от ЗУ Феликса , извените что не в тему
Нет, он его не реализовал, помоему он его в коммерческом варианте сделал, на форуме какомто говорил про запуск коммерческого проекта. там же и EEPROM должен был прикрутить.
_________________ Планы на будущее, несоответствующие вашим финансовым, умственным и физическим возможностям, называются мечтами!
Если изначально не будут превышены параметры зарядки ничего страшного не будет . Надо ограничить ток , напряжение максимально выставляемое . Настройки по завершению скидывать на 0 . Начало зарядки мне видиться так - включили зарядку в сеть , подсоеденили АКБ выбираем режим , номинал батареи от которой и будут все остальные параметры и на Пуск
_________________ Учусь на Proton+IDE для ПИКов . Часто бываю тут http://picbasic.ru/
да о чём мы тут говорим ... если памяти 16-ой меги уже не хватает на коррекцию погрешностей измерения тока, профилей АКБ ...
Кстате в упор не понимаю зачем хранить в памяти профили АКБ ... ИМХО проще задавать переменные перед началом работы, к примеру: i=2 U=14.6 Ir=1 С=i*10 и т.д. естественно, при вводе представлять на понятном пользователю интерфейсе, т.е.: Ток заряда 2 А Напряжение 14.6 В Ток нагрузки 1 А Алгоритм IUoU и т.д. с выбором значений кнопками "плюс"-"минус"-"выбор" Да даже слова пользовательского интерфейса можно оптимизировать, символьными переменными: i$="Ток" z$="заряд" и т.п.
Мне кажется что началось все с создания простого, легко повторяемого и требуемого минимальных затрат и количества дополнительных компонентов зарядного устройства. Которое может повторить практически любой немного понимающий в радиоэлектронике. Также переделка силовой части из AT/ATX отслуживших свое в компах, в приоритете так-как достать их проще и дешевле или даром.
Поэтому предлагаю остановиться на 4-ом варианте и менять только алгоритм зарядки, дописать в схему управления номиналы всех компонентов, сделать мини фак и поместить в единый архив вместе с прошивкой - места много не занимает.
Тогда повторивших это устройство станет больше и тема приобретет новый вид и Слон сможет благодоря замечаниям большего количества тэстэров сделать оптимальную прошивку. Если-же мы начнем все усложнять то в этой теме скоро останется несколько человек понимающих в чем дело и несколько залетных с глупыми постами.
Вот пример: Я своих знакомых уже заинтересовал этим устройством и многие будут собирать именно четвертый вариант считая его самым оптимальным в просторах интернета в плане повторяемости и визуализации просходящих в данный момент процессов.
Поэтому предлагаю остановиться на 4-ом варианте и менять только алгоритм зарядки, дописать в схему управления номиналы всех компонентов, сделать мини фак и поместить в единый архив вместе с прошивкой - места много не занимает.
полностью согласен, вывести сей девайс в статью ЗУ на МК Atmega16, с ссылкой на эту тему, до места последней прошивки, остальные посты отделить в отделную тему с названием ЗУ на Atmega32
да о чём мы тут говорим ... если памяти 16-ой меги уже не хватает на коррекцию погрешностей измерения тока, профилей АКБ ...
Кстате в упор не понимаю зачем хранить в памяти профили АКБ ... ИМХО проще задавать переменные перед надалом работы, к примеру: i=2 U=14.6 Ir=1 С=i*10 и т.д. естественно, при вводе представлять на понятном пользователю интерфейсе, т.е.: Ток заряда 2 А Напряжение 14.6 В Ток нагрузки 1 А Алгоритм IUoU и т.д. с выбором значений кнопками "плюс"-"минус"-"выбор"
ИМХО это освободит всю память ...
Можно и так, но как в таком случае впихнули в PIC16F876A программу для зарядного, что я давал выше? Она и понавороченее будет, а памяти у PICа немного меньше. А так будет удобство в работе, все свои аккумуляторы прописал, и не надо потом вспоминать, что выставлять при зарядке конкретной банки. Собирал кучу зарядных, но больше всего понравился такой подход.
_________________ Планы на будущее, несоответствующие вашим финансовым, умственным и физическим возможностям, называются мечтами!
Можно и так, но как в таком случае впихнули в PIC16F876A программу для зарядного, что я давал выше? Она и понавороченее будет, а памяти у PICа немного меньше. А так будет удобство в работе, все свои аккумуляторы прописал, и не надо потом вспоминать, что выставлять при зарядке конкретной банки. Собирал кучу зарядных, но больше всего понравился такой подход.
ну в конце-концов для констанктных переменных можно использовать память eeprom, скажем для символьных переменных, типа слов для пользовательского интерфейса, мож и какие профили АКБ ещё туда влезут ... А может наоборот, зашить туда таблицы, типа таблицы коррекции измеряемого тока ...
Можно и так, но как в таком случае впихнули в PIC16F876A программу для зарядного, что я давал выше? Она и понавороченее будет, а памяти у PICа немного меньше. А так будет удобство в работе, все свои аккумуляторы прописал, и не надо потом вспоминать, что выставлять при зарядке конкретной банки. Собирал кучу зарядных, но больше всего понравился такой подход.
ну в конце-концов для констанктных переменных можно использовать память eeprom, скажем для символьных переменных, типа слов для пользовательского интерфейса, мож и какие профили АКБ ещё туда влезут ...
Я уже писал, что не силен в написании программ, как напишут так и будет. Просто просили свежих идей, так мы и делимся, а что будет заложено в программу, это уже к уважаемому Слон-у. И всеже я думаю, что не стоит ограничиваться привязкой к определенным параметрам, иногда может проявиться ситуация, когда при наличии этого зарядного, нужно будет собирать другое, под другие параметры.
_________________ Планы на будущее, несоответствующие вашим финансовым, умственным и физическим возможностям, называются мечтами!
Если не будут большие токи заряда -незачем и термодатчик.
токи тут не причём, даже при токе 30 Ампер, электролит выше +35 С не поднимается, при среде +25...+27 Электролит начинает сильно грется, при напряжении выше 15 вольт, при любом токе, даже при 0.02С
Электролит начинает греться после того, как АКБ зарядился и вся получаемая энергия расходуется на разложение воды на кислород и водород при этом выделяется тепло, а пузырьки образуются в результате разложения воды и создают эффект кипения электролита. Сучествует понятие "напряжение начала газовыделения" это напряжение при котором начинаетсяпроцесс разложения независимо от степени заряженности АКБ. Термодатчик проще всего крепить к клемме АКБ (температура на ней соответствует температуре АКБ).
Заголовок сообщения: Re: ЗУ для свинцовых АКБ на МК Atmega8
Добавлено: Сб янв 08, 2011 11:27:21
Вымогатель припоя
Карма: 2
Рейтинг сообщений: 3
Зарегистрирован: Ср окт 27, 2010 10:59:48 Сообщений: 591 Откуда: г. Новосибирск
Рейтинг сообщения:0
RomanT писал(а):
они все одинаковые (идентичны по орфографии), Basic, Pascal, Delphi, C
С какого перепугу Бейсик то с Паскалем одинаковые? Паскаль и Дельфи - может быть, это языки одной платформы, а Бейсик - это язык более высокого уровня. Команды в нем отличаются от языков низкого уровня. Хотя с другой стороны на языках низкого уровня можно писать более быстрые программы. Возможности таких программ будут отличаться от программ написанных на языках высокого уровня по той причине, что ЯВУ работают под системой, а ЯНУ работают напрямую с процессором.
Саид СЛОН ЧЕЛОВЕК пишет проги напрямую и пользуется простыми программами сначала для теста типа DIP TRACE ,а потом ипользует макетку,А ПОТОМ НАМ ВЫКЛАДЫВАЕТ
А что, другим тема не интересна? Насчет Паскаля, просто в ЗУ, что я собрал, много интересных идей есть, вот бы часть их и воплотить в нашем проекте, тем более проект свободный, коды выложили, сказали экспериментируйте. Слон, как я понял, на ассемблере пишет, а может ктото с Паскалем поможет, ведь главное алгоритм хороший найти.
_________________ Планы на будущее, несоответствующие вашим финансовым, умственным и физическим возможностям, называются мечтами!
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 26
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения