nanorobot

root@TinaLinux:/# ssh Dropbear SSH client v2015.71 https://matt.ucc.asn.au/dropbear/dropbear.html выхлоп(часть) на команду ssh в консоли MangoPi/TinaLinux. Не говорит ли это о том, что SSH сервер не установлен? Еслм это так, то имеет ли смысл поставить последню версию Dropbear v2024.84 ?

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

точно...

Худо-бедно связал плату MangoPI T113-s3 /Tina Linux с ноутом по WiFi. Пингуется в обе стороны. Но доступ по SSH есть только со стороны платы к ноуту, от ноута к плате нет. Я так понимаю что на плате не поднят SSH сервер. А что, разве dropbear сервером не работает? Пытался установить OpenSSH, но в этом случае сборка Tina завершается с ошибкой. У китайцев нашел информацию, что якобы достаточно изменить версию OpenSSH с 8.0p1 на 8.9p1 и ошибка при сборке пропадет. По факту это оказалось не так, во всяком случае у меня не вышло. Пробовал и другие, более старшие версии OpenSSH с тем же результатом... PS поправил в связи с верным замечанием уважаемого aaarrr ...

В темноте наощупь... Со многими моментами разобрался, Сначала было необходимо создать сокет, путь к которому указан в первой строке моего файла wpa_supplicant.conf. Она у меня вызывала ошибку, и я ее тупо закомментировал. Сейсас разобрался. Сокет создал так: (возможно я не точен в терминах) mkdir /var/run wpa_supplicant -iwlan0 -Dnl80211 -c /etc/wpa_supplicant.conf -B -P /var/run/wpa_supplicant.pid ifconfig wlan0 192.168.1.136 плюс здесь же задал ip адрес. После этого запускаю wpa_cli, и он автоматически фиксирует наличие сети с заданными параметрами и осуществляет коннект. Пинг проходит в обе стороны. Со стороны ноутбука на плату. ping 192.168.1.136 (192.168.1.136) 56(84) bytes of data. 64 bytes from 192.168.1.136: icmp_seq=1 ttl=64 time=445 ms 64 bytes from 192.168.1.136: icmp_seq=2 ttl=64 time=3.83 ms 64 bytes from 192.168.1.136: icmp_seq=3 ttl=64 time=285 ms 64 bytes from 192.168.1.136: icmp_seq=4 ttl=64 time=3.69 ms 64 bytes from 192.168.1.136: icmp_seq=5 ttl=64 time=330 ms 64 bytes from 192.168.1.136: icmp_seq=6 ttl=64 time=7.02 ms 64 bytes from 192.168.1.136: icmp_seq=7 ttl=64 time=3.70 ms 64 bytes from 192.168.1.136: icmp_seq=8 ttl=64 time=3.49 ms 64 bytes from 192.168.1.136: icmp_seq=9 ttl=64 time=14.1 ms 64 bytes from 192.168.1.136: icmp_seq=10 ttl=64 time=6.94 ms 64 bytes from 192.168.1.136: icmp_seq=11 ttl=64 time=282 ms и со стороны платы к ноутбуку ping 192.168.1.111 (192.168.1.111): 56 data bytes 64 bytes from 192.168.1.111: seq=0 ttl=64 time=5.938 ms 64 bytes from 192.168.1.111: seq=1 ttl=64 time=1.638 ms 64 bytes from 192.168.1.111: seq=2 ttl=64 time=3.810 ms 64 bytes from 192.168.1.111: seq=3 ttl=64 time=4.900 ms 64 bytes from 192.168.1.111: seq=4 ttl=64 time=4.948 ms 64 bytes from 192.168.1.111: seq=5 ttl=64 time=1.696 ms Задержки существенно различаются ... Правда одно НО. Сейчас соединение AdHoc на стороне ноута сконфигурировано как AccessPoint, если сконфигурировать как Ad-hoc, то со стороны платы оно даже не сканирутся. Возможно это не имеет принципиального значения для реализации отладки. Итак, начало положено, дальше должно пойти веселее... Не уверен, стоит ли продолжать тут эпопею, возможно никому не интересны мои упражнения. А может наоборот, есть еще такие же мелко плавающие, и им пригодится мой очень скромный опыт.

