Jump to content

apkx

Members
  • Posts

    2
  • Joined

  • Last visited

Posts posted by apkx

  1. On 10/30/2021 at 1:01 PM, Igor said:

     

    We got dedicated maintainer for this board (which doesn't even need to be a developer since he can't substitute team of developers) and there is some development going on. Even everyone on the project would focus just on this (any other new) boards, we can't fix troubles on the speed that has being asked, taken care on the bugs that bumps up and work to pay the bill users don't and live lives at the same time. If users wants to have those (fancy) features, they should pay for R&D perhaps? Since Orangepi vendor is among those that respects our work and cover some small portion of costs we have, we will do best possible for this board. But best possible has limits, which we can't go over. 

     

    Dear @mantouboji and @apkx. Even Orange / Xunlong helps us with donations here and there, most of the bill you are creating to our private finances, remain unpaid: https://docs.armbian.com/User-Guide_FAQ/#development-time (please read entire FAQ and consider contributing - we plan to shrink things down dramatically since without your money, we can't hire people to work on your agenda, while project just grows)  I will (already moving into that mood) ignore people that doesn't have top subscription (i think we will anyway enforce this as mandatory for certain sections of this forum), but are here to asks questions which require thousands of our money to get the answer and further a lot more to get things working. We don't need that those features works. You do! Cover the costs or just hire someone that will do that for you. And make a PR, so we can include the code you paid development for yourself and others. Even those costs are also ours, they are at least manageable.

     

    That is very strange answer @Igor. I do not expect that someone to do my problem for me for free, i just looking for advice. Maybe someone was working on it or know something, that i don't know, so it can help me or show me the right way, so i can fix my problem. And when i fix my problem i contribute that fix to community for free. My projects just for me, they do not bring me money.

    I like your project, but I cannot help it financially. But don't blame me of disrespecting the developers.

  2. Hello there!

    I have small project where i want to put OrangePi Zero 2 in LE advertising mode (peripheral) and connect to it with NRF51822 (central) keychain.

    Currently I have a problem with BlueZ, the stack not registering LEAdvertisingManager1
     in dbus because not recognizing BLE support by adapter. But adapter support BLE, you can check this with low level hci tools, example turn on LE advertising:

    root@orangepizero2:~# hciconfig hci0 up
    root@orangepizero2:~# hciconfig hci0 leadv 0
    

    and device can found with any tool like NRF Connect.

    First at all look to output of hciconfig commands/featureshttps://pastebin.com/0AYH0bJx

    Commands prints big list of supported commands where you can see LE support, but features output looks wrong, i not sure.

    So i decided to download source of BlueZ 5.62 and try to do debug, but found nothing...

    When bluetoothd initializing, it send MGMT_OP_READ_INFO (0x0004) to adapter, when data arrived, callback read_info_complete (adapter.c:9689) called. There are present variables: rp->supported_settings and rp->current_settings (adapter.c:9693). In my scenario i have supported_settings = 0x10BF, current_settings = 0x90.  Further along the code, the presence of the LE flag (MGMT_SETTING_LE 0x00000200) is checked. Of course 0x200 bit in supported_settings not set, so support dropped. If you try to hardcode bit (adapter->supported_settings |= MGMT_SETTING_LE) LEAdvertisingManager1 appears in dbus, advertise appears in bluetoothctl, but BLE still not work properly:

    [bluetooth]# advertise on
    Failed to register advertisement: org.bluez.Error.NotPermitted
    [bluetooth]# 
    

    So, now i don't have any ideas yet. The reason is clearly not in BlueZ, perhaps some problem with the driver.

    Any ideas?

     

    Configure flags: ./configure --enable-debug --prefix=/usr --enable-experimental --enable-testing --enable-logger --enable-admin

    Armbian 21.08.1 Bullseye with Linux 4.9.280-sun50iw9

    Bluetoothd log: https://pastebin.com/9eQqkiE4

     

    Sorry for my English.

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines