Опыт использования HEVEL 125 HVL-3

В Esplorer и nodeMCU его включить получилось. но от того языка программирования я быстро устал. В среде ардуино-иде включить собаку не получилось, временно решил для себя внешнюю аппаратную собаку применить. Углубляться в проблему не стал т. к. основные проекты идут на stm32.
Эксельки это все не то, когда железка сама шлет mqtt, а вот с веб сервером не все гладко. Он отлично работает, когда клиент один. Как только заходят двое-трое, начинаются чудеса. Одно дело когда железка чисто для себя, другое дело, когда какая-то публичная метеостанция, или публичная статистика по выработке например. Поэтому веб сервер на ней использую только для отладки и вывода текущих значений. Штука удобная, но не промышленная.

Смотрю тут видосы в ютубе канал "Эталон Дмитрий". Занятно. Особенно когда брендовый МРРТ не может найти ТММ, а другой брендовый МРРТ постоянно снимает нагрузку чтобы померить ХХ батарей и взять за ТММ точку 0.7 от ХХ, и на этих замерах процент потерь высоковат. Вопрос в голове. "а что так можно было?" Есть ли такой частный случай, при котором банальное руление напряжением панелей на 2% туда-сюда не прокатит, чтобы вычислить направление движения к ТММ? У меня восточные и западные панели висят на одном контроллере ТММ у них 32В. Сегменты развязаны, каждая через свой диод шоттки. Не было такого, чтобы точка куда-то убегала в запредел. болтается +- 0.5В от ТММ. а при хорошей мощности +- 0.3В. Если ток менее 0.1А, ложит точку почти до напряжения АКБ и ждет когда ток появится.
Конечно, если воткнуть хевелы с их 51 вольтом и китайские с 32 вольтами, то алгоритм свалится к тем панелям, к которым точка была ближе на момент подключения. Но зачем пихать сильно разные по напряжению панели в один контроллер? Очевидно, часть панелей окажется выброшенной из цепи и алгоритмом это не решить.

 

Хм, если программировать именно прошивку ESP в ней (а не NodeMCU и подобное) - то там ничего включать не надо, там оба включены по умолчанию.
Во всяком случае информацию об использовании можно найти в гугле за несколько минут.

Веб-сервер там естественно скорее отладочный, чем публичный. Если нужно именно публичный - ну вот например у меня несколько ESP-шек шлют mqtt на локальный компьютер, с него они зеркалятся на удаленный сервер, а там уже данные в базу и веб-интерфейс с графиками.
Локальный сервер для того чтобы принять данные даже при обрыве интернета, а удаленный, соответственно, чтобы с телефона потом зайти и посмотреть как там оно живет.
Хотя это уже не совсем по теме, хоть и мониторинг.

 

Если гуглить, то много народу плачет, что запуск wdg компилируется, но не работает по факту. Начитаашись этого, поставил внешнюю собаку и все. Все-таки esp нельзя отнести к надежным пром вещам, но с костылями работает. Может быть даже с некоторыми аппаратными защитами ей можно рулить мосфетами солнечного контроллера, но ток мерить нормально без костылей не получится, ацп работает сильно хуче чем в стм32 и нет автокалибровки, что блин удивительно в этой ценовой категории.

 

@Vadim_Selvic, ой, ладно

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

Зависания могут быть когда берется пример из библиотечки и лепится как есть - но и тогда это не зависание, а просто из, условно, 1000 единиц времени 999 оно пытается сделать реконнект, а 1 - все остальное. Очень сложно поймать этот 1.
Я тоже на это нарвался поначалу.

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

И с измерениями там тоже более-менее. Не прецизионно, да, но для некоторых штук вполне достаточно. Те же солнечные панели и небо с облачками, переменные нагрузки, нестабильное напряжение сети - оно все скачет туда-сюда. Когда ток панелей прыгает от 2 до 80 А - какая уж там точность...

 

Меня интересует только аппаратный вачдог, программный это все не серьезно. Пока я не делал на ней серьезных проектов, поэтому ничего не висло. Однако на фоне продуманности стм32 эта штука просто игрушка, у которой многое скрыто от глаз разработчика. То есть это кот в мешке, и когда он выстрелит в ногу не ясно. Для мониторинга годится, для управления критично важными процессами, ни в коем случае, как и вся платформа ардуино туда же. Это уровень конструкторов робо-лего, не более.

 

Да нормально с ними все, от разработчика зависит. Ардуино считай C+ +, либы просто надо самому писать или тщательно выбирать и проверять/исправлять.

 

Если все самому писать, тогда зачем нужна ардуина? Гораздо надежнее на стм32 все делать, на порядок выше помехоустойчивость будет, если для силовых применений рассматривать. И ценник в разы ниже классических ардуин. Ардуина нужна для того чтобы за пару вечеров все было готово, на штатных либах. Конкретно про есп, они пока работают норм, не повисли. Но отсутствие возможности просматривать регистры периферии сильно удручает. Если по проекту возникнут серьезные грабли, которые не решить без просмотра регистров, все может встать колом надолго. Ну и пошаговой отладки нет, и реалтайм просмотра значений тоже. (Serial print это убого) нормальный инструментарий отладки отсутствует полностью.

 

@Vadim_Selvic, если вы посмотрите на общие тенденции развития систем - все как раз и развивается в направлении "за пару вечеров чтобы все было готово".
Можно тщательно продумать и рассчитать дискретную схему, можно продумать и создать программу в кодах микропроцессора и отлаживать через регистры, а можно быстро слепить копи-пастом скетч и запустить его "вотпрямщаз". И потом при необходимости подправить и перезалить.

Вам неудобно, потому что вы пытаетесь применить инженерный подход (расчет + отладка) к системе эволюционного типа (попробуем так, работает - ОК, не работает - попробуем по-другому, получится - выложим в гитхаб).
У вас, если возникнут серьезные грабли - следует проанализировать пошагово, выявить проблему в логике или в коде, и исправить.
А тут, если возникнут серьезные грабли - следует применить костыль или найти другой метод решения. Да, погуглить - из более чем 6 миллиардов человек наверняка кто-то где-то уже решал что-то подобное, наступал на такие же грабли и тоже как-то устранял возникшую проблему.

Это не просто другой процессор и другая среда его программирования, это принципиально другой процесс работы с ним. Со своими плюсами и минусами.
Попробуйте эту разницу уловить и использовать.

 

Я эту разницу тоже использую, но тут до поры до времени. Пока не потребуются быстрые процессы через прерывания, с приоритетом прерываний, пока не потребуется dma, пока не уткнешься в лимит производительности простейших операций по времени или непредвиденные задердки (или еще хуже случайные задержки) или непредсказуемое состояние портов во время перезагрузки (и невозможность это состояние настроить), и все, большой спектр задач становится нерешаемым на этой архитектуре. А в целом, ничего плохого нет, но надо понимать сферу применения. Вот на стм32 можно не бояться и рулить мосфетами и мерить мгновенное значение тока прямиком, солнечные контроллеры уже второй сезон молотят... На есп или ардуине я бы так напрямую не рискнул. Вчера обновлял прошивку, мппт алгоритм подстроил, теперь вообще +-0.2В гуляет вокруг ТММ когда солнце полное. И это благодаря неплохому АЦП, чем есп похвастать не может, у него АЦП намного шумнее из за шумов ТММ придется гулять пошире в этой задаче, при этом мосфеты можно доверить только внешнему шим контроллеру... Зато есть вайфай)

 

Уже 2 недели обкатываю свой контроллер солнечного коллектора на том же стм32 и почти той же плате, с незначительными изменениями. Результат, за солнечный день, солнечный коллектор площадью 1.3 м2 нагревает 160л бойлер на 20 градусов итого в конце дня получаем 50С воду в бойлере. Ранее, когда контроллера не было и был тупой термодатчик внутри СК и сброс по порогу 60 С, бойлер нагревался от силы на 8-10С и в погоду с переменной облачностью не работал. Сейчас алгоритм сбрасывает по дельтаТ между бойлером и коллектором 7 градусов. Коллектор конечно же самопал из г-на и палок, покрытый поликарбонатом. Если солнца только 50% времени, бойлер накидывает до 40-42С. Не ожидал такой эффективности от банальной смены алгоритма управления. Для меня эта тема новая. Теперь хочу сделать нечто похожее на солнечное отопление веранды, чтобы ночью осенью при уличной +5..+10С можно было там спокойно спать обогреваясь запасенной за день энергией.

 

не как можно дольше, а на 12-15 часов в сутки ... и у кого солн. панельки или солн. колектори не на трекерах, то у него прозаичная трата денег, времени, усилий и большой - большой самообман ...
нооо конечно можем наклавишонагенерировать на следующие три страниц по темме ...

 

Все имеет свою цену.
Цена трех секций панелей может быть ниже цены одной секции на трекере.

 

Достовернее будет що 4 секции неповоротних панелек, или колекторов, дадут такую же пользу как одна поворотная секция ... а-а-а-а, если взять в довод о сезонних изменениях угла возвишения светила, то неповоротников должно уже бить 5 секций ...

каждому его мозги и у каждого свои червонци ...

 

Стоимость трекера убьет всю затею и при 60-70% пасмурных дней бесполезна. В пасмурную погоду нужна именно площадь, трекер ничем не поможет. Панели сейчас подешевели, нет смысла возиться с трекерами, если нет цели продавать в сеть. Но россиянам это долго не светит ибо наш зеленый тариф сильно дешевле потребительского. Выгоднее заливать все в лифер и бойлер, чем в сеть.

 

В лифер много не зальёшь. В ГВС/отоп есть смысл заливать только если отоп/ГВС- не от газопровода.