Так и реализуйте! Способов масса.
Но ни один вменяемый эксплуатационщик не будет держать открытым возможность такой загрузки постоянно.
Вид для печати
Да ненадо постоянно .Вы что .Это всеравно ,что всегда дежать воткнутым кабель в ПР114 с ПК ,когда нужно по RS485 работать .Отдельного канала загрузки нет ,есть два режима работы одного UART .Звонок ,воткнули шнурок ,загрузка ,выташили шнурок,воткнули другой шнур .Вы что всегда кабель в юсби держите сейчас в ПР???
Если бы в ПР200 был бы хост юсби ,то еще можно было бы поколдавать.
Хоть один дайте способ удаленной загрузки через юсби ПР200
Так а в чем проблема виртуализовать COM по TCP/IP?
Через подключенный ноутбук.
есть ПК с ОЛ удаленный --------------------------------Ноут(не понятно с чем) -ПР200 так что ли ?
Именно так. Только понятно с чем. Проблемы то?
Проблема не в этом. Проблема в местном (относительно ПР) персонале. Просто Вы, со своим штучным подходом, этого пока не понимаете. Будет хотя бы 100 установок - поймете.
Что за привычка говорить загадками ,для важности что ли.Скажите прямо,для сирых с чем ноут?
Понимаю,не понимаю ...у вас конечно 100установок .Видели мы всяких за 40лет.И со всяким (в основном техноогическим оборудованием ) имели дело (импорным) и приходилось срочно тянуть езернет к ПЛК ,когда ПО слетело на польской линии .Ждать неделю-две пока приедут (на гарантии) не было возможности -завод стоит .Сразу нашелся нужный местный персонал .
Да никак не меняли. Прошивка с алгоритмом отработана годами. Просто, при необходимости, высылали саму плату контроллера с запаянным чипом с новой версией прошивки и все, либо со старой версией - для резерва. Реально-то в моем варианте моя компания платит не за центральный контроллер, а за софт, залитый в контроллер PIC. Себестоимость самого контроллера не сравниться с общей стоимостью продукта. Схему-то повторить можно, а вот софт (прошивку) написать, да еще, чтобы он с первого раза нормально работал, еще очень хорошо постараться нужно. Конечно, все зависит от алгоритма и решаемых задач, но тем не менее. Знаю одно, что если я, не являясь программистом, начиная с марта сего года начал впервые заниматься ПР200 и повторил на базе ПР200 полностью весь алгоритм работы австрийского контроллера, при этом намного расширив функционал контроллера с добавлением кучи опций и возможностей, то у этого неказистого на вид прибора - огромные возможности. Конечно же, без помощи форумчан, не справился бы. Как по мне и для моих целей, то, помимо отсутствия возможности работы через Интернет очень не хватает электронных ключей вместо релейных выходов. Тут разработчику нужно хорошо постараться, потому что если его продукт уйдет в дальнее зарубежье, то необходимо о многих недостающих функциях и опциях задуматься.
Уже давно интересовался возможностью удаленной загрузки проекта. Меня смущает то, что при подключении ПР200 к ПК мы видим подключение к COM-порту. Вы когда нибудь видели, чтобы, например, при подключении принтера с USB разъемом к USB-Host-у ПК образовывалось соединение через COM-порт. Т.е., реально мы имеем дело с USB кабелем, подключаемым к разъему USB-Host ПК с одной стороны и USB->COM конвертером со стороны ПР200. Только вход в этот конвертер выполнен в види мини-USB разъема. Значит, таки возможность изменения харда есть, нужно только этим заняться производителю. Т.е., похоже, имеется встроенный серийный COM-порт. Так может вместо мини USB вынести на переднюю панель ПР200 COM-порт и использовать цепочку: ПК с USB-Host -> USB to Serial конвертер -> Serial-to TCP/IP конвертер -> Интернет -> TCP/IP to Serial конвертер -> COM-порт ПР200? При наличии ПК с физическим COM портом первый конвертер можно исключить. Слава Богу конвертеров Serial to Ethernet на сегодняшнем рынке предостаточно. Или я заблуждаюсь?