Нужны библиотеки для работы с данным протоколом, если они вообще существуют. Работа заключается в передачи точного времени с GPS приемника на контроллер.
Привет. Supported Network Services - NTP v2, v3, v4 - NTP broadcast mode - NTP multicast - NTP symmetric keys - NTP Autokey - Simple Network Time Protocol (SNTP) - TIME - SNMP v1,2,3 with extended SNMP-Agent and SNMP-TRAPs for NTP and reference clock status - DHCP Client - NFS - TELNET - FTP - HTTP - HTTPS with Openssl2 - SSH2 Secure Shell Login - Alarm messages via mail - IPv6 - 3 global IPv6 addresses configurable - Autoconf Feature to be disabled - supported network services: NTP, HTTP, HTTPS, SNMP, SSH - Windows „net time“ via NETBIOS - Winpopup (Window Mail) Выше описаное относится к GPS,я не вижу здесь DAYTIME. tcllib includes an implementation of a client for SNTP and TIME. Разобраться бы в самом языке.
Ну и? По телнету коннектишься к серваку на 13 и читаешь 1024 чтобы вот. А по NTP я в гугле был. Там много инфы. RFC почитай.. В TCL? )))
Оно только кажется, что просто. В действительности нужно время, чтоб разобраться в структуре языка, хоть и скриптового. На счет телнета - ты прав, попробую. А то зациклился я на NTP. Взгляд со стороны - великая вещь).
На любом языке ------ Ты не знаешь как читать из сокета???? Тебе нужно только одну строку прочесть. Это и есть время.
Прочесь, передать через диагностический порт (RS232) в контроллер.. проверить. На счет чтения, если ты не про ReadFile, то я не знаю. И к тому же я не гуру)
like В общем так. Как я понял, ты с промышленными девайсами работал, более того, ты на производстве трудишься. Хотя, могу ошибаться. Либо ты - инженер-электронщик. Тем не менее, смотри. Существует такая штука как сокет. Сокет можно ( и нужно ) рассматривать как файл и производить там операции чтения и записи. Сокеты бывают клиентскими и серверными и еще двух видов. Тебя сейчас интересует клинтский сокет. Делается это так: Сокет - целое число, которое является его идентификатором. С этим числом работаем как с указателем на файл. http://www.geocities.com/siliconvalley/2072/sockprog.htm -- вот тут есть пример.
Почти, инженер асу тп. К сожалению, на моем обьекте стоит GPS с ethernet, а в офисе подобный но без ethernet модуля. Есть пара последовательных порта. Видимо telnet проверить не получится? На счет справки спасибо, инженер не должен знать все, он должен знать где найти документацию на это все)
Короче, у тебя сразу ниче не выйдет. Я тебя не так понял, поэтому тут немного не то. Короче, надо сначало определиться с сетями. RS232 тут не очень то к теме. Опиши подробнее схему подключения, и мы найдем тогда решение. Ставь Ethernet Если нет, с RS232 делаешь коннект на комп на котором Eth0 смотрит в сеть. Все получится! И не такие задачи решали Жду схему, а желательно типы устройств.
Смотри изображения.. Это наш GPS, вид сзади) Далее этот зад (на самом объекте) через ethernet втыкаем в сеть. Так же в сети находится наш ПК (используется в основном как архив). Контроллер AC800F также находится в сети, но синхронизация происходит только через диагн. интерфейс (RS232), с передачей строки времени по UTC определенного формата (18 байт). Синхронизация (GPS приемник выдает сигнал) с заданным периодом (..минута,час...). Уважаемые знатоки, а теперь вопрос).. как проверить работоспособность этой системы не имея в наличии ethernet интерфейса на GPS у себя в офисе?) Все остальное есть.
Вот с этого и надо было начинать. Коли имеется RS232, то нет проблем подключить его к компу, у которого есть Ethernet.
