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



А подключить не могут - программное обеспечение к нему только демонстрационное, да и оно не работает. Изрядно намучившись с ним, принесли мне и просят быстро наладить связь - использую протокол TCP/IP. Пиши на чем угодно, но чтобы связь была - скомандовал мой шеф, благополучно отбывая в отпуск. С тем и осталась - черт знает какой прибор без внятной инструкции, без единого разъяснения и без единого указания номеров портов и др.

Единственное, что у меня сейчас есть - это наклейка с адресом IP (прибора), несколько кабелей и вихретоковый датчик, любезно предоставленный соседскими коллегами - с помощью его надо получать сигнал и пытаться загнать его в комп.

При подключении его к компьютеру, создала сетевое подключение, используя его IP. Заработало, и то неплохо...

Для начала написала несколько процедур в Дельфи - определила, что комп подключен к локальной сети, считала программно его имя и IP прибора. IP успешно определился.
На этом пока отложила Дельфи и полезла в LabVIEW.

В LabVIEW, перебирая все возможные комбинации, пытаюся работать с виртуальными инструментами из набора "TCP/IP".

И вот на чем споткнулась - там везде требуются Remote port и Local port... А где их номера узнать - вообще не имею представления. В инструкции на этот прибор вообще ни слова про порты и подобные вещи. Хитрые трудолюбивые немцы, смастерившие прибор, стоимость которого немыслимо-запредельная, естественно, не желают, чтобы с их изделием занимались все, кому не лень, чтобы юзеры знали порты и прочие хитрости. В инструкции описано только, как работать с их программкой, меню и значки - то есть для "поверхностного использования, для глупых юзеров" - и ничего толкового. А программа не работает, хоть и диск их,и тоже куплен за деньги.

...Пока (после долгих поисков) пришло в башку тупое решение - сижу перебираю номера портов и жду отклика - ведь должен какой-нибудь откликнуться!

И еще - раньше никогда не писала программы для протокола TCP/IP, а может, существуют какие-то стандарты на номера используемых портов?

Будут ли какие-то идеи, хоть в каком направлениии искать эти номера портов?
Они и в LabVIEW, и в Delphi требуются.

Заранее благодарна.

Я думаю, что Вам надо написать письмо производителю или же связаться с представителями данной компании. У немцев обычно все работает... Если прибор вообще рабочий ;-)

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

Вернулась к себе, настроила так же, как на чужом... и снова нифига...

конечно, посмотрите для начала содержимое файла WINDOWS\system32\drivers\etc\services

На ping отвечает?
Порт 80/TCP уже пробовали? (т.е. просто набрать в адресной строке IE или другого интернет-браузера "http://ip-адрес-прибора")
Если на приборе есть СОМ порт попробуйте подключиться к нему и запустить эмулятор терминала (HyperTerminal).

Для продолжения разбирательства потребуется "набор юного хакера" - программы для просмотра/записи протокола обмена по IP (снифферы), сканеры портов и прочее. Кое-что есть на http://www.web-hack.ru
http://www.securitylab.ru/software/ и много где ещё.
И ко всему этому - хорошая книга по TCP/IP.

Спасибо, посмотрю.


Не отвечает. Пинговать я в первый же день разные адреса пробовала. Подумала - вдруг ошибка вкралась в наклейку прибора.


Пробовала, да. Перебрала все порты пока от 1 до 100 - ни один не отзывается. А их в запасе еще до чёрта


Надо будет попробовать...

...Вот, подумала, а может неисправна моя сетевая карта?
Ведь на другом компе этот гадский прибор подключился.

1) Сетевая карта может быть исправная, но настройки по умолчанию могут отличаться.
Мы тоже с похожими проблемами мучились.

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

Сетевая карта была встроенная, вот в ней было всё дело! Не знаю, что именно, может быть, действительно, настройки отличаются.

В-общем, пошла я в магазин и купила новую сетевую карту.
И прибор сразу подключился!!!

Сейчас изучаю, что именно он показывает и как им управлять, какие настройки в нем и т.д.

...Но самое сложное впереди - мне придется писать для него свои программы. Покупная не на 100% устраивает заказчика, нужны дополнительные возможности.

Так что - я еще помучаю народ глупыми вопросами
Спасибо всем ответившим

Есть такая "нехорошая" штука как AutoNegotiation. При коннекте настройка обоих PHY девайсов должны быть одинаковыми. Иначе они не видят друга-друга. Ну и дополнительно не помешает проверить включен ли Flow Control и режим работы Ethernet. (Full/Half вдруг немцы обожают экономить )

У меня на буке были проблемы с коннектом со своим девайсом, которые никогда не вылезали на ПК. И все из за AN.

Удачи

nmap -O покажет что там внутри, плюс открытые tcp порты, потом можно и udp скан произвести. Лучше разобрать его, определить на глаз проц/os, и/или найти ROM и глянуть подробнее.

снифер поможет если есть рабочая демо...
1) Берем снифер, настраиваем его на IP адрес вашего устройства (чтобы он тонны пакетов в округе не собирал). Снифер можно установить на любую машину в локальной сети где происходит обмен между устройством и ПК.
2) Подключаем устройство и запускаем тестовую программу на ПК (снифер пишит в лог все пакеты которые приходят от ПК к устройству и назад).
3) Ищем пакет с поднятым SYN флагом (нормальный снифер расшифровывает хидера пакетов, показывая значения флагов) скорее всего это будет самый первый пакет - этот пакет устанавливает соединение клиента к серверу, в нем (SYN-пакете) и порписаны номер порта к которому клиент (демо-программка) конектиться. Снифер выводит подсказки по содержимому пакета, так что прочитать номер порта не составит труда

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

Удачи

Да забыл сказать, снифером убедитесь что протокол действительно TCP/IP (также прописывается в хидере). Есть вероятность хоть и мальнькая что могли использовать какойнибуть другой протокол поверх IP

Снифером проверила, номера портов узнала. Хорошая штука - снифер!

Сейчас я, правда, в отпуске, как вернусь на работу, буду продолжать.
Большое спасибо всем!

Багира, эта проблема тебя ещё интересует? Я тоже сейчас занимаюсь этим дефектоскопом. Кое-что уже получается. Если интересно, дай знать сюда или на мой ящик:vkosta@mail.ru