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

Обсуждение MT7688AN HLK-7688A

pvvx

Активный участник сообщества
И вы сравниваете “попу с пальцем” :)
Я говорю о системе в которой уже сейчас обрабатывается более 10000 запросов в сек к примеру по Modbus TCP (Ethernet от 100Mb/s) и в это-же время она приемлемо обеспечивает пару пользователей на web-сервисе с генерацией данных (в том-же Json ответы прут по 60 килобайт :)), + накопление, усреднение и сохранение статистики… И т.к. у CPU в SoC ядро одно и нужен WiFi – тогда только внешний чип.
И так apache-jmeter говорит о всего ~50 HTTP запросах в сек. Долго открываются файлы в Linux...
 

pvvx

Активный участник сообщества
В MTK7688 ещё и DDRAM внешняя и не скоростная... По сему пока работаю на SoC с интегрированной DDRAM. И цена меньше и корпусов...
 

pvvx

Активный участник сообщества
Что SoC, если не секрет? Обычно внутренний объём DDRAM сильно меньше.
Китайское поделие. 32MБ, MIPS 4KEc 300..500 MHz. Разновидность сборки стоит в Eport Pro-EP20, EP10
На роутер по современным требованиям MT7688 уже не тянет. OpenWRT ныне требует большую производительность и ресурсы по Flash/RAM. С таким подходом дешевые роутеры не тянут доп.задач – от этого и леплю свою доп.фигню в виде виртуального устройства по сбору, координации данных, логгированию и т.д. с кучи других. Цена то небольшая – железка в корпусе до 1 т.р. и потреблением до 1Вт (до 200mA/5В), а разгружает роутер и дает прочие плюшки. Тут и MT7688 тоже годится (без WiFi).
 

pvvx

Активный участник сообщества
Потому что с eCos я работал и мне не нужен полноценный Linux.
Мне наоборот важно присутствие WiFi, а Ethernet - не нужен.
А дрова WiFi для eCos к MT7688 от куда? Из болтающегося в инет MediaTek APSOC SDK Version 5.0.3.0 ? Он от 2015 года...
 

nikolz

Well-known member
@nikolz Начните с простейшего – что такое реал-тайм система и каково её время реакции на любое событие. На ESP главное событие – WiFi и обслуживание никаких других событий они не могут обеспечить в рамках сотен ms. Иначе происходит нарушение выдачи beacon (сдвиг во времени его передачи и некорректные значения timestamp в нем), что грозит увеличением потребления у всех деток AP в спящем режиме, не говоря уже о пропусках... Этим страдают все SoC cинтегрированным WiFi, если нет распределения дров WiFi по ядрам CPU. Из-за этого лучше использовать внешний чип WiFi.
попробую объяснить Вам что и как я делаю ибо у меня не возникает ваших проблем
Я решаю задачу построения устройства работающего с датчиками а не систему показа по wifi графиков
система реального времени в моем случае это система,
которая успевает обработать поступившие данные до момента прихода новых.
Мои устройства на ESP8266 работают таким образом
Просыпаются
опрашивают датчики
включают Wifi и по UDP либо ESP-now передают информацию
При этом могут принять новые команды и изменить режим работы
уходят спать.
Подобные устройства решают 99% задач в умном доме.
У меня проблем нет. Устройства могут работать на любых чипах.
Сейчас осваиваю чипы с BLE
 

pvvx

Активный участник сообщества
попробую объяснить Вам что и как я делаю ибо у меня не возникает ваших проблем
Я решаю задачу построения устройства работающего с датчиками а не систему показа по wifi графиков
система реального времени в моем случае это система,
которая успевает обработать поступившие данные до момента прихода новых.
Мои устройства на ESP8266 работают таким образом
Просыпаются
опрашивают датчики
включают Wifi и по UDP либо ESP-now передают информацию
При этом могут принять новые команды и изменить режим работы
уходят спать.
Подобные устройства решают 99% задач в умном доме.
У меня проблем нет. Устройства могут работать на любых чипах.
Сейчас осваиваю чипы с BLE
А у большинства ваших проблем нет. Собрать датчик - одна единственная функция на три строки СИ.
А обработать сотни датчиков (именно система вумный дом) - это совершенно другое. Вы до этого ещё не доросли :)
 

pvvx

Активный участник сообщества
@nikolz Открывайте выведенные человечеством требования к любому датчику, хоть концевика открытия двери:

1. Время последнего (текущего) измерения (за период и время периода).
2. Качество сигнала (пусть в %) в котором описывается, что все электрические условия выполнены и обработка снятия показания прошла успешно.
3. Флаги выхода показания за нормированные пределы.
4. Время наработки. Кол-во срабатываний и тому подобное.
5. Если есть усреднение, то минимальное и максимальное значение и прочие описания дисперсий в данном вопросе…
6. ...
Где у вашего датчика эти значения? Играете в Arduino?

Слепили распределенную оптимизированную систему в виде пирамиды? – как теперь в неё встроить дополнительную функцию или произвести какие анализы, отбракову данных и т.д.? – никак. Для этого вам потребуются синхронные (синхронизированные) данные от всех имеющихся датчиков сразу и желательно с максимально возможной дискретностью. И на это можно уже травить и ИИ… И интерфейс чтобы посмотреть поведение всего этого сброда в графике для выявления закономерностей и черта в ступе так-же необходим.

Что из этого может ESP8266, кроме как засорять эфир и облучать жильцов?
 

nikolz

Well-known member
@nikolz Открывайте выведенные человечеством требования к любому датчику, хоть концевика открытия двери:

1. Время последнего (текущего) измерения (за период и время периода).
2. Качество сигнала (пусть в %) в котором описывается, что все электрические условия выполнены и обработка снятия показания прошла успешно.
3. Флаги выхода показания за нормированные пределы.
4. Время наработки. Кол-во срабатываний и тому подобное.
5. Если есть усреднение, то минимальное и максимальное значение и прочие описания дисперсий в данном вопросе…
6. ...
Где у вашего датчика эти значения? Играете в Arduino?

Слепили распределенную оптимизированную систему в виде пирамиды? – как теперь в неё встроить дополнительную функцию или произвести какие анализы, отбракову данных и т.д.? – никак. Для этого вам потребуются синхронные (синхронизированные) данные от всех имеющихся датчиков сразу и желательно с максимально возможной дискретностью. И на это можно уже травить и ИИ… И интерфейс чтобы посмотреть поведение всего этого сброда в графике для выявления закономерностей и черта в ступе так-же необходим.

Что из этого может ESP8266, кроме как засорять эфир и облучать жильцов?
@nikolz Открывайте выведенные человечеством требования к любому датчику, хоть концевика открытия двери:

1. Время последнего (текущего) измерения (за период и время периода).
2. Качество сигнала (пусть в %) в котором описывается, что все электрические условия выполнены и обработка снятия показания прошла успешно.
3. Флаги выхода показания за нормированные пределы.
4. Время наработки. Кол-во срабатываний и тому подобное.
5. Если есть усреднение, то минимальное и максимальное значение и прочие описания дисперсий в данном вопросе…
6. ...
Где у вашего датчика эти значения? Играете в Arduino?

Слепили распределенную оптимизированную систему в виде пирамиды? – как теперь в неё встроить дополнительную функцию или произвести какие анализы, отбракову данных и т.д.? – никак. Для этого вам потребуются синхронные (синхронизированные) данные от всех имеющихся датчиков сразу и желательно с максимально возможной дискретностью. И на это можно уже травить и ИИ… И интерфейс чтобы посмотреть поведение всего этого сброда в графике для выявления закономерностей и черта в ступе так-же необходим.

Что из этого может ESP8266, кроме как засорять эфир и облучать жильцов?
так вас же никто не заставляет использовать ESP8266
а вы все не успокаиваетесь,
переживаете за других рассказываете страшные сказки.
у меня все работает а ваши ужастики уже надоели.
может хватит пугать начинающих?
 

pvvx

Активный участник сообщества
так вас же никто не заставляет использовать ESP8266
а вы все не успокаиваетесь,
переживаете за других рассказываете страшные сказки.
у меня все работает а ваши ужастики уже надоели.
может хватит пугать начинающих?
Где вы нашли ужасники? Вумный дом это ужасники? Он по структуре чем-то отличается от промышленной автоматизации и в нем, по вашему, нельзя применять наработки из данной сферы?

На одной ESP8266 ничего не построить. Всегда используется что-то ещё.

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

У некоторых это происходит по другому. Описанные тут частные решения из проекта, который уже готов у меня на более 90% и через пару месяцев будет множиться и трудиться на объектах непрерывно годами, принося и прыбыль предприятиям. Там много всего налапачено и описывать всё очень долго для “начинающих”, как и требуется много времени на отделение ком.части для преобразования в проект типа open-sourse. На что времени сейчас просто нет. Это вы называете ужасниками?

Если вы замкнулись на примитиве ESP8266, то почему весь мир должен зациклиться на ней? По причине что вам не освоить что-то большее?
А мир живет. К примеру, ваше недопонимание, почему web, а не что-то ещё частично описано тут:
Web против SCADA. Часть 1. Противостояние неизбежно, результат — предсказуем
Но решения от туда не есть самые оптимальные, а являются частными, по уровню автора...
 

pvvx

Активный участник сообщества
Постепенно усугубился вопрос – как сделать так, чтобы все устройства на Android-е понимали локальные имена в сети на своих эксплорерах?

