Porque 169.254.x.x não é um intervalo de IP válido por si. Significa caixa do Windows tentou obter um IP via DHCP falhas e apenas pegou um aleatório daquele intervalo. Atribuir um ip correto na mesma sub-rede que 192.168.2.4 e você deve ser bom
Estou tentando me comunicar com um braço robótico via comunicação TCP / IP. Ele funciona bem no windows mas quando eu tento no linux matlab não consigo conectar para armar. Matlab tenta se conectar de novo e de novo
Connecting to 169.254.131.130:10300
Connecting to 169.254.131.130:10300
Connecting to 169.254.131.130:10300
Connecting to 169.254.131.130:10300
e quando eu ping eu recebo
PING 169.254.131.130 (169.254.131.130) 56(84) bytes of data.
From 192.168.2.4 icmp_seq=1 Destination Host Unreachable
From 192.168.2.4 icmp_seq=2 Destination Host Unreachable
From 192.168.2.4 icmp_seq=3 Destination Host Unreachable
From 192.168.2.4 icmp_seq=4 Destination Host Unreachable
From 192.168.2.4 icmp_seq=5 Destination Host Unreachable
From 192.168.2.4 icmp_seq=6 Destination Host Unreachable
From 192.168.2.4 icmp_seq=7 Destination Host Unreachable
From 192.168.2.4 icmp_seq=8 Destination Host Unreachable
From 192.168.2.4 icmp_seq=9 Destination Host Unreachable
From 192.168.2.4 icmp_seq=10 Destination Host Unreachable
From 192.168.2.4 icmp_seq=11 Destination Host Unreachable
From 192.168.2.4 icmp_seq=12 Destination Host Unreachable
^C
--- 169.254.131.130 ping statistics ---
13 packets transmitted, 0 received, +12 errors, 100% packet loss, time 12055ms
pipe 3
O problema pode ser as configurações do ip do linux. O que você sugere?
Porque 169.254.x.x não é um intervalo de IP válido por si. Significa caixa do Windows tentou obter um IP via DHCP falhas e apenas pegou um aleatório daquele intervalo. Atribuir um ip correto na mesma sub-rede que 192.168.2.4 e você deve ser bom
Eu encontrei o problema. Você só precisa editar a rede com fio como compartilhada com outros computadores da automática para conectar dispositivos como o meu.