А что там осваивать? у того же mjiot2017 есть отладочная плата с JTAG/SWD выходами, у него же есть DAPlink адаптер к ней. СДК тот же от зорга.
-
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
Мой сборщик и флешер
- Автор темы Neov
- Дата начала
pvvx
Активный участник сообщества
Я RTL-ки не позиционирую для "заканчивающих Ардуино-поклонников". По этому там нет готовых решений. Тут другой подход - творчество, и вы сами выбираете что сделать, а не повторяете за поводырями.
Встроенные антенны на всех модулях от MJIOT имеют ужасные характеристики. Хотя дизайн и взят от "референс", но видимо не тот материал платы или ещё что... Но это влияет только на "Ардуино-поклонников" и вам не рекомендуется для покупки, как и указано в темах по модулям от MJIOT
Модули RTL8195AM + MJIOT-AMB-02-TRANSFER-BOARD + MJIOT-AMB-DEBUG-01
У RTL8195 одно достоинство - имеет все выводы и USB2.0 High-speed контроллер с режимами host и device. На нем можно отладить всё, что потом можно перекинуть на другой вариант корпусовки серии "A". Т.е. он подходит более для разработчиков, а не для вас.
Вам наверно лучше обратится к
https://esp8266.ru/forum/threads/raznoobraznye-moduli-s-rtl871x-i-rtl8195.2017/page-13#post-41812
- возможно он вам вышлет более правильную платку...
Последнее редактирование:
pvvx
Активный участник сообщества
Тем, что китаец MJIOT всё путает. Вам ссылка на фото пришедшего от него модуля (с грязью и пылью из Китая в пакетике) с его названием RTL8195AF дана:
https://esp8266.ru/forum/attachments/rtl8195am_-jpg.4407/
Прочтите, что написано на чипе.
Модули RTL8195AM + MJIOT-AMB-02-TRANSFER-BOARD + MJIOT-AMB-DEBUG-01
https://esp8266.ru/forum/attachments/rtl8195am_-jpg.4407/
Прочтите, что написано на чипе.
Модули RTL8195AM + MJIOT-AMB-02-TRANSFER-BOARD + MJIOT-AMB-DEBUG-01
Последнее редактирование:
это чудо китайской инженерии даже сам зорг на 100% не знает. А так сабжем собираю, таски крутятся, GPIO/UART/I2C используется, благо примеры из СДК почти все рабочие.
RTL8195AF не существует. На платах стоит RTL8195AM. "не читайте советских газет" а также китайские рекламные объявления: в описаниях лотов они пишут ахинею.
Благодарю за инфу.
Перечитал Ваши посты по SDKnoWIFI.
Стало жалко затонувшие Ваши корабли.
Попробую поднять их и заставить плавать.
Решил что рано еще переходить на RTL есть еще резервы на eSP.
Если учесть что стоимость железа с батарейным питанием и управлением зарядом суперкондера на ESP обходится примерно в 250 руб.
pvvx
Активный участник сообщества
Ни в коем случае. Там первая версия, а вторая в корне отличается и не публикована.
Вам же уже сказал - все попытки выдавить из ESP8266 что-то нормальное были предприняты. Но победили китайцы со своими глюками в ПО (ROM чипа и SDK) и в самом чипе, закрытостью либ к SDK... Итог - помойка.
А ныне они сварили полную лажу в виде ESP-32 c кучей ошибок в чипе и вообще пустой ROM (но зато с бэйсиком
).C RTL871xBx и супер-кондера не надо и делать тоже ничего, кроме стабилизатора. И при этом сожрет меньше. Но надо писать программу и разгребать SDK.
Серия "В" - это работа над ошибками после серии "A", но позиционирование чипа другое...
Последнее редактирование:
Как я понял из этого поста с нормальными модулями RTL еще проблема.Ни в коем случае. Там первая версия, а вторая в корне отличается и не публикована.
Вам же уже сказал - все попытки выдавить из ESP8266 что-то нормальное были предприняты. Но победили китайцы со своими глюками в ПО (ROM чипа и SDK) и в самом чипе, закрытостью либ к SDK... Итог - помойка.
А ныне они сварили полную лажу в виде ESP-32 c кучей ошибок в чипе и вообще пустой ROM (но зато с бэйсиком
C RTL871xBx и супер-кондера не надо и делать тоже ничего, кроме стабилизатора. И при этом сожрет меньше. Но надо писать программу и разгребать SDK.
Серия "В" - это работа над ошибками после серии "A", но позиционирование чипа другое...
Да и брать я предпочитаю на алибабе или алиекспрессе
Поэтому буду ждать хороших модулей RTL
а пока буду экспериментировать на ESP
pvvx
Активный участник сообщества
Не дождетесь. Всё на RTL будет коммерческим, с закрытыми исходниками и без описания. Т.е. готовые изделия.
Успокоили.
А то я уж разволновался,
подумал, что на RTL действительно можно сделать что-то реальное,
но не для ВПК (за большое гос бабло),
а для народного хозяйства.
Т е Вы подтверждаете, что ESP живее всех живых для простых смертных и я Вам верю.
pvvx
Активный участник сообщества
Именно - нефиг им пользоваться чем-то нормальным. Их задача ликвидация перенаселения своими руками.
pvvx
Активный участник сообщества
@Neov - что будет быстрее - маке или wav на Win10 WSL ubuntu при 24-х реальных ядрах за 3GHz?
Вообще ваш wav адаптирован на Win10 WSL ubuntu и что туда надо доставить?
Может у кого уже есть наработки, как сочленить Eclipse c Win10 WSL и нашей байдой (ARM GCC, Jlink, cmsis-dap, ...)?
А то mingw поднадоела...
Вообще ваш wav адаптирован на Win10 WSL ubuntu и что туда надо доставить?
Может у кого уже есть наработки, как сочленить Eclipse c Win10 WSL и нашей байдой (ARM GCC, Jlink, cmsis-dap, ...)?
А то mingw поднадоела...
Последнее редактирование:
Учитывая что в ubuntu сборка в waf быстрее чем make, то думаю и в WSL тоже.@Neov - что будет быстрее - маке или wav на Win10 WSL ubuntu при 24-х реальных ядрах за 3GHz?
Вообще ваш wav адаптирован на Win10 WSL ubuntu и что туда надо доставить?
Может у кого уже есть наработки, как сочленить Eclipse c Win10 WSL и нашей байдой (ARM GCC, Jlink, cmsis-dap, ...)?
А то mingw поднадоела...
[inline]python waf -j24[/inline]
pvvx
Активный участник сообщества
Если на HDD то порядок времени сборки не меняется от -j n (если не сравнивать с -j 1). Ramdisk в WSL пока не удалось запустить - ругается на всякое...
Чтобы запустить waf на проект в WSL и он отработал, требуется правка не менее 5-ти строк в ваших исходниках...
По умолчанию, с 16-тью потоками, менее 10 сек на старом HDD (трансфер >200MегБайт/сек).
По этому без разницы, что маке, что ваф.
Последнее редактирование:
тем что он не виндус
очень спорно, но не стану спорить
зачем waf запускать на wsl? ему нужен только python и gcc
Алексей.
Active member
Весомый аргумент, "нам так удобнее выполнять сборку", с этим не по споришь.тем что он не виндус
Протестировал сейчас на ubuntu 16.04 + HDD
Код:
$ ./waf clean
'clean' finished successfully (0.273s)
$ time `./waf -j4`
real 0m53.722s
user 0m9.754s
sys 0m0.836s
$ ./waf clean
'clean' finished successfully (0.281s)
$ time `./waf -j1`
real 1m41.636s
user 0m6.514s
sys 0m0.639sну и для объективной картины результаты на ubuntu 16.04 SSD btrfs + lzo сжатие
и тут многопоточность ускоряет в 2 раза, но по сравнению с HDD в 3 раза быстрей
Код:
$ ./waf clean
'clean' finished successfully (0.058s)
$ time `./waf -j1`
real 0m31.645s
user 0m6.023s
sys 0m0.127s
$ ./waf clean
'clean' finished successfully (0.058s)
$ time `./waf -j4`
real 0m14.030s
user 0m10.345s
sys 0m0.756s