Останавливается опрос датчиков TESLiOT на контроллере Wiren Board 7

Это хорошая новость, а то я думал, что проблема только у нас:)
Есть понимание причины возникновения этой проблемы, способов её решения и сроков?

У меня - нет, моей компетенции недостаточно. Если срок горит - советую для обхода использовать внешний bluetooth приемник.

Еще в июле сгорел срок. Какой внешний bluetooth приемник будет гарантированно работать с WB7 и датчиками Tesliot?

например Ой!
должен работать.
Например у меня какой-то noname модуль:

[2411410.021352] usb 1-1: new full-speed USB device number 6 using ci_hdrc
[2411410.242424] usb 1-1: New USB device found, idVendor=0a5c, idProduct=2123, bcdDevice= 1.00
[2411410.250923] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[2411410.258378] usb 1-1: Product: BCM92045B3 ROM
[2411410.262881] usb 1-1: Manufacturer: Broadcom Corp
hcitool dev
Devices:
	hci1	00:1A:7D:0A:BA:42
	hci0	7C:25:DA:20:1E:E4

поддерживающий только BT2 не заработал.

Проверьте (штатный модуль) еще так:

apt install -y expect

Создайте скрипт beacon-scan.sh

#!/bin/bash

# beacon-scan.sh
# Displays beacons including duplicates in real time.
# Uses expect to automate interaction with bluetoothctl.
# Uses sed to remove bluetoothctl colorization escape characters.
# Uses grep to filter out beacon manufacturer data logging.
# Uses perl to prefix each beacon with a timestamp.

if [ "$(id -u)" != "0" ]; then
    echo "ERROR: must run as root"
    exit 1
fi

(cat <<'END' | /usr/bin/expect

    set prompt "#"
    set timeout -1

    spawn bluetoothctl

    expect -re $prompt
    send "scan off\r"

    expect -re $prompt
    send "remove *\r"

    expect -re $prompt
    send "set-scan-filter-clear\r"

    expect -re $prompt
    send "set-scan-filter-transport le\r"

    expect -re $prompt
    send "scan on\r"

    trap {
        expect -re $prompt
        send "scan off\r"

        expect -re $prompt
        send "remove *\r"

        expect -re $prompt
        send "quit\r"
    } SIGINT

    expect eof

END
) | sed --unbuffered --quiet --expression 's/^.*Device //p' \
  | grep --line-buffered -v ManufacturerData \
  | perl -nle 'print scalar(localtime), " ", $_'

И запустите его

ориентируюсь на Scanning for Beacons on the Linux command line

Добрый день.
Есть понимание причины возникновения этой проблемы, способов её решения и сроков?

Здравствуйте! Проблема локализована, разработчики работают над исправлением. Думаю, завтра будет какой-то результат, напишем сюда.

1 Like

Добрый день! Проблему исправили, для тестирования надо выполнить следующие команды:

echo "deb http://deb.wirenboard.com/all experimental.tesliot main" > /etc/apt/sources.list.d/tesliot.list
apt update
apt install wb-ble-tesliot
1 Like

@alexs Здравствуйте, проблема ушла? У нас на стенде всё стабильно уже две недели недели, влили изменения в тестинг wb-ble-tesliot (1.1.0).

Добрый день.
Стало значительно лучше, чем было, но все же остаются некоторые проблемы.
Например когда 1 сентября тестировал, то датчик №2 опрашивался отлично, хоть и rssi был -90, а вот датчик №1 прерывисто опрашивался, хоть и rssi был -60. Через неделю у датчика №1 умерла батарейка, может дело в ней было.

Какое-то время датчик №2 работал отлично, хоть и rssi был почти -100

А вот 12 сентября опрос датчика №2 работал плохо и rssi стал -60 (с 14:00 до 15:30 провал, это скорее всего просто выключал WB7)

Сейчас вроде работает опрос

И из мелочи, это значение rssi отображается в колонке единиц измерений почему-то
2023-09-18_14-35-31

Вы тестируете две недели подряд без выключения WB7?

Да, не выключая. Только в архиве не хватило места под данные за пару недель, поэтому график с 12 сентября.

Эта тема была автоматически закрыта через 7 дней после последнего ответа. В ней больше нельзя отвечать.