Форум РадиоКот

Andriy76 писал(а):Например зарядку возмет знакомый , которому разница в 0,5В ничего не говорит , а как и для чего менять не понимает . Это напоминание , что-бы потом не было глупых претензий за испорченое имущество . Надо сразу смотреть на удобство управления , надежность железа и не отбрасывать человеческий фактор . Посмотрите на свое зарядное со стороны дилетанта

в этом случии термодатчик просто необходим, а ты не хочешь его - странно это ...

TuzRostislav писал(а):А кто-то знает, сколько стоит инфракрасный датчик температуры? Его ведь и крепить не придется. Просто направить на батарею и всё.

ну и сколько это удовольствие стоит? которое нужно направить, без скоча и грузика ...

Andriy76 писал(а):Поэтомудля запуска ракет нужны всякие ключи и прочее .
Р.С Саид у Вас случаем нету ПО для компютера от ЗУ Феликса , извените что не в тему

Нет, он его не реализовал, помоему он его в коммерческом варианте сделал, на форуме какомто говорил про запуск коммерческого проекта. там же и EEPROM должен был прикрутить.

Если изначально не будут превышены параметры зарядки ничего страшного не будет . Надо ограничить ток , напряжение максимально выставляемое . Настройки по завершению скидывать на 0 . Начало зарядки мне видиться так - включили зарядку в сеть , подсоеденили АКБ выбираем режим , номинал батареи от которой и будут все остальные параметры и на Пуск

TuzRostislav писал(а):А кто-то знает, сколько стоит инфракрасный датчик температуры? Его ведь и крепить не придется. Просто направить на батарею и всё.

ну и сколько это удовольствие стоит? которое нужно направить, без скоча и грузика ...[/quote]
А сколько стоит прикошачить его к зарядному?

да о чём мы тут говорим ... если памяти 16-ой меги уже не хватает на коррекцию погрешностей измерения тока, профилей АКБ ...

Кстате в упор не понимаю зачем хранить в памяти профили АКБ ...
ИМХО проще задавать переменные перед началом работы, к примеру:
i=2
U=14.6
Ir=1
С=i*10
и т.д.
естественно, при вводе представлять на понятном пользователю интерфейсе, т.е.:
Ток заряда 2 А
Напряжение 14.6 В
Ток нагрузки 1 А
Алгоритм IUoU
и т.д.
с выбором значений кнопками "плюс"-"минус"-"выбор"
Да даже слова пользовательского интерфейса можно оптимизировать, символьными переменными:
i$="Ток"
z$="заряд"
и т.п.

ИМХО это освободит всю память ...

Всех с праздниками!

Мне кажется что началось все с создания простого, легко повторяемого и требуемого минимальных затрат и количества дополнительных компонентов зарядного устройства. Которое может повторить практически любой немного понимающий в радиоэлектронике. Также переделка силовой части из AT/ATX отслуживших свое в компах, в приоритете так-как достать их проще и дешевле или даром.

Поэтому предлагаю остановиться на 4-ом варианте и менять только алгоритм зарядки, дописать в схему управления номиналы всех компонентов, сделать мини фак и поместить в единый архив вместе с прошивкой - места много не занимает.

Тогда повторивших это устройство станет больше и тема приобретет новый вид и Слон сможет благодоря замечаниям большего количества тэстэров сделать оптимальную прошивку.
Если-же мы начнем все усложнять то в этой теме скоро останется несколько человек понимающих в чем дело и несколько залетных с глупыми постами.

Вот пример: Я своих знакомых уже заинтересовал этим устройством и многие будут собирать именно четвертый вариант считая его самым оптимальным в просторах интернета в плане повторяемости и визуализации просходящих в данный момент процессов.

san911 писал(а): Поэтому предлагаю остановиться на 4-ом варианте и менять только алгоритм зарядки, дописать в схему управления номиналы всех компонентов, сделать мини фак и поместить в единый архив вместе с прошивкой - места много не занимает.

полностью согласен, вывести сей девайс в статью ЗУ на МК Atmega16, с ссылкой на эту тему, до места последней прошивки, остальные посты отделить в отделную тему с названием ЗУ на Atmega32

RomanT писал(а):да о чём мы тут говорим ... если памяти 16-ой меги уже не хватает на коррекцию погрешностей измерения тока, профилей АКБ ...

Кстате в упор не понимаю зачем хранить в памяти профили АКБ ...
ИМХО проще задавать переменные перед надалом работы, к примеру:
i=2
U=14.6
Ir=1
С=i*10
и т.д.
естественно, при вводе представлять на понятном пользователю интерфейсе, т.е.:
Ток заряда 2 А
Напряжение 14.6 В
Ток нагрузки 1 А
Алгоритм IUoU
и т.д.
с выбором значений кнопками "плюс"-"минус"-"выбор"

