Отправлено: 06.12.10 23:02. Заголовок: Управление (не конфигурирование!) с компьютера
Читаю я, читаю доки, и не вижу самой простой и элементарной функции - заходим мы терминалкой на девайс, и пишем ему команды - вот те самые, которые потом, когда мы запустим и наладим устройство, будем писать DTMFом или SMSками. Тут же получаем ответ в терминалке. И еще все события вроде срабатывания шлейфа, тоже нам выдаются сразу же в терминалке. Ну короче говоря, работаем в обычном терминальном режиме, в котором испокон веков работают все устройства, лишенные собственного экрана и клавиатуры - модемы, раутеры, и т.п. Где, где это описана эта функция для систем ОКО, подскажите невнимательному!
Отправлено: 07.12.10 10:17. Заголовок: Вот это и смущает.....
Вот это и смущает... А как же с ним разбираться и настраивать сразу после покупки? Заранее запасаться подходящей карточкой, чтоб звонить и слать SMSки бесплатно или наоборот тратить кучу денег, ждать, пока пройдут SMSки через оператора (что может быть и по пол-часа) и т.п.? А если есть желание организовать резервный канал оповещения по существующему интернет-подключению через большой комп?
Отправлено: 07.12.10 20:34. Заголовок: smarthomer ну если ..
smarthomer ну если вам затратно открыть двери, окно, тампер и т.д. и сделать запрос о состонии входов (даже без охраны), а потом все закрыть и опять дать запрос (две смс о состоянии входов в двух положениях), то даже сейчас с помощью кабеля, войдя в режим конфигуратора, можно делать сработки датчиков и на закладке "CSD-соединение" конфигуратора видеть эти факты сработок напротив соответвующего входа.
Причем в режим конфигуратора можно как с помощью кабеля и ПК сделать, так и удаленно через модемное соединение.
Отправлено: 09.12.10 23:53. Заголовок: Терминальный режим н..
Терминальный режим никогда не бывает лишним - уж не знаю, как вы их сами налаживаете/диагностируете. Спасибо, рад знать, что для диагностики такой режим есть. Но все-таки, что по поводу стандартного режима функционирования с выдачей/приемом из COM-порта? Буду рад любому честному ответу-неотписке, варианты вроде "эта функциональность для устройств с еще одним ноликом в цене" и "у AVRок UARTов маловато" принимаются ;-).
Отправлено: 10.12.10 09:01. Заголовок: smarthomer все очень..
smarthomer все очень просто - в атмеге32 есть только один УАРТ-порт, с помощью которого он и общается с гсм-модулем в обычном режиме, а врежиме конфигуратора через тот же порт с ПК через шнурком. Одновремено рабоать с процом, ПК и гсм-модулем не получится (по причине одного УАРТ-порта на проце, а все остальные пины заняты иным назначением, тоесть на них програмный УАРТ тоже для этой цели не организуешь).
Тестирование прибора на апаратном уровне (исправность входов, выходов, гсм-модуля, дтмф-декодера) происходит специальной тестовой прошивкой и рядом манипуляций снаружи со световой индикацией и тестовым звонком с тональной посылкой. Время на полное тестирование занимает не больше 2-3 минут. Никаких посылок в порт и записей в лог для этого не надо, иначе себестоимость продукции катастрофически возрастает из-за человеко-часовых затрат инженера на проверку прибора (нужен ПК, шнур подсоединить, запустит терминал, писать в лог файл читать его, анализировать - это куча времени).
А тестирование именно функциональности софта (не апаратной части) происходит долго и нудно с РЕАЛЬНЫМИ смс, звонками, ибо сигналы в порт это одно (оно потом реального юзера не парит), а реальные смс это другое. Конечно же, если есть непонятки в чем либо при разработке того или иного функционала, то есесвенно мониторится порт общения проца с гсм-модулем для выяснения причин того или иного бага, глюка.
простыми словами - ВСЕ пригодится, ничего лишнего не бывает НИКОГДА, но не всегда есть в этом здравый смысл и целесообразность.
Все даты в формате GMT
2 час. Хитов сегодня: 0
Права: смайлы да, картинки да, шрифты да, голосования нет
аватары да, автозамена ссылок вкл, премодерация вкл, правка нет