Ответы в темах
-
Сообщения
-
При загрузке с компа, всегда с ошибками загружается файл конфигурации. Прошивка через бинарник видимо не исключение. При этом вместо адекватных данных из конфига читается белиберда. В том числе и калибровочный коэффициент. Будучи применен для вычисления объема и скорости дает числа невероятной длинны которые пытается отобразить дисплей и вот так отображает, с переносом. Однако до того, после заставки, отображается IP точки доступа 192.168.4.1 поскольку с вашей сетью устройство еще не знакомо. Так что все по порядку, подключение к ТД, ввод сетевых параметров, калибровка.
Если в одним тензодатчиком, будут. Если с 4, как сейчас делают кухонные или напольные, то нужно разбираться со схемой подключения датчиков. Но в принципе будут, тем более для тела.
Ну значит нужно другие весы. Измерять спиртуозность и отбирать головы на них будет проблематично, а все остальное без проблем.
Да я тоже думаю что NodeMCU WemosD1 без разницы. По крайней мере пару раз я переключаясь между проектами заливал в WemosD1 как в NodeMCU и все работало.
Попробуй снова скачать и залить. Там в прошивке был config.json мой. А записывать его в этой файловой системе не получается. Я думал что так только через OTA, а оказалось что и через USB тоже. Но это однако не приводит к ребуту, просто неадекватные показания до калибровки. А вот заливка в WemosD1 без периферии у меня – бесконечная перезагрузка. Так что нужно внимательно смотреть железо. Но железо для предыдущей версии и для этой не отличается. Короче пробуй еще.
Прошу прощения, и правда не учел при копировании старую ссылку.Исправил. Однако новый (да и старый) файл прошивки собирался для NodeMCU 1.0. Видимо в этом и проблема. Попробую на WemosD1, но только после нового года.
Прошивка там новая. Я проверил.
BMP280 только вчера пришел из Китая. Но я сейчас не смогу сделать только после Нового года.
WeMos d1 подходит, но пины подключение дисплея и HX711 не совпадают. То есть паяльником придется поработать не только для подключения датчиков и пищалки, но и другие провода привести в соответствие со схемой.
Столкнулся с разбросом показаний DS18B20. Решил сделать калибровку. Стандартно наклон/смещение. Откалибровал по двум точкам 0 и 100 градусов. Результат никакой. Погуглил, нашел эту тему, и интересные экспериментальные данные skalinas. Был немало удивлен теми выводами которые из этих данных сделаны. Да и собственно и другими суждениями в ветке. На основании данных skalinas построил в Excel модель калибровки по 2 точкам, с возможностью выбора точек калибровки. Поигравшись с ними пришел к выводу, что верхняя точка калибровки обязательно должна лежать на 85 градусах, где в характеристике датчика имеется перегиб (максимум). Файл с моделью на Листе 3 во вложении. Рабочая модель и код с калибровкой по 2 точкам в Youtube Универсальные весы самогонщика версия 2.
Я думаю, что результаты калибровки многих удивят. При этом я думаю что результат моделирования был бы много лучше если бы :
– были данные в точке 85 градусов, при выборе ее в качестве точки калибровки
– видимо в точке 60 градусов имела место неточность в проведении эксперимента (кто то хлопнул дверью)(если нет, и на 60 градусах действительно характерный для этих датчиков спад, там нужна еще одна точка калибровка)
На Листе 4 модель калибровки по 3 точкам. Т.е. отдельно калибруется интервал до 85 г. и отдельно выше этой точки. Хотя точки калибровки так же можно выбирать произвольно из списка. Вообще я полагаю, что калибровка DS18B20, очень даже полезна, и ошибка во всем диапазоне может быть достаточно просто сведена в 0.1 градуса и ниже. А в точках калибровки и вообще приведена к 0 (ну с учетом дискретизации 0.0625 конечно).
Совершенно не согласен с теми кто считает, что что точность измерения не нужна, достаточно дельты. Не так важна точность , как сравнимость измерения разными датчиками. Если этого нет, ректификация из математики превращается в шаманство. А с бубном самогон гнать по традиционным рецептам научились уже давно.
Опубликовал новую версию устройства. Алгоритм измерения скорости отбора от Sergey_r. Log файл. Калибровка датчиков температуры. Точность измерения спиртуозности до 0.1 %. Повышена стабильность и пр..
Опубликовал новую версию устройства. Изменен алгоритм измерения скорости отбора. Log файл. Калибровка датчиков температуры. Точность измерения спиртуозности до 0.1 %. Повышена стабильность и пр.. Смотрите на канале.
Я же вроде писал, что делаю 2 замера в секунду и накапливаю их в массиве на 120 измерений.
Ну не 2 замера в секунду Вы делаете, а столько сколько возможно пока по вашей терминологии не “гребет” АЦП. А потом эти усредненные значения, два раза в секунду добавляете в массив. И я нахожу все это очень интересным. Пардон.
А формулы все же в Excel проверь…
Проверил, убедился что ты не прав, вложил. Смотри.
Что опять же касается математики, то мои 10 раз в секунду много ближе к 10 Гц чем твои 2. А 80 Гц я пробовал, выигрыша не дают поскольку нужно 8 значений усреднить, чтобы получить разброс значений такой же как при 10 Гц.
Однако посмотрел твой код, и мне ОЧЕНЬ понравилась и твоя “хитрость” и значение скорости как среднее между тем что было минуту назад, и сейчас. С одной стороны это задерживает вывод реальных показаний на более чем 60 секунд против моих 10, и для целей автоматизации процесса как бы зло, но для наблюдателя это комфортно, поскольку все эти 60 секунд, он наблюдает непрерывное изменение значения вплоть до истинного. Это раз. А второе, период изменения 60 секунд, позволяет получить в 6 раз большее разрешение по скорости. Т.е. те самые 6 мл/час, которые нужны некоторым форумчанам.
Так что не премину воспользоваться твоим советом, в разумной его части:)
Далее, Ваша формула: scaleOut =9* scaleOut/10 + (scaleIn/10); совершенно не эквивалентна приведенной мной: scaleOut = scaleOut – (scaleOut/n) + (scaleIn/n);.
Не нужно быть большим математиком чтобы понимать что, scaleOut – (scaleOut/n)=(1-1/n)*scaleOut
Подставьте туда n=10, и получтие 9* scaleOut/10. Или в полном виде scaleOut =9* scaleOut/10 + (scaleIn/10);
А зачем брать интервал в 10 сек. и пытаться повышать точность единичного измерения? Я же вроде писал, что делаю 2 замера в секунду и накапливаю их в массиве на 120 измерений.
Для измерения спиртуозности нужна очень высокая точность, поэтому
Поэтому к измерению скорости точность “единичных” измерений никакого отношения не имеет.
делаю 2 замера в секунду и накапливаю их в массиве на 120 измерений
А почему только два? hx711 позволяет делать 10 в секунду. А зачем накапливать 120 значений целую минуту, если их можно накопить за 10-12 секунд? А зачем вообще расходовать оперативную память на накопление 120 значение да и еще наверное float, если их можно сразу суммировать(накапливать) и хранить в памяти 1 переменную. Зачем накапливать целую минуту и в результате получить задержку от изменения скорости до его отображения в минуту, если это можно сделать за 10-12 секунд?
И вообще, как вы отнесетесь к тому, что я в ветке форума с вашими весами напишу
Ваш вариант, в текущем исполнении, может быть очень полезен дистилляторщикам, особенно на самых простейших аппаратах.
