Замена МРРТ-контроллера для солнечных батарей

Slabovik

Можно, но хорошего ничего не будет.
Для зарядки малой батареи лучше использовать DC-DC зарядник, берущий энергию от большой батареи напрямую (не через инвертор).

Реклама

если панели могут дать дофуя тока, то почему бы и нет?
а почему справа диод нарисован, а слева нет?

Реклама

Crazy cat

Ну, MPPT в этом случае точно не ждите. Контроллеры будут дурить друг другу голову и в управлении будет каша. Это на фирменных MPPT контроллерах. На самоделках, там всё зависит от задуманного управления.
P. S. Напряжение то аккумуляторов одинаковое? Чего бы их не запараллелить?

Не квадрат

емкость и химия разные.
...так я понимаю?

Реклама

Slabovik

По-видимому, так. Только давайте уж допилим блок-схему до разумного. Просто АКБ на вашей блок-схеме в принципе изображены некорректно. По вашей схеме АКБ имеют вход и выход, в то время, как реальные АКБ - нет. Выход "контроллер 1", АКБ, вход "инвертор", вход "DC-DC" по факту подсоединяются параллельно на одну шину - клеммы АКБ.

При этом "контроллер 2" по сути должен выполнять функцию типового зарядного устройства для АКБ - вполне можно найти готовый вариант.

Реклама

Не квадрат

...контролером мне кажется параметры выставить легче, да и рассчитан он на круглосуточную работу..
...вот уточнил:

...а вообще все это хрень, смысл то в том, чтоб разгрузить АКБ 200А/ч

Реклама

Slabovik

Всё-равно, как его называть. По сути это зарядное устройство. Применять в этом месте контроллер солнечных панелей не получится.

Если вы настаиваете на применении контроллера от солнечных панелей на месте "контроллер 2", то (возвращаясь к первоначальной схеме) солнечные панели к каждому контроллеру должны быть индивидуальными. Как уже говорили, одну общую панель использовать не получится - контроллеры за неё не только передерутся, но и маломощный контроллер рискует сожрать больше, чем он может переварить. Поэтому наилучший вариант был только что сейчас нарисован. Но функционал "контроллер 2" должен отличаться от функционала "контроллер 1". Совместно с DC/DC это будет зарядное устройство для вашей 35ач АКБ.

manowar

[uquote="Не квадрат",url="/forum/viewtopic.php?p=3792785#p3792785"].
...а вообще все это хрень, смысл то в том, чтоб разгрузить АКБ 200А/ч[/uquote]
скажите вот что: напряжение на двух акб одинаковое? может быть вся ваша затея и выеденного яйца не стоит - включайте акб параллельно и совместно используйте.
второй момент, если таки нет : сделайте приоритет по одному из каналов. если приоритетно освещение - так и глушите контроллер, работающий на 200ач батарею, пока не заряжена 35ач. пороговый элемент тл431 и обвязки немного...
если всё ж батареи одной хим системы итп, отличия только в ёмкости, но развязка принципиальна - используйте один контроллер и "идеальный" диод меж акб.
а так...два одновременно работающих контроллера с весьма большой вероятностью будут мешать работе друг друга.
-------
не совсем в тему, но по сути одно и тоже (батарея акб у меня, условно, одна). реализован по сути п.№2: по окончанию зарядки оной батареи просто включается другой контроллер, работающий на ТЭНы теплоаккумулятора.

Flash.#13

Возможно опоздал на пару лет, но таки доделал по схеме Старичка понижающий преобразователь для солнечной панели. Поскольку она одна и отдает меньше чем хочется, принял стратегию не накапливать ничего, а расходовать по наибольшим потребителям, как бы экономить за счет выработки. Самым прожорливым считаю бойлер, как показали замеры, он съедает 50..80кВтч в месяц. Панелька что стоит у меня (Amerisolar 285) в зависимости от солнца, способна выработать 15..40кВтч в месяц, следовательно бойлер легко переварит одну панельку и не подавится. К тому же бойлер это тепловой аккумулятор, мы получается как-бы конвертируем солнце в теплую воду и храним, конечно существуют солнечные трубки для нагрева воды, но электричество более маневренно и удобно, ведь в случае чего можно не только бойлер греть.
Панель выдает под нагрузкой 24В и 10А, дабы избежать ненужных потерь интегрировал в бойлер низковольтный ТЭН 24В 300Вт, но при малейшей облачности внутреннее сопротивление панели растет, и чтобы избежать потерь на ТЭН'е необходим понижающий напряжение ШИМ, с увеличением тока. Важное условие, при выходе панели на номинальную мощность ШИМ ненужен, чтобы не мучится со скважностью штатных чипов принял нестандартное решение, МК в качестве ШИМ

