[PIC_Embedder 0]

Зря вы подкалываете. Человеку и так не легко. А будет ещё труднее, когда заказчика кончится терпение. Но его предупреждали в самом начале...

[M_Z 0]

Насколько я понимаю в таком случае, нужно иметь два статических адреса, то есть обменяться по СМС ими -что не хороший выход. А вариант с одним статическим - у диспетчера. Можно так?

Да конечно статический тоько один на сервере, и неважно это реальный комп или VPS-хостинг гдето. И никакими СМСками обмениваться не надо.

А за последовательностью приходом посылок следить самому. Насколько я понял "CRC_OK" - это Ваше програмное обеспечение шлёт.

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

[yeharayeu 0]

Да конечно статический тоько один на сервере, и неважно это реальный комп или VPS-хостинг гдето. И никакими СМСками обмениваться не надо.

 

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

 

Возникает вопрос, зачем считаете CRC. За достоверность данных и их приход в порт назначения уже отвечает TCP. Если CRC в TCP не сошлось - данные к вам просто не попадут (не передадутся на верхний уровень)

 

Вопрос по GPS. У меня NMEA - там числа в каком формате, в смысле как их пересчитать для привязки к карте. Пока поищу в нете.

[M_Z 0]

Возникает вопрос, зачем считаете CRC. За достоверность данных и их приход в порт назначения уже отвечает TCP. Если CRC в TCP не сошлось - данные к вам просто не попадут (не передадутся на верхний уровень)

иногда по непонятным причинам программа на сервере получает обрубленный пакет данных.

Да и CRC никогда не мешало.

Вопрос по GPS. У меня NMEA - там числа в каком формате, в смысле как их пересчитать для привязки к карте. Пока поищу в нете.

Координаты передаются в градусах(старшие цифры)и затем минуты с дробной частью. Я перевожу минуты в градусы и далее все хранится в градусах

Пример:

получаем 3723.663 это в градусах будет 37.39438

Хотя все зависит от карты. Некоторие карты хотят видеть именно такой формат, градусы затем минуты с дробной частью

Изменено 14 декабря, 2008 пользователем M_Z

[av-master 0]

Уменя как раз с координатами возникли непонятки, так как карта на плоскости, а коорднаты на земле. которая даже не шар... потом конечно привязку сделали но вначале попотели ))) гуглом (картами) не пользуемся так как на коммерческий проект оно даже с натягом не тянет ((((((( , купили нормальную карту, за много денег, подкорректировали и вперед.

 

Передаем сокетами, но использовали сложный алгоритм уменьшения расходов (типа Mpeg4) ключевой кадр раз в мин и потом изменения к нему посекундно или по 2-5 секундно в зависимости от скорости... трафик просто супер экономит... разрывы связи не делаем, так как новая установка соединения тратит трафик, связь рвется редко ... часа 2 если нет пакетов... если есть то опять на 2 часа... на порт можно конектить до 65 тысяч устройств так что хватает... (не на виндузятный) хотя на него тоже можно )))

Используем свою точку доступа (договор с ОПСОСОМ, за деньги)

и т.д. и т.п.

[M_Z 0]

на порт можно конектить до 65 тысяч устройств так что хватает... (не на виндузятный) хотя на него тоже можно )))

Используем свою точку доступа (договор с ОПСОСОМ, за деньги)

и т.д. и т.п.

Это очень интересно!!!

Я беседовал с многими программистами, занимающимися разработкой программ для серверов и никто такого количества не называл. максимально это 100.

Вы это тестили?

Можно поподробнее каким образом достигается такое количество одновременных конектов.

Изменено 15 декабря, 2008 пользователем M_Z

[av-master 0]

65 тыщ, это теория... у меня всего 2200 устройств, на один порт.

больше нету ))) сервер загружен на 3% (использовал дорогой сервер с очень быстрыми винтами, и 2-мя процами) ОС Фряха... БД PostgreSQL

[yeharayeu 0]

Уменя как раз с координатами возникли непонятки, так как карта на плоскости, а коорднаты на земле. которая даже не шар... потом конечно привязку сделали но вначале попотели ))) гуглом (картами) не пользуемся так как на коммерческий проект оно даже с натягом не тянет ((((((( , купили нормальную карту, за много денег, подкорректировали и вперед.

 

Передаем сокетами, но использовали сложный алгоритм уменьшения расходов (типа Mpeg4) ключевой кадр раз в мин и потом изменения к нему посекундно или по 2-5 секундно в зависимости от скорости... трафик просто супер экономит... разрывы связи не делаем, так как новая установка соединения тратит трафик, связь рвется редко ... часа 2 если нет пакетов... если есть то опять на 2 часа... на порт можно конектить до 65 тысяч устройств так что хватает... (не на виндузятный) хотя на него тоже можно )))

Используем свою точку доступа (договор с ОПСОСОМ, за деньги)

и т.д. и т.п.

 

 

 

Надо же а про этот алгоритм я даже не подумал, меня как-то сразу на ZIP потянуло - зациклился.

А Винсокет всё-таки сколько подключений может одновременно держать?

 

Что такое ОПСОС)

 

иногда по непонятным причинам программа на сервере получает обрубленный пакет данных.

Да и CRC никогда не мешало.

 

Координаты передаются в градусах(старшие цифры)и затем минуты с дробной частью. Я перевожу минуты в градусы и далее все хранится в градусах

Пример:

получаем 3723.663 это в градусах будет 37.39438

Хотя все зависит от карты. Некоторие карты хотят видеть именно такой формат, градусы затем минуты с дробной частью

Так у нас вообще не векторная а растровая карта быть должна, но знающие люди говорят, что из-за того что земля не сфера а элипсоид - даже в пределах минска разбежка до 30м если не корректировать на форму земли. Как вы считаете стоит заниматься корректировкой?

 

Люди - подскажите полевик с P каналом на 2-3А в DPAK 40-50В ещё лучше с лог уровнем затвора

Изменено 16 декабря, 2008 пользователем yeharayeu

[M_Z 0]

Так у нас вообще не векторная а растровая карта быть должна, но знающие люди говорят, что из-за того что земля не сфера а элипсоид - даже в пределах минска разбежка до 30м если не корректировать на форму земли. Как вы считаете стоит заниматься корректировкой?

 

Люди - подскажите полевик с P каналом на 2-3А в DPAK 40-50В ещё лучше с лог уровнем затвора

Во первых растровая карта это тупиковый вариант. Медленно работает, качество граздо хуже чем у векторных. А если растровую карту сделать по качеству сравнимую с векторной то ее обьем будет невероятно большой. К тому же у векторных карт есть большое преимущество, что это не только картинка а там еще присутствует много дополнительной информации, к примеру адреса, названия объектов. Которых на экране может быть и не видно, но их может получить программа для каких о целей.

Так что купите векторную карту и не занимайтесь пустой работой.

[av-master 0]

zip там не эфективен, так как практически белый шум....

ОПСОС - оператор сотовой связи...

карта только вектор...

корректировать не только нужно, но и обязательно...

карта стоит дорого ((( последний раз предлагали нормально отрисованую Украину за 15 к$ и по городам за 5к$ с привязкой 1 метр... (т.е корректировка на элипсоид уже сделана )

[M_Z 0]

карта стоит дорого ((( последний раз предлагали нормально отрисованую Украину за 15 к$ и по городам за 5к$ с привязкой 1 метр... (т.е корректировка на элипсоид уже сделана )

Есть не одна фирма в россии занимающаяся изготовлением карт вот одна из них http://www.gisrx.ru/

Я занимаюсь железом а вот карты покупали другие люди, но цены вродь такие

карта Росии 520$

Москва и подмосковье 440$

так что цены вполне приемлимые и качество точность вполне неплохие.

 

Что касается формы земли, то в этих картах уже все учтено. шлешь туда координаты и получаешь линию на карте.

Изменено 16 декабря, 2008 пользователем M_Z

[blackyblack 0]

Передаем сокетами, но использовали сложный алгоритм уменьшения расходов (типа Mpeg4) ключевой кадр раз в мин и потом изменения к нему посекундно или по 2-5 секундно в зависимости от скорости... трафик просто супер экономит...

Оригинальный подход. И какой размер получился у ключевого кадра и в среднем у каждого изменения?

[av-master 0]

Оригинальный подход. И какой размер получился у ключевого кадра и в среднем у каждого изменения?

структура кадра:

RMS строка (слегка обрезаная) + 2 байта датчиков

1 байт (кол-во сек от предыдущей строки) (1 байт кол-во повторяющихся через какойже срок, неизмененных строк

изменения к RMS байт 10 (если более 20 метров уехали) + датчики

1 байт (кол-во сек от предыдущей строки) (1 байт кол-во повторяющихся через какойже срок, неизмененных строк

изменения к RMS байт 10 (если более 20 метров уехали) + датчики

1 байт (кол-во сек от предыдущей строки) (1 байт кол-во повторяющихся через какойже срок, неизмененных строк

изменения к RMS байт 10 (если более 20 метров уехали) + датчики

1 байт (кол-во сек от предыдущей строки) (1 байт кол-во повторяющихся через какойже срок, неизмененных строк

изменения к RMS байт 10 (если более 20 метров уехали) + датчики

и так до 1кило байта, или до истечения времени на отправку (в разных режмх работы по разному)в конце CRC и т.п. переодически вконце подставляются другие данные, кол-во пакетов, отладочная инфа, и т.д.

в итоге, при 100% посекундной отрисовке, вышли на 30Мб/мес...

но реально получается громадная избыточность, посему ввели еще и зависимость от скорости... 0-10 км./ч. около 10 сек. 11-30 км./ч. 5 сек. и т.д. надо экспериментировать....

если строка не изменилась, или изменилась очень незначительно, то просто увеличиваем счетчик, что этих строк 1- 2- 3- и т.д.

 

разгребает всю эту хрень сервак...

 

Карты: даже 1000 у.е. это былобы здорово... но 1-город мы покупали за 18kUAN т.е. почти 4 к.у.е.

не так просто купить нормальную карту... благо я не занимаюсь мониторингом чего попало, потому окупилось все сразу ))

 

 

ЗЫ: если кто захочет использовать ))) хоть копирайт на пост оставляйте )))

Изменено 18 декабря, 2008 пользователем av-master

[M_Z 0]

1 байт (кол-во сек от предыдущей строки) (1 байт кол-во повторяющихся через какойже срок, неизмененных строк

изменения к RMS байт 10 (если более 20 метров уехали) + датчики

Я так пенял что если изменение положения менее 20м то поправки к координатам не передаются?

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

[av-master 0]

Вы правы:

сейчас вводим в работу вектор направления... на низких скоростях ))