• Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

ESP8266 + OV7670

isivasan

New member
Но тогда зачем ему WiFi? :confused:
АКБ у него от автомобиля (Теслы :) )?
wifi для например отправки данных в компанию которая предоставляет услуги сбыта ресурсов, ну или же для удаленного снятия показаний на смартфон например с последующей оплатой через приложение :)
 

pvvx

Активный участник сообщества
wifi для например отправки данных в компанию которая предоставляет услуги сбыта ресурсов, ну или же для удаленного снятия показаний на смартфон например с последующей оплатой через приложение :)
Если автономный, тогда, обычно :), подразумевают батарейное питание...
И как тогда из подвала, без света у какого-то древнего счетчика, ESP8266 на батарейке найдет сматфон в городе, на который ему надо оплатить счет по снятым показаниям через приложение? :)
Под понятием автономный как-то не желательно воспринмать что-то типа ДОТ-а (бетонного и набитого АКБ).
Не ладится совсем с описаниями ваших сновидений. Сделать, то можно всё, как и “кашу из топора” . Но зачем в кашу кидать ESP8266 (?), если он всё равно не годиться и вы говорите что выхода во вне у него нет (не передать с камеры на ходу данные на внешний AP и там далее)?
Т.е. надо лезть в подвал, там включать AP у ESP и соединять вручную с ним телефон? Подсвечивая фонариком (прожектором), смахнув паутину с счетчика, настроить камеру, чтобы попадали в кадре в нужную пару строк и в таком виде, удерживая это всё снять показания?
Может более "спортивнее" оставить телефон там и включить в нем таймер включения и выполнения съемки с отсылкой и он будет целый месяц раз в день вам присылать фото вашего счетчика по MMS. Потом подзарядите :)
У меня стоит камера, купленная на али где-то в позапрошлом году за ~1200 руб (WiFi, ИФК подсветка, SD карта, БП, звук, USB в ней тоже есть). Она снимает двор указанное ей в конфиге 4-ре раза в день и отсылает на почту (сигнализации по движениям отключены, показать фото не могу, т.к. у нас тут, между жильцами таунхаус, договор не распространять фото в открытые источники - личку могу)... Из присланных фото с 19.01.2016 в почте собираю видео более годичного цикла для прикола… Из любого места шарика, где есть связь у телефона, можно посмотреть видео 1280x720 15 кадров в сек, что происходит во дворе… По всем данным это дешевле вашего устройства, т.к. имеет сразу всё в указанную сумму, включая валяющиеся на github части для сборки своих программ...
Снимок1546.gif
За всё время, c 19.01.2016, я её не трогал. Как включил там, так она там и пашет без сбоев...
 
Последнее редактирование:

isivasan

New member
Если автономный, тогда, обычно :), подразумевают батарейное питание...
И как тогда из подвала, без света у какого-то древнего счетчика, ESP8266 на батарейке найдет сматфон в городе, на который ему надо оплатить счет по снятым показаниям через приложение? :)
Под понятием автономный как-то не желательно воспринмать что-то типа ДОТ-а (бетонного и набитого АКБ).
Не ладится совсем с описаниями ваших сновидений. Сделать, то можно всё, как и “кашу из топора” . Но зачем в кашу кидать ESP8266 (?), если он всё равно не годиться и вы говорите что выхода во вне у него нет (не передать с камеры на ходу данные на внешний AP и там далее)?
Т.е. надо лезть в подвал, там включать AP у ESP и соединять вручную с ним телефон? Подсвечивая фонариком (прожектором), смахнув паутину с счетчика, настроить камеру, чтобы попадали в кадре в нужную пару строк и в таком виде, удерживая это всё снять показания?
Может более "спортивнее" оставить телефон там и включить в нем таймер включения и выполнения съемки с отсылкой и он будет целый месяц раз в день вам присылать фото вашего счетчика по MMS. Потом подзарядите :)
Вон вы про что. Естественно свет клином не сошелся на esp8266. В нашем случае так вышло, просто случайно, был под рукой именно esp8266. И были идеи по распознаванию символов на малых вычислительных мощностях. Естественно под каждые задачи будет своя вариация устройства с gsm например, тем же wifi если это квартира где есть интернет и wifi роутер или тот же Стриж со своим lpwan. А esp это всего лишь прототип на котором мы обкатывали алгоритмы распознавания символов.
 

pvvx

Активный участник сообщества
Вон вы про что. Естественно свет клином не сошелся на esp8266. В нашем случае так вышло, просто случайно, был под рукой именно esp8266. И были идеи по распознаванию символов на малых вычислительных мощностях. Естественно под каждые задачи будет своя вариация устройства с gsm например, тем же wifi если это квартира где есть интернет и wifi роутер или тот же Стриж со своим lpwan. А esp это всего лишь прототип на котором мы обкатывали алгоритмы распознавания символов.
Я как-бы не против "распознавания", но вот общая концепция с ESP8266 как-то не катит. Дешевые и доступные камеры есть только на USB, а ни один из ESP не понимает USB.
С "распознаванием" знаком где-то около 1990-го года, но военными разработками, более для воздух - земля и подводными... так-же помогал писать саму систему управления камерами к ним, т.к. началась перестройка и всем всё стало пофигу :) ...
Для простых CPU и MCU не работающих с интерпретаторами (java – Android) или с загроможденным ненужным кодом-хламом системой под более 99% (всякие *nix), всегда существовал баланс в объеме оптимума RAM к частоте CPU - у числа CLK CPU меняем Герцы на биты и делим от единицы до десяти.

