Форумы  ·  Войти  · 

Тема: Проблема с программированием контроллеров SCM-IP

Страница 1 из 2, все  1 2 > 
06.09.24 14:10   Vitalik Petrakov  (20/29.01.17)  

Добрый день! Есть большая проблема с работоспособностью контроллеров SCM-IP, партия из 3х шт, что покупали у вас 2 месяца назад.
При попытки программирования данных контроллеров, в момент заливки в них ключей происходит падение соединения с контроллерами, после ошибки, связь восстанавливается и можно продолжить запись, однако, по завершению данного мучения записанных карт вместо 601, максимум получалось 102, в последнее время и того меньше, последние 2 дня = 0.
что было сделано:
1) Создана новая база данных, с нуля, на новом хосте и развернута там копия текущей, средствами коменданта. Это было сделано чтобы больше никто не обращался к данной базе данных и исключить проблему базы (на предыдущей было тоже самое). Результат тот же.
2) Создан новый модуль связи из отдельного компа, настроены по очереди уже 2 базы, при программировании - все тоже самое.
3) Заменены sd карты - тот же результат.
4) Заменены блоки питания - тот же результат.
5) Заменены патч-корды - тот же результат.
Для понимания, с данными контроллерами я работаю уже больше 10 лет (до выхода версии IP была версия NET\Net2) и в текущий момент у нас в компании установлено 31 контроллер, теперь же, нужно установить еще 2, но никак!
Так же добавлю, что при получении контроллеры были с прошивкой 9.1 на борту, кое как удало 1 обновить до 9.1, результат тот же.
Контроллер сейчас подключен лабораторным блоком питания на 12В 2А, изначально был подключен через блок питания 12В 5А.
версии БД и Конфигуратора последние.

