[CADiLO 9]

Могу сказать что по отзывам в SIM908 (тот же чипсет) зарядное работает очень даже неплохо. Говорят поднимает аккумулятор даже из полностью просаженого состояния. Сам не проверял, но отзыв был уже не один. Да и не лепит Симком внутрь зарядное - оно уже готовое в чипсете имеется - нужно только ножку вывести. В чипсете от АД (как тогда оказалось с SIM300) было неудачное. Здесь вроде все в порядке. Так что тут вопрос не к Симкому, а к производителям чипсетов.

[Transistor 0]

Хотелось бы вот это

двустороннее расположение в максимально малом корпусе

 

[CADiLO 9]

Мы тоже к этому склоняемся - это решение будет и максимально дешевым.

Примерно так как на рисунке. Если есть предложения по перестановке выводов - тоже говорите.

Да, кстати - VRTC в этом варианте убран, а конденсатор внутри модуля.

 

Однако Симком просил вынести на обсуждение все варианты.

 

Ну и прочие предложения вносите - будем рассматривать.

 

 

[butthead2 0]

двустороннее расположение в максимально малом корпусе

Пайка дешевле будет. Меньше размеры - развести на месте любого бОльшего модуля не проблема.

[Slonofil 0]

Мы тоже к этому склоняемся - это решение будет и максимально дешевым.

Примерно так как на рисунке. Если есть предложения по перестановке выводов - тоже говорите.

Да, кстати - VRTC в этом варианте убран, а конденсатор внутри модуля.

 

Однако Симком просил вынести на обсуждение все варианты.

 

Ну и прочие предложения вносите - будем рассматривать.

Близко к идеальному варианту! Особенно удобно, что по разные стороны разнесены питание/радиочасть и цифровые выводы.

[CADiLO 9]

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

 

[gegel 0]

Что-то это мне напоминает :)

Может, пусть уже подстраиваюся, чтобы pin-to-pin совместимость была?

А там, гляди, Quectel умрет - и легко перейдем на Simcom :)

[CADiLO 9]

Беру M72 и накладываю поверх SIM900. М72-й больше по размерам. А новый модуль хотят сделать меньше 900го.

 

Внутри М72 четыре "кирпича", внутри SIM900 - три и меньшие по размеру. Память так точно в более мелком корпусе.

Поэтому есть куда ужаться. А это минус на стоимость платы как модуля так и устройства на нем. Ну и так далее....

 

Но как уже говорил выше - идея такая была озвучена.

[Transistor 0]

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

[CADiLO 9]

Это уже как располагать - если симка с этой стороны то ее как не крути она не попадет в зону антенны.

А если поменять как предлагается, то найдутся умельцы которые довернут ее к антенному выводу.

И как назло там окажется несогласованная антенна. :)

 

[Versatile 0]

Могу сказать что по отзывам в SIM908 (тот же чипсет) зарядное работает очень даже неплохо. Говорят поднимает аккумулятор даже из полностью просаженого состояния. Сам не проверял, но отзыв был уже не один. Да и не лепит Симком внутрь зарядное - оно уже готовое в чипсете имеется - нужно только ножку вывести. В чипсете от АД (как тогда оказалось с SIM300) было неудачное. Здесь вроде все в порядке. Так что тут вопрос не к Симкому, а к производителям чипсетов.

Или как вариант, делать свое зарядное. Как это делали мы.

Кстати Симком мы тоже проверяли на температурный режим в морозилке в составе нашего устройства. Он прекрасно работал (даже связь GPRS) не терял при -20. В течение пары часов.

[gegel 0]

Эдуард, подскажите: ADC как то связано с цепями голосового тракта? Я к тому спрашиваю, можно ли вывести вход ADC в урезанном модуле вместо, скажем DCD?

[Velund 0]

Эдуард, подскажите: ADC как то связано с цепями голосового тракта? Я к тому спрашиваю, можно ли вывести вход ADC в урезанном модуле вместо, скажем DCD?

 

Вот стандартные линии последовательного порта порт лучше не трогать (IMHO).

[molecul 0]

Прямой и недвусмысленный вопрос к представителям Телита - насколько реально в обозримом будущем (т.е. не годы, не месяцы а недели) добиться от разработчиков хоть какого то юзабельного способа приема UDP датаграмм, который не будет смешивать их (в том числе пришедшее с разных IP) и валить в буфер без разбора? То что есть сейчас - это реплика того что сделано для TCP (где имеет право на жизнь), но для нормальной работы с UDP датаграммами (а не потоком данных) попросту непригодно.

 

Вариант выглядящий наиболее простым и не мешающим совместимости со старыми делами (для тех кто работает с URC) - добавить новый режим выдачи в SRING который будет подобен моторольскому URC MIPRUDP. Что можно придумать для тех кто работает по опросу - даже и в голову не приходит (так, чтобы и совместимость сохранить с теми кто уже использует телит).

 

PS: Волей-неволей понадобится и поддержка hardware flow control в коммандном режиме.

На прямой вопрос могу сказать следующее:

1. За недели сделать новую стандартную прошивку для всех модулей нереально. Напомню, что прошивки всех GSM модулей Telit совместимы между собою, поэтому при добавлении любого, даже самого минимального, функционала, необходим достаточно длительный процесс тестирования на всех модулях, внесение изменений в внутреннюю и внешнюю документацию и пр. Поэтому стандартная прошивка появляется раз полгода или даже реже. Этим Telit и отличается от того же Quectel, где разработчик может запросто изменить прошивку по просьбе потребителя, не оставив никаких следов этого изменения (недавно это тут уже обсуждалось). В итоге если разработчик покинет компанию по какой-либо причине, разгребать завалы таких изменений будет просто некому.

2. Возможна кастомизированная прошивка, под конкретный проект. Но поскольку Telit - коммерческая компания, проект должен быть достаточно серьезным. Примеры кастомизации имеются, в том числе и в России.

3. В любом случае лучше обращаться непосредственно к дистрибьютору по вопросу внесения изменений в прошивки.

[gegel 0]

Вот стандартные линии последовательного порта порт лучше не трогать (IMHO).

HW flow control вполне достаточно RTS + CTS. Пускай DSR используется для входа в Sleep

Но как можно использовать DCD, ума не приложу...