[pepelats 0]

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

 

Продолжаю бороться с этим модулем :smile3009:

 

В этот раз проблема вылезла откуда не ждали. До этого не мог добиться чтобы RTC тикал и не сбоил, теперь обратная проблема. Не могу загнать его в режим сна.

 

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

Т.е. модуль должен проснуться, поморгать и заснуть опять. Но если померить ток потребляемый во время сна, то он в лучшем случае 1,4 мА. Что не соответствует режиму сна.

В чем может быть причина отказа засыпать? Есть ли какие то аппаратные и/или программные особенности?

 

P.S. пример который я использую называется Si100x_SleepMode_smaRTClockWake.

Изменено 13 июня, 2012 пользователем pepelats

[vpm 0]

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

 

Продолжаю бороться с этим модулем :smile3009:

 

В этот раз проблема вылезла откуда не ждали. До этого не мог добиться чтобы RTC тикал и не сбоил, теперь обратная проблема. Не могу загнать его в режим сна.

 

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

Т.е. модуль должен проснуться, поморгать и заснуть опять. Но если померить ток потребляемый во время сна, то он в лучшем случае 1,4 мА. Что не соответствует режиму сна.

В чем может быть причина отказа засыпать? Есть ли какие то аппаратные и/или программные особенности?

 

P.S. пример который я использую называется Si100x_SleepMode_smaRTClockWake.

 

Попробуйте выйти на Silabs Support. Они отвечают достаточно дружелюбно и оперативно.

 

[proxi 0]

Silabs Support

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

 

[pepelats 0]

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

 

да тут все дело в том, что используется не отдельный чип, а модуль на базе этого чипа. Называется RFM50, делает HopeRF. Поэтому приходится контактировать именно с ними. Они в принципе на вид тоже дружелюбны, но есть у них замечательная отмаза. Типа а есть вас наш демо-кит? Говоришь нет, тогда типа это у вас проблемы. Покупайте наш демо-кит и будет вам счастье. А по идее нафик этот демо-кит, там схема то элементарная и повторяет фактически ихний демо-кит. Но чтобы с ними разговаривать пришлось заказать демо-кит. Щас вот ждем. Иначе хрен че докажешь. Думаю если к Silabs обратиться, также отмажутся. Типа это модуль кривой, а чип у нас замечательный.

 

[vpm 0]

да тут все дело в том, что используется не отдельный чип, а модуль на базе этого чипа. Называется RFM50, делает HopeRF. Поэтому приходится контактировать именно с ними. Они в принципе на вид тоже дружелюбны, но есть у них замечательная отмаза. Типа а есть вас наш демо-кит? Говоришь нет, тогда типа это у вас проблемы. Покупайте наш демо-кит и будет вам счастье. А по идее нафик этот демо-кит, там схема то элементарная и повторяет фактически ихний демо-кит. Но чтобы с ними разговаривать пришлось заказать демо-кит. Щас вот ждем. Иначе хрен че докажешь. Думаю если к Silabs обратиться, также отмажутся. Типа это модуль кривой, а чип у нас замечательный.

 

Я с Silabs контактировал на базе продукта, собственного дизайна и их исходника RunTimePHY. Разговор изначально шел о версии (дате) исходника, тип компилятора, и т.д. Т.е. они собственно не настаивали на демо-кит, хотя упоминали. Кстати можно попробовать поменять компилятор (версии). Замечено, что компилятор не всегда работает корректно.

[pepelats 0]

Я с Silabs контактировал на базе продукта, собственного дизайна и их исходника RunTimePHY. Разговор изначально шел о версии (дате) исходника, тип компилятора, и т.д. Т.е. они собственно не настаивали на демо-кит, хотя упоминали. Кстати можно попробовать поменять компилятор (версии). Замечено, что компилятор не всегда работает корректно.

 

да, пожалуй в процессе ожидания кита стоит с ними (Silabs) пообщаться. Хуже точно не будет :)

[pepelats 0]

да, пожалуй в процессе ожидания кита стоит с ними (Silabs) пообщаться. Хуже точно не будет :)

 

Написал я таки письмо в саппорт Silabs и получил вполне ожидаемый ответ: :)

 

It looks like this is a product manufactured by HopeRF. WE can provide technical support to HopeRF, but it is best for you to contact them for support with their products. We will need to get specific details on the implementation that only the manufacturer would know while debugging. Do you have an Si1000 Eval Board? If so, we can debug your problem using that.

 

Вот что с ними делать? Пинг понг блин устроили. Нет демо-кита, нет саппорта.

[maketych 0]

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

 

Продолжаю бороться с этим модулем :smile3009:

 

В этот раз проблема вылезла откуда не ждали. До этого не мог добиться чтобы RTC тикал и не сбоил, теперь обратная проблема. Не могу загнать его в режим сна.

 

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

Т.е. модуль должен проснуться, поморгать и заснуть опять. Но если померить ток потребляемый во время сна, то он в лучшем случае 1,4 мА. Что не соответствует режиму сна.

В чем может быть причина отказа засыпать? Есть ли какие то аппаратные и/или программные особенности?

 

P.S. пример который я использую называется Si100x_SleepMode_smaRTClockWake.

 

 

В модуле RFM50 питание контроллера и трансивера объединены. Ножка shutdown трансивера жестко посажена на "всегда включено". Поэтому помимо контроллера трансивер тоже нужно софтварно перевести в режим слипа.