тут никого ничем не удивишь )))

ладно... пойду спать...

это про паяльщика :)

ну на второй плате (где МК) много косяков типа горы олова на кондёрах

прикольный девайс

я хочу собрать портативный ЭЭГ по типу всяких emotiv epoc и openbci

и попытаться управлять компом силой мысли ?

:)

соответственно, тут 24-битный 8-канальный АЦП, а данные хочу гнать по BLE на ноут или смартфон

круто, если не шутишь )

(и ноут и смартфон мои Bluetooth 4.0 умеют)

но пока как-то туго с SPI ?

но посмотрим, может ещё найду проблему ?

не грузись

теоретически можно забить и сделать bitbang, но хз хватит ли скорости

да нах костыли бледь

изучи нормально инит и обработку

ну да

чет не так у тя с этим

это уж вариант на совсем крайний случай)

Если ты такое задумал

то нужно это делать хорошо и правильно

согласен

размеренно и верно )

Поспишь, займись отдельно SPI

и пили пока не вылижешь

не пропадай ;)

интересно!

когда вылижу - будет вторая версия на ADS1299 (а не 1298) и NRF52832.

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

ибо я мог допустить ошибки при разводке платы АЦП и т. д. (с точки зрения дополнительных шумов и т. п.), так что пока не опробую в деле не узнаю, какие там подводные камни

не... АЦП точно работает... в то время когда МК таки работал как надо, я убедился в этом

конечно, поизвращенски - тыкал в контакты каждого канала пальцем и смотрел как значения меняются на порядки

(там 8 независимых АЦП, так что они друг на друга не влияют практически)

ну епт

какие пальцы? ))

статика прилетит и привет

там защита от статики есть

в смысле на дискретных компонентах

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

когда у меня была схожая ситуация, я неделю искал косяк

оказалось я порт поджарил )

точнее один пин только

ну проблема точно не в АЦП по той причине, что оно виснет даже если плату с АЦП вообще отключить

решил проверить, и дожарил остальные ))

(а должны тупо читаться 0xFF вместо данных)

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

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

я видел код ;)

хорошо пишешь

ну radio.c на 90% копипаста из примера маячка ?

туда не смотрел, только главный копал

а вообще вот - https://github.com/KivApple

там есть кое-что полезное для тех кто кодит под МК - https://github.com/KivApple/mcu-info-util

спасибо, прицепился )

эта штука по имени МК выдаёт параметры компиляции, ищет в системе подходящий компилятор (если установлен), генерирует скрипты сборки и даже заголовочные файлы с описанием всех регистров (для некоторых ARM)

(да под виндой оно тоже отлично ищет компиляторы, даже если их нет в PATH)

эта штука по имени МК выдаёт параметры компиляции, ищет в системе подходящий компилятор (если установлен), генерирует скрипты сборки и даже заголовочные файлы с описанием всех регистров (для некоторых ARM)

Че за спецуха у тя?

или школота? :D

вот совсем недавно дали

щас буду на магистратуру поступать

молодцом

:)

Иди спи

ща

Спать тоже надо уметь :)

[kiv@thinkpad-x230t ~]$ mcu-info-util —mcu atmega8 —find-compiler /usr/bin/avr-gcc [kiv@thinkpad-x230t ~]$ mcu-info-util —mcu atmega8 —print-flags -mmcu=atmega8 [kiv@thinkpad-x230t ~]$ mcu-info-util —mcu stm32f103c8t6 —find-compiler /usr/bin/arm-none-eabi-gcc [kiv@thinkpad-x230t ~]$ mcu-info-util —mcu stm32f103c8t6 —print-flags -D_ROM=65536 -D_RAM=20480 -D_ROM_OFF=0x08000000 -D_RAM_OFF=0x20000000 -mcpu=cortex-m3 -mthumb -DSTM32F1 -msoft-float

как-то так оно работает

хм прикольно

а вот команда mcu-info-util —mcu stm32f103c8t6 —header mcudefs.h —linker-script script.ld (доступно только для ARM) сделает вот что

Я смотрю у тебя 103 есть

в теории поддерживается около десятка производителей ARM чипов, но я тестил, что оно корректно генерирует только для Atmel и STM32, при этом в работе проверял только заголовочники для STM32

если не жалко, предлагаю поиграть на досуге с ней ;)

я играл и с STM32F103, и с STM32F407

Мне статистика нужна

по разгону до 144МГц

хех... ну у меня щас платок не валяется лишних под рукой

не, 407 жирно

ну будет, маякуй, расскажу

зато сразу 168 МГц

там не сложно

даже без разгона

да жалко ее )

я вот только не осилил USB у F407, пока что...

а 103 - не жалко ващьпе )

не... через готовые библиотеки легко

а вот через регистры у меня не взлетело

для F103 я писал свой стек USB и он отлично работал

USB не будет работать, сразу предупреждаю )

а вот мой самодельный USB-стек для MSP430 - https://github.com/KivApple/libmsp430usb

но вот у F407 пока не получилось (а щас не особо то нужно) - там всё же USB-модуль жирный, с кучей режимов (Device, Host, OTG) и в итоге я так и не смог получить ни одного пакета от компа, только RESET сигнал и всё

у F103 всё гораздо проще)

у MSP430, кстати, очень вкусный USB - хоть и без OTG, зато с 16 конечными точками (8 на приём, 8 на передачу)

зачетно

6 утра иди спи ))