Также замечено, что если программы в контроллеры нормально загружаются, а форматирование после первого шага выдаёт ошибку, то, возможно, закрыт фаерволом или навеки захвачен какой-то программой 69 порт.
Освобождение порта полностью решает проблему.
Ситуацию можно увидеть в логах. Для этого запускаем форматирование, ждём ошибку и открываем последние записи.
sm_dhcp.log
Код:
[21-сен-21 14:32:46] Detecting Static Interfaces..
[21-сен-21 14:32:46] Lease Status URL: http://127.0.0.1:6789
[21-сен-21 14:32:46] Listening On: 192.168.111.1
[21-сен-21 14:32:52] Host 9a:d7:eb:f8:78:e6 (localhost) allotted 192.168.111.2 for 100 seconds
Адрес контроллером получен: 192.168.111.2
sm_tftp.log
Код:
[21-сен-21 14:32:52] thread pool size: 4
[21-сен-21 14:32:52] Listening On: 192.168.111.1:69
[21-сен-21 14:32:53] Listening On: 192.168.111.1:69
[21-сен-21 14:32:54] Listening On: 192.168.111.1:69
А вот загрузчик контроллер не видит, т.к. ему мешают получить доступ ко контроллеру.
А вот и виновник сего праздника
CodeserveD.exe:
Программисты из TERADYNE DIAGNOSTIC SOLUTIONS LTD похоже прогуливали уроки в школе и пропустили занятие, где рассказывали о том, что сервисы нужно запускать только тогда, когда есть нужда в их использовании. А после использования их нужно останавливать. Поэтому их сервер запускается в автозагрузке и бессмысленно висит в памяти, потребляя батарею у ноутбука. И мешая работать другим программам: в интернете нашлось много жалоб по этому поводу.