Тема: Проблема с com портом.
Как вам отослать контроллер, и как его потом получить обратно?
Курьером доставить, и потом так же забрать после “диагноза” ... в принципе на “диагноз” может потребоваться 10-20 минут.
Вы и сами в принципе можете предварительно проверить контроллер. Подключаетесь к контроллеру гипертерминалом (скорость = 57600, четность = “чет”, стоповых бит = 2, управление потоком = нет) и далее простыми командами, к примеру:
open 00 (откроет дверь)
memory (покажет память)
clock (часы)
и т.п. если займетесь то дадим и остальные команды.
Курьером доставить, и потом так же забрать после “диагноза” ... в принципе на “диагноз” может потребоваться 10-20 минут.
Вы и сами в принципе можете предварительно проверить контроллер. Подключаетесь к контроллеру гипертерминалом (скорость = 57600, четность = “чет”, стоповых бит = 2, управление потоком = нет) и далее простыми командами, к примеру:
open 00 (откроет дверь)
memory (покажет память)
clock (часы)
и т.п. если займетесь то дадим и остальные команды.
в терминале все нормально, только иногда сыплются таймауты. Я полагаю, что именно в этом проблема. Когда работает с комендатном связь держится пока в конфигуратор не зайдешь.
А при чем тут конфигуратор? Конфигуратор не обращается не к чему кроме как к серверу БД
И вообще, какое это имеет отношение к контроллеру. Контроллер “не знает” о существовании ни конфигуратора, ни чего бы то ни было еще включая OS и БД.
И где это в виндовом гипертерминале таймауты?
Когда общаешься с контроллером через терминал, он нормально отвечает. Когда запущен модуль связи, связь тоже есть. Как только в конфигураторе начаинаешь что-нибудь делать, например добавлять точку, сразу начинаются обрывы.
И где это в виндовом гипертерминале таймауты?
Речь про линукс, под виндой все работает.
А какая связь между конфигуратором и модулем связи?
И где это в виндовом гипертерминале таймауты?
Речь про линукс, под виндой все работает.
Зачем тогда проверять контроллер, если очевидно что он работает.
И где это в виндовом гипертерминале таймауты?
Речь про линукс, под виндой все работает.
Зачем тогда проверять контроллер, если очевидно что он работает.
Нам надо чтобы работал под линукс, винда нам не нужна.
А какая связь между конфигуратором и модулем связи?
Не я софт писал, у вас надо спросить почему так. Я лишь говорю, что так происходит.
Контроллер не знает о существовании ни винды ни линухов, он вообще сам по себе никуда не обращается 😊 это же очевидно.
Контроллер не знает о существовании ни винды ни линухов, он вообще сам по себе никуда не обращается 😊 это же очевидно.
Это конечно все замечательно, но связь под линуксом постоянно падает. Интересно от чего?
Нам надо чтобы работал под линукс, винда нам не нужна.
Под линукс софт не должен работать, он исключительно виндовый, по сему для линукс ситем софт может работать только в режиме эмуляции виндовс, да и то за исключением служб. По сему, для работы в таком режиме требуется настройка режима эмуляции и замена виндовых служб. Мы со своей стороны альтернативу виндовой службы связи с контроллерами предоставили, остается только вашему системному администратору настроить линукс и собственно сам режим эмуляции.
Это конечно все замечательно, но связь под линуксом постоянно падает. Интересно от чего?
А вот на этот вопрос по идее есть ответ у человека кто собирал ядро и настраивал ОС, потому как мы понятия не имеем как собрана ОС, что за железо и т.п.
Тем более что вы сами пишите что модуль связи работает, но до тех пор пока не обратиться к серверу БД конфигуратором. Это, по идее, должно навести вашего администратора на мысль, а именно:
Почему подключение к серверу БД одним пользователем обрывает связь с БД у другого пользователя. И тем более, что при такой ситуации сам по себе контроллер вообще не при чем.
