Настройки будут аналогично ATC?
-
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
BLE SoC PHY6202
- Автор темы pvvx
- Дата начала
pvvx
Активный участник сообщества
Я не буду формировать, шифровать и т.д. сами пакеты с учетом всего на свете.
Пока используется штатная Notify и прочие стандартные...
Цепочка вложений примерно такая:
ATT_HandleValueNoti
attSendMsg
L2CAP_SendData
l2capEncapSendData
L2CAP_SendDataPkt or l2capSegmentBuffToLinkLayer or ...
далее только по первой ветке:
osal_msg_send и это ушло в ROM.
Никаких калбаков и прочего по этому пути нет.... (иначе бы не спрашивал
)А дальше цепочка разворачивается так:
- l2capEncapSendData() => L2CAP_SendDataPkt() / l2capPktToSegmentBuff()
- L2CAP_SendDataPkt() вызывается для loopback, можно дальше не смотреть ...
- l2capSegmentPkt[connHandle].fragment==FALSE ? l2capPktToSegmentBuff(); l2capSegmentBuffToLinkLayer() : HCI_ERROR_CODE_MEM_CAP_EXCEEDED
- l2capSegmentBuffToLinkLayer() => L2CAP_Fragment_SendDataPkt() => HCI_SendDataPkt() => LL_TxData()
- LL_TxData() => llEnqueueDataQ(); llProcessTxData() => llWriteTxData()
- и далее все фрагменты разгребает LL_ProcessEvent task
- while ( llWriteTxData() == OK) osal_bm_free(); HCI_NumOfCompletedPacketsEvent(, numCompletedPackets)
А чтобы получить уведомление, о том что пакеты отправлены, нужно подменить функцию HCI_ProcessEvent() в
jump_table,. В ней можно проверить l2capSegmentPkt[connHandle].fragment==TRUE и послать уведомление наверх, например, вызвать osal_msg_send(). Текущая функция в rom, типа такого, что тупо гасит все эвенты:
C:
uint16 HCI_ProcessEvent( uint8 taskId, uint16 events )
{
hciPacket_t* pMsg;
if ( events & SYS_EVENT_MSG )
{
while (pMsg = (hciPacket_t*) osal_msg_receive( hciTaskID ) )
{
if (pMsg != 0) {
if ((hdr.event == HCI_HOST_TO_CTRL_DATA_EVENT) ||
(hdr.event == HCI_CTRL_TO_HOST_EVENT)) {
osal_bm_free(pMsg->pData);
}
osal_msg_deallocate(pMsg);
}
// return unprocessed events
return (events ^ SYS_EVENT_MSG);
}
// If reach here, the events are unknown
// Discard or make more handlers
return 0;
}osal_msg_send() это разновидность callback-а в заданную задачу.pvvx написал(а):
Конфигуратор в нулевом приближении. Чтение/запись не сделана.
pvvx
Активный участник сообщества
Я это знаю.
Дело в другом.
Есть два варианта при отсылке.
1. Циклически проверяем пуст ли буфер передачи и если пуст - пихаем следующие данные
2. Пихаем данные, по clallback отправки следующие.
В SDK нет ни первого ни второго варианта, т.к. нет вызова пользовательской функции когда драйвер BLE не занят. Когда он не занят - чип переключается в сон.
А когда активен и завершил работу - нет вызова пользовательской функции.
Есть только таймер или osal_msg_send.
Но таймер пользовать = лишнее просыпание -> повышения потребления на значительные % ради опроса какой фигни.
pvvx
Активный участник сообщества
В power менеджере есть установка своих функций просыпания и засыпания. Но они не годятся, т.к. не дают информации о работе других процедур и при их вызове не все инициализировано.
Вместо таймера желательно весь функционал синхронизовать с BLE таймингом, чтобы не пробуждать чип понапрасну.
Т.е. лучше использовать проверку времени назначенного события когда чип уже пробужден для работы с BLE таймингом.
Нужна некая функция, которая будет вызываться когда BLE события отработали и дальше процесс идет к засыпанию...
Пока не знаю - подойдет ли вариант в power менеджере вызова при засыпании, не вызовет ли он каких коллизий в функциях BLE.
И он тоже плох, т.к. приведет к пересчету времени до следующего просыпания. Лишняя обработка -> больше жручка питания.
Вместо таймера желательно весь функционал синхронизовать с BLE таймингом, чтобы не пробуждать чип понапрасну.
Т.е. лучше использовать проверку времени назначенного события когда чип уже пробужден для работы с BLE таймингом.
Нужна некая функция, которая будет вызываться когда BLE события отработали и дальше процесс идет к засыпанию...
Пока не знаю - подойдет ли вариант в power менеджере вызова при засыпании, не вызовет ли он каких коллизий в функциях BLE.
И он тоже плох, т.к. приведет к пересчету времени до следующего просыпания. Лишняя обработка -> больше жручка питания.
BLE API работает с html из localhost? Мне пришлось ставить самоподписанный сертификат, чтобы заработало с сервера в локальной сети.
pvvx
Активный участник сообщества
Работает в Windows и Android. В Linux даже пробовать не хочу...
Linux я использую только в терминале или в wsl для сборки чего в командной строке...
И надо исправить ошибки в HTML. Там дублируется что-то и каждое новое открытие файла добавляет функцию чтения файла и открывает 2,3,4,5,6... раз
И надо как-то убить кеш файла в эксплорере. Иначе новый, с прошлым именем файл не грузит. Считает это тем-же файлом и не обновляет.
При сканировании, если уже было подключение, кнопка отмена в списке BT не работает - соединяет с прошлым...
pvvx
Активный участник сообщества
И надо всплывающее описание к настройкам, хотя оно не вылезает в Android. И единицы измерения. Внутри подписал...
Так-же проверить загрузку файла по url. По умолчанию должен работать, если впихнуть в строку открытия файла... Но там кто-то чего-то дописал и я не проверял.
Так-же проверить загрузку файла по url. По умолчанию должен работать, если впихнуть в строку открытия файла... Но там кто-то чего-то дописал и я не проверял.
Да извинят меня благородные доны за вмешательство в их приватный диалог))
Несколько раз смотрел посты этого сабжа и теперь вижу, что название констант и функций, что вы упоминаете очень похожи на то, что есть в TI sdk в исходниках CCS, точнее - это один в один TI.
Это что какой-то клон TI?
Несколько раз смотрел посты этого сабжа и теперь вижу, что название констант и функций, что вы упоминаете очень похожи на то, что есть в TI sdk в исходниках CCS, точнее - это один в один TI.
Это что какой-то клон TI?
Нет, это не клон. Скорее китайское переосмысление идей из TI SDK.