cnc-club.ru

такая ошибка выскочила(вроде как на ровном месте) вот такой коммент есть к ней:
This is a host network error of some kind. I have seen
this when you have just changed a host network setting or there are
too many attempted accessed to the same host MAC

it may be related to this:

"iptables: No chain/target/match by that name."

I have seen this on some OS's, if the IPTables setup does not work
there is no guarantee that other processes in the host will not access
the real time MAC so its best to find out why this is not working
----------
подскажите,что проверить-изменить??

что говорит P.S. Неотключаемый код работы с iptables в hm2_eth идиотское решение - например в системе может вообще не быть iptables.

UAVpilot писал(а):что говорит

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

Если команда не найдена, наверно установить утилиту
?

Скорее всего она установлена, раз она ругается

nkp писал(а):iptables: No chain/target/match by that name.

UAVpilot писал(а):Скорее всего она установлена, раз она ругается

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

Как вариант:
что-то с правилами iptables намутилось;
не загружены модули ipt*

Оператор мог триджик воткнуть.
Или вайфай свисток...

raddd писал(а):Оператор мог триджик воткнуть.
Или вайфай свисток...

хозяин говорит ,что ничего "лишнего" не делали...
опять же:
всё со слов...

Тоже ошибки бывают, причем регулярно, после включения питания.
220В -> импульсный источник 5В 50Вт -> Mesa 7i92.
После включения Mesa не видится, не пингуется. Если на самой плате передернуть питание - оживает. Предположение - уходит в защиту при переходном процессе БП. Или еще что может быть?

Argon-11 писал(а):Предположение - уходит в защиту при переходном процессе БП.

Интересно что у 7i92 может уходить в защиту?
А светодиоды мигают при включении или нет?

Argon-11 писал(а):После включения Mesa не видится, не пингуется. Если на самой плате передернуть питание - оживает. Предположение - уходит в защиту при переходном процессе БП. Или еще что может быть?

Переходный процесс затянут, слишком медленно нарастает напряжение питания. Как следствие, некорректно проходит сброс/инициализация.
Типичный пример - процессор уже "завелся", а внешняя EEPROM еще спит - ждет, пока питание дорастет до нужного уровня. Процессор первым делом читает оттуда данные и получает чушь.

D.L. писал(а):Интересно что у 7i92 может уходить в защиту?

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

D.L. писал(а):А светодиоды мигают при включении или нет?

А вот мистика: пытаюсь наблюдать - не повторяется. Не пытаюсь наблюдать - повторяется.
По крайней мере, сейчас, после получаса обесточивания, все заработало как надо.
Я таки грешу на источник питания. От него питаются кроме месы только две китайские "развязочные" платки, т.е. он недогружен. Осциллографом не смотрел.

Argon-11 писал(а):типа переходный процесс по питанию не завершился, а какой-нибудь супервизор уже отработал.

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

D.L. писал(а):IP используется из еепром?

ага

Вероятно он некорректно считывается из еепром.
А какой супервизор стоит на плате?

D.L. писал(а):А какой супервизор стоит на плате?

То, что предположительно может быть супервизором на плате Mesa 7i92, имеет маркировку, похожую на
VLA8, VLAB, VLAH, VL48, VL4B, VL4H. Микроскопа не имею, точнее не скажу. Корпус SOT-23. По таблицам маркировки ничего не нашел. А может, это и не супервизор, но стоит на полпути между разъемом питания и FPGA.
Сегодня несколько раз повторился вышеописанный глюк после недели без глюков.
Светодиоды во время глюка выглядят вот так (не мигают): Пока не разобрался который из них что значит.

Argon-11 писал(а):А может, это и не супервизор, но стоит на полпути между разъемом питания и FPGA.

Он это, 2я нога его доложна идти на 37ю ногу фпга(PROGRAM_B_2).
Предположительно RT9818A в SOT-23-3 (L-Type).
Светодиоды показывают что фпга успешно сконфигурировалась.

Стало быть, дело не в супервизоре и не в питании.

Argon-11 писал(а):Стало быть, дело не в супервизоре и не в питании.

Если он RT9818A(A - 0мс задержки) то верояно проблема с чтением IP из еепрома.
Я бы попробовал заменить на NCP803SN293T1G или NCP803SN308T1G.
Сам пользуюсь TPS3808G33 на 300мс.