Структура проекта примера ESP8266. Вопрос новичка

[=AK=]

более 20 В на открытом простом выпрямительном диоде.

Пруф в студию.

 

[pvvx]

Пруф в студию.

Мы договорились, что только после вашей демонстрации замера Cgs.
А пруф вам уже был выдан ранее. Вспоминайте:

Там и график есть "послесвечения" при приложенном обратном токе на диод "разряда его емкости" c полкой в остаточных "прямых" 0.4 В. Для среднего простого выпрямительного диода полка будет выше - на уровне 0.6..0.7 В, равной параметру "прямого постоянного смещения открытого диода для статических процессов".
"Прямая накачка", с уровнями в 20В, может проводиться и после открытия диода, при приложении тока до уровня неразрушающего прогрева кристалла... По тому, при первом же упоминании "10В на открытом диоде" вам были даны и намеки, про возможность описания данных процессов и со стороны тепла, вплоть до древних концепций "теплорода" в физике и всё сойдется... Одна из моделей с понятием "плазмы" принята для описания с одной из сторон. Есть и другие общепринятые варианты описания данных процессов, но вы не оперируете и самыми простыми. О чем тут ещё говорить, если вы используете заученные понятия без осознания что они описывают...
Продолжение дискуссий с вами считаю бесполезными. Вы нарываетесь на простейшие вещи, специально составленные, для вашей собственной расписки в незнании "как работает простой диод", "какие у него есть емкости", ... И как пример задана задачка с Cgs, графиков которой в Инет не наблюдается - т.е. сиё можете сделать только своими руками, как и измерить "20В на полностью открытом простом выпрямительном диоде".
Вам прописан стационар. Желаю быстрейшего выздоровления от вашего поражения мозга вирусом "вся в белом"... и ныне уже своими руками подтвердили тут всем что оказывается всё наоборот: =AK= вся в чем-то нехорошем.
Врываетесь в непонятные вам разговоры "новичков", наезжаете на них, подсовывая им неверные представления и схему включения. Они вам говорят - нафига вы приводите схему "качера"? На что больной =AK= обвиняет их в ошибке "не в 30, в 10 раз", при его детском подходе к расчету как к RC, т.к. не понимает самой сути про что идет разговор в теме... Стационар...

 

[pvvx]

Вот-вот. Вам просто мозгов не хватает понять, что то, что вам кажется важным, жизнь сметает в помойку и прет не так, как вам хочется, а так, как она сама считает нужным. Поэтому вы и зациклились на тупиковом RTL, у которого нет будущего, ибо эта ниша уже занята ESP, при всех его недостатках. Чтобы такие вещи понимать, нельзя врать ни себе ни другим, а вы на это в принципе не способны.

Я не зацикливался на RTL - он на сегодня является одной из альтернатив для тех кому нужно "дешево и сердито", за ту-же цену что и ESP8266, получить что-то большее, чем коммутация лампочки или светодиода с помощью ESP8266. Решение обычных вопросов домашних приложений WiFi включает в себя не только коммутацию лампочки, но и SSL, подключение дешевых видео-камер, работа со звуком, что ESP8266 не может предоставить. Это плотно связано и с ограничениями в "структуре проекта" на ESP8266 и развиваемых далее на его базе проектов.
Вам уже упоминался пример с видео камерами. Для работы в *nix существует проект UVC, но стандартные решения (либы) на его базе требуют от 300 МБ под буферизацию передаваемого потока, а дешевых модулей с такими объемами свободной RAM пока нет. Для схем роутеров эту проблему решили путем патча UVC, т.е. именно копанием в чужих наработках, так чуждым вам и "начинающие" теперь имеют возможность побаловаться и поизучать решения включения видео камер к более простым WiFi SoC c RAM от 32 МБ. Дальнейшее чуждое вам "копание" уже приводит к тому, что для UVC достаточно и ресурсов более дешевого WiFi SoC типа RTL8195AM cо встроенным USB контролером для подключения любой WEB-USB-камеры. Так и формируется актуальная "структура проекта", подходы и направления развития данных тем, что стоит изучать, а не устаревшие и тупиковые варианты с ESP8266 с закрытыми проприетарными SDK и либами...

 

[=AK=]

А пруф вам уже был выдан ранее. Вспоминайте:
Посмотреть вложение 4690

Вы лжете. На этом графике 20 В на еще не открытом диоде. А на открытом диоде 0.5В, и об этом в статье сказано.