(8MHz c 640K = первый PС c DOS и рассмотрите процесс далее :) ).

Если RAM меньше или более – тогда это проц c “КЕШ”, в который производитель забыл поставить память или это исключение в виде специализированного на обработку видео SoC. Там, с видео, всегда присутствует дополнительный DSP или аппаратный модуль, который и лапатит большую RAM. Не дело это для CPU общего назначения.

ESP8266 и особенно ESP-32S в рамки “нормальных” не входят, по этому быстро загибаются… жизнь их скоротечна… 8266 уже отработал “первенство” и ему пора на помойку именно по разгильдяйству соотношений CLK/RAM от разработчиков, устареванию его стандартов WiFi и выбранному другими уже правильному развитию концепций построения WiFi SoC для IoT (Два проца – один уровня ESP8266 + второй, более производительный).

Это уже осознали все производители WiFi SoC, кроме Espressif :) Даже Самсунг...

Интерфейсный проц принимает кадр, включает главного на пару мкс на обработку кадра с передачей и далее SoC засыпает. ESP до этого не дотянуться по банальному итоговому потреблению, размерам RAM и прочему...
 
Последнее редактирование:

isivasan

New member
Я как-бы не против "распознавания", но вот общая концепция с ESP8266 как-то не катит.
Опять таки по поводу esp. Это всего лишь прототип на данном этапе, так уж вышло и он работает. А так полностью с вами согласен, что esp несет в себе кучу проблем.
 

pvvx

Активный участник сообщества
В то время, очень часто подводные камеры были построчными для большего разрешения, как в бытовом сканере, но движется сама головка со строкой на пару тысяч точек и это проще линейно писать на накопитель в виде непрерывного кадра... Механические счетчики все медленные и есть уйма датчиков, хоть от мыши, которые можно позиционировать по принципу головки у CD или пьезо (можно и MEMS). Тем более такой принцип требует меньшей подсветки (точечный) для сьемки, а значит и потребления... Скоростных сенсоров, способных включиться и заснять кадр на уходящем рассеивающемся потоке света от вспышки, для гашения отражения воздух-вода (после её входа в воду и ухода отраженного), дома то не найти :) Можно конечно принципом стробоскопа накопить на фото-элементах матрицы достаточный уровень отражения, но где вы возьмете "шторку" с наносекундами переключения от засветки уходящего импульса света... :) Что тут дома то придумать? OV7670 с буфером для ESP8266 стоит в 5 раз дороже ESP8266 и кучу наворотов в виде управления питаниями для “автономности”, что лучше всего решается внешним MCU, который обычно и сам в состоянии обработать вашу задачу. Так-же это всё требует механических работ пор корпусированию всего этого дела, а 3D принтеров у народу желающих заниматься таким “спортом” пока маловато. От этого и тема “распозновалки” на ESP8266 вялая.
 
Последнее редактирование:

isivasan

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

pvvx

Активный участник сообщества
не думаю, что это проще и дешевле, так как механика, а тут грубо говоря с позиционировал, прилепил и все ок, считывай да распознавай
А линзы у данного датчика как накрутить на "прилепливание" пластилином к самому счетчику? :)
Посчитайте итого с ESP и сравните с этим: WANSCAM HW0026 Крытый мини Wi Fi ip камера домашней беспроводной камеры видеонаблюдения 720 P камеры безопасности беспроводной купить на AliExpress
 

isivasan

New member
А линзы у данного датчика как накрутить на "прилепливание" пластилином к самому счетчику? :)
А вы походу статью не читали на хабре? Ссылку на которую я давал. :) Там есть схема и фото как устроено данное устройство считывания :)

вот она
 

pvvx

Активный участник сообщества
А вы походу статью не читали на хабре? Ссылку на которую я давал. :) Там есть схема и фото как устроено данное устройство считывания :)
Безусловно читал. :) Но повторять сие поделие не я отказываюсь :) С ПО приема-передачи кадра у ESP больших бед нет, если всё правильно организовать. Но остальные проблемы более непроходимы...
 

isivasan

New member
Безусловно читал. :) Но повторять сие поделие не я отказываюсь :) С ПО приема-передачи кадра у ESP больших бед нет, если всё правильно организовать. Но остальные проблемы более непроходимы...
Да суть статьи не в том, что бы кто то повторил поделие, хотя было бы интересно посмотреть. На самом деле была потребность в обсуждении с народом подобные считыватели если отладить их производство, но чет обсуждения не вышло. есть еще одна стать но там так про варианты использования вот
 

