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

Мой сборщик и флешер

pvvx

Активный участник сообщества
Я не о том. У меня это есть Я поставил на еклипсе софт подключил Jtag
Это все заняло пару часов.
Вопрос : Вы написали конкретное полезное приложение (не мигание лампой и дрыганье ногой).
изучили библиотеки?
Знаете что и как?
Я 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

Активный участник сообщества
Последнее редактирование:

sharikov

Active member
Может быть найдется кто-то , кто четко может сказать, чем отличается RTL8195AM от RTL8195AF?
Спасибо.
RTL8195AF не существует. На платах стоит RTL8195AM. "не читайте советских газет" а также китайские рекламные объявления: в описаниях лотов они пишут ахинею.
 

nikolz

Well-known member
Тем, что китаец MJIOT всё путает. Вам ссылка на фото пришедшего от него модуля (с грязью и пылью из Китая в пакетике) с его названием RTL8195AF дана:
https://esp8266.ru/forum/attachments/rtl8195am_-jpg.4407/
Прочтите, что написано на чипе.
Модули RTL8195AM + MJIOT-AMB-02-TRANSFER-BOARD + MJIOT-AMB-DEBUG-01
Благодарю за инфу.
Перечитал Ваши посты по SDKnoWIFI.
Стало жалко затонувшие Ваши корабли.
Попробую поднять их и заставить плавать.
Решил что рано еще переходить на RTL есть еще резервы на eSP.
Если учесть что стоимость железа с батарейным питанием и управлением зарядом суперкондера на ESP обходится примерно в 250 руб.
 

pvvx

Активный участник сообщества
Благодарю за инфу.
Перечитал Ваши посты по SDKnoWIFI.
Стало жалко затонувшие Ваши корабли.
Попробую поднять их и заставить плавать.
Ни в коем случае. Там первая версия, а вторая в корне отличается и не публикована.
Вам же уже сказал - все попытки выдавить из ESP8266 что-то нормальное были предприняты. Но победили китайцы со своими глюками в ПО (ROM чипа и SDK) и в самом чипе, закрытостью либ к SDK... Итог - помойка.
А ныне они сварили полную лажу в виде ESP-32 c кучей ошибок в чипе и вообще пустой ROM (но зато с бэйсиком :)).
Решил что рано еще переходить на RTL есть еще резервы на eSP.
Если учесть что стоимость железа с батарейным питанием и управлением зарядом суперкондера на ESP обходится примерно в 250 руб.
C RTL871xBx и супер-кондера не надо и делать тоже ничего, кроме стабилизатора. И при этом сожрет меньше. Но надо писать программу и разгребать SDK.
Серия "В" - это работа над ошибками после серии "A", но позиционирование чипа другое...
 
Последнее редактирование:

nikolz

Well-known member
Ни в коем случае. Там первая версия, а вторая в корне отличается и не публикована.
Вам же уже сказал - все попытки выдавить из ESP8266 что-то нормальное были предприняты. Но победили китайцы со своими глюками в ПО (ROM чипа и SDK) и в самом чипе, закрытостью либ к SDK... Итог - помойка.
А ныне они сварили полную лажу в виде ESP-32 c кучей ошибок в чипе и вообще пустой ROM (но зато с бэйсиком :)).

C RTL871xBx и супер-кондера не надо и делать тоже ничего, кроме стабилизатора. И при этом сожрет меньше. Но надо писать программу и разгребать SDK.
Серия "В" - это работа над ошибками после серии "A", но позиционирование чипа другое...
Как я понял из этого поста с нормальными модулями RTL еще проблема.
Да и брать я предпочитаю на алибабе или алиекспрессе
Поэтому буду ждать хороших модулей RTL
а пока буду экспериментировать на ESP
 

pvvx

Активный участник сообщества
Как я понял из этого поста с нормальными модулями RTL еще проблема.
Да и брать я предпочитаю на алибабе или алиекспрессе
Поэтому буду ждать хороших модулей RTL
а пока буду экспериментировать на ESP
Не дождетесь. Всё на RTL будет коммерческим, с закрытыми исходниками и без описания. Т.е. готовые изделия.
 

nikolz

Well-known member
Не дождетесь. Всё на RTL будет коммерческим, с закрытыми исходниками и без описания. Т.е. готовые изделия.
Успокоили.
А то я уж разволновался,
подумал, что на RTL действительно можно сделать что-то реальное,
но не для ВПК (за большое гос бабло),
а для народного хозяйства.
Т е Вы подтверждаете, что ESP живее всех живых для простых смертных и я Вам верю.
 

pvvx

Активный участник сообщества
@Neov - что будет быстрее - маке или wav на Win10 WSL ubuntu при 24-х реальных ядрах за 3GHz? :)
Вообще ваш wav адаптирован на Win10 WSL ubuntu и что туда надо доставить?
Может у кого уже есть наработки, как сочленить Eclipse c Win10 WSL и нашей байдой (ARM GCC, Jlink, cmsis-dap, ...)?
А то mingw поднадоела...
 
Последнее редактирование:

Neov

Member
@Neov - что будет быстрее - маке или wav на Win10 WSL ubuntu при 24-х реальных ядрах за 3GHz? :)
Вообще ваш wav адаптирован на Win10 WSL ubuntu и что туда надо доставить?
Может у кого уже есть наработки, как сочленить Eclipse c Win10 WSL и нашей байдой (ARM GCC, Jlink, cmsis-dap, ...)?
А то mingw поднадоела...
Учитывая что в ubuntu сборка в waf быстрее чем make, то думаю и в WSL тоже.
[inline]python waf -j24[/inline]
 

pvvx

Активный участник сообщества
Учитывая что в ubuntu сборка в waf быстрее чем make, то думаю и в WSL тоже.
[inline]python waf -j24[/inline]
Если на HDD то порядок времени сборки не меняется от -j n (если не сравнивать с -j 1). Ramdisk в WSL пока не удалось запустить - ругается на всякое...
Чтобы запустить waf на проект в WSL и он отработал, требуется правка не менее 5-ти строк в ваших исходниках...
По умолчанию, с 16-тью потоками, менее 10 сек на старом HDD (трансфер >200MегБайт/сек).
По этому без разницы, что маке, что ваф.
 
Последнее редактирование:

Алексей.

Active member
Простите за не скромный вопрос.
В чем преимущество или удобство для сборки, если используешь различные пОрты такие как mingw или WSL ubuntu?
Чем так плох гнутый линукс?
 

Neov

Member
Если на HDD то порядок времени сборки не меняется от -j n (если не сравнивать с -j 1).
очень спорно, но не стану спорить :)
Чтобы запустить waf на проект в WSL и он отработал,
зачем waf запускать на wsl? ему нужен только python и gcc
 

Neov

Member
Если на HDD то порядок времени сборки не меняется от -j n (если не сравнивать с -j 1).
Протестировал сейчас на 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
так что в 2 раза быстре ;-)
 

Neov

Member
ну и для объективной картины результаты на ubuntu 16.04 SSD btrfs + lzo сжатие
Код:
$ ./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
и тут многопоточность ускоряет в 2 раза, но по сравнению с HDD в 3 раза быстрей
 
Сверху Снизу