Да ме прощавате, ама що за GSM модули използвате?
Преди време си поиграх с TM-2(Q) и TM-1 на Teltonika, но не ми харесаха.
От тогава GE863-GPS, GE864-PY, а в момента GE865-QUAD на Telit.
Нямам намерение да им правя реклама (заплатата ми не зависи от това), а и аз съм един от най-големите критици на Telit и то директно към съпорта им (познавам някои персони лично и на тях не им е много комфортно от това), но ... часове и дни наред предаване на NMEA към UDP или TCP сървър.
А едно устройство (с FTP трансфер на данни) работи втори месец на гърба на белоглав лешояд в района на Сливен.

Какво е това?

[quote="Desert Leo"]Да ме прощавате, ама що за GSM модули използвате?
Преди време си поиграх с TM-2(Q) и TM-1 на Teltonika, но не ми харесаха.
От тогава GE863-GPS, GE864-PY, а в момента GE865-QUAD на Telit.
Нямам намерение да им правя реклама (заплатата ми не зависи от това), а и аз съм един от най-големите критици на Telit и то директно към съпорта им (познавам някои персони лично и на тях не им е много комфортно от това), но ... часове и дни наред предаване на NMEA към UDP или TCP сървър.
А едно устройство (с FTP трансфер на данни) работи втори месец на гърба на белоглав лешояд в района на Сливен.

Два месеца с една батерия? И колко е голяма? През какъв период предаваш? Интересна тема ....

"SEND FAIL" не означава, че GPRS-a се е разпаднал, а просто предавателния му буфер е пълен и вместо с CTS или квото там беше да ме поспре, той праща това съобщение. Скоростта с която комуникирам с модула е 115200, така че ми се струва нормално да не насмогва, когато се опитам да предам няколко десетки килобайта. Между другото, китайския боклук, освен че е по-евтин от синтерион е и доста по-чевръст. Цената спрямо Телита няма кво да я сравняваме, a питона е безбожно бавен. Преди известно време работих с GE863-PY. Държеше се добре, но опита да се ползва DES криптиране за съвсем малък обем от данни водеше до пауза за цигара, а аз съм ги отказал. Сега вместо скъп модул с вградени щуротии, ползвам евтин + външен процесор, а ssl протокола с rsa1024 и aes256 въобще не ги усеща. Така че всеки ползва квото му отърва.

@fuser: 1400 mAh Li-Pol батерия + соларен панел. Предава на 10 часа. Координати събира адаптивно - по-често през деня и по-рядко през нощта.

Младеж, всеки има право на избор.

Питонът сам по себе си не е бавен, но GSM енджин + TCP/IP стек + интерпретатор на Питон в един малък процесор идва множко.
Затова, за по-сложни приложения и аз добавям външен процесор. Но Питона е водещия.

SIMCOM също има такъв отговор SEND FAIL,но досега изобщо не съм го виждал .Не знам какъв timeout има за този отговор и колко време трябва да чакам,но съм го чакал да праща по-вече от 20сек и нищо .В документацията пише че SEND OK при UDP не значи че пакета е пратен ,за разлика от TCP.Командите ги предавам със скорост 115200.Но аз нямам почти никакъв обем данни.Само 9 байта са.Колкото до следенето ,какви отговори връща,наблюдавам цялата комуникация между контролера и модула в два прозореца с терминал.Виждам реакциите и от двете страни.Сега с колегата PC програмист ще направим връзката по UDP ,като предаваме и пореден номер на пакета ,за синхронизация ,както е при KeyLOCK.Ще включим и потвърждение от сървъра и ще тестваме.

Вероятно SEND OK при UDP означава, че пакета е изпратен, но дали е пристигнал не е ясно, а при TCP означава, че е получено потвърждение от сървъра.

При quectel-a SEND OK/FAIL се получават в рамките на максимум 100мс поне по мои наблюдения. Не знам защо симком ги бави - не съм го ползвал.
Сименса (синтерион) има по-големи закъснения при потвърждение и те зависят според мен от трафика и силата на сигнала. При него предаването на данни става със заявка за примерно 1000 байта, модула отговаря с готовност да поеме 1000 или по-малко (дори понякога 0 байта), предаване на разрешеното количество данни и най-накрая се получава въпросното потвърждение, което закъснява от десетки милисекунди до над 10 секунди (забелязал съм го веднъж). В твоя случай данните са малко. Да не би сигнала да е слаб или в района, където се намира устройството, GPRS-a на оператора да е нещо не много добре. В началото спомена, че свързваш проблема с ползването на vivacom. Добре е да сравниш силата на сигнала на различните оператори, а също как се държи твоето у-во в друг град, което само заради спорта е малко нали... Ако имаш някакви резултати в тази насока, надявам се да ги споделиш, защото моите у-ва за сега работят, но може би не са попадали на "подходящото" място за да ме изненадат.

Една изненада се получава във фактурата при разрешен роуминг и престой в граничен район.

Има такава вероятност да е от силата на сигнала от оператора,защото на Vivatel определено нещата бяха ,доста зле.На Mtel е доста по добре ,но като рече да не праща и да зависва няма оправия .С Globul не съм пробвал .Доколкото знам тук обхвата на Vivatel е зле,но пък на Мтел пълни до горе.Това увисване се получава само при TCP.При UDP ако е отворен сокет ,работи .Тъй,като не се поддържа канал за връзка винаги праща пакета някъде си по мрежата и това е .Ако стигне ,стигне.Там проблеми няма.Праща и винаги връща SEND OK,което съвсем не значи че е стигнало до сървъра.

Добре, де. А Сървъра получава ли пакета?

Понеже не съм ползвал такива модеми да използвам момента да попитам - те могат ли
просто да работят с ppp пакети, а в тях какви протоколи и неща са сложени да не ги занимава?

Мерси, това го разбирам като "да" поне за миналото. Напоследък като гледам как всеки
иска да те запуши с негов си tcp/ip стек и да не ти даде достъп до пакети надолу
(разни wifi боклуци в какви ли не изгъзени варианти съм забелязвал все в тоя дух)
почвам да се чудя колко души по планетата все още помнят кво е IP пакет и кво
ppp, че и надолу...
(Реалността навярно е, че доста хора помнят но никой не ги пита, който трябва вече има
достъп до ниското ниво останалите да мрат....).

Да по UDP, сървъра получава пакетите .Тестовете които правя не са толкова обстойни,но ми прави впечатление че нямам загуби ,поне за времето ,което тествам в рамките на час примерно .Веднъж ми беше забил UDP терминала,тогава само PC -то не получаваше нищо.Сега ми остава да реша проблема с деактивацията на GPRS .Не знам защо се изключва и показва PDP DEACT .Не го прави периодично
,а когато си иска ,което ме навежда на мисълта ,че не го изключва някакъв таймер на модула.Поне и в документацията не пише защо се деактивира.Само пише че трябва да се отвори връзка отново ,ако е засечен такъв статус.

Обърни внимание и на местоположението ти и часа от денонощието от гледна точка на натоварването на мрежата. Пак казвам - GPRS е последен по приоритет и понякога центъра на града не е най-подходящата локация. Пробвай и през нощта.
Предполагам Wireshark или нещо подобно слухти от страна на PC-то. Това е задължително при TCP и полезно при UDP, за да видиш, кой е виновен.