isivasan

New member
Да безусловно эта камера дешевле, но это же просто камера, а наша цель как бы массовый продукт с распознаванием на борту.
 

pvvx

Активный участник сообщества
Да суть статьи не в том, что бы кто то повторил поделие, хотя было бы интересно посмотреть. На самом деле была потребность в обсуждении с народом подобные считыватели если отладить их производство, но чет обсуждения не вышло. есть еще одна стать но там так про варианты использования вот
Их итоговый ценник, при мелкосерии, будет равен сумме замены датчика который вы решили распознавать. По этому смысл и теряется...
А систему "логирования" данных с усреднениями в автономном устройстве с доступным интерфейсом считывания-передачи уже решают крупные корпорации. Им это более нужно для отказов в гарантии хотя-бы тех-же бытовых холодильников :) Бытовые датчики/счетчики с любым цифровым выходом, хоть механическим контактом стоят с заменой менее предлагаемой связки и тем более у них у всех оф. сроки замены и всё равно платить :)

В связи с “энтим” народу нужен пример на Arduino, да и чтобы стоил копейки… Напишите полностью готовую и отлаженную либу на ESP с примерами для младенцев – тогда, могут возникнуть более простые вопросы – где купить и как включить не перепутав питание… :) Но само “распознавание” останется в стороне.
 
Последнее редактирование:

isivasan

New member
Их итоговый ценник, при мелкосерии, будет равен сумме замены датчика который вы решили распознавать. По этому смысл и теряется...
А систему "логирования" данных с усреднениями в автономном устройстве с доступным интерфейсом считывания-передачи уже решают крупные корпорации. Им это более нужно для отказов в гарантии хотя-бы тех-же бытовых холодильников :) Бытовые датчики/счетчики с любым цифровым выходом, хоть механическим контактом стоят с заменой менее предлагаемой связки и тем более у них у всех оф. сроки замены и всё равно платить :)
Ну тут бы поспорил. Например что мне делать со счетчиком с импульсным выходом? Куда данные то будут передаваться? Тоже нужна некая связка. А если произойдет сбой ? а счетчик передает только импульсы и какие у нас теперь будут показания? Нужно приходить поверять. В нашем же случае всегда есть колесики с цифирками при распознавании которых мы получаем актуальные показания был сбой или нет. А более умные счетчики стоят уже дороже.
 

pvvx

Активный участник сообщества
Ну тут бы поспорил. Например что мне делать со счетчиком с импульсным выходом? Куда данные то будут передаваться? Тоже нужна некая связка. А если произойдет сбой ? а счетчик передает только импульсы и какие у нас теперь будут показания? Нужно приходить поверять. В нашем же случае всегда есть колесики с цифирками при распознавании которых мы получаем актуальные показания был сбой или нет. А более умные счетчики стоят уже дороже.
Припаять два провода от контакта и два провода питания к RTL8710BN. Это всё.
(В пример даю RTL8710BN, т.к. буду пытаться сделать на нем что-то подобное и он больше годиться к такому применению аппаратно, чем ESP)
На механические датчики можно повесить слежение за магнитным полем от маленького магнита и датчика на встроенный ADC. Т.е. вообще никаких проводов для съема информации со счетчика.
 

isivasan

New member
Припаять два провода от контакта и два провода питания к RTL8710BN. Это всё.
Оригинально :). И опять же есть мнение, что такие счетчики "брешут". И остается проблема в том, что у нас только импульсы. И что делать если, что то пошло не так :).
 

pvvx

Активный участник сообщества
Оригинально :). И опять же есть мнение, что такие счетчики "брешут". И остается проблема в том, что у нас только импульсы. И что делать если, что то пошло не так :).
У вас гос-поверка и занесение прибора в гос-реестр? :) Тогда не на тот форум пришли. :)
------
Примерно такую фигню из моторчика CD ставите и на ADC:
Hall sensors, Hall Effect Sensors, Hall Effect Sensor ICs, Hall effect Switches, Linear Hall effect ICs, Hall effect elements
Может усилить немного придется каким ОУ за 1 цент :)
У всех современных SoC порог посыпания из deep-sleep по уровню от ADC есть...
 

pvvx

Активный участник сообщества
Да нет конечно. :) Просто дискуссия не с того начиналась, а пришли к счетчикам :)
Пойти не так ничего не может. Не так идет у SoC c закрытыми исходниками...
Сколько Help не напишут, всё равно изменить общий алгоритм работы не выйдет, без переписывания достаточной части ПО. Одному переписать всю SDK невозможно, тем более заниматься этим на устаревший чип никто не возьмется.
Выходит, что рациональнее прикручивать камерку к ESP-32S. Там возможностей больше, чем у ESP8266, из-за наличия исходников компоновки SDK и RTOS (возможностей влиять на системы приоритетов исполняемых в нужный момент задач и их последовательностей)…
 
Последнее редактирование:
Сверху Снизу