Pull to refresh

Comments 13

Подозреваю, что l.a. сильно зависит от ядра. У меня на самосборном 3.4.79 от pathwood (с патчем на pwm-sunxi, который не хотел менять duty-cycle) единственной причиной установки usb_detect_type=0 было использование и этого порта как нормального USB входа. А главный безумный тормоз — поллинг SPI (у меня там nrf24L01 без IRQ) — что-то в «родном» драйвере то ли с спинлоками, то ли с таймаутами не слишком весело :(

Кстати, если уж править usb_detect_type, то и usb_port_type не мешало бы выставить в 1 вместо 2, но это уже не критично (подробности)

Мои первые изыски на данную тему

Осталось взять себя в руки и написать про правку драйвера ШИМа и написание своих поделок про NRF24L01 и 16x4 дисплей…
У вас отличный материал! Думаю, вы не будете возражать, если я закину ссылку на него в статью?
На здоровье!

Разве что он малость устарел, но пока не нашлось более современного ядра, чтобы без бубнов заработали все желаемые мной «плюшки», как то — SPI, 1wire, I²C, PWM и GPIO :)

Кстати, заметка про USB-232TTL преобразователи: у меня относительно терпимо заработал только на PL2302, да и тот в minicom выжирает до 50% CPU. А любимый FT232 через раз падал и был «насмерть» отключён через blacklist (ибо временно-постоянно воткнута ардуина, что шлёт погоду на narodmon, роль которой когда-то должен начать выполнять Кубик)
av0000 изыски вполне по теме, я после статьи не осилил дальше, времени не было, может все-же вернусь и настрою хотя-бы логгирование ))
librf24 используете? У меня при его использовании жутко грузит CPU
Нет, всё самописное (заодно «научился» писать драйвера ядра).

Там, даже если поллить раз в 250мс на предмет «есть чо?», именно в драйвере sun7i-spi жрётся CPU time больше, чем иксы и conky месте взятые…

И в качестве таймаута потока чтения подошло только schedule_timeout_interruptible(msecs_to_jiffies(100)). С другими вариантами задержек начинает заикаться аппаратно-ускоренное видео…
Коллеги, кто-нибудь LVDS интерфейс использовал на кубике? Поделитесь опытом, пожалуйста.
У «буржуев», вроде, что-то мелькало с полгода назад (кажется на кубибордовском форуме)
Проблема, которая стоит сейчас — это нестабильная работа торрентов. Кубик ведет себя очень странно, периодически выключает wifi, режет скорость. Пока сижу через 10 потоков и ограничиваю скорость закачки, но это костыль.

Конечно может я уже отстал, но вроде в текущем ядре wi-fi работал не очень стабильно, а bluetooth — вообще не работал тыц
По ethernet, у меня кубик раздает торрент, ситуация такая
image
Кстати вроде-бы весьма неплохие сборки делает Igor Pečovnik, но я не смог осилить сборку нового ядра.
Интересно — только я к чертям вырубил все светодиоды, кто индикатора питания? )))
Интересно — только я к чертям вырубил все светодиоды, кроме индикатора питания? )))
Не, не только ;)
Я, вот, порой подумываю и его отпаять, благо опыт перепайки перемычки на микрофонный вход есть ;)

… у меня синезуб завёлся, но ничего, кроме поиска в «нормальном» и «LE» режимах я не пробовал. Пока лень ))

Он юзает один из UART-ов и доп. пины, причём запускать надо с дровами от вай-фая
script.fex
[uart_para2]
uart_used = 1
uart_port = 2
uart_type = 4
uart_tx = port:PI18<3><1><default><default>
uart_rx = port:PI19<3><1><default><default>
uart_rts = port:PI16<3><1><default><default>
uart_cts = port:PI17<3><1><default><default>

[wifi_para]
wifi_used = 1
wifi_sdc_id = 3
wifi_usbc_id = 2
wifi_usbc_type = 1
wifi_mod_sel = 7
wifi_power = ""
ap6xxx_wl_regon = port:PH09<1><default><default><0>
ap6xxx_bt_regon = port:PH18<1><default><default><0>
ap6xxx_bt_wake = port:PH24<1><default><default><0>
ap6xxx_bt_host_wake = port:PH25<0><default><default><0>
ap6xxx_lpo = port:PI12<4><1><default><1>

[bt_para]
bt_used = 1
bt_uart_id = 2
bt_rst = port:PH18<1><default><default><default>
bt_wakeup = port:PH24<1><default><default><default>

[gpio_para]
;BT 6210 contorl
; BT_RST: should be "1" for power on BT
gpio_pin_13 = port:PH18<1><default><default><default>
; BT_WAKEUP
gpio_pin_14 = port:PH24<1><default><default><default>



/etc/modules
#...
bt_gpio
wifi_gpio
rfcomm
bnep
hci_uart
bluetooth
hidp



ну и загрузка микрокода из rc.local:
service brcm40183-patch start

которая длится секунд 20 и, порой, отваливается с ошибкой «ненайден чип» ил что-то вроде того…
Советую лучше поставить туда генту. При помощи qemu-чрута можно собирать пакеты на мощном компьютере, а затем уже переносить это на флешку.
Удобно тем, что в отличие от бубунты, гента позволяет не ставить всякую дрянь вроде пульсы, ненужноD и прочих поцтерошуточек.
Не согласен, генту собирать гораздо сложнее и выгоды от этого я особо не вижу, лубунту отлично справляется со своими задачами.
Sign up to leave a comment.

Articles