На инфу о местных именах в домене ‘.local’ на модуле сейчас работают такие сервисы:

1. Link-Local Multicast Resolution (LLMNR)
2. DNS
3. NetBIOS
4. mDNS
5. DHCP

Обслуживаются собственным демоном. mDNS сообщает наличие http, но некоторые Android всё равно не видят устройство по имени. Всё остальное, включая роутеры, компы – без проблем во всем разбираются.

Что ещё нужно эксплорерам на Android?
По поиску проскакивают заявки о том, что на некоторых статически прописано DNS 8.8.8.8 или DNS-ы google. Перехватывать запросы DNS не метод и не выйдет, т.к. устройство не роутер.

Возможно я что-то не так в этом деле понимаю и для Android есть какая-то фича?
 

pvvx

Активный участник сообщества
у Omega2+ тоже 128M/32M
И в этом их беда.
Виснут, т.к. не могут перезагрузиться. По RST входу или WDT, т.е. по любому сбою.
Не верно выставляются CS1 и прочие уровни, говорящие в каком режиме находится SPI Flash - в 3-х байтной или 4-х байтной адресации для firmaware чипа.
Тем самым Uboot не грузится и чип виснет до передергивания питания...
На HLK-7688A, Omega2+ и всех c чипами 32МБ проблемка частично исправима если SPI Flash принять за 16МБ, т.е. никогда не переключать на 4-х байтную адресацию и забыть о второй половине...
Все другие варианты не имеют гарантию от зависания, т.е. не могут применяться для серьезных проектов без специальной схемы внешнего контроля по типу WDT с передергиванием RST и переключением подтяжки CS1, ну или On/Off питания :p
Это особо актуально для Omega2+ с её типом SPI-Flash. Для других типов SPI-Flash, имеющих спец.команду переключения 16МБ банков для 3-х байтной адресации возможно залить спец. загрузчик в серединку, переключающий на основной uboot в начале flash...

PS: Ардуино подобные решения по данному вопросу можно найти тут Reset AI7688H in bootloader
 

Алексей.

Active member
Не верно выставляются CS1 и прочие уровни
На омеге пытался подключить к spi другой mcu, задействовав cs1, думал cs0 для выбора флеша а cs1 свободен.
Работает но как то криво.
С другим mcu данными обмениваюсь (омега-мастер), всё вроде-бы не плохо, но когда нужно обновить прошивку (через sysupgrade) данные во флеш пишутся искаженными.
Видимо по этой причине в сборке ЛинкИт смарт 7688 Дуо для подключения к меге32u4 использовали spiS (завести его мне так и не удалось, в регистры пишу, а реакции 0).
 

pvvx

Активный участник сообщества
На омеге пытался подключить к spi другой mcu, задействовав cs1, думал cs0 для выбора флеша а cs1 свободен.
Вроде CS1 свободен - на нем всего резистор на Vcc ставится для переключения загрузчика на 4-х байтную адресацию Flash. По старту питания Flash в Омеге в режиме 3-х байтной адресации, затем она переключается в 4-х... В команде reboot омеги вставили переключение обратно в 3-х, а у чистого OpenWRT нет и reboot не работает :p
 

nikolz

Well-known member
@nikolz Открывайте выведенные человечеством требования к любому датчику, хоть концевика открытия двери:

1. Время последнего (текущего) измерения (за период и время периода).
2. Качество сигнала (пусть в %) в котором описывается, что все электрические условия выполнены и обработка снятия показания прошла успешно.
3. Флаги выхода показания за нормированные пределы.
4. Время наработки. Кол-во срабатываний и тому подобное.
5. Если есть усреднение, то минимальное и максимальное значение и прочие описания дисперсий в данном вопросе…
6. ...
Где у вашего датчика эти значения? Играете в Arduino?

Слепили распределенную оптимизированную систему в виде пирамиды? – как теперь в неё встроить дополнительную функцию или произвести какие анализы, отбракову данных и т.д.? – никак. Для этого вам потребуются синхронные (синхронизированные) данные от всех имеющихся датчиков сразу и желательно с максимально возможной дискретностью. И на это можно уже травить и ИИ… И интерфейс чтобы посмотреть поведение всего этого сброда в графике для выявления закономерностей и черта в ступе так-же необходим.

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

pvvx

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

Пример: датчик температуры на диоде. Дешевле датчика не бывает. Собираем 10 таких датчиков... Далее продолжите сами, что потребуется...
 

nikolz

Well-known member
Очередной бред...

Пример: датчик температуры на диоде. Дешевле датчика не бывает. Собираем 10 таких датчиков... Далее продолжите сами, что потребуется...
Ну если это был Ваш бред, тогда вопрос снимаю.
Вы уж в дальнейшем сразу пишите - что про человечество вы пишите в бреду.
 
Сверху Снизу