-
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
BLE SoC PHY6202
- Автор темы pvvx
- Дата начала
Скорее всего, но не хватает знаний, что именно 
.
Подкорректировал html, надо посоветоваться.
Поле флагов читается/пишется командой 0x55. При этом, желательно иметь возможность устанавливать флаги, относящиеся к выделенной группе параметров отдельно или чтобы можно было отправлять укороченную до размеров поля флагов команду . Они же относятся только к моделям с экраном? Чтобы всякий идиот не лез в настройки латентности, интервалов и прочего.
.Подкорректировал html, надо посоветоваться.
Поле флагов читается/пишется командой 0x55. При этом, желательно иметь возможность устанавливать флаги, относящиеся к выделенной группе параметров отдельно или чтобы можно было отправлять укороченную до размеров поля флагов команду . Они же относятся только к моделям с экраном? Чтобы всякий идиот не лез в настройки латентности, интервалов и прочего.
pvvx
Активный участник сообщества
По поступлению CMD_ID_DEVID (0x00) надо включать только те элементы, которые описаны в флагах devsrs.services.
Пример:
#define SERVICE_SCREEN 0x00000020 // есть экран
#define SERVICE_TH_TRG 0x00004000 // триггер по температуре и влажности
> Чтобы всякий идиот не лез в настройки латентности, интервалов и прочего.
Они для них и заданы. Проверка этих установок есть в прошивке. Выставить можно что угодно, но работать будет.
pvvx
Активный участник сообщества
Попробовал на 5 разных USB-BT адаптерах на Windows, не считая встроенного на PCIe и смартфонов.
Взял BTH01Y_V1.2, т.к. у него самый большой уход счетчика RTC – более +400 сек за сутки.
Соединение не отваливается.
На адаптере с ATS2851 наглядно видно, что он полный тормоз. Данные считываются с ужасной задержкой. Но соединение держит.
Отваливание происходит в Linux? - тогды ой
Поменяйте latency - вдруг поможет...Неа, на планшете. Возможно тупит Samsung.
А какое значение поставить?pvvx написал(а):
Залил обновление html. Стили и js для рисования графиков вынес в отдельные файлы. Пока флаги оставил как есть. Проверьте, что ещё добавить/поправить, чтобы можно было поставить версию 1.0
.
pvvx
Активный участник сообщества
Любое - оно в "интервалах соединения" (равных 30 мс) но в виде времени интервала "молчания" при соединении - сколько можно пропустить термометру "интервалов соединения" не выходя на связь. Меньшее значение - термометр будет больше потреблять, большее - адаптер будет долго ожидать когда термометр выйдет на связь для передачи команд.
Интервал соединения и latency сильно сказываются на стабильность соединения при расхождении часов. И чем меньше интервалы - тем меньше влияет расхождение часов...
pvvx
Активный участник сообщества
На Xiaomi термометрах, у которых пожадничали кондеров в питании, в начале соединения - пока не согласовали длинные интервалы, происходит удар на подсаженную батарейку и у чипа сбивается-уходит таймер. Но, если latency ставить до 1 сек, то это прокатывает, а большее значение latency - уже разрывает соединение, т.к. таймер бреданул при провале напряжения ниже минимума... Потом таймер идет нормально, отклонения в ppm в норме, питание не так жрет, т.к. уже согласовали интервалы соединения на длинные и батарейка успевает...
pvvx
Активный участник сообщества
Наводка от руки - 50Гц, а фиксирует оба фронта ( дверь/окно open/close ), т.е. сотня пробуждений-передачаBLEрекламы-засыпание в сек.
@cool2000 - как раз эта функция open/close создает частые прерывания с пробуждениями и при "соединении" происходит потеря синхронизации или ещё чего-то. Т.е. конкретно теряет связь - заканчивается пачкой передача-прием с шагом 30 мс до таймаута соединения... Это явный признак потери соединения со стороны PHY.
Основные возможные причины (по предполагаемым приоритетам):
1. Сбой при чтении RTC счетчика в wakeup функции.
2. Переполнение каких-то буферов передачи, т.к. пытается передать notify каждый фронт 50 Гц. Но должно отрабатывать с возвратом ошибки...
3. Кому-то не нравятся прерывания.
), т.е. сотня пробуждений-передачаBLEрекламы-засыпание в сек.@cool2000 - как раз эта функция open/close создает частые прерывания с пробуждениями и при "соединении" происходит потеря синхронизации или ещё чего-то. Т.е. конкретно теряет связь - заканчивается пачкой передача-прием с шагом 30 мс до таймаута соединения... Это явный признак потери соединения со стороны PHY.
Основные возможные причины (по предполагаемым приоритетам):
1. Сбой при чтении RTC счетчика в wakeup функции.
2. Переполнение каких-то буферов передачи, т.к. пытается передать notify каждый фронт 50 Гц. Но должно отрабатывать с возвратом ошибки...
3. Кому-то не нравятся прерывания.
pvvx
Активный участник сообщества
У Telink тоже глючат прерывания по пинам во время соединения. Но там глючит PM менеджер - не врубает sleep раз-на раз - так и тянет до следующего события, но соединение не нарушает.
Там пришлось отключить опрос ног по прерываниям при соединении на некоторых моделях, т.к. зависит от в каком GPIO порта пин с irq...
Там пришлось отключить опрос ног по прерываниям при соединении на некоторых моделях, т.к. зависит от в каком GPIO порта пин с irq...
Это очень похоже.
Чип очень мало потребляет, поэтому любая наводка может вызывать проблемы.
pvvx
Активный участник сообщества
Но в режиме рекламы проблем никаких - наверно отработает и 200Гц по два фронта (к 400 передачам реклам). Там тайминги пофигу.
Правда я загрузил в него BOOT_TH05_v11.hex, может это влиять?
Через PHY62x2BTHome.html не получается загрузить полную версию, датчик находиться, но не подключается.
Через PHY62x2BTHome.html не получается загрузить полную версию, датчик находиться, но не подключается.