[ Изменено: 06.09.24 14:26 Vitalik Petrakov ]
Вложенный рисунок
ошибка.pngwireshark.png
Вложение
ip-192_168_13_212-5000.log  (Размер: 280KB - Загрузки: 3)
[ #1 ]  06.09.24 14:56   Tech.Support  KOMENDANT LAB  

Проверьте SD карту на предмет битых секторов путем полного (не быстрого) форматирования в Windows. Если оно пройдет успешно, вставьте карту в контроллер, выберите в конфигураторе на этой точке доступа “форматирование”, затем “сброс событий”, затем поставьте “включено”.
Если будут битые сектора, стоит обратить внимание на наличие диода параллельно замку. Если его нет, то это несет угрозу устройствам с flash памятью.

[ Изменено: 06.09.24 15:01 Tech.Support ]
[ #2 ]  06.09.24 17:58   Vitalik Petrakov  (20/29.01.17)  

Эти же советы подходят к новым контроллерам и SD картам, которые до этого не использовались?
Так или иначе попробую, вдруг получится

[ #3 ]  06.09.24 18:01   Tech.Support  KOMENDANT LAB  

Все эти действия ничего не испортят. Лучше конечно по одному и проверять.

[ #4 ]  06.09.24 18:07   Vitalik Petrakov  (20/29.01.17)  

форматировать од FAF32 или NTFS?

[ #5 ]  06.09.24 18:09   Tech.Support  KOMENDANT LAB  

Не важно, это только для проверки секторов.

[ #6 ]  07.09.24 16:53   Vitalik Petrakov  (20/29.01.17)  

Добрый день! Проверил фелшки с трех устройств указанным методом + проверил через программу USB Flash Drive Tester - с ними все хорошо, но проблема с программированием контроллеров,  описанная в первом сообщении осталось, есть еще идеи?

[ #7 ]  08.09.24 12:24   Oleg [Editor]  KOMENDANT LAB  

Три бракованных контроллера единоразово это крайне маловероятно, все контроллеры проверяются после производства в ручную и прогоняются по всем режимам, потому, везти к нам на диагностику смысла пока нет. Хотя - всегда пожалуйста, благо бесплатно. Особенно, если все три убиты в процессе экспериментов.
Для чистоты эксперимента следует взять отдельный РС, установить софт и подключить контроллер к чистой БД. Все это изолированно от действующей  сети где есть другие контроллеры и БД.  Добиться работы контроллера. Затем поэтапно найти отличия изолированного варианта от общего, того, где не взлетело.

[ #8 ]  08.09.24 18:39   Oleg [Editor]  KOMENDANT LAB  

Вот что тут обнаружилось. Не так давно, вы нам сдавали SCM-IP по гарантии, типа не взлетел сразу после покупки. Вам его без вопросов поменяли, даже без проверки. Так вот, на производстве сделали диагностику и выявилось выгорание процессора и повреждение памяти (частично повреждены сектора). Если у вас есть “что-то”, что смогло так убить контроллер, то есть высокая вероятность, что это до сих пор существует. Рекомендуем провести проверку условий.

[ #9 ]  09.09.24 11:39   Vitalik Petrakov  (20/29.01.17)  
Oleg [Editor] - 08.09.24 18:39

Вот что тут обнаружилось. Не так давно, вы нам сдавали SCM-IP по гарантии, типа не взлетел сразу после покупки. Вам его без вопросов поменяли, даже без проверки. Так вот, на производстве сделали диагностику и выявилось выгорание процессора и повреждение памяти (частично повреждены сектора). Если у вас есть “что-то”, что смогло так убить контроллер, то есть высокая вероятность, что это до сих пор существует. Рекомендуем провести проверку условий.

такие повреждения могли произойти только от электропитания, сеть тут точно не причем.
Но вот в чем особенность, данные 3 контроллера были установлены в тред разных местах и на бп 5А, чтобы исключить перегрев.
На данный момент создаю новый замкнутый контур для тестирования контроллеров.

[ #10 ]  10.09.24 17:04   Vitalik Petrakov  (20/29.01.17)  

Добрый день! Сегодня получили новый контроллер, 4ый уже.
Я решил провести цикл тестов из совета выше, а именно собрать отдельную систему для проверки работы контроллера, установив новый контроллер.
Для эксперимента был взят новый компьютер с двумя сетевыми картами, и новый контроллер.
1 сетевой порт я подключил к своему (создал статические 2 адреса, на компьютерах, чтобы по RDP подключиться)
2 сетевой порт я дал статический адрес 192.168.0.100
после установки полного списка софта, была создана новая база данных по порту 3307 и был подключен контроллер.
Контроллер определился в системе, но был с версией прошивки 9.0. Так как на сайте есть версия 9.1, я  решил обновить контроллер.
Прошивку я взял по ссылке https://komendant.pro/dwn/scm/SCM-IP_8_9-1_163928_30082023.zip
Контроллер прошился, и тут начались странности - он начал часто терять связь.
Изначально я проверил патч-кодр, поставил заводской, проверенный. Потеря связи не прекратилась.
Проявлялась она в моментах включения контроллера после форматирования и в момент программирования, в точности как и прошлые 3. Если контроллер не трогать сеть есть, если начать его программировать - она падает.
Так как добавить новые скриншоты сюда нельзя, я выгрузил из на облако mail по ссылке https://cloud.mail.ru/public/kzCZ/841ijs2BM
Нужны идеи почему так ведет себя контроллер, может моя ошибка в том, что я обновился до 9.1? как можно откатить прошивку?

[ #11 ]  10.09.24 17:18   Tech.Support  KOMENDANT LAB  

Во вложении прошивка 9.0. До прошивки все работало нормально?

Вложение
SCM-IP_8_9-0_161733_24012023.zip  (Размер: 22KB - Загрузки: 2)
[ #12 ]  11.09.24 9:56   Vitalik Petrakov  (20/29.01.17)  

к сожалению, первый шаг был именно прошивка до 9.1, сегодня попробую скинуть до 9.0

[ #13 ]  11.09.24 11:43   Tech.Support  KOMENDANT LAB  

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

[ #14 ]  11.09.24 12:02   Vitalik Petrakov  (20/29.01.17)  

база данных абсолютно пуста - создана была через “Создать новую базу данных”, я туда добавил только пустой новый контроллер и попробовал его запрограммировать

[ #15 ]  11.09.24 12:09   Oleg [Editor]  KOMENDANT LAB  

Для начала нужно повторить эксперимент с прошивкой 9.0 и затем 9.1. 
Нам с вами нужно отловить зависимость, чтоб от чего-то отталкиваться. У нас описанное вами не проявляется, подобный рекламаций так же нет, но раз есть прецедент надо копать.

Страница 1 из 2, все  1 2 > 
Komendant.pro
 ©1999-2024  Инженерная лаборатория "Комендантъ"