Перейти к содержанию
Поиск
    

Beginning

Свой
 Профиль  Обзор контента

  • Постов

    501

  • Зарегистрирован

  • Посещение

 Тип контента 

Сообщения, опубликованные Beginning

  1. Опубликовано · Пожаловаться

    В идеале мнне надо http соединениие, ну в крайнем случае сокет. У меня это не работает. Покапал инфу в поисковиках, gogle не находит вообще этих команд!!!!!! В отечественнных нашлось пару ссылок на 65-75 версии. Может быть это в 55 зачатки кода? Полуработающего. С инфой настолько всё плохо, ну что можно сказать о компании которой уже нет! Да и benq тоже похоже что скоро загнётся, навыпускали туфты, покупать никто не хочет.

  2. Опубликовано · Пожаловаться

    Пробую последовательность:

    at^sics=0,conType,gprs0

    AT^SICS=0,user,”wap”

    AT^SICS=0,passwd,”wap”

    AT^SICS=0,apn,”wap.welcom.by”

     

    at^siss=0,srvType,http

    at^siss=0,address,"http://www.tut.by"

     

    На эти команды всегда ok

     

    at^siss=0

     

    На эту error

     

    При этом:

    at^siso?

     

    ^SISO: 0, "Http","2","1","0","0","0.0.0.0:0","0.0.0.0:0"

    ^SISO: 1, ""

    ^SISO: 2, ""

    ^SISO: 3, ""

    ^SISO: 4, ""

    ^SISO: 5, ""

    ^SISO: 6, ""

    ^SISO: 7, ""

    ^SISO: 8, ""

    ^SISO: 9, ""

     

    У когонибудь это работает?

  3. Опубликовано · Пожаловаться

    P.S. Стек PPP есть. Стека TCP/IP нету.

    Эту фразу я удалил почти сразу. Плдумал и понял что написал некорректно. Этот форум после краха востановил :twak: её.

    Ну и как у вас заработали эти примеры? Например команды at^siss даже нет в datasheet.

  4. Опубликовано · Пожаловаться

    Ну да, есть “режим PPP”, и как раз посредством стека этих протоколов он и общается с вами. Проблема в том, что чтобы он вас понимал, вы также должны общаться с ним через PPP-TCP/IP, т.е. поднять все эти протоколы.

    А смысла команды AT^SGAUTH я вообще не понимаю, и на что она влияет тоже. Ведь тип аутентификации, согласовывается в LCP протоколе, отдельно каждой стороной.

     

     

    P.S. Стек PPP есть. Стека TCP/IP нету.

  7. Опубликовано · Пожаловаться

    Встречал я подобные схемы, и ещё сложнее. Там столько нюансов. Один расчёт окна чего стоит. Вообще можно написать. Но писать километр времени надо. Лично я нелюблю чужие исходники брать, т.к. на их изучение тратится примерно столько же времени, сколько и на написание своих. Но видимо не в этом случае. :crying:

     

    Ни у кого нету uCOS TCP/IP. Хочется глянуть что за весч. А то на их сайте надо километровую анкету заполнять, а у меня хроническая аллергия к подобным анкетам.

     

    To west329_:

    A вы уже написали PPP(Ethernet),IP?

    Вы сейчас TCP пишите?

  10. Опубликовано · Пожаловаться

    Начал изучать TCP. Дааа... Не думал, что он настолько сложен. Не удастся реализовать с "наскока".A время поджимает. Народ, может кто поделится готовыми реализациями TCP, или ссылочку кто подскажет.

  11. Опубликовано · Пожаловаться

    Есть сим с напряжением 1V8(могу ошибатся) и 3V3. Второе в два раза выше. Возмём аналогию есть контроллеры (и память) на 3V3, подайте на него в два раза выше 6V6. Что будет? Или подайте на 1V8 контроллер 3V6 напругу. Утюг обеспечен.

    Есть золотое правило которому следую я, и вам советую:

    Никогда не считай маловероятное невозможным.

    В данном случае маловероятное - это выход из строя радиоэлемента от двойной перегрузки по напряжению. Хотя, не настолькож и маловероятное.

  12. Опубликовано · Пожаловаться

    Всё проблема решена. PING отправляется и приходит. Вот пример:

     

    Вот что я посылаю :

    --> GSM:FF,3,0,21,45,0,0,1C,0,0,40,0,FF,1,BD,F0,A,14,B7,8F,40,E9,BB,63,8,0,F7,FE,0,1

    ,0,0,22,E6,

     

    И вот что приходит :

    <-- GSM:FF,3,0,21,45,0,0,1C,0,0,40,0,EC,1,D0,F0,40,E9,BB,63,A,14,B7,8F,0,0,FF,FE,0,1

    ,0,0,B1,32,

     

    IP - 40.E9.BB.63 - это google

    IP - A,14,B7,8F - адрес который мне сеть выдала

  13. Опубликовано · Пожаловаться

    Да блин с этими CRC одни проблемы. С CRC PPP долго мучался. Вот походу таже проблема с CRC IP. А самое главное что не понятно где грабли. То ли CRC, толи что другое. Но факт остаётся фактом, PING отправляется и ничего не приходит. Вы не знаете где взять калькулятор CRC для IP?

  14. Опубликовано · Пожаловаться

    Вы влюбом случае будете работать с PPP. Т.к. это протокол канального уровня GPRS. На него ложится IP - сетевой уровень ложится поверх PPP. TCP - транспортный поверх IP, ну и т.д.

    Просто Стек PPP и TCP/IP разработчики ПО для SIM благодушно написали за вас. И вы пользуетеь только вершиной, не видя того что ниже.

    Если не ввести пароль, то PPP будет разорван при попытке запроса IP адреса.

    З.Ы. Есть сети где только один тариф, и им пофиг пароль.

  16. Опубликовано · Пожаловаться

    Ну пока я только IP формирую. Впринципе, вроде всё OK, вкладываю ICMP-ping и на google. И нифига не приходит :laughing: Грешить могу только на CRC ip шапки. Буду разбиратся.

    Ещё TCP не брал. Неужели он настолько сложнее UDP? Владея предварительной инфой, о мне не показался "страшным".

  19. Опубликовано · Пожаловаться

    Наверное вам случайно достались военные beta-образцы с гипер-приёмником. Модуль пытается зарегестрироватся в соседней стране, и разумеется т.к. родной сети нет, то в роуминге. :biggrin::biggrin::biggrin:

    Сейчас военные будут вести за вами охоту :maniac: :biggrin:

  21. Опубликовано · Пожаловаться

    Эж какая "страшная" антенна. А я думал, это знаменитая змейка с обрезанным хвостом. И мне интересно и как сие чудо работает.

    в некоторых условных единицах

    Значение возвращается в дБ/м. Леггко преобразовать в 100% шкалу.

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

    Я бы сделал так. Выезжаешь в зону неуверенного приёма и проверяешь свяь. Я как-то сдела полуволновый диполь. Так вот, обычный телефон не мог связатся с GSM сетью, а SIM300 с этим диполем и связатся и позвонить мог.

  22. Опубликовано · Пожаловаться

    Спасибо.

     

    To vesago:

    А это из исходников linux или чего другого?

    Вы можите выложить исходников побольше, например (__reverse(total_len);), конечно если это не комерческая инфа.

    Я например думаю сделать IP заголовок через union, навскидку например так:

    tupdef union{
uint8 raw_data[2000];
//---------------------------------
struct{
    uint8 ip_header;
    uint8 tos;
    ……    
}IP;
//--------------------------------
struct{
    uint8 shift[32];  //пропускаем IP заголовок
    uint16  PORT_surce;
uint16  PORT_distenation;
    ……    
}TCP;
//----------------------------------
struct{
    uint8 shift[32];  //пропускаем IP заголовок
    ……    
}UDP;
}IP_FRAME;

    Тогда обращения будут выглядеть так:

    IP_FRAME ip_frame;

    Ip_frame.IP. header=0x45;

    Ip_frame.TCP. PORT_surce =0x0080;

    Ну и т.д.

     

    Как вам такой подход? Какие есть замечания?

  23. Опубликовано · Пожаловаться

    В заголовке IP кадра второй байт - тип обслуживания пакета (оптимизация, минимизировать задержку, максимальная производительность, максимальная надёжность передачи, минимизировать стоимость доставкипакета). Что означают эти опции и реально они на что-то влияют?

    9 байт IP - TTL время жизни пакета, максимальное количество пройденныхмаршрутизаторов. Обычно 32 или 64. Как эта величена связана с реальной действительностью.

    Важна любая информация. Идёт стадия накопления информации.

  24. Опубликовано · Пожаловаться

    В более ранних upnote диоды мало где стояли. После обнаружения факта зависания от паразитных токов, диоды понаставили на всех входах и выходах, даже в местах где они особо и не нужны. Главное предназначение диода netlight, защита от паразитного тока. Но он не будет проходить, т.к. переход n-p транзистора закроется при обратном напряжении. Фактически это то же диод.

     

    Про Altium спроси в http://electronix.ru/forum/index.php?showt...3659&st=300 у Владимира.

  25. Опубликовано · Пожаловаться

    Покожите мне место где я писал что это постоянно потребляемый ток? Я писал "импульсный". Но это не означает, что можно ставить компоненты не расчитанные на этот ток. Работать то будет, но как долго?

     

    To yeharayeu:

    index.pdf – Altium, уважаю!

    Так побыстрому:

    1.Q6 будет всегда открыт защитным диодом порта RB4, Даже если порт ОК.

    2.Модуль зависнит при отключение при перезагрузки с отключением питания SIM. Причина: ядро будет запитыватся паразитными токами с порта TX. Решение: применять специальную схему развязки.

    3. Мудуль при установление связи выключится. Причина: просадка на q5. Для коммутации таких низких напряжений и высоких токов биполярные транзисторы не подходят. Во всяком случае, ток базы должен быть больше. Даже если весь ток порта отдать, всё равно не хватит, проверенно. Решение: применять транзисторы МДП.(IRML2505)

    4. Аккумуляторы не предназначены для постоянного нахождение под напряжением зарядки.

    5. Про применение импульсника я уже говорил.

    6.Вывод 34 и 32 предназначен для земли антенны (они рядом и стоят). И должен идти на антенну. Здесь я могу быть не прав. Поправьте кто знает.

    7.Диод на NetLight лишний.

    8. Что то я не понял как sim_sel будет симки переключать. Да и непонятно куда вообще идут ноги о симок.

    Это для начала.

     

    Вопрос : Зачес соединять AGND и GND? Есть инфа про это?

×
×
  • Создать...