|
|
  |
SIM900 НАВЕРНОЕ НЕПРАВИЛЬНО, Обнаружена неправильная работа |
|
|
|
Feb 24 2011, 09:28
|
Местный
  
Группа: Свой
Сообщений: 483
Регистрация: 1-09-06
Из: Гродно РБ
Пользователь №: 20 011

|
Цитата(ssokol @ Feb 24 2011, 12:51)  Ну вы , блин, даете. А вы не пробовали шандарахнуть кувалдой по модулю, а потом сказать ,что он глючит? Вы почитайте , что такое свч передатчик и куда девается энергия при отключенной антенне и вам все станет ясно. тут товарищ имитирует таким образом выход из зоны покрытия. конечно это вариант не лучший правильнее было бы переключать антенну на нагрузку 50 Ом. но насколько мне известна у модуля есть защита от несогласованной антенны (отключенной, закороченной), то так тоже можно поступать.
|
|
|
|
|
Feb 24 2011, 12:59
|
Знающий
   
Группа: Свой
Сообщений: 615
Регистрация: 14-02-08
Из: г. Рыбинск, Ярославская область
Пользователь №: 35 028

|
Цитата(Peps @ Feb 24 2011, 15:47)  А в SIM300D такая защита была? Просто специально тестировал без антенны долго и упорно - модуль жил и радовался жизни, я даже спор по этому поводу выиграл. Да и другим модулям перепадало включаться и пытаться зарегистрироваться без антенны - все живы-здоровы. Вот с тех пор и укоренилось у меня мнение об великом изобретении китайского гения! А видимо это не фича, а простая случайность! И в сим300 такой защиты не было, однажды у трекера на сим300 украли антенну, машина в пути была 3 дня, те 3 дня бедный сим300 пытался "выйти на связь", когда машина приехала и поставили новую антенну, то сим300 обрадовался, и все что накопилось за 3 дня с удовольствием передал , при этом не сгорев. К Сим900 также один раз забыли припаять антенну , он даже в сети как-то умудрился зарегиться, при этом не сгорев, но может быть здесь дело в организации питания, разводке ... удаче, везучести ... так, что не надо вкл без антенны делать, вдруг не повезет :-(((
|
|
|
|
|
Feb 25 2011, 10:53
|
Группа: Новичок
Сообщений: 6
Регистрация: 30-11-10
Пользователь №: 61 283

|
Цитата(CADiLO @ Feb 22 2011, 16:05)  Какой используете контроллер, напряжение его питания, какой кварц (или какой процент разбега по частоте обмена)? Как сделано сопряжение контроллер-модуль? На какой скорости общаетесь с модулем, выключено ли автоопределение, используется ли RTS-CTS? Вынужден признать Вы были правы. Подключили модем к COM-порту компьютера. Модем стал заработать корректно. Не знаю что там накосячили в схемотехнике, но в результате данные передаваемые в модем и получаемые из него изредка искажались - естественно модем вёл себя неадекватно. Сейчас мне кажется странным, что я не догадался раньше. Спасибо за подсказку.
|
|
|
|
|
Feb 25 2011, 14:00
|
Ортодокс
  
Группа: Свой
Сообщений: 219
Регистрация: 26-10-07
Из: Смела, Украина
Пользователь №: 31 775

|
Пока меня не было плавно сменили тему. Хотелось бы все-таки вернутся к исходной. Цитата(CADiLO @ Feb 21 2011, 12:18)  We see this problem, and we think it is AT mechanism difference between SIM900 and SIM300. So it is difficult for us to remove the delay. Я с уважением отношусь к чужим трудностям, если их только не пытаются перекладывать на других. Что мешает реализовать внутри модема промежуточное буферирование? И тогда делай, какую тебе нужно задержку перед отсылкой. И не нужно будет каждому пользователю решать проклятый вопрос: 50 мс или 100? или 500, чтобы наверняка? Достаточно будет послать команду CIPSEND и дождаться ответа, как для любой другой команды.
|
|
|
|
|
Feb 25 2011, 14:13
|

Гуру
     
Группа: Свой
Сообщений: 6 023
Регистрация: 26-08-05
Из: Днепр
Пользователь №: 7 988

|
Этот вопрос китайцам озвучен в баг-репорте, они приняли его к рассмотрению. Возможно что-то и поправят. дополню... Сейчас есть две более критичные ошибки которые исправлялись и уже есть тестовые прошивки где поправлено. 1. не работали команды использующие или меняющие PIN2 2. исправления в логике выхода из SLEEP по DTR ну и еще есть мелочи.... так что никто не забросил доведение до ума модуля, просто там своя бюрократия. им надо объяснить что мы хотим, потом они пишут своим R&D извещение на измененение, потом тестируем..... и так пока не подтвердим что нас устраивает... да не быстро, но движемся. могу сказать что общий багрепорт для 4 версии составлял почти 400 замечаний (392). для восьмерки всего 38. ну если конечно новых ошибок не наделают
--------------------
Не можна втрачати надію. Не можна здаватися до останньої миті. Можливо саме вона, остання мить, принесе весну, яка стане початком нового життя.
|
|
|
|
|
Feb 25 2011, 14:21
|
Ортодокс
  
Группа: Свой
Сообщений: 219
Регистрация: 26-10-07
Из: Смела, Украина
Пользователь №: 31 775

|
Цитата(CADiLO @ Feb 25 2011, 16:13)  Этот вопрос китайцам озвучен в баг-репорте, они приняли его к рассмотрению. Возможно что-то и поправят. Большое спасибо.
|
|
|
|
|
Feb 27 2011, 08:36
|
Знающий
   
Группа: Свой
Сообщений: 567
Регистрация: 7-07-07
Из: Донецк
Пользователь №: 28 954

|
При работе TCP/IP стеком sim900 в прозрачном режиме наткнулся на 2 неприятные вещи. 1 Если соединение закрывают с другой стороны, то сообщение CLOSED приходит до того как снимается DCD. 2 При переходе в командный режим дерганьем DTR даже после получения OK в порт может проскочить порядка 100 байт данных. В принципе и ту и другую проблему можно обойти программно, но все-же... ЗЫ поругавши надо и похвалить  похоже симкомовцы сделали раздельный буфер для данных и команд, так-что при переходе в командный режим и обратно данные в буфере не теряются, в отличие от того-же HiLo.
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|