Форум » GSM Universal » Бета тестирование ПО "GSM-Universal" (Обсуждение) » Ответить

Бета тестирование ПО "GSM-Universal" (Обсуждение)

dem: Бета тестирование ПО "GSM-Universal" Большая просьба описывать обнаруженные недостатки, вопросы и пожелания в данной теме.

Ответов - 301, стр: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 All

Dmitruchio: izograv пишет: - логи прислать не могу - какая именно реализация сервера, тут не имеет значения: сервер тупо анализирует строку данных, которую ему передает консоль, и выводит результаты на экран, я могу гарантировать, что в этой реализации нет какой-то технической ошибки. - я могу попытаться предположить источник такого: 1. Консоль отправляет строку на сервер и, предполагаю, должна анализировать ответ сервера, если 200 - то все OK 2. В данном случае, предположительно из-за загрузки GSM-канала, консоль не дожидается ответа 200, считает, что предыдущая отправка была неудачной и снова повторяет отправку данных. Этим можно объяснить появление кучи записей с одинаковой меткой времени. В принципе, это программно фиксится. 3. А совершенно непонятно другое: почему в таких "повторных" записях совершенно иные состояния таких параметров, как "сработка датчика", "состояние выхода", "состояние охраны". Это, как раз, определяется консолью и не зависит от реализации сервера, раз это проявляется на моем сервере, значит может проявиться и на Вашем :) Но, конечно, этот баг не критичный для большинства пользователей, просто покажите это разработчикам, может они что полезное для себя и найдут в этом посте :) Ты крут!

ivantaranov: 1. Ответ сервера 200 действительно анализируется 2. При отсутствии связи сообщения накапливаются в очереди и содержат метку времени, появление сообщений в очереди с одинаковым временем исключено 3. в описании протокола сказано "data – данные о событии и текущем состоянии устройства" Предлагаю воспользоваться сервером по адресу uni.potencial.lg.ua для более детального анализа

izograv: ivantaranov пишет: 2. При отсутствии связи сообщения накапливаются в очереди и содержат метку времени, появление сообщений в очереди с одинаковым временем исключено 3. в описании протокола сказано "data – данные о событии и текущем состоянии устройства" Поскольку наступает скользкая ситуация, когда может показаться, что дебильный пользователь пытается любой ценой доказать свою правоту разработчикам, я дам подробный ответ ivantaranov в личке.


izograv: Сегодня: - событие: нарушение работы зоны №4 - дата события на сервере мониторинга: 2012-01-13 07:53:09 - дата на снимке высокого разрешения: 12/01/2012 07:53:10.60 запрашиваю снимок с другой камеры с конфигуратора - аналогично, снимок актуальный, но на метке времени на снимке стоит 12 число. Запросил *81 - так там пишет только время, без числа. Баг? Или как еще проверить ? Добавлено: а по состоянию на 10 часов число на камере сменилось на 13-е. Могу лишь сказать, что предыдущий снимок, где 12-е число, гарантированно был не из кеша . Т.е. за 2 часа что-то там произошло и число стало отображаться на снимке правильно.

dem: Старая прошивка видео модуля.

Stalker: dem писал:Убран профиль Билайн.В целях общей эрудиции: а чего это так с Билайном обошлись?

Dmitruchio: Stalker пишет: В целях общей эрудиции: а чего это так с Билайном обошлись? Потому что Билайн - это уже Киевстар.

andrij76: не отображается видео в браузере (mozilla.org/ru/firefox/) http://uni.potencial.lg.ua/helper.html,

izograv: У меня, после выходных, традиционная порция багов: - было срабатывание зоны 4. Проверяю по серверу мониторинга - оно было, только зоны 4. В трубке слышу фразу: "предупреждение, сработала зона 3 и 4 ". Проверял несколько раз. - ну совершенно дикая ситуация: утром открыл конфигуратор, делал примерно такую последовательность действий: открыл один конфиг, внес изменения, сохранил на диск, и так с тремя разными конфигами. После этого последний конфиг отправил на консоль: он успешно передался. Далее я пошел тестировать датчики и обнаружил, что по всем признакам в действительности на консоли не тот конфиг, что я записывал, а предыдущий (программу конфигуратор не закрывал, она висела среди задач). Вернулся к ноуту, проверил, еще раз записал - пишет "конфиг передан успешно". Проверяю - ничего подобного, в консоли прежний конфиг (программу конфигуратор не закрывал, она висела среди задач). Вернулся к ноуту, закрыл программу "конфигуратор", запустил ее заново, считал с диска нужный конфиг, отправил на консоль - на этот раз все ok.

