в свойствах устройства

Нету смотрел уже

значит есть вероятность, что их в принципе нет)

Хреново

(просто с учётом того, что прошивка то виснет, то работает, я уже грешу на питание, хотя на самом деле на выходе зарядника вполне себе 4В, которые потом идут на линейный стабилизатор на 3.3В, к тому же NRF51822 сейчас ещё и от программатора 3.3В берёт)

4в-3.3в=0.7в ... что за линейник юзаешь? ты даташит открывал ваще?

юзаю TPS76933

ему норм должно быть

кондеры стоят?

ему норм должно быть

а в даташите написано +1в должно быть

да, на 1 мкФ, и на 100 нФ. также на 1 мкФ стоит не только на 3.3В, но и на 5В, и на входе от аккумулятора

> Dropout Voltage Typically 71 mV at 100mA

нет

Тут мало того что 4.7 указан, еще и требования к ESR

Не верил бы ты ;)

Че за проблема в питании то епт? Возми от роутера БП, он стабильней

... чаще всего )

ну вообще по задумке девайс будет питаться от аккумулятора ?

кстати, аккумулятор я нашёл

и оно сначала весьма шустро заработало, а потом после нескольких перепрошивок (я вносил небольшие изменения, которые никак не трогают SPI), перестало, после отката изменений, лучше уже не стало

и тут мне почему-то вспоминается про мой опыт с MSP430, когда они могли удерживать содержимое ОЗУ ещё несколько минут после отключения питания (ибо очень мало жрут в спящем режиме)

а не может ли там что-то не до конца сбрасываться после перепрошивки?

врядли, обычно после пирсинга - холодный старт

ты же можешь проверить полным отключением, зачем спрашивать?

ну... если переткнуть питание в течении 5-10 секунд, то оно гарантированно виснет, если через несколько минут, то немного работает, а потом виснет

хотя вряд ли проблема в питании

я тут запилил маячок на SoftDevice

он работает идеально

а ведь радиопередача должна быть потребовательнее к питанию, чем всякие там SPI

так то контроллер вроде не сложный, да и SDK неплохое... но блин... что за магия с SPI

самое главное, что сначала оно нормально работало длительное время

а потом в какой-то момент перестало

я откатил все правки в коде, но не помогло

и теперь рандомно - то работает, то нет

хоть блин bitbang'ом делай SPI... но это как-то тупо...

всмысле ты убрал СПИ и рандомно работает теперь?

нет, сначала с SPI нормально работало, я потихоньку пилил функционал

и в какой-то момент оно перестало нормально работать

при этом оно виснет обычно вообще на первой же передаче, а я редактировал то что происходит сильно потом (инициализацию АЦП, которые подключен по SPI я написал с самого начала)

я откатил все правки, оставив только то что было сначала - но оно не прекратило ключить

если закомментить все посылки по SPI, то в 100% случаев не глючит

ну дык, чтобы проверить железо, дай тестовую прошивку какую нибудь

проверь отдельно SPI, потом с передачей

расчитано на использование nRF5_SDK_12.3.0 (в комплект не входит)

чисто инициализация SPI ничего не вешает

вешает всегда передача (nrf_drv_spi_transfer)

при этом висит всегда внутри spi_xfer (файл nrf_drv_spi.c) в цикле: while (!nrf_spi_event_check(p_spi, NRF_SPI_EVENT_READY)) {}

(я смотрел отладчиком)

так-то МК работает, например, если инициализирован SoftDevice, то маячок не прекращается обнаруживаться

просто main висит в цикле ожидания события от SPI, которое по неизвестной причине в 90% случаев не приходит

пробовал и SPI0, и SPI1 - ничего не меняется

о нихуя, писарь вменяемый ))

там щас закомменчено всё, что вешает

чтобы зависло надо раскомментить хотя бы вызов external_adc_init() в main

его уже достаточно чтобы прошивка не ушла в цикл мигания светодиодом

а ты перед отправкой вызываешь: APP_ERROR_CHECK(nrf_drv_spi_transfer(&spi, tx_buf, tx_count, rx_buf, rx_count));

код возврата есть?

оно ж зависает внутри этой функции

кода возврата нет поэтому

оно зависает в цикле

я имею ввиду код проверки на ошибки

который внутри функции

я смотрел отладчиком именно вообще что происходит. там такой стек вызовов: main -> external_adc_init -> external_adc_simple_command -> spi_transfer -> nrf_drv_spi_transfer -> nrf_drv_spi_xfer -> spi_xfer

а уже внутри самой последней функции цикл, в котором всё крутится бесконечно и не выходит

начиная с nrf_drv_spi_transfer и дальше это уже не мой код, а код из nrf_drv_spi.c из состава SDK

код SDK явных ляпов не содержит (в части SPI, где я смотрел), к тому же ИНОГДА он таки срабатывает нормально

на всех линиях данных АЦП висят резисторы по 1 кОм (типа для уменьшения помех на АЦП от бросков тока)

так что непосредственно выдача сигналов на SPI никак не может приводить к перегрузке по питанию МК

оптимизацию отключал?

да, пробовал компилить с -O0

то же самое видимо?

ага

щас попробую ещё раз на всякий случай)

указатели проверял отладчиком?

стек?

static void external_adc_simple_command(uint8_t command) { uint8_t dummy; spi_transfer(&command, sizeof(command), &dummy, sizeof(dummy)); } пустышку объяви статиком

1) оно не падает в HardFault, SoftDevice вообще нормально работает и после зависания основного кода 2) внутри функций SPI указатели на первый взгляд валидные

у меня интуитивное подозрение на нарушение доступа к данным

объявление пустышки статиком ничего не даёт

а вообще на самом деле по документации эта пустышка не нужна - там можно указать NULL и 0, если мы ничем не хотим считывать, только отправлять

я уже потом добавил, пытаясь хоть как-то починить

просто суть в том что после записи байта в регистр TXD модуля SPI, он так и не взводит никаких битиков в регистре статуса (а должен сообщить, что байт ушёл)

а байт приходит в дестинейшн?

нечем посмотреть

кто получатель?

АЦП ADS1298

А зачем у тебя все функции объявлены статиком?

ну вообще это типа хороший стиль, не засоряется глобальное пространство имён при линковке

это в крестах

в Си тоже

а здесь статик играет другую роль )

он играет роль другую для переменных внутри функций

для глобальных переменных и функций - такую же

во всяком случае в GCC

могу пруфануть: [kiv@thinkpad-x230t tmp]$ cat 1.c #include <stdio.h> #include <stdbool.h> static void test(void); int main() { test(); return 0; } [kiv@thinkpad-x230t tmp]$ cat 2.c #include <stdio.h> static void test(void) { printf("Test\n"); } [kiv@thinkpad-x230t tmp]$ gcc -c -o 1.o 1.c 1.c:4:13: предупреждение: «test» используется, но нигде не определена static void test(void); ^~~~ [kiv@thinkpad-x230t tmp]$ gcc -c -o 2.o 2.c [kiv@thinkpad-x230t tmp]$ gcc -o test.elf 1.o 2.o 1.o: In function `main': 1.c:(.text+0x5): undefined reference to `test' collect2: ошибка: выполнение ld завершилось с кодом возврата 1

если убрать статик, то оно скомпилилось бы ?

если есть под рукой такой контроллер, то ты мог бы (если совсем делать нечего) залить туда мою прошивку и посмотреть, что будет. ведь SPI в принципе не важно, есть ли получатель с другой стороны - просто считается 0xFF вместо нормальных данных и всё.

нету