Сайт | Скачать | Видео | Wiki

Автор Тема: Magicsee N5 NOVA на RK3318 (4g/64g)  (Прочитано 15280 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн TT

  • Постоялец
  • ***
  • Сообщений: 146
  • Репутация: +1/-0
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #75 : 22 Декабрь 2020, 15:39:41 »
А как их отличить
Код
modinfo brcmfmac # grep srcversion

Оффлайн L

  • Пользователь
  • **
  • Сообщений: 74
  • Репутация: +2/-0
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #76 : 22 Декабрь 2020, 19:25:31 »
md5sum
удалить старый
modinfo brcmfmac # grep srcversion
Чот я запутался окончательно....
modinfo brcmfmac показывает вообще на другой файл с расширением .ko А в той папке, куда я текстовый файл тогда копировал, было много файлов и .ko не было ни одного, только .bin-ы. А в этой - только один .ko лежит.
Та папка другая была: /lib/firmware/brcm/, а тут: /lib/modules/5.10.0-rc7-rk3328-tv/kernel/drivers/net/wireless/broadcom/brcm80211/brcmfmac/
dmesg | grep -i sdio по прежнему никакого ответа не показывает...
Помнится, когда я адаптировал ДУ к какому-то боксу, так копировал один .ko и он был бинарный :(
« Последнее редактирование: 22 Декабрь 2020, 22:07:52 от Lambert »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #77 : 23 Декабрь 2020, 09:41:19 »
/lib/firmware/brcm
это фирмваре. Одинаково для всех ядер

/lib/modules
это модули ядра. Только под свой vmlinuz

когда я адаптировал ДУ к какому-то боксу, так копировал один .ko
Для разного железа - разные подходы

Забейте - я уже смирился. На noname боксах если wifi+bt сразу не заработали - покупайте usb-wifi
Т.е. не покупайте не проверенных боксов

Оффлайн L

  • Пользователь
  • **
  • Сообщений: 74
  • Репутация: +2/-0
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #78 : 23 Декабрь 2020, 14:48:29 »
Забейте - я уже смирился. На noname боксах если wifi+bt сразу не заработали - покупайте usb-wifi
Т.е. не покупайте не проверенных боксов
Да я уже вижу, что это единственный выход.
Просто я совершил 2 ошибки при покупке:
1. Не поинтересовался на каком чипе сам бокс
2. Не пробил ситуацию по рокчипам.
Да и фиг с ним.
Впредь теперь буду только на s912 бокс искать ))))))
Всё равно - СПАСИБО! Зато хоть в линуксе немного научился разбираться!

Оффлайн L

  • Пользователь
  • **
  • Сообщений: 74
  • Репутация: +2/-0
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #79 : 23 Декабрь 2020, 14:58:44 »
Есть вопрос по этой приставке, но немного другого характера.
Вайфай-вайфаем, а к телеку у меня протянута витая пара. Но ее, почему-то не видит ни этот бокс ни x95mini (s905w) - обе на линуксе (LE, CE).
От короткого патчкорда, около роутера - все всё видят.
Этот длинный патчкорд прекрасно видят ноутбуки, компы, и старые мои приставки: DEX AMP 101 и тот noname: BBA42 - у них LAN-порты со светодиодами и сразу видно есть коннект или нет. Обе на старых  андроидах.
Этот длинный кабель разведен только по 4-м пинам. Может из-за этого бокс не видеть проводную сеть или причина в плохом контакте?
« Последнее редактирование: 23 Декабрь 2020, 15:01:25 от Lambert »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #80 : 23 Декабрь 2020, 15:29:46 »
Возможно попутаны цвета. Найдите в инете как по цветам закусить rg-45
Тут главное не цвета, а чтобы в одной паре (например передача) были провода из одного повива (т.е. например зеленый , бело-зел)

Оффлайн L

  • Пользователь
  • **
  • Сообщений: 74
  • Репутация: +2/-0
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #81 : 23 Декабрь 2020, 17:29:35 »
Возможно попутаны цвета.
Так а остальные-то как работают ?
Я, буквально, только что, заметил что надо вставить кабель, а потом немного вытащить вперед.
Но когда там светодиоды - так легче намного. А у этих двух боксов коннекторы без индикации.
Но как я не мучил эти 2 бокса - связи никакой не добился.
Более того, я заметил что у меня по квартире тоже 4-мя проводами разведено и - работает всё нормально.
Скорее всего там что-то в штекере не то...
Был большой кусок провода от старой сети, но разъём был только на одном конце. А на второй - я прикрутил хвост со штекером, который, не помню уже где взял.
Скорее всего, его отрезали из-за этого глюка и выбросили )))))
Такое могло быть с большей долей вероятности.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #82 : 23 Декабрь 2020, 18:12:29 »
у меня по квартире тоже 4-мя проводами разведено
для 100 мб - этого достаточно
для 1000 надо 8
Скорее всего там что-то в штекере не то...
И это может быть. Переобожмите по цветам
прикрутил хвост со штекером
Скрутки - плохая идея

