@pvvx add source-patch · pvvx/RtlDuino@81db642 · GitHub примерно после этого коммита перестал работать WebRtl. Буду искать причину.
-
Уважаемые посетители сайта esp8266.ru!
Мы отказались от размещения рекламы на страницах форума для большего комфорта пользователей.
Вы можете оказать посильную поддержку администрации форума. Данные средства пойдут на оплату услуг облачных провайдеров для сайта esp8266.ru -
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
Arduino для RTL8710.
- Автор темы pvvx
- Дата начала
Возможно spiffs плоха, но что вместо нее? (это не только для rtl надо)> еще не адаптировал файловую систему.
Только Spiffs не надо - где нибудь в другой теме про него, если хотите...Хуже FS spiffs в жизни не встречал...
В случае Read-only еще можно что-то придумать, но нужна также и фс с возможностью записи и реализацией flash wear leveling, причем с открытой лицензией и потреблением ресурсов не как у jffs. Таких открытых фс не особо много, причем половина заброшены.
Что-то есть в составе contiki: CFS-Coffee
spa-sam
New member
Парни, подскажите, этот программатор подойдёт ?
CJMCU Jlink SWD Jlink 3 проводной 3 Кабель Для STM32 На SWD Отладки купить на AliExpress
Или посоветуйте что-то ещё, если не трудно...
CJMCU Jlink SWD Jlink 3 проводной 3 Кабель Для STM32 На SWD Отладки купить на AliExpress
Или посоветуйте что-то ещё, если не трудно...
pvvx
Активный участник сообщества
SD карта. На ней обычно FAT32. Или напишите NTFS?
Spiffs много-поточный? Сколько он откроет-закроет файлов в секунду? Как он будет жить с 30-тью одновременно открытыми файлами и каково его потребление ресурсов при этом? Т.е. остается ли смысл его кодадробилки при много-поточности?
Для коммуникаций по WiFi нам надо от файловой системы порциональность в 2 MSS. Это где-то 2x1460 байт и таких пачек не менее 400 в секунду. SD контролер это обеспечивает без проблем – у него трансфер 20 мегабайт в сек и задержки запроса сектора – us-ы. Т.е. нет смысла держать кэш на данные. При 32-х одновременно открытых файлах нам требуется хранение 32 указателей на последние сектора для чтения-записи и “кеш” для этих указателей на последующие чтения-записи секторов. Это занимает памяти меньше чем использует spiffs для копашения в одном файле с пределом обработки одного запроса в секунду...
Всякие просят исходники... Просто кинул файл - удалите.
WebRtl не работал изначально. Не стоит идти по пути горе писателей Ардуино к ESP8266. Данный алгоритм не годится для web. Если описывать отдельно тот бред с нуля, просто в скетче, то он работает, но ужасно. Браузер открывает несколько потоков и выходит тормоз - поочередное исполнение каждого открытого соединения с нуля и до конца отдачи файла. Остальные соединения ждут и смысл многопоточности пропадает.
Весь код к Ардуино для ESP8266 сделан исключительно для галочки - типа оно есть, а не для работы. Вы же видели - там стоит (c). Вот для этого и сделан. Других целей походу там нет.
Последнее редактирование:
Может кому-то пригодится(либа, демо, бинарники), а я буду смотреть с сторону UDK с Eclipse для модулей RTLxxx под Windows т.к. диодом я уже помигал
На sd карте обычно FAT32 или ExFAT. Второе к сожалению востребовано потому как юзеры уже разбалованы картами на 64 гига (т.е exfat в web-sd reader придется вставлять). NTFS на SD встречается сравнительно редко хотя я например пользуюсь.
Если нужно открывать 30 файлов одновременно буду смотреть в сторону linux с 128-256-512 метрами озу для глубокого кэширования потому что флэш при конкурирующих обращениях тормозит.
pvvx
Активный участник сообщества
30-ть это на завтрашний день (на следующий год
). Для RTL8710 - желательно штук 8-мь открытых файлов... Тормозит не флеш, а ПО.Проблем с памятью у RTL8711AM нет. Spiffs полностью в пролете со своей оптимизацией на работу с парами байт раскиданными по всей флеш... Для Ардуинщиков на ESP-32S в самый раз
pvvx
Активный участник сообщества
Но в UDK нет C++.а я буду смотреть с сторону UDK с Eclipse для модулей RTLxxx под Windows т.к. диодом я уже помигал
Уровень mbed не доделан для заголовков C++.
Там требуется реструктуризация всего SDK. Много лишнего и много не так, как хотелось бы. А хотелось бы оверлейное исполнение – подгрузку отельных задач хоть с SD.
RTL8711AM стоит $12 и тенденции к снижению цены не наблюдается. За эти деньги берется на порядок более мощный openwrt модуль, поэтому про AM забываем: не взлетит.30-ть это на завтрашний день (на следующий год
Проблем с памятью у RTL8711AM нет. Spiffs полностью в пролете со своей оптимизацией на работу с парами байт раскиданными по всей флеш...
У AF проблемы с памятью есть хотя и не такие острые как в esp8266.
Возьмите linux.
pvvx
Активный участник сообщества
Это для вас. Для меня другой ценник - меньше ESP8266.
Есть и не вижу смысла его ставить на простые устройства - к примеру управляемого БП без экрана и кнопочек, но с выводом на экран любого и управления с любой системы, типа LabVIEW. ESP с этим не справился из-за глюков в закрытых китайских либах и самом чипе.
Так-же не вижу смысла ставить Linux и на WiFi-SD файловый сервер. Быстрее от этого он не станет, а наоборот - будет дополнительно тормозить и требовать специализированного питания за 500 mA.
И это не считая массы контролеров, для настройки которых всегда требуется дополнительное ПО и аппаратные драйвера, бумажная документация. RTL00 их замещает и устройство можно конфигурировать с телефона, читая help прямо из него...
Легким движением руки с телефоном около устройства, через NFC включается WiFi сессия конфигурации устройства... логирования и диагностики. При этом вы не привязаны шнуром к устройству и отдыхаете на диване...
"Легким движением руки брюки превращаются в элегантные шорты"
Последнее редактирование:
Ничего полезного. Попытка загрузить конфиг, если не подключились к точке доступа - подняли свою. Подняли "Веб Сервер", выбрали из интерфейса точку доступа, если удачное подключение к точке доступа - сохранили во флешь параметры. Все.
pvvx
Активный участник сообщества
Я там кинул класс RtlDuino/development/rtl87xx/libraries/FlashMemory/examples/FlashEEPBasic at master · pvvx/RtlDuino · GitHub
Всё уже предусмотрено... RtlDuino/FlashEEP.h at master · pvvx/RtlDuino · GitHub
RTL00MP3/flash_eep.c at master · pvvx/RTL00MP3 · GitHub
Примеры 'AT' давно переведены на работу с FlashEEP. В Дурину ещё не вставлял конфигурацию WiFi...
Последнее редактирование:
pvvx
Активный участник сообщества
Может пойти другим путем? Не переписывать скетчи ESP8266, а добавить эмуляцию его в уровень SDK. Для поддержки Arduino ESP8266 достаточно вписать около 20 стандартных процедур эмуляции системы ESP8266 на SDK в RTL871x. Они не сложные, тем более 90% их исходников есть. Но это не мой путь
Вы же сами писали:
так что более правильным было бы переписать все с нуля. У меня, лично, нет соответствующих знаний. Но если у меня чего-то будет получаться (или не получаться
), буду выкладывать. А покуда смотрю примеры SDK.
pvvx
Активный участник сообщества
Ну скоро будет и Arduino ESP-32S. Судя по рассказам её писателей, у них какие-то приключения с много-ядерностью. Не могут разделить задачи на ядраВы же сами писали:
так что более правильным было бы переписать все с нуля. У меня, лично, нет соответствующих знаний. Но если у меня чего-то будет получаться (или не получаться
и писанный ими-же код для Arduino ESP8266 никуда не годиться -> сами себя подставили Я вообще не вижу никакой стандартизации в Arduino. Она там не указана. Но молча все придерживаются mbed, на устройствах, которые позволяют его задействовать – это в основном ARM-ы. Буду пытаться придерживаться mbed... но не полностью, т.к. к примеру в него тоже залезли ESP8266-шники и тянут свою кривую ветку конфигурации WiFi (конфигурации через JSON стринги) и т.д..
Последнее редактирование:
А чем так хорош этот MBED ? Насколько я понял, это очередная надстройка абстракции над железом аля ардуино, только более навороченная... или же есть какие либо фишки, ради которых её использование оправдано ?(кроме применения по типу ардуино - абстрагирования от железа)Я вообще не вижу никакой стандартизации в Arduino. Она там не указана. Но молча все придерживаются mbed, на устройствах, которые позволяют его задействовать – это в основном ARM-ы. Буду пытаться придерживаться mbed... но не полностью, т.к. к примеру в него тоже залезли ESP8266-шники и тянут свою кривую ветку конфигурации WiFi (конфигурации через JSON стринги) и т.д..
и погуглив на тему MBED наткнулся на эту статейку - MBED, или о дырявых абстракциях ну, не впечатляет MBED после такого. + IDE в облаке... STM32 Nucleo: быстрый старт с mbed [Амперка / Вики] эм.. ну это как САПР для ПП в облаке для ардуинщиков - Free PCB Design Software | CircuitMaker типа и бесплатно, но как то и хранить проекты у себя на компе нельзя, да и без интернета никак не поработаешь..
pvvx
Активный участник сообщества
А есть другие предложения по стандартизации интерфейса для "Абстрагирующихся" = пользователей Arduino?
Ну смыл не понимаю, железа разного много, у каждого свои фишки, особенности. А если всё под одну гребенку попытаться сделать, то попросту все эти фишки будут явно урезаны или неполноценно реализованы..
Выходит это альтернатива ардуино, только на АРМ - делают под стандартные платы (аля аналоги линейки леонардо,мини,микро ардуин) к ним тоже на определенные пины только типа шилдов переферии и всё. Без углубления в железо, что б пользователь и в даташит не заглядывал - подключил одно к другому и пиши код..
Получается так или я не понял основного посыла использования MBED?
Выходит это альтернатива ардуино, только на АРМ - делают под стандартные платы (аля аналоги линейки леонардо,мини,микро ардуин) к ним тоже на определенные пины только типа шилдов переферии и всё. Без углубления в железо, что б пользователь и в даташит не заглядывал - подключил одно к другому и пиши код..
Получается так или я не понял основного посыла использования MBED?
pvvx
Активный участник сообщества
Я не предпочитаю никакой из описанных, но чего-то придерживаться надо. Так-же я не болен синдромом NIH
На сегодня можно все устройства используемые как конструкторы (Arduino и т.д.) разбить на три класса:
1) 8/16 битные MCU (датчики)
2) Нормальные SoC (MCU 32 бит, RAM от пол до дцать мег) (автономные устройства и т.д.) (включая OpenWRT и её развитие)
3) Linux устройства
Для каждого из них своя ниша и применение на долгие времена. ESP8266 и прочие огрызки не лезут ни в какую из них, т.к. являются временным промежуточным этапом перехода от класса 1 в 2. Все наработки на них будут поскипаны.
Для класса 2 уже давно есть много MCU, но с WiFi как конструктор пока мало.
Часто там стоит BSD. Туда "портировано" уже всё. Полная Lua и т.д.
(Первый попавшийся по поиску пример GitHub - sergev/LiteBSD: Variant of 4.4BSD Unix for microcontrollers)
Последнее редактирование: