Здравствуйте

Решил обратиться сюда, т.к. сам уже все перепробовал и особого результата не добился.
Проблема такая:

Есть радиомодуль от HopeRF, который построен на базе Si1000. В этом Si1000 есть так называемый SmaRTClock для реализации часов реального времени.
Необходимо в заданный интервал (пускай будет раз в секунду) отправлять пакет с данными. Настраиваю обработчик прерывания INTERRUPT_RTC0ALARM и в нем делаю инкремент переменной и моргание светодиодом



в основном теле программы я по событию отправляю некий пакет в котором передаю значение переменной Pktcnt



по идее я должен на приемной стороне каждую секунду получать пакеты где значение Pktcnt каждый раз увеличивается на 1. Но ну тут то было. Светодиод моргает как положено раз в секунду. Пакеты тоже приходят раз в секунду, но значение поля меняется нифига не на 1. Изменяться оно может на 6 на 7. По разному бывает. Т.е. получаю в пакете 1, потом 7, потом 13 и т.д.
Мой мозг отказывается это понимать

Помогите пожалуйста разобраться в этих "чудесах" .

Предупреждаю, ни с HopeRF ни с si1000 не работал. И не пойму каким компилятором Вы пользовались и все остальное. Но, как мне видится, Вы в обработчике прерываний дожны убрать какой-то аппаратный флаг. А раз Вы этого не делаете, то несколько раз подряд это прерывание вызывается до того как заснуть. Не угадал? Либо нужно переводить будильник на секунду вперед. Но у Вас я вообще не вижу никаких переводов и манипуляций с модулем SmaRTCclock в прерывании. Видимо эти действия выполняет какая-то ОС?

Компилятор я использую SDCC, хотя пробовал на Keil и "чудес" там было не меньше.
По идее Вы правы в начале обработчика надо бы выключать это прерывание с помощью

в на выходе включать


но я так делал, и проблемы это не решало.
Выяснил тут, что действительно как то обработчик похоже несколько раз вызывается. Щас добавил флаг, чтобы значение устанавливалось только один раз и больше не менялось пока не считаю его. Помогло, но это тоже не выход. Почему возникает такой "дребезг" в ISR не понимаю. Обработчик делал по примеру от Silabs.

нет, я имел ввиду другое. Нужно не сбрасывать флаг разрешения прерывания, а хардверный флаг, тот что выставляет железо. Как флаги TI и RI для UART. Например, у меня в f410 для сброса прерывания от RTC был такой код:

Блин, похоже так и есть. Вечером попробую и отпишусь. В примерах от Silabs они только флаг разрешения прерывания сбрасывали, вот я и сделал так же.

Ваш совет действительно помог. Спасибо!

Добрый день!

Столкнулся с подобной проблемой при разработке цепи (передатчик-приемник) на базе si1000.

Суть проблемы вкратце такова: передача срабатывает 1 раз, дальше приемник "наглухо" висит, ожидая пакет.

Пробовал добавить цикл инициализации параметров приемника после получения данных - результат тот же: висим.

Подскажите, кого нужно сбросить/обнулить/установить после приема данных.

А код для отправки и приема пакетов откуда брал? У Silabs или HopeRF? Код у них отличается. HopeRF взял код у Silabs, наговнякал по китайски туда всяких флагов и выдает этот код со своими модулями RFM50.

Еще если сам делал модуль, то подключил ли вывод NIRQ к P0.7 (к примеру), через подтяжку? Причем в доке пишут что надо через 100 кОм, но мне пришлось в параллель еще 100 кОм поставить чтобы заработало иначе тоже вело себя по разному.

Код брал у Silabs. NIRQ Подключил к P0.1 (конт.35. (SBIT(IRQ, SFR_P0, 1); // SI100x Daughter Card Connection) как в исходнике), правда без подтяжки (внешней).

Подтянул NIRQ через 33к, результат тот же. Один раз срабатывает, больше не хочет, висит наглухо. После разрыва питания или Reset при отладке в IDE Silabs также срабатывает один раз.
Где искать не знаю. Есть ли какие предложения?

А в сон не загоняете его? Может отправляет и засыпает с концами?

В сон конечно вначале уходил, но убрал и ничего не помогло. Обратился в Silabs. Посоветовали убрать исполняемые коды (мои) и оставить только передачу, сменив несущую ( я работаю на частоте 434MHz). Таким образом удалось локализовать ошибку. При выполнении исполняемого кода нарушалась начальная установка порта Р2 (SDN). После принудительной установки SDN все заработало. Хотя я изначально выходил на начальную установку портов, но это почему-то не помогло. Дальше разбираться не стал, хотя наверное надо бы. Еще раз всем спасибо.