Оффлайн TT

  • Постоялец
  • ***
  • Сообщений: 146
  • Репутация: +1/-0
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #83 : 25 Декабрь 2020, 16:24:17 »
Чот я запутался окончательно....
Код
modprobe brcmfmac # подключить модуль ядра brcmfmac для wi-fi карточки
lsmod | grep brcmfmac # подключился ли модуль ядра для wi-fi карточки
iwconfig # покажет (или нет) wi-fi карточку
# если пусто, то это не brcmfmac; есть ещё b43, b43-legacy, прочие
https://wireless.wiki.kernel.org/en/users/drivers/brcm80211#SDIO
https://web.archive.org/web/https://wikidevi.com/wiki/Brcmfmac
http://en.techinfodepot.shoutwiki.com/wiki/Brcmfmac
https://openwrt.org/docs/techref/driver.wlan/brcmfmac

Оффлайн TT

  • Постоялец
  • ***
  • Сообщений: 146
  • Репутация: +1/-0
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #84 : 31 Декабрь 2020, 18:50:10 »
Рекомендую свежий ресурс по "трудным" чипам от Broadcomm (его поглотила Cypress), который также Infinity… дальше я запутался:
https://community.cypress.com/community/software-forums/linux/content?filterID=contentstatus[published]~objecttype~objecttype[document]

Оффлайн L

  • Пользователь
  • **
  • Сообщений: 74
  • Репутация: +2/-0
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #85 : 15 Январь 2021, 14:57:49 »
Спасибо за советы и рекомендации!
Обязательно займусь изучением... Но сейчас, дабы не откладывать в долгий ящик, воткнул внешний свисток и на этом, пока что, временно считаю что проблема устранена.
--------------------
Не знаю где можно написать, есть еще одна проблема по wlan, но совершенно другого характера, не менее вредоносная, но на другом боксе и на другом RK-чипе.
Насколько можно судить из логов, wlan реализован на rtl8723bs.
Определяется, работает под андроидом и линуксом.
Но!
Каждый ребут приводит к необходимости ввода пароля WiFi: негодяй не хочет помнить свой MAC-адрес.
Это происходит в обоих системах.
Но с андроидом всё и так сложно: NAND, по уже сложившейся традиции, ушёл в R/O, а из линукса, в наличии есть только LE.
Причем с андроида бокс преспокойно загружается, работает, но, как водится - ничего не запоминает и все вновь установленные приложения после перезагрузки, благополучно исчезают.
Под LE  - ситуация, примерно, та же, за исключением того, что установленные дополнения остаются, но пароль надо вводить снова.
Были предприняты 3,5 попытки назначить MAC при загрузке, но они ни к чему не привели. 3,5 потому что третья не удалась в полном объёме по причине "несовместимости" (за давностью) инструкций и возможностей имеющейся оси.
Первый способ заключался в создании скрипта, который должен был исполняться при запуске системы, в котором (насколько я понял) МАС-адрес должен был присваиваться принудительно.
autostart.sh
(
sleep 30;
ifconfig eth0 down;
ifconfig eth0 hw ether 2E:98:41:4F:3D:C1;
ifconfig eth0 up
) &
[свернуть]
Непонятно назначение скобок и символа "&" в конце, но было заявлено что скрипт полностью рабочий.
Реакции на этот скрипт вообще не последовало никакой или она не выводится ни в UART ни на экран, ведь речь идёт об LE.
Второй способ в чем заключается, я так и не понял, потому как речь уже шла о каких-то тонких понятиях, которые для меня еще за 7-ю печатями.
macspoof@.service
[Unit]
Description=MAC Address Change %I
Wants=network-pre.target
Before=network-pre.target
BindsTo=sys-subsystem-net-devices-%i.device
After=sys-subsystem-net-devices-%i.device



[Service]
Type=oneshot
ExecStart=/sbin/ip link set dev %i address 00:E0:4C:4E:65:27
ExecStart=/sbin/ip link set dev %i up



[Install]
WantedBy=multi-user.target
[свернуть]
Этот файл следовало поместить в "storage/.config/system.d", сделать ему ссылку (systemctl enable macspoof@eth0.service) и перезапустить систему.
Ссылка сделалась, но при перезагрузке выскакивает какая-то ошибка и что с ней делать - я тоже не знаю:
Failed

[свернуть]
Третий способ тоже особо не расписывался и сводился к созданию еще одного файла, расположенного в "udev.rules.d"
99-mac-address.rules
SUBSYSTEM=="net", KERNEL=="wlan0", RUN+="/sbin/ip link set dev %k address D8:FC:93:6F:29:01"
SUBSYSTEM=="net", KERNEL=="eth0", RUN+="/sbin/ip link set dev %k address D8:FC:93:6F:29:02"
[свернуть]
Никакой реакции.
Четвертый способ предполагал сотворить нечто глобальное, что решало бы проблему раз и навсегда, но в этом случае не все команды выполняются и чем их заменить и вообще что происходит - мне так же непонятно.
4th
# ip link
Эта команда отработала и выдала некоторые сведения:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST8000> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:e0:4c:4e:65:27 brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP8000> mtu 1500 qdisc mq qlen 1000
    link/ether 00:e0:4c:fe:67:7f brd ff:ff:ff:ff:ff:ff
