rxandroidble

    1熱度

    1回答

    我正嘗試使用運行在Android手機上的rxBleAndroid以及使用Android Things的Raspberry Pi與BLE數據記錄器/傳感器進行通信。 但是,我目前有一個問題,其中最多約5個第一次通知從來沒有收到我的應用程序。 我已驗證BLE設備實際上是否已成功發送所有預期通知。我已經通過nRF Connect應用完成了這一切,並且所有功能都可以按照預期那樣運行。 當我做到這一點通過N

    1熱度

    1回答

    工作的1.4更新之前,你可以這樣寫: .observeOn(AndroidSchedulers.mainThread()) 和進口rx.android.schedulers.AndroidSchedulers;但現在我無法完成這項工作。 這是移動/刪除或現在是否存在另一個實現獲得類似的效果?

    1熱度

    1回答

    我有MissingBackpressureException的問題。 我添加了幾個.onBackpressureDrop()只是爲了測試,但仍然得到例外。 我添加了RxJavaHooks.enableAssemblyTracking()以獲取更多日誌細節。 例外是1-3分鐘後投擲。 任何想法這段代碼有什麼問題? Thx尋求幫助。 代碼,其中異常被扔: Subscription notifySubs

    0熱度

    1回答

    我正在做一個長期寫入BLE進行OTA更新,但我需要等待BLE設備的寫入響應發送更多數據,但我不知道如何捕獲設備寫響應,我使用的是三星Galaxy Tab S2與Android 7,和科特林我的代碼 override fun otaDataWrite(data:ByteArray) { manager.connection?.flatMap { rxBleConnection: RxBle

    0熱度

    2回答

    我是Rx的新手,仍在努力弄清楚如何正確處理觀察對象。我想知道是否有更好的方法來編寫多個特性,而不是使用RxAndroidBle一次完成一個特性?目前,我一次只做一個,代碼如下。 Observable<RxBleConnection> mConnectionObservable; private void saveChanges(String serialNumber, Date date, M

    0熱度

    1回答

    我正在使用RxAndroidBLE庫來發現我的GATT服務器中的服務。 它大部分時間都能正常工作,但通常我得到GATT錯誤133(0x85),並且失敗。我想重試發現一段時間的服務時間,比如說5秒。 這裏是我想 bleDevice = mBleClient.getBleDevice(macAddress); subscription = bleDevice.establishConnect

    0熱度

    1回答

    這是一個更普遍的問題,而不是一個特定的問題。 基本上我正在開發一個Android應用程序,它與Ble Peripheral Device進行通信。 我使用RxAndroidBle庫處理Ble通信。至於一般模式,我決定嘗試莫斯比MVI,但是 這並不重要。 我到目前爲止所做的是我創建的BluetoothManager類,它負責執行Ble Device上的所有操作 。這個類是一個Singleton(我知

    0熱度

    1回答

    我想使用RxAndroidBle來掃描設備。我發現的所有例子似乎都使用java lambda表達式。我需要使用Android Studio的java 8來使用RxAndroidBle庫嗎?我如何用lamda表達式運行下面的代碼? Subscription scanSubscription = rxBleClient.scanBleDevices( new ScanSettings.Bui

    1熱度

    1回答

    當我嘗試打開通知後連接ble時,通常返回BleGattException status = 133,有時有時候不會。 這是我的代碼: mConnectingDevice.establishConnection(false) .doOnNext(this::storeConnect) .flatMap(rxBleConnection -> rxBleConnection.setu

    0熱度

    1回答

    我試圖用RxAndroidBle(1.4.1)實現了自定義BLE外設和Android通訊庫之間建立數據傳輸。我使用默認的MTU(23字節),以便Android在當時只傳輸20個字節。該溝通與23的MTU一起工作,但我們真的希望更快的溝通。 我們的設備支持DLE和通信開始要求的158個字節的更大的MTU,並與幾乎所有的手機得到它。完成之後,設備開始發送最多155個字節的數據。正因爲如此,設備 - >