Все ваши туманные намеки на некие "процессы" являются прикрытием вашего невежества. Вы даже не знаете, что в MOSFET нет инжекции зарядов.

возможность описания данных процессов и со стороны тепла, вплоть до древних концепций "теплорода" в физике и всё сойдется... Одна из моделей с понятием "плазмы" принята для описания с одной из сторон. Есть и другие общепринятые варианты описания данных процессов, но вы не оперируете и самыми простыми. О чем тут ещё говорить, если вы используете заученные понятия без осознания что они описывают...

Вы еще на влияние фаз Луны сошлитесь...

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

 

[=AK=]

WiFi включает в себя не только коммутацию лампочки, но и SSL, подключение дешевых видео-камер, работа со звуком, что ESP8266 не может предоставить.

Что не может ESP8266, то могут дешевые модули с Линуксом. Я уже упоминал NanoPi Duo за 8 долларов. А все, что в промежутке между этим молотом и наковальней, включая RTL и пр. - не имеет будущего. То, с чем вы уже год ковыряетесь для RTL, для модуля с Линуксом делается за несколько часов.

 

[A_D]

Что не может ESP8266, то могут дешевые модули с Линуксом. Я уже упоминал NanoPi Duo за 8 долларов. А все, что в промежутке между этим молотом и наковальней, включая RTL и пр. - не имеет будущего. То, с чем вы уже год ковыряетесь для RTL, для модуля с Линуксом делается за несколько часов.

Прям лекарство от всех бед у вас эти модули с линуксом за копейки....
А вот тогда попробуйте сделать автономный "датчик положения", с wifi и АКБ, что бы мерял основную частоту резонанса поверхности, на которой закреплен, вес в иделае 7гр (15гр макс) и что бы от АКБ работал не менее 2ч. (ОЗУ памяти кст надо не менее 1Мб для расчетов, web сервера и доп.нужд), чую на модулях с линуксом такое не выйдет (жрут много + обьёмные), а на esp и подавно (тут как бы без комментариев).

 

[kab]

мерял основную частоту резонанса поверхности, на которой закреплен, вес в иделае 7гр (15гр макс) и что бы от АКБ работал не менее 2ч.

[off]
Интересно, а что с "поверхностью" может происходить, чтобы частота её резонанса менялась в течении 2 часов? Она тает или на неё что-то непрерывно налипает?
А вообще, "поверхность" будет колебаться с собственной частотой (резонанс) после кратковременного энергичного воздействия - например, если A_D будет расстреливать из пистолета. Пулевая защита ESP и датчиков явно в 15гр не уложится
[/off]

 

[sharikov]

Прям лекарство от всех бед у вас эти модули с линуксом за копейки....

Современные требования к коммерческому продукту это ssl везде и работа в стандартном IT окружении. Это автоматически ставит крест на модулях без sdram. Модули с sdram по стоимости почти равны openwrt модулям. Если процессор работает и выполняется активный обмен по сети RTL тоже жрет немало (и греется при этом). А по возможностям esp/rtl и openwrt несопоставимы. Поэтому удел младших модулей - только батарейные устройства.
Ameba-Z похоже умрет не родившись. Опоздали.

 

[A_D]

Интересно, а что с "поверхностью" может происходить, чтобы частота её резонанса менялась в течении 2 часов? Она тает или на неё что-то непрерывно налипает?
А вообще, "поверхность" будет колебаться с собственной частотой (резонанс) после кратковременного энергичного воздействия - например, если A_D будет расстреливать из пистолета. Пулевая защита ESP и датчиков явно в 15гр не уложится

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

поверхность не твердая, а датчик крепится на исследуемой поверхности (потому и важно, что бы не большой вес был), первоначально хотели сделать выносной на nRF24 и отдельное устройство с показанием результатов, но в итоге пришли к тому, что лучше всё в одном сделать и с wifi, как универсальный вариант просмотра с любого устройства. и как доп фишка - по nfc передача параметров сети для быстрого подключения.

 

[A_D]

Современные требования к коммерческому продукту это ssl везде и работа в стандартном IT окружении. Это автоматически ставит крест на модулях без sdram. Модули с sdram по стоимости почти равны openwrt модулям. Если процессор работает и выполняется активный обмен по сети RTL тоже жрет немало (и греется при этом). А по возможностям esp/rtl и openwrt несопоставимы. Поэтому удел младших модулей - только батарейные устройства.
Ameba-Z похоже умрет не родившись. Опоздали.

Так я и говорю о батарейных\АКБ устройствах, но к примеру есть еще всякие "умные" розетки и т.п. - в них ставить модуль с линуксом на борту тоже будет как то жирновато...
Ameba-Z так руки и не дошли до сих пор до него... 3 модуля есть на RTL8710BN, но совсем нет времени ( И да, как то у первой серии Ameba дела действительно лучше идут, их порядком чаще у производителей или продавцов видно + материалов больше для изучения.

 

[kab]

просто особо расписывать не могу, разве что картинку наглядную из первого ТЗ:
поверхность не твердая, а датчик крепится на исследуемой поверхности (потому и важно, что бы не большой вес был), первоначально хотели сделать выносной на nRF24 и отдельное устройство с показанием результатов, но в итоге пришли к тому, что лучше всё в одном сделать и с wifi, как универсальный вариант просмотра с любого устройства. и как доп фишка - по nfc передача параметров сети для быстрого подключения.

Это уже я серьезно:
-Там на картинке есть - "Сила для возбуждения колебаний". Может что-то в этом эксперименте глубже, чем я понял из описания, но, на всякий случай предупреждаю - если эта внешняя сила - периодическая - то, по законам физики, частота колебаний механической (в данном случае) системы, которые в этом случае называют вынужденными, - будет в точности равна частоте внешнего воздействия. Это в устоявшемся режиме. И повторяю серьезно, - собственные частоты вы увидите только после кратковременного воздействия (удара). И на определение этой частоты нужно не 2 часа, а несколько секунд.
А в качестве схемы для съема колебаний, я бы лучше использовал что-то типа внешнего лазерного излучателя - зеркала на исследуемой поверхности и опять же отдельно стоящего приемника лазерного отраженного сигнала.
Так шпионы в кино снимают разговоры с поверхности стекол

 

[A_D]

Это уже я серьезно:
-Там на картинке есть - "Сила для возбуждения колебаний". Может что-то в этом эксперименте глубже, чем я понял из описания, но, на всякий случай предупреждаю - если эта внешняя сила - периодическая - то, по законам физики, частота колебаний механической (в данном случае) системы, которые в этом случае называют вынужденными, - будет в точности равна частоте внешнего воздействия. Это в устоявшемся режиме. И повторяю серьезно, - собственные частоты вы увидите только после кратковременного воздействия (удара). И на определение этой частоты нужно не 2 часа, а несколько секунд.
А в качестве схемы для съема колебаний, я бы лучше использовал что-то типа внешнего лазерного излучателя - зеркала на исследуемой поверхности и опять же отдельно стоящего приемника лазерного отраженного сигнала.
Так шпионы в кино снимают разговоры с поверхности стекол

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

 

[pvvx]

Что не может ESP8266, то могут дешевые модули с Линуксом. Я уже упоминал NanoPi Duo за 8 долларов. А все, что в промежутке между этим молотом и наковальней, включая RTL и пр. - не имеет будущего. То, с чем вы уже год ковыряетесь для RTL, для модуля с Линуксом делается за несколько часов.

Не работает у меня NanoPi Duo, RPi3, OPI и прочее с двумя из 7-ми usb-web-cam. При этом Win-да работает со всеми. RTL тоже работает, но ещё не окультурил, собираюсь доделать но, т.к. это хобби - когда будет желание, тогда и доделаю

Вы лжете. На этом графике 20 В на еще не открытом диоде. А на открытом диоде 0.5В, и об этом в статье сказано.

Лжете вы.
Там не сказано что на не открытом диоде, но сказано что 0.4В на диоде при подводе обратного тока Тут по вашему "диод закрыт". Внимательнее надо быть и у них задача другая - оценка "заряда" диода, как раз связанная с одним из типов емкости полупроводника. Путем подмеса разных примесей в обычный кремниевый диод данный параметр не шибко варьируется и это дело существует и на импульсных диодах. Про индуктивный выброс на контактах корпуса диода в начале приложения импульса разговор не идет и не надо на это валить Уже много раз вам сказано - руки в ноги и проверяйте на любом живом диоде. У данной емкости изменения за счет примесей не разнятся более чем на два порядка от типа диода с учетом объема кристалла... Вляпались в свою безграмотность по полной и теперь юлите, подтусовывая другим то, что они не говорили и обвиняя во лжи
Т.к. уже сказал вам, в другом топике, что далее грешно издеваться над больным =AK=, и даю альтернативную задачку-подсказку, где не будем использовать сверх токи: На диод 1N4001 подаем прямой ток 10 мА 20 мкс, затем обратный в 10 мA. На диоде при, открытом состоянии видим порядка 0.7В. Меняем прямой ток. Видим те-же 0.7В, но длительность остаточного напряжения в 0.6..0.7 В при приложении обратного тока меняется. По вашей выдвинутой детской формуле вы давали, что по графику напряжения на диоде рассчитывается его емкость – это и есть ваша абсурдная задача - вычислить по прямому падению напряжения на диоде емкость этого диода Правильный ответ содержит, что длительность хвоста при приложении обратного тока сильно зависит от температуры данного диода, можно и градусник на этом сделать, и что приложенный обратный ток тоже мало влияет на длительность хвоста...

Есть более интересный вопрос – что делает инженер =AK= на сайте, где люди занимаются хобби и изучением разных WiFi SoC с уровнем аппаратной части до возможности поддержки Линух? Тем более ни одной задачи тролль =AK= не пытался решить на описываемых модулях и пытается диктовать какие-то свои условия начинающим.


В форуме, где будут обсуждаются успешные Линух WiFi-SoC модули для хобби мы и встретимся, но я ещё не обозначил “успешный Линух WiFi-SoC модуль для новичков”

 

[pvvx]

Это уже я серьезно:
-Там на картинке есть - "Сила для возбуждения колебаний". Может что-то в этом эксперименте глубже, чем я понял из описания, но, на всякий случай предупреждаю - если эта внешняя сила - периодическая - то, по законам физики, частота колебаний механической (в данном случае) системы, которые в этом случае называют вынужденными, - будет в точности равна частоте внешнего воздействия. Это в устоявшемся режиме. И повторяю серьезно, - собственные частоты вы увидите только после кратковременного воздействия (удара). И на определение этой частоты нужно не 2 часа, а несколько секунд.
А в качестве схемы для съема колебаний, я бы лучше использовал что-то типа внешнего лазерного излучателя - зеркала на исследуемой поверхности и опять же отдельно стоящего приемника лазерного отраженного сигнала.
Так шпионы в кино снимают разговоры с поверхности стекол

Перекиньте это на геофизический замер распространения волны возбуждения по поверхности земли. Выйдет, что WiFi хоть как-то даст снять показания на сто метровом отрезке, а вот BT - всего десятки метров. Возможно из-за аналогичных критериев и вышло такое ТЗ, но тут главное, что A_D делится всей реализацией для возможности любому повторить под свои нужды. И само ТЗ от какого-то заказчика тут пофигу. В России ныне очень мало программистов/разработчиков желающих и имеющих возможность поделиться готовыми кусками любых своих реализуемых проектов, а есть одни тролли типа =AK=, ни разу не давших никому и ничего кроме вечернего спаму по форумам...

 

[pvvx]

Ameba-Z похоже умрет не родившись. Опоздали.

Там камень преткновения = нет описания штатного протокола загрузки по UART. Без него освоение новичками усложнено. Я его не публиковал, т.к. не делал готовых приложений с работой по нему и желающих это сделать не найдено, а Ameba и другие продавцы не выложили ImageTool для серии "Z" в открытый доступ.
UART Port2 - 1500000 Baud, xmodem
0x05, x - UART Set Baud Nx
0x07 - End
0x17, a0,a1,a2, s0,s1 - Erase Flash Sectors
0x19, a0,a1,a2, s0,s1, ... 0x06 - Read block Flash
0x21 - FLASH Get Status
0x26, xx - FLASH Set Status

Чипы "Amea Z" (RTL871xBx) могут иметь свою нишу, как полная замена устаревших ESP8266 (и во многих задачах ESP32) в сферах батарейного питания из-за развитого PMU и полной поддержки SSL и прочих протоколов. Старший чип имеет и набортный USB, при стоимости уровня ESP8266. Но закон природы гласит - Народ всегда и во все времена выбирает худшее решение. С этим бороться бесполезно и решение что использовать вам зависит от вас, т.к. причина описанного закона кроется в природных защитных комплексах, по поводу выживаемости человечества

 

[tretyakov_sa]

Но закон природы гласит - Народ всегда и во все времена выбирает худшее решение. С этим бороться бесполезно и решение что использовать вам зависит от вас, т.к. причина описанного закона кроется в природных защитных комплексах, по поводу выживаемости человечества

А можно для этого чипа. Установить Arduino IDE. Загрузить свой скетч для ESP8266. Немного поправить и запустить?
Однако нет!
А на вопрос по теме Структура проекта примера ESP8266. Вопрос новичка
Так и нет ответа за 34 сообщения.
Поэтому Arduino для ESP8266 рулит

 

[pvvx]

Поэтому Arduino для ESP8266 рулит

Рулит в узкой сфере.

А можно для этого чипа. Установить Arduino IDE.

Нет - если и будет Arduino, то c другим названием.

Загрузить свой скетч для ESP8266. Немного поправить и запустить?

Так-же нет, как и в Mbed и в других IDE, тем более новых.
Ну нет там убогого ESP8266 и его подходов.
Реализация всех алгоритмов для решения задач другая, обычно более похожая на Линух и с обязательной поддержкой многозадачности.
Это как деление на 8-ми битные MCU и другие...
В бытовом мире более востребованы 4-х битные MCU (их производиться больше 8-ми битных в массовой доле рынка), однако бума по поводу Arduino на них нет.
В связи с этим и тем, что пока "новичек" что-то освоит, многие вам и говорят, что лучше использовать IDE на основе Линух/Unix и строить структуру проекта* ближе к его архитектуре...
(на зло вам в RTL реализация обращений к драйверам строиться через ioctl, по принципам Unix, т.к. использованы именно его исходники и принципы построения системы )
А если надо реализовать что-то сразу и счас, то брать ESP8266 нет никакого смыслу.
Тут проще что-то аналогичное нашему российскому проекту CuberWRT - всё делается в картинках и за 5 минут - даже не надо смотреть ваши ролики и вдаваться в убогую частность ESP8266.

PS: Если не будет альтернативы, то не будет стремлений и развития того-же ESP8266. Но на сегодня развитие ESP8266 из-за ряда причин (основных – устаревания протоколов и невозможности поддержки SSL, USB и прочих бытовых устройств) закончено. Выбраться из уровня "выключателя для лампочки" ему не выйдет. А это очень узкая часть задач для IoT и “Умного Дома”, тем более в данной области бурно развиваются всякие BT и прочие радио-протоколы и на рынке уже присутствует масса более удачных устройств реализующих данные функции.
В итого, на сегодня, у ESP8266 нету даже ниши, а есть только его бросовая цена и возможности подергать его в Arduino IDE для ловли глюков. Такой малый мазохистский кружок-секта

* Вам не по ошибке дал ссылку из области Управление проектами: основы, сущность, принципы, функции и процессы

 

[=AK=]

Прям лекарство от всех бед у вас эти модули с линуксом за копейки....
А вот тогда попробуйте сделать автономный "датчик положения", с wifi и АКБ, что бы мерял основную частоту резонанса поверхности, на которой закреплен, вес в иделае 7гр (15гр макс) и что бы от АКБ работал не менее 2ч. (ОЗУ памяти кст надо не менее 1Мб для расчетов, web сервера и доп.нужд), чую на модулях с линуксом такое не выйдет (жрут много + обьёмные), а на esp и подавно (тут как бы без комментариев).

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

WiFi модулей на рынке десятки, и какая-то своя маргинальная ниша есть почти у всех. Вопрос в перспективах, а они для этих модулей плохи. Цены и потребление кремния для мобильников неуклонно падают, и нет никаких причин думать что этот процесс остановится. А потому модулей с полноценным Линуксом будет все больше, а их цена и потребление - все меньше. Зная это, производители больше не будут сильно вкладываться в разработку кремния и софта для WiFi модулей. Так что долговременных перспектив у них нет.

 

[pvvx]

WiFi модулей на рынке десятки, и какая-то своя маргинальная ниша есть почти у всех. Вопрос в перспективах, а они для этих модулей плохи. Цены и потребление кремния для мобильников неуклонно падают, и нет никаких причин думать что этот процесс остановится. А потому модулей с полноценным Линуксом будет все больше, а их цена и потребление - все меньше. Зная это, производители больше не будут сильно вкладываться в разработку кремния и софта для WiFi модулей. Так что долговременных перспектив у них нет.

Ну и ждите WiFi модулей с Линуксом/Андроидом c реакцией системы и запаса хода АКБ как у мобильника, а мы пока развлечемся тем, что есть из WiFi-SoC.
Samsung уже тоже застолбил WiFi-SoC со своей версией Дурины, но без возможности пуска на них *nix...
У них наверно нет =AK=, "всего в белом"...

 

[kab]

ни разу не давших никому и ничего кроме вечернего спаму по форумам...

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