Решил пойти другим путем: ad-hoc connection создал на ноутбуке, Mode Ad-hoc, SSID=AdHoc, Wi-Fi security=none, 192.168.1.111. Channel 7 (2442 MHz), MAC: 62:30:DB:11:E6:0D Пытаюсь законнектиться с ним с платы. на плате /etc/wpa_supplicant.conf #ctrl_interface=DIR=/var/run/wpa_supplicant update_config=1 #ap_scan=2 network={ mode=1 ssid="AdHoc" key_mgmt=NONE frequency=2442 } далее: root@TinaLinux:/etc# root@TinaLinux:/etc# ifconfig wlan0 192.168.1.136 root@TinaLinux:/etc# wpa_supplicant -i wlan0 -c wpa_supplicant.conf -D nl80211 Successfully initialized wpa_supplicant wlan0: Trying to associate with SSID 'AdHoc' wlan0: Associated with 02:11:87:69:15:c2 wlan0: CTRL-EVENT-CONNECTED - Connection to 02:11:87:69:15:c2 completed [id=0 id_str=] wlan0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0 и в этом месте виснет... Ctrl+C ^Cwlan0: Do not deauthenticate as part of interface deinit since WoWLAN is enabled nl80211: deinit ifname=wlan0 disabled_11b_rates=0 wlan0: CTRL-EVENT-TERMINATING root@TinaLinux:/etc#

Пытаюсь связать по Wi-Fi одноранговой сетью ноут с Kubuntu 20 и плату MangoPi(Alwinner T113-S3) c Tina Linux. Так как ранее не приходилось этим заниматься, первым делом связал таким образом два ноута, оба под линукс. Особых проблем это не вызвало. Руководствовался этой статьей. Попытка повторить фокус с MangoPi окончилась неудачей. Перввое, что вызвало вопрос - отсутствие директории /var/run/wpa_supplicant, которая указывается в файле wpa_supplicant.conf, который, в свою очередь был написан в соответствии со статьей. Попытка создать сеть командой wpa_supplicant -B -i interface -c /etc/wpa_supplicant-adhoc.conf -D nl80211,wext привела к сообщению: Note: nl80211 driver interface is not designed to be used with ap_scan=2; this result in connection failures Миссия невыполнима?

Спасибо. Уже сам допер помаленьку. Тупанул, прошу прощения...

В схеме MangoPI MQ-R ножки 41-44 модуля WiFi на RTL8189 заведены на UART1 и обозначены соответствующим образом. Схемы самого модуля нет.

А может ли кто то пояснить, зачем у 8189 кроме SDIO еще имеется интерфейс UART? Альтернатива SDIO или ... ?

Было бы неплохо точнее выражать свои мысли...Процитированный фрагмет фразы сложно понять, ошибок куча.. Можно было бы точнее указать путь к файлам, привести цитаты из инклюдов и т.п. Решать ребусы никому не хочется. Проектом на f1c100s в настоящее время не занимаюсь, это был просто один из этапов освоения allwinner'ов, но ответить попытаюсь, если Вы четче сформулируете вопрос.

Для этой цели все, что стоит после -D в командной строке, нужно заключить в одинарные кавычки. Например: CPPFLAGS += -D'DHCPD_SERVER_IP="192.168.4.1"' Вычитал это(вверху) - надо еще как то одинарных кавычек добавить, ... Но вот как это сделать .. впрочем не уверен что причина здесь - судя по выхлопу компилятора.

Подскажите где именно кавычки. Я игрался с кавычками и двойными и одинарными - не вышло. О том, что воспринимает как идентификатор - догадываюсь... <command-line>: error: 'fa23128' undeclared (first use in this function) ага, scons

Скрипт сборки проекта написан на Python, сам Питоном не владею, был взят из демо проекта. Требуется передать компилятору GCC строку - короткий хэш git версии проекта. Саму строку в скрипте получаю так. def get_git_revision_short_hash() -> str: return subprocess.check_output(['git', 'rev-parse', '--short', 'HEAD']).decode('ascii').strip() GIT_REV = get_git_revision_short_hash() print(GIT_REV) контрольный print выводит именно то , что нужно. Пытаюсь передать строку компилятору так CFLAGS += ' -DGIT_REV=' + GIT_REV В проекте использую так LOG_I("Git Revision:%s", GIT_REV); где LOG_I - макрос rt-thread, выводящий сообщения в UART. Компилятор дает ошибку: <command-line>: error: 'fa23128' undeclared (first use in this function) fa23128 - hash git-версии проекта. да, питон версия 3

Имею пару клонов JLink от starterkit.ru, использую для отладки T113-s3 и f1c100s. Такая странность, в f1c100s скорость заливки выше раза в два, или даже более. Размер "прошивки" для T113-S3 уже достиг 1.5 М, поэтому процесс происходит медленно и печально. Частотой клока для JLink игрался, результата нет. Как то можно увеличить скорость, с использованием китайских клонов, или залить другую firmware в мои клоны, у меня сейчас такой.. Firmware: J-Link ARM V8 compiled Nov 28 2014 13:44:46 Hardware: V8.00 Купить за 400 тыр фирменный JLink-Pro - жаба не позволяет ... Есть ли китайцы с более старшей версией hardware? Что можете посоветовать?