проверил идею с кварцем- при инициализации установил
NRF_CLOCK_LFCLKSRC_RC_250_PPM_8000MS_CALIBRATION

и он в эфире появился!

Спасибо всем за подсказки! Будем дальше разбираться.

вопрос по этому процу- минимум распаянный для того, чтобы программатор его увидел -какой?
Просто подключить программатор к процу и подать питание не получится? Т.е. без кварца.

Получится без кварца. Два сигнала от SWD-DP достаточно.

Сообщение отредактировал Genadi Zawidowski - Dec 7 2015, 01:08

Никто не пробовал сформировать "классический" пакет на nrf51822 и передать?
Глубоко не вникая в скрытые нюансы, почитал документацию и очень похоже что можно.
Судя из их доки, единственный пункт который не получится "исправить" в классическую сторону- преамбула в 4 бита длиной. Она будет 8 бит, но для приемника это не существенно,тк прерывание Rx по совпадению синхрослова а не преамбулы.

А зачем? Какой в этом практический смысл?

Смысл есть. В моей задаче нужно поддерживать взаимодействие как с классическими так и BLE устройствами. USB донгла, чтоб кристалл был дёшев и документация доступна так и не нашел. Или по доке всё вроде должно получиться, но на практике сталкиваешься с заморочками производителя чипа. TI например, вот где бестолковщины! Каждый отдел делал свою часть как хотел, исходя из женской логики. И не знал что делает соседний. Обещают, как бы "туманно", а в железке реализовать не получается.

Сообщение отредактировал sevstels - May 30 2016, 04:16

Это вы про CC2564? Она не работает в обоих режимах?

Нет, CC2564 пока ещё не успел купить. Но всяких других уже - "мешок". Как истинно говорится: " Выбор толковый приходит с опытом, а к нему приводит выбор бестолковый." В общем, если никто не пробовал передать классический пакет из nrf51822, попробую, кит уже купил.

А стек блютуза сами будете писать? У нордика исходники стека закрыты, предоставляют только hex-файл для заливки в чип и заголовочные файлы.

Стек не нужен, он лишь усложняет дело, кастомный протокол.

Если "стек не нужен" и "кастомный протокол", то почему бы не взять простой RF-модуль на требуемый частотный диапазон и использовать его?

Хороший вопрос.
У меня уже есть рабочий вариант с BT-трансивер, который работает с классик и BLE. Но использовать его в масс-продакшен нельзя, тк можно легко "подсесть" на шину между RF и контролером для реверса. Что вскоре привлечет серьёзные проблемы со стороны желтоглазых братьев.

Странно как-то говорите - есть проект на открытом стеке, вы его доработали существенно или написали свой, чтоб делать закрытым? Если нет, то какой смысл реверсить то, что и так открыто?

Сообщение отредактировал mantech - May 31 2016, 12:41

О каком стеке вы говорите?
Если про ubertooth, то он использовался только изучения и отладки, хорошая платформа.
Исправив там огромное число ошибок, портировал его под IAR и под Win, это есть преступление?

Появилось время заняться nrf51822.
Собрал примеры из последнего Nordik SDK (12.2), попробовал запустить с телефоном... и фиг вам! Не работает, никакие припарки и умные советы решить проблему не помогли. Пишу, чтоб начинающие долго не мучились, ведь Нордик (как впрочем и остальные BT-деятели) "скромно умалчивает" о неработоспособности BLE с Android 5.