|
|
  |
M2M: SIM900D vs GL868-DUAL, какой из модулей лучше, надежней, перспективней для M2M |
|
|
|
Nov 9 2011, 10:01
|
Частый гость
 
Группа: Свой
Сообщений: 83
Регистрация: 1-11-06
Из: Николаев
Пользователь №: 21 853

|
Хотелось бы вот это Цитата(CADiLO @ Nov 9 2011, 11:43)  двустороннее расположение в максимально малом корпусе
|
|
|
|
|
Nov 9 2011, 10:19
|
Местный
  
Группа: Участник
Сообщений: 301
Регистрация: 22-07-09
Пользователь №: 51 470

|
Цитата(CADiLO @ Nov 9 2011, 12:43)  двустороннее расположение в максимально малом корпусе Пайка дешевле будет. Меньше размеры - развести на месте любого бОльшего модуля не проблема.
|
|
|
|
|
Nov 9 2011, 11:29
|
Местный
  
Группа: Свой
Сообщений: 403
Регистрация: 29-04-11
Из: Украина
Пользователь №: 64 682

|
Что-то это мне напоминает  Может, пусть уже подстраиваюся, чтобы pin-to-pin совместимость была? А там, гляди, Quectel умрет - и легко перейдем на Simcom
Эскизы прикрепленных изображений
|
|
|
|
|
Nov 9 2011, 11:49
|
Частый гость
 
Группа: Свой
Сообщений: 83
Регистрация: 1-11-06
Из: Николаев
Пользователь №: 21 853

|
Предлагаю первые 12 выводов перевернуть в обратный порядок(1,2,3,4-sim, 5-GND, 6-12-ком порт), тогда дорожки, идущие на контроллер, при разводке, не будут пересекаться с дорожками симки. Как считаете?
|
|
|
|
|
Nov 9 2011, 13:04
|

Участник

Группа: Участник
Сообщений: 17
Регистрация: 8-10-11
Пользователь №: 67 605

|
Цитата(CADiLO @ Nov 9 2011, 12:59)  Могу сказать что по отзывам в SIM908 (тот же чипсет) зарядное работает очень даже неплохо. Говорят поднимает аккумулятор даже из полностью просаженого состояния. Сам не проверял, но отзыв был уже не один. Да и не лепит Симком внутрь зарядное - оно уже готовое в чипсете имеется - нужно только ножку вывести. В чипсете от АД (как тогда оказалось с SIM300) было неудачное. Здесь вроде все в порядке. Так что тут вопрос не к Симкому, а к производителям чипсетов. Или как вариант, делать свое зарядное. Как это делали мы. Кстати Симком мы тоже проверяли на температурный режим в морозилке в составе нашего устройства. Он прекрасно работал (даже связь GPRS) не терял при -20. В течение пары часов.
|
|
|
|
|
Nov 10 2011, 06:20
|

Знающий
   
Группа: Свой
Сообщений: 567
Регистрация: 19-01-11
Из: СПб
Пользователь №: 62 326

|
Цитата(Velund @ Nov 9 2011, 10:26)  Прямой и недвусмысленный вопрос к представителям Телита - насколько реально в обозримом будущем (т.е. не годы, не месяцы а недели) добиться от разработчиков хоть какого то юзабельного способа приема UDP датаграмм, который не будет смешивать их (в том числе пришедшее с разных IP) и валить в буфер без разбора? То что есть сейчас - это реплика того что сделано для TCP (где имеет право на жизнь), но для нормальной работы с UDP датаграммами (а не потоком данных) попросту непригодно.
Вариант выглядящий наиболее простым и не мешающим совместимости со старыми делами (для тех кто работает с URC) - добавить новый режим выдачи в SRING который будет подобен моторольскому URC MIPRUDP. Что можно придумать для тех кто работает по опросу - даже и в голову не приходит (так, чтобы и совместимость сохранить с теми кто уже использует телит).
PS: Волей-неволей понадобится и поддержка hardware flow control в коммандном режиме. На прямой вопрос могу сказать следующее: 1. За недели сделать новую стандартную прошивку для всех модулей нереально. Напомню, что прошивки всех GSM модулей Telit совместимы между собою, поэтому при добавлении любого, даже самого минимального, функционала, необходим достаточно длительный процесс тестирования на всех модулях, внесение изменений в внутреннюю и внешнюю документацию и пр. Поэтому стандартная прошивка появляется раз полгода или даже реже. Этим Telit и отличается от того же Quectel, где разработчик может запросто изменить прошивку по просьбе потребителя, не оставив никаких следов этого изменения (недавно это тут уже обсуждалось). В итоге если разработчик покинет компанию по какой-либо причине, разгребать завалы таких изменений будет просто некому. 2. Возможна кастомизированная прошивка, под конкретный проект. Но поскольку Telit - коммерческая компания, проект должен быть достаточно серьезным. Примеры кастомизации имеются, в том числе и в России. 3. В любом случае лучше обращаться непосредственно к дистрибьютору по вопросу внесения изменений в прошивки.
|
|
|
|
|
Nov 10 2011, 06:20
|
Местный
  
Группа: Свой
Сообщений: 403
Регистрация: 29-04-11
Из: Украина
Пользователь №: 64 682

|
Цитата(Velund @ Nov 10 2011, 04:00)  Вот стандартные линии последовательного порта порт лучше не трогать (IMHO). HW flow control вполне достаточно RTS + CTS. Пускай DSR используется для входа в Sleep Но как можно использовать DCD, ума не приложу...
|
|
|
|
|
  |
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0
|
|
|