PIC и BlueTooth

AndGrig · 14.01.2019, 16:55

Нужно связать терминал с ПИКом через Блютуз. Если с терминала приходит один байт, то ПИК считает его адресом EEPROM, читает содержимое по этому адресу и отправляет это содержимое на терминал. Если с терминала приходит два байта, то ПИК записывает по адресу из первого байта содержимое второго байта.
Подаю питание на ПИК и свисток (bk3231s), на компе или смартфоне даю команду законнектиться. На свистке загорается светодиод, но никакой реакции на команды с терминала. Подключаю ПикКит2 и читаю EEPROM. После этого все работает. Стоит расконнектиться/законнектиться опять ничего не работает до чтения или записи в EEPROM.
Коннект начинается с посылки от терминала байта "В2" и продолжается около 50 мсек (видно на осциллографе). Пробовал при приеме В2 не выходить из прерывания от 50 до 100 мсек затем перезагружать ПИК. Без толку. Что делать?

mike-y-k · 14.01.2019, 17:53

AndGrig, смотреть на реализацию обмена в коде. Сначала просто наладьте спаривание и обмен данными в обе стороны, а потом уже переходите к модификации памяти.

AndGrig · 14.01.2019, 18:01

Под спариванием понимается спаривание терминала со свистком? После такого спаривания я перезагружал ПИК. В инициализации все прописано для работы USARTa. Этого недостаточно?

Eddy71 · 14.01.2019, 18:11

Спаривание между блютузами. Они сконнектится должны. Обменяться паролями и пинами. Дальше уже обмен будет.

AndGrig · 14.01.2019, 18:54

Да связываются блютузы между собой.
Контроллер не реагирует на блютуз пока я не прочитаю EEPROM. Я вижу осциллографом, что блютуз передает на ПИК байт или два, а реакции ноль. Читаю ПикКитом ПЗУ или программу после этого все работает как надо. При чтении программы ПИК передает на терминал 80 FF 80 80, а при чтении ПЗУ - 80 FC. Случаются вариации. Насильная передача этих байт не возможна. ПИК ничего не отправляет.
Защиты программы и данных отключены, отладочный режим отключен.

mike-y-k · 14.01.2019, 19:11

AndGrig, если спаривание проходит успешно - курить мануал на тот свисток и разбираться с его инициализацией для работы с ним в желаемом режиме. Тот наблюдаемый обмен совсем не просто так происходит, видимо он что-то сообщает и есть вероятность ждёт подтверждения. Плюс возможны интервалы при инициализации.

AndGrig · 14.01.2019, 21:05

Я не посмотрел осциллограммы при чтении программы, но при чтении ПЗУ то, что терминал принимает за 80 FC, а иногда 80 FF на самом деле два длинных ноля на выходе контроллера Тх (FFFFFFF....) но без стопового бита. Как в этом случае терминал интерпретирует байт без стопового бита?
Как происходит чтение ПикКитом ПЗУшки? Скорее всего выполнение программы останавливается и выходы обнуляются. Или нет?

AndGrig · 14.01.2019, 21:31

На мой взгляд. что-то не то в контроллере. Он молчит пока на произойдет вмешательство КИТАЙСКОГО ПикКита. Что это может быть? Блютуз отбрасываем. Какой-то флаг, какой-то бит в слове конфигурации, какой-то временной интервал, какой-то хрен знает что... Я уже с Нового Года по старый НГ по полдня каждый день потратил. Скоро жена домой не пустит с такими заработками

Придется старую бросать, на молодой жениться

, а там денег еще больше понадобится

Куда смотреть, что искать?

Maxim39 · 15.01.2019, 00:22

Я как то очень долго возился со своей платой на пике, а частота гуляет туда сюда и никак не могу понять в чем дело. В итоге оказалось что общий вывод конденсаторов кварца не припаян к земле. С тех пор я сначала прозваниваю плату и проверяю пайку. А для диагностики программы подключаю дисплей 4-х строчный и смотрю все ключевые параметры.

jump · 15.01.2019, 00:23

Сообщение от AndGrig

Скоро жена домой не пустит с такими заработками... Куда смотреть, что искать?

тоды в сексжоп - там жона покорная не выгонит

мужик ремонтирует машину, вокруг соседский малой крутится
- дяденька, дяденька, а я знаю что у вас сломалось!
мужик ищет "искру", но не может найти
- дяденька, я знаю что у вас сломалось! дай на моржо - скажу!
мужик уже употел
- дяденька, ну я знаю что сломалось!
мужик дает 20 копеек (мож пацан где пошалил)
- и что сломалось?
- машина у вас сломалась!

программу прочеши, закольцуй прием байтов и передачу назад в терминал через МК (режим заглушки сом-порта)
попробуй через сом-порт МК выполнить запись EEPROM без тузика, если пишется и читается - обмен с тузиком виноват
лог. уровни равны, питание одинаковое?