В первых постах Старичек предположил что оптимальная мощность панели может неплохо выдерживаться по ее выходному напряжению, и этот тезис был проверен на практике, снял ВАХ панели с разными нагрузками, не зависимо от освещения, оптимальными для моей панели вышли 24..25 вольт. В качестве ШИМ использовал мегу8, она же обслуживает ЖКИ и считает остальную статистику, на ее выходе применил простенький драйвер полевика IR4427, при частоте внутреннего генератора меги 8МГц ШИМ работает на 32КГц, со вторым плечем заморачиватся не стал, и как показала практика, б/у диод шоттки из БП компа, даже без радиатора совсем холодный, потери там мизерные. Был приятно удивлен отсутствием нагрева на самом полевике, ранее пытался включать без драйвера, грелся жутко, приготовил плату и даже транзистор развернул чтобы ставить радиатор побольше, а оно не греется, менее 30 градусов.

Осталось прикрутить самозапитку МК от панели и дописать код ПЗУ, выработанные КВТ*часы хранить, но беда в том, что пока работает, начинаю забивать

привет, Паша!
первая картинка - со схемой.
схема твоя работает, но в "правильном" понижающем преобразователе дроссель обычно ставится в нижней ветви, между стоком ключа и ТЭНом.
но это не принципиально, главное, что схема работает.
а что такое "108%" на третьей картинке?
а какая-то обратная связь у тебя есть, чтобы регулировать мощность в ТЭНе (управлять ШИМом)?

Flash.#13

Приветствую Владимир! Знаю что ставится по средине но по протеканию тока, в моем случае, ничего не меняется, а разводить контакты на плате легче, получаются все с одной стороны, из-за чего перенес дроссель, ну и кажется это моя черта, делать все немножко не по людски

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

"108%" это текущее значение ШИМ меги8, там переменная 1 байт, 0..255. Обратная связь работает по напряжении входа, программа поддерживает 22..24 вольта на панели, а как они плавают на ТЭН'е неважно, все-равно все в тепло преобразуется. На практике выигрыш от ШИМ достигает 50% мощности при облачности, чем меньше солнца тем больше ШИМ компенсирует рост сопротивления панели, понижая напряжение, и повышая ток. Преимущества решения, я не использую повышения и трансформатор, все максимально идет в тепло, но одной панельки на бойлер в 60 литров мало, две было бы как раз, это при наличии солнца.

Там простейший код, замер АЦП напряжения входа, и дальше меняется переменная ШИМ чтобы держать напряжение в рамках.

Код: Выделить всё

;вольтметр для ШИМ
ldi R16, 0b01000000	;ADMUX,PC0,U_bat
rcall start_zamer	;АЦП,R16=ADMUX
;ШИМ R8:R9=U_bat
ldi R16,high(260)
ldi R17,low(260)	;23.5V
cp R9,R17
cpc R8,R16
brsh plus_pwm
ldi R16,high(245)
ldi R17,low(245)	;22V
cp R9,R17
cpc R8,R16
brlo minus_pwm
rjmp vivod_pwm

plus_pwm:		;на увеличение
cpi R25,0xFF
brsh vivod_pwm	;max=0xFF
inc R25
rjmp vivod_pwm

minus_pwm:		;на уменьшение
cpi R25,1
brlo vivod_pwm	;min=0
dec R25

vivod_pwm:		;ШИМ, результат R25
out OCR2,R25

по расположению дросселя в схеме - никакого "криминала", просто непривычно видеть его в этом месте.

ну, если это число ШИМ, то символ процентов не имеет никакого смысла. а то еще, не дай бог, кто-то подумает, что это кпд больше 100 процентов получилось ...

Flash.#13 писал(а):Обратная связь работает по напряжении входа

что-то я тормознул с ОС...
а это же моя главная идея - поддерживать входное напряжение.
правда, в моей схеме при достаточной освещенности эта главная идея убивается обратными связями для обеспечения режима заряда АКБ.
и поддержание входного работает только при низкой освещенности, когда обе другие ОС не работают.

а что у тебя такое низкое число АЦП (245-260)?
измени входной делитель, чтобы быть поближе к максимуму (1023) - будет же гораздо точнее работать.

Flash.#13

Почти весь день сплошная облачность, но панелька успела выдать 230Вт/ч, летом за день обычно не менее киловатта. Символ процента поставил потому что "PWM" уже не влезало, а КПД более единицы было бы неплохо

Аккумуляторы дорогие, вместо них можно купить больше панелей, если много излишков оформить зеленый тариф и продавать государству, впрочем мне это не грозит. О делителе как-то не подумал, там плата с мегой8 из другого проекта(электровело, фото ниже), просто она была с ЖКИ, прикрутил и допаял проводов, а резистор не менял, старый остался, исправлюсь

ну, ты же знаешь, что это число ШИМ, и никакой дополнительный символ тут не нужен.
но есть другой интересный вариант - выводить дробное число, эквивалент ширины импульса.
тут у тебя на фото число 117. делим 117 на 255 и получаем 0,46.
и пишется Вт-ч, а не через дробь, то есть, не через знак деления.
то есть, правильнее было бы писать через знак умножения, так как Ватты умножаются на время.
а у тебя там для Вт-ч динамическая разрядность?
у тебя там предел 9999,9 Вт-ч. а если будет 10000 и более?
я предлагаю сделать динамически, аналогично, как у меня в тестере аккумуляторов.
например, у меня сейчас сделаны такие диапазоны индикации:
9,999Ач
99,99Ач
999,9Ач
9999Ач