4: p2p0: <NO-CARRIER,BROADCAST,MULTICAST,UP8000> mtu 1500 qdisc mq qlen 1000
    link/ether 02:e0:4c:fe:67:7f brd ff:ff:ff:ff:ff:ff


Затем следовало "Подтвердить происхождение этого MAC-адреса" следующей командой, которая уже не выполнилась:
# fw_printenv | grep ethaddr
-sh: fw_printenv: not found

Затем следовала еще одна команда, которая выполнилась:
# dbus-uuidgen | cut -c1-12 | sed -e 's/../:&/2g'- -e 's/~^://' |tr [:lower] [:upper]
2e:98:41:4f:3d:c1
Насколько я могу судить, это была генерация случайного МАС-адреса.

Следующая команда, самая главная, наверно, тоже не выполнилась:
#fw_setenv ethaddr 2e:98:41:4f:3d:c1
-sh: fw_setenv: not found
[свернуть]
На всякий случай прилагаю логи загрузок.
(уже забыл как вложения вставлять в сообщение. я его прикрепил, но не уверен что оно будет доступно)

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #86 : 18 Январь 2021, 09:28:50 »
Для чего фиксируете мак?
Первый способ заключался в создании скрипта, который должен был исполняться при запуске системы
Вероятно, запуск будет во время старта Х, что поздновато
Непонятно назначение скобок
Все что в скобках
и символа "&" в конце
запустится в фоне. Т.е. скрипт не будет ждать завершения этих команд, а завершится.
Второй способ
https://wiki.archlinux.org/index.php/Systemd
тут как раз параметром After можно отрегулировать, чтобы мак присвоился до настройки сети
возможно еще и пауза понадобится. Короче - костыли, которые желательно убрать
Протестируйте свой демон запуском systemctl start macspoof ; systemctl status macspoof
Если не стартанул - анализируйте jounnalctl

3. udev сложно дебажить. Тут дядя Шурик спец
4. т.к неизвестно содержание fw_printenv - обсуждать нечего
Насколько мне известно аппаратно закрепить мак невозможно

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Старый чайник
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #87 : 18 Январь 2021, 10:38:35 »
udev сложно дебажить.
??
Код
# udevadm monitor
# udevadm info -a -p /sys/.......
# udevadm info -a -n /dev/....
Как установить свои правила
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #88 : 18 Январь 2021, 10:51:40 »
??
Ну так на незагруженной системе как udevadm неотключаемого устройства посмотреть?
http://rus-linux.net/lib.php?name=/MyLDP/sys-conf/udev.html#testing В арче не нашел таких прог...

Оффлайн L

  • Пользователь
  • **
  • Сообщений: 74
  • Репутация: +2/-0
Re: Magicsee N5 NOVA на RK3318 (4g/64g)
« Ответ #89 : 18 Январь 2021, 15:03:32 »
Как же всё это интересно!  ;D
Я, прям, как квест прохожу, когда такие головоломки решаю!
Короче, все получилось, как описано во втором способе, с помощью сервиса, только wlan0 надо было "передёргивать"  еще:
wlanmac.service
[Unit]
Description=Configure wlan0 MAC address
BindsTo=sys-subsystem-net-devices-wlan0.device
After=sys-subsystem-net-devices-wlan0.device
Before=connman.service

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/ip link set dev wlan0 down
ExecStart=/usr/sbin/ip link set dev wlan0 address 2e:98:41:4f:3d:c1
ExecStart=/usr/sbin/ip link set dev wlan0 up

[Install]
WantedBy=multi-user.target

[свернуть]
Ну и потом же: systemctl enable /storage/.config/system.d/wlanmac.service

Идея не моя, конечно. Но смысл происходящего я понял.
Кстати, в случае с macspoof@.service, вот эта его переменная "%I", хватает eth0, а не wlan0.
Вполне возможно, что если б я внимательно читал тот лог с экрана, я бы догадался что там надо явно указать wlan0 и тогда, может быть, и заработало.
Но зато я теперь знаю как создавать вот такие задачки, в процессе загрузки и главное - как их потом выполнять! )))))
--------------
А кстати, почему Armbian-а под этот проц нет? Или 3229 уже не перспективен?
Кстати, что касается LE, то только на этом проце, я могу включать MPEG-DASH в приложении "YouTube" и он нормально показывает FHD и 4K.
"s905w" и "RK3318" не дают его включать: при попытке открыть видео большого разрешения, показывает фиолетовый экран, звук идёт, но приставка перестаёт видеть или понимать любое управление: мышь, клавиатура или ДУ.
« Последнее редактирование: 18 Январь 2021, 15:09:44 от Lambert »