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

eta-sys

Участник
  • Постов

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

  • Посещение

Репутация

0 Обычный

Посетители профиля

482 просмотра профиля
  1. Я из Болгарии, так что моего Русского извините, да и не все букви у меня на клавиатуре. Если кого-то не устраиваеть - могу писать по Английски. Тест сделан так: - SIM800H , ядро MT6260_S00_1308B07SIM800H32_EAT_115200 - терминалная програма MySerial 9600, 8N1 или 7E1 на обеих концах. - Embedded 'C' програма отвечает звонка, ждеть CONNECT 9600, потом файл принимаеться построчно и отправляеться через UART или грузиться от UART и отправляеться через CSD. У програми 2 циклических буфера между UART и CSD для передачи и приема - в первого CSD пишет, UART читает; во втором UART пишет CSD читает и отправляет. Длина буферов менялась по мере надобности. - Звенящий Модем - SIM900 или SIM300, управляеться АТ командами терминалной програми. - отправлались файли 20к, 64к, 128к, 180к, 256к через UART. Итоги и рекомендации: 1. Скорост приема по CSD SIM800H 9600 держить хорошо. 2. Скорост передачи SIM800H по оценки времени от окончания посилки фаила через UART до окончании приема того же файла на 'дальной' стороне - ниже 2400bps! В итоге пришлось сделать циклические буфери такой длини: 190kB для того, в котором UART пишет и 10kB для буфера в котором CSD пишет. Даже тогда у 256к файла произходит накритие конца записи входящие через UART данние где то около 220к, т.е. пока UART записал около 190к, CSD не смог передать 30к! Интересно почему в DATA-Sheet-е стоит 14,4 и как етого добились? Старий вариант той-же програми - на SIM900 почти буферами на нуждалась- там я ползую буфера по 2к. 3. Функции reallen = eat_uart_write(port1, (char*) mysend, sendlen); reallen = eat_modem_write(mysend, sendlen); обязательно ползуйтесь только в CallBack events EAT_EVENT_MDM_READY_WR EAT_EVENT_UART_READY_RD EAT_EVENT_UART_READY_WR иначе если reallen<sendlen, т.е. буфер периферии не можеть принят sendlen, пропадают части строки порядка 10-20 байтов. Так у меня изначално дозаправка модема и серийного произходила по 100mS таймера (так оно и произходит в SIM900 варианте програми) и ошибки били в каждой второй строке. Кстати за ети 100mS модем успевал передать 24 байта в среднем (столько он дозаправлял), а должен 100 (1mS/Byte для 9600). Хотелось чтобь Ваш опит поделили.
  2. Дело в том, что по GPRS данние не посилаються в чистом TCP пакете, а дополнително запакуються в PDP. Таким образом TCP не являеться PPP (поинт-то-поинт), а какби через Proxy сервера у поставчика GSM усуги. Когда данние посилаете, GSM впервую очередь передает заявку на обем данниь которие хочеть послать, получает потверждение на обем, которой ему предоставляеться и передает не более чем указано. GSM получеть квитанцию на успешно принятих данние. Потом снова и снова до передачи всех данних. Так SEND OK приходить если все данние приняти в Proxy у поставчика успешно. Потом данние пакируют в стандартний TCP и отпавляют по NET к нужному IP. Потом обратно. Для того, чтоби гарантировать что данние прошли успешно, нужно дальний IP потвердит принятие данних обратним пакетом.
  3. Ну если у Вас есть возможност, скомпилируйте Sockets app. из simbld-директорию, запустите сервера и попробуйте подключиться к ним через Chrome. Если получиться- подскажите как ядро ето раздобить. В долгу не останусь. Оплачусь публикацией.
  4. Пишем http server на SIM900 Emb для маленкого контроллера. Наткнулись на такой проблеми: сервер хорошо работает под WinExplorer и с простим TCP клиентом. Chrome и Firefox(причем не каждий) не могут загрузить http страницу - броузер ведет себя как связаной к серверу и ждет загрузки, но сам SIM не отвечает, даже 'Sock.Connect' event не видает. После етого нужно сервера установить и снова запустить, чтобь успеть с WinExp. подключиться. Установили, что когда сделать 2 конекции к серверу с малой задержки, сервер блокирует как описано даже если ето простие TCP клиенти. (Нормально север сделан обслуживать 5 клиента одновремменно). Нашел http://www.edaboard.com/thread207039.html и с ним писались, но связьс SIMCOM у него пропала. Проби делал на kernel versions B01V01...DTMF, B01V02...ST, B02V01...DTMF, B04V01...ST - последую по утверждения моим китайцам отвечаеть на B10 стандартную. Если кто-то имеет решение - прошу напишите.
  5. Здраствуйте! Пишу из Болгарии так кое какие букви у меня нет на КВ - извините. Во первих - SMS не тот - пропустил в PDU SPY вот резултат: (обратите внимание на поле USER DATA LENGTH:) Во вторих - била у нас схожая проблема 2 года назад - оказалось что оператор отбрасивает тип телефонного кода 91. Заменили на 81 и все. Ето ячейка 0011000B91........ поставили 0011000B81...... в начале SMS-а.
  6. Даю детали Если кто-то захотит, то и output-файли дам. По моему обмена по порту писать не нужно если fl_InputdataToFL=false, fl_OutputdataToFl=false т.к. custom application прозрачна для серийного интерфейса и АТ команди идут прямо на ядро (за исключение AT+CRWP) examples то же попробобали.
  7. Схема класическая - USART SIM (8N1, NOHardware)- МАХ 3232-RS (PC) Hyper Terminal (115200). Подключались и на DEBUG-порте то же самое. Между прочим, если ползоватъся Debug програму от SIM IDE можно ли и если да -где должни писать AT команди?
  8. Здраствуйте ребята! Форум понравился- хочу подключится. Пишу из Болгарии- за Русский извините, да и не все букви у меня под рукой, так что где нужно вставте сами. С SIM-ами у нас опита накопился кое-что можем подсказать, с АРМ-мами никакой. В основном на PIC-процесорах копаемся. Решили SIM Embedded завести, но на gcc компиляторе. Вот какая проблема: Софтуер: Windows7(64) SIM900DevIDE Version1.06 модул: SIM900, kernel 1137B01V02SIM900M64_ST_EAT компилятор: SourceryCodeBench Lite / arm-none-eabi ActivePerl 5.14.2 Build 1402 (64-bit) fl_customer = (из SIM-demo) или пустую програму. Проблема: Компиляция проходить начисто, после чего на HyperTerminal-е 115200 8N1 получаем странние резултати: 'IIII IIII IIIIþ IIII ' и так дале. На AT команди SIM не отвечаеть. Смена скорости RS-а не помогаеть. Наверное кто-нибудь знает етого компиллятора и может нам посоветоват что делать... Может бить кто-нибудь, как-нибудь, чем-нибудь поможет ? ;)
×
×
  • Создать...