Flash.#13

ШИМ в дальнейшем не будет отображаться, планирую выводить две строчки: напряжение, ток, моментальная мощность панели и отдельно ТЭН'а, а нажатием кнопки попадать в счетчик кВтч. Индикаторы тока и израсходованной мощности динамические, там и так часть кода счета от тестера аккумуляторов, правда с изменениями, перешел на видеопамять, удобнее формировать страницы, когда в ОЗУ МК есть память ЖКИ, а подпрограммы пишут в нее значения, а графика начнется уже в конце секунды, последней подпрограммой цикла, попутно для отображения например другой страницы можно использовать другой адрес в видеопамяти МК, типа память страницы 1, 2 итд., и процедура вывода с записью изменилась соответствующе, а так же подпрограммам не нужно ждать ЖКИ. Ну программирование штука мутная, все время что-то хочется доработать, пока не надоест

В качестве токовых датчиков давно подсел на ACS712, это преобразователь типа ток-напряжение, стоят дешево и продаются готовыми к употреблению на платке модуле, 712 двухполярный на 5/20/30А, а 713 однополярный на 20 или 30 ампер, внутреннее сопротивление у них низкое, где включать неважно, удобная штука и ничего не греется, единственный недостаток, холода не любят, при морозах замерзают и медленно меняют показания, по 3-4 секунды.

я уже раньше в каком-то твоем исходнике видел вывод на ЖКИ сразу одной кучей.
но для такого простого проекта (да и для своих проектов) я не вижу необходимости собирать всё в кучу для последующего вывода на индикатор. это и неоправдвнное увеличение размера кода и потеря времени, сначала на собирание в кучу, потом на вывод этой кучи.

Flash.#13

Ну размер кода там практический не меняется, вместо подпрограммы вывода ЖКИ пересылка по адресу ОЗУ, а общий вывод организовуется простеньким циклом, побайтовым выводом на ЖКИ содержимое двух строчек по конкретному адресу в ОЗУ, зато намного легче организовывать страницы, ненужно делать условия что выводить а что нет для меню на кнопках, все страницы существуют сразу, просто меняем адрес ОЗУ вывода. К тому же подобная схема была на древних ПК, когда часть ОЗУ памяти работала как видео память экрана. В простеньких вещах оно не надо, но часто использую те же самые заготовки программ, а оно есть и нравится, почему бы нет.

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

Flash.#13

Может кода не меньше, но есть свои плюсы, например подпрограмма rcall indikacija просто заполняет регистры десятичными числами, и проще решить проблему с десятичной точкой, ненужно делать условия для разных величин, одна подпрограмма обслуживает большинство расчетов, а когда нужно меньше знаков, есть заголовки внутри по разрядам. Впрочем как бы криво не кодил, забить память МК используя ассемблер мне пока не удалось, даже на тини13 с ее 1кб многое помещается. У меня простые поделки, местами использую старую схему, местами эту, зависит от задачи, оба варианта устраивают, главное что работает.

Код: Выделить всё

;R28:29
rcall indikacija;в дес.число 20:21:22:23:24
ldi R26, 0		;позиция ЖКИ
st X+,R21
st X+,R22
ldi R16,'.'
st X+,R16
st X+,R23
ldi R16,'V'
st X+,R16

А вот так выглядит код вывода двух строк из ОЗУ, условия на страницу нету, потому как еще не приходилось использовать "меню"

Код: Выделить всё

;==вывод на дисплей 2х16==
;===видео память дисплея==
;====0x0100-0x0120,ОЗУ====
ldi R26, 0x00	;0x0100,ОЗУ
;==строка один==
ldi R18, 0x80	;нач. екрана
rcall locate_lcd;установка
ldi R19, 16		;количество ячеек строки
led_ram_circle1:
ld R18,X+		;ОЗУ,+1
rcall write_lcd	;запись одиночной ячейки
dec R19			;-1
brne led_ram_circle1
;==строка два==
ldi R18, 0xC0	;нач. строки
rcall locate_lcd;установка
ldi R19, 16		;количество ячеек строки
led_ram_circle2:
ld R18,X+		;ОЗУ,+1
rcall write_lcd	;запись одиночной ячейки
dec R19			;-1
brne led_ram_circle2

да это всё просто и понятно, мог бы не показывать.
но есть у тебя ошибочки - диапазон памяти должен быть записан 0x100-0x11F. и не видать загрузки регистра XH (R27).
а если на ассемблере, то забить Мегу8 кодом не так-то просто. мой тестер аккумов довольно навороченный, и то меньше 5 кБ кода.
ну, если только вообще идиотически кодить ...