ИМХО это освободит всю память ...

Можно и так, но как в таком случае впихнули в PIC16F876A программу для зарядного, что я давал выше? Она и понавороченее будет, а памяти у PICа немного меньше.
А так будет удобство в работе, все свои аккумуляторы прописал, и не надо потом вспоминать, что выставлять при зарядке конкретной банки. Собирал кучу зарядных, но больше всего понравился такой подход.

Саид писал(а):Можно и так, но как в таком случае впихнули в PIC16F876A программу для зарядного, что я давал выше? Она и понавороченее будет, а памяти у PICа немного меньше.
А так будет удобство в работе, все свои аккумуляторы прописал, и не надо потом вспоминать, что выставлять при зарядке конкретной банки. Собирал кучу зарядных, но больше всего понравился такой подход.

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

RomanT писал(а):

Саид писал(а):Можно и так, но как в таком случае впихнули в PIC16F876A программу для зарядного, что я давал выше? Она и понавороченее будет, а памяти у PICа немного меньше.
А так будет удобство в работе, все свои аккумуляторы прописал, и не надо потом вспоминать, что выставлять при зарядке конкретной банки. Собирал кучу зарядных, но больше всего понравился такой подход.

ну в конце-концов для констанктных переменных можно использовать память eeprom, скажем для символьных переменных, типа слов для пользовательского интерфейса, мож и какие профили АКБ ещё туда влезут ...

Я уже писал, что не силен в написании программ, как напишут так и будет. Просто просили свежих идей, так мы и делимся, а что будет заложено в программу, это уже к уважаемому Слон-у. И всеже я думаю, что не стоит ограничиваться привязкой к определенным параметрам, иногда может проявиться ситуация, когда при наличии этого зарядного, нужно будет собирать другое, под другие параметры.

RomanT писал(а):

Andriy76 писал(а):Если не будут большие токи заряда -незачем и термодатчик.

токи тут не причём, даже при токе 30 Ампер, электролит выше +35 С не поднимается, при среде +25...+27
Электролит начинает сильно грется, при напряжении выше 15 вольт, при любом токе, даже при 0.02С

Видеодоказательства тут

Электролит начинает греться после того, как АКБ зарядился и вся получаемая энергия расходуется на разложение воды на кислород и водород при этом выделяется тепло, а пузырьки образуются в результате разложения воды и создают эффект кипения электролита. Сучествует понятие "напряжение начала газовыделения" это напряжение при котором начинаетсяпроцесс разложения независимо от степени заряженности АКБ.
Термодатчик проще всего крепить к клемме АКБ (температура на ней соответствует температуре АКБ).

А кто подскажет, на каком языке программирования написан этот текст?

Саид писал(а):А кто подскажет, на каком языке программирования написан этот текст?

Паскаль

RomanT писал(а):

Саид писал(а):А кто подскажет, на каком языке программирования написан этот текст?

Паскаль

Спасибо. А ты на нем не работаеш?

Саид писал(а):

RomanT писал(а): Паскаль

Спасибо. А ты на нем не работаеш?

Нет, я вобще не занимаюсь программированием, в детстве занимался ...
а так - они все одинаковые (идентичны по орфографии), Basic, Pascal, Delphi, C

RomanT писал(а):они все одинаковые (идентичны по орфографии), Basic, Pascal, Delphi, C

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

rojan писал(а):

RomanT писал(а):они все одинаковые (идентичны по орфографии), Basic, Pascal, Delphi, C

С какого перепугу Бейсик то с Паскалем одинаковые?

вообще-то я сказал идентичны по написанию:
Basic
for a=0 to 50 step 2
if a=4 then b=3
next
c=8
d=b+c

Pascal/Delphi
for a:=0 to 50 by 2 do
if a:=4 then b:=3;
end;
c:=8;
d:=b+c;

Саид СЛОН ЧЕЛОВЕК пишет проги напрямую и пользуется простыми программами сначала для теста типа DIP TRACE ,а потом ипользует макетку,А ПОТОМ НАМ ВЫКЛАДЫВАЕТ

А вопросы если есть то я думаю ему в личку пишите

matrossimb писал(а):А вопросы если есть то я думаю ему в личку пишите

А что, другим тема не интересна? Насчет Паскаля, просто в ЗУ, что я собрал, много интересных идей есть, вот бы часть их и воплотить в нашем проекте, тем более проект свободный, коды выложили, сказали экспериментируйте. Слон, как я понял, на ассемблере пишет, а может ктото с Паскалем поможет, ведь главное алгоритм хороший найти.