Александр

У тех кто 1 – 2 раза в неделю перегоняет – 3 кВт и 2.5 кВт, остальное оборудование одинаковое.
Царга из метровой 51-й трубы, СПН 4-ка, куб 50 л., рабочая мощность 1.8 кВт (2 кВт захлеб), отбор по жидкости 1.4 л/час. Используют Польский буфер, отбор до первого стопа. Охлаждение автономка.

Сам на БК, метровая царга из 37-й трубы, СПН медь + 4 мо…[Читать далее]

С прошлогодней осени, минимум раз в неделю обновляю прошивку на тестовом LuckyBox по воздуху. И саму прошивку и Web. И скидывал настройки датчиков громадное количество раз переназначая их. Несколько раз перешивал шнурком по упрощенной схеме, это когда в программе с прерываниями косячил и просто все висло. Но проблему с датчиками ни…[Читать далее]

Перебрал все свои датчики температуры, из 40 шт., все оригинальные. Потребление без опроса с активным питанием (3-х проводное подключение как у нас) = 2 мкА, по 2-х проводной схеме с “паразитным” питанием = 6 мкА. В момент конвертации температуры (команда на датчик – 0x44), потребление примерно 750 мкА. Фронты сигнала по осциллограмме все че…[Читать далее]

Люди советуют по их потреблению: “Замеры тока показали потребление в режиме как паразитного, так и внешнего питания на уровне 85мкА. Для сравнения, оригинальный датчик потребляет на уровне 2-4 мкА.”.
Сейчас буду сравнивать оригинальные и китайские в гильзах с Али. О результатах отпишусь.

Вечером поковыряюсь в своей свалке с Али. Если найду подделки, посмотрю что можно сделать. Но если предположение “после нескольких тысяч циклов вполне возможно ячейка EEPROM выйдет из строя и датчик начнёт возвращать дичь” верно, тут уже ничем не помочь (((

У меня стоит 1000 мс.
Т.е. подается команда на конвертацию сразу всем датчикам, а через секунду считывается поадресно. Это если утрированно, алгоритм сложнее для ускорения опроса. И работает он уже много версий неизменно.

И в догонку к вышесказанному из того же источника:
“После команды перечисления (0xF0), которая позволяет перебрать адреса всех подключенных к шине датчиков, оригинальные датчики остаются в адресованном режиме — т.е. выбранный датчик продолжает отвечать на команды, как если бы он был выбран любой другой командой. А вот фейковые датчики тут…[Читать далее]

Можно вот тут почитать о подделках.
Конкретно вот:
1. “Как выяснилось, значение не “какое-то”, а ровно то, что было замерено в прошлый раз. То есть, видимо, из-за того что они жрут много тока, чип не может пережить импульс сброса длиной до 1мс, поэтому китайцы пошли на хитрость: они сохраняют измеренное значение в EEPROM, потом датчик перезагружа…[Читать далее]

Первый раз прошивать выбрав пункт “4 – Стираем всю память модуля. Обновляем программу и Web интерфейс” и для большей стабильности выбрать скорость 115200. Если и после этого по воздуху не обновляется нормально, значит не повезло с модулем, точнее с установленной в нем микросхемой памяти.

В свое время нарывался на флешки 32 Мб с…[Читать далее]

Может, у меня сейчас ни одной платы с данным датчиком нет для проверки в живую. Попробуй прошить для датчика BMP180. Давление естественно отвалится, но зато посмотришь как себя датчики температуры тогда поведут, естественно настройки скинуть и все переназначить. Отпишись потом что выйдет.

Думаю при первоначальной прошивке, выбрана не правильная модель памяти. Нас интересует именно Flash Size: “4M (1M SPIFFS)”. Тогда получим такое распределение памяти: сначала 1Мб самой памяти программы, далее 2Мб свободного пространства куда и загружается первоначально обновление по воздуху для проверки на “валидность”, и далее 1Мб под файлы Web…[Читать далее]

А почему бы не обновить по воздуху? Если USB шнурок низкого качества, может что то и не обновиться как надо, надо внимательно выводимый лог на английском смотреть. Так что лучше последовательно обновить 2 файла через web в меню Настройки, LuckyBox.ino.bin и LuckyBox.spiffs.bin. При этом еще и настройки все остаются не тронутыми.

По обновлениям RC16 | RC17. Так ни кто и не написал, а обновляли ли сам Web от выбранной версии? Проблема боюсь в 99% именно в этом.

В той же среде Arduino есть такой инструмент: Монитор порта.

Ок. Прикручу более детальный лог при инициализации датчиков, выплевываемый в COM порт.

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

Я бы не стал так делать. Нечаянно дернул шнурок датчика и jack выскочил из разъема, сорвав весь процесс.

В первом приближении, собрал новый силовой блок. С плавной стабилизацией мощности, как собственно и само управление, естественно и с управлением от LuckyBox. Регулировка по току, т.е. бесконтактный съем потребляемой мощности с трансформатора тока. В ближайшие выходные проверю в реальной ситуации, и если все ок, реализую и н…[Читать далее]

Смысл откатываться назад? Либо вперед идем, либо давайте вообще первую версию 2.0 оставлю, и хорош тогда идеи высказывать…
Ладно, утрирую. В одно “лицо”, я просто не в состоянии все протестировать (занимаясь этим практически по ночам), поэтому и спрашиваю где что то не так. Ставьте все же SD карту, для записи лога процес…[Читать далее]

Вот честно, с версии RC9, датчики совершенно не трогал.
И у себя, на тестовом стенде игрался с датчиками по всякому, и у друга в субботу все пере прошивал (скачанное именно с GitHub последнее, а не свое локальное), и сегодня у товарища новую версию на тест поставил, там просто плюсом только расширенный вывод на завершение процесса и управлени…[Читать далее]