izograv: Сразу извиняюсь - но проблема со временем ну достала уже, ну когда же она пофиксится: - только что смотрю сервер мониторинга - вижу включенные выходы 2.3 и 10 (хотя они должны работать как имитация присутствия с 18.00) - проверяю, что стоит в конфиге - стоит "имитация присутствия с 18.00" - проверяю локальное время консоли по серверу мониторинга: "17.33" - проверяю локальное время консоли по метке на камерах: "17.33" - проверяю локальное время консоли по *81: "17.33" - проверяю камерой, действительно ли включены "выходы 2.3 и 10" - он действительно включены. Какого такого лешего они включены в 17.33, если в расписании задано "с 18.00" ? Получается сейчас расписание работает на "+1" от консоли. Все прошивки последние от 13 января. Добавлено: в расписании стоит 18.00-23.59 имитация присутствия. А выходы не только с 17 до 18 работали, сейчас - в 00.54 глянул - все равно выходы срабатывают. Никакой закономерности уже не получается найти, утром напишу, что по результатом ночи выйдет. Лажа какая-то полная. Добавлено: всю ночь выходы проработали в режиме "имитация присутствия", хотя этого нет в расписании. Скорее всего это следствие того, что я обновил прошивку, прочитав сообщение dem "13.01.12 10:03. Скачайте обновленную бета прошивку. Подправлен протокол работы по расписанию." Убрал галочку "включить управление выходом по расписанию" - выходы все равно работают в режиме "имитация" Задисейблил эти выходы - вот это помогло, наконец выходы перестали работать. Ув. разработчики, вы до пятницы то попытайтесь пофиксить это.

vlad6502: а как Вы смотрите на сервере мониторинга состояние выходов ? я у себя вижу только события, входы и термозоны

izograv: vlad6502 пишет: а как Вы смотрите на сервере мониторинга состояние выходов ? С крайне любезного разрешения разработчиков (и большущее им за это спасибо), я использую свой сервер мониторинга, где реализованы все возможности протокола. Ну это что-то типа скинов для аськи или антивируса касперского: есть официальный, а есть альтернативные.

andrij76: порция багов: зависает после просмотра видео GPRS(после просмотра 1 камеры нельзя было перейти на 2камеру) и отключается голосовой модуль(при отправке команды прибор ничего не говорит) помогает только сброс

izograv: andrij76 пишет: помогает только сброс Интересно, может на это влиять уровень сигнала или что другое? Я просто как раз в выходные очень много прогонял весьма стрессовых тестов на видео с разных камер, глюки с загрузкой изображения конечно были, с основном "коцанные" кадры, но чтоб консоль так висла - такого не было ни разу. У Вас я так понял уже новая видео-прошивка?

provit: В мануале на версию ПО 3.3 указано что установка часов устройства производится также автоматически при подключении к компютеру во время конфигурирования. Я могу ошибаться, но со старым конфигуратором и старой прошивкой вродебы все так и было, а вот с DEMO-версией - почему-то нехочет. Это так задумано, или всеже глюк?

dem: provit пишет: В мануале на версию ПО 3.3 указано что установка часов устройства производится также автоматически при подключении к компютеру во время конфигурирования. Так и есть, и на последней бета работает.

izograv: Из мануала: - отключите питание прибора и снимите клемму с аккумулятора; - соедините прибор с компьютером с помощью специального кабеля; - запустите программу конфигурации прибора (GSM conf 3.exe); - подайте питание от сети 220В на прибор. Индикатором подключения будет надпись в левом нижнем углу экрана «Подключено». Далее сконфигурировал. А какие действия далее? Нужно ли для отсоединения кабеля снимать питание с консоли?

izograv: Я писал 16 числа про баг: не работают по расписанию выходы в режиме "имитация присутствия". При обсуждении возникло предположение, что я мог ошибиться в версии прошивки\конфигуратора. Подтверждаю 100%, что ошибки не было. Более того: в последней версии прошивки\конфигуратора еще более ярко проявился баг, о котором я спрашивал тут - http://potencial.forum24.ru/?1-7-0-00000218-000-0-0-1326353417 - беру на охрану - начинает мигать светодиод, я я стою рядом и считаю секунды. Досчитал до 250, только тогда он перестал мигать и загорелся постоянно. И так подряд 3 раза, когда брал на охрану. Резюме: последняя версия беты очень сырая, откатился на версию от 03 января: конфигуратор 3.7.1.102 и прошивка 3.3.7.1n, тут никаких подобных проблем не наблюдается.

andrij76: В одном СМС идет информация о (21.28 пропадании GSM 21.28 уровень GSM сигнала 70% ) и так до 7 СМС за 12 часов пока не отключил функцию Почему так происходит отключении функции это не выход на старой бете прошивки 3.3.7.1n такого не было

dem: izograv пишет: А какие действия далее? Нужно ли для отсоединения кабеля снимать питание с консоли? Любые отключения/подключения при снятом питании. izograv пишет: - беру на охрану - начинает мигать светодиод, я я стою рядом и считаю секунды. Досчитал до 250, только тогда он перестал мигать и загорелся постоянно. При использовании пульта, включение режима "охрана" осуществляется только после отправки извещения на пульт. andrij76 пишет: В одном СМС идет информация о (21.28 пропадании GSM 21.28 уровень GSM сигнала 70% ) и так до 7 СМС за 12 часов пока не отключил функцию Проверим



полная версия страницы