Size: a a a

2022 January 26

AE

Andrey Ermakov in Embedded Group
Вот вот) чтоб от ошибки  программиста до 100500 смертей дойти , ещё тонна проверок и бумаг
источник

РР

Ра Ра in Embedded Group
Компилятор виноват.
источник

AE

Andrey Ermakov in Embedded Group
Это все из за кампухтеров
источник

F

Faberge in Embedded Group
Выходят в этот ваш инторнет
источник

F

Faberge in Embedded Group
А потом в окно
источник

F

Faberge in Embedded Group
источник

F

Faberge in Embedded Group
источник

F

Faberge in Embedded Group
Кому интересно ;) @sadkobogatiygost
источник

A

Alexander in Embedded Group
О, шикос )
источник

В

Владимир Воландемаро... in Embedded Group
После прочтения в ядро возьмут на 400к в час?)))
источник

A

Alexander in Embedded Group
Нет.
Но есть шанс нормально разобраться в архитектуре (как после прочтения книжек от  господина Моргана Yu для ARM) и поэффективнее тащить работу.
источник

RS

Roman Storozhenko in Embedded Group
за год
источник

В

Владимир Воландемаро... in Embedded Group
Опасная книга какая :)) надо её видимо хранить между двумя книгами по js))
источник

DB

Dmitrii Baranov in Embedded Group
А с вопросом ворвусь.

Предположим есть пара мк: STM32WB, или EFR32BGMчтонибудь.Чтоб умели в BLE  практически из коробки.

Задача --  реализовать такой сигнал (функционал его -- триггер с очень коротеньким payload), чтоб по радио от одного мк до другого долетал в радиусе BLE, причем latency была не стандартная BLE-шная (60милисекунд примерно) а десятки МИКРОсекунд.

В идеале в этот сигнал нужно упихивать 16 байт.

Важно что в паре из двух таких мк условный приемник дергал условной ножкой через предположим 50микросекунд после того как передатчик его триггернул.

Вопрос: реализуемо ли такое в теории на штатных BLE передатчиках, какие мануалы копать и что курить?

//тапками за необразованнось -- тоже кидаться можно.

Надеюсь, #вопросподелу
источник

S

Serjio in Embedded Group
источник

ЯЖ

Я тут Живу in Embedded Group
Я н выражу свою сугубо личное мнение , радио это такая не предсказуемая штука , где говорить о гарантированности связи в принципе не возможно , не говоря уже о прогнозировании временных задержек … да где то на столе будет работать , в реалии помех эфира результат не предсказуем в части задержки сигнала ибо он тупо может просто не дойти или из-за помех прийдется пакет ещё раз отправить . Если задержки времени важны то забудьте про радио ..
источник

DB

Dmitrii Baranov in Embedded Group
Забыть не вариант. Радиотриггеры с короткими задержками должны существовать. Если в плохом эфире не дойдет-- жалко конечно, но допустимо, не в космос летим слава богу.

То что в BLE сам по себе пакет имеет длину в сотни микросекунд  -- это в стандарте ясно сказано.

Вопрос был в другом -- можно ли на той же антенне и в том же диапазоне сделать это малой кровью.
источник

ЯЖ

Я тут Живу in Embedded Group
Я боюсь что в диапазоне 2.4 ГГц все уже давно засрано домашними вайфаями и фонящими микроволновками в хлам
источник

ЯЖ

Я тут Живу in Embedded Group
Чисто теории ради наверное есть модули пошустрее , сам по себе минимальна задержка заявлена в  6мс  и как сам протокол предполагает что быстрее никак
источник

DB

Dmitrii Baranov in Embedded Group
Справедливо. Нужно видимо ближе к физическому уровню. Только вот я пока недогуглил можно ли на physical layer руками напрямую делать или нет.
источник