Portál AbcLinuxu, 30. dubna 2025 13:55
Tiskni
Sdílej:
Výsledok optimalizácie nákladov. Jednoducho by bolo naidealnejšie odstúpiť od projektu.
Nejdriv to poradne rozeber a detailne vsechno nafot. Je nejdriv potreba zjistit, co je v tom za CPU. Co znamena ze nekomunikuje? Nejde TCP/IP, jakoze webserver nebo neco takoveho? Zaznam komunikace z wiresharku by taky neuskodil.
Cim je to napajene? Predpokladam POE. Tak tam bude spinany zdroj. Jsou v poradku kondenzatory? Je na vystupu nominalni napeti? Je na CPU napeti? 99% vsech problemu s cimkoli je zdroj.
Pravdepodobne to ma vyvedeny nejaky debug UART. Na to si chce vyrobit redukci (3.3V UART <-> USB) a koukat co z toho leze.
Zkousel jsi to nejak HW resetnout?To by som rád, bohužiaľ sa k nej nedostanem, tak uvidíme ak ju niekdo pôjde dať dole.
Kdyz bude mit spatnou IP, tak nebude odpovidat na ping. Jediny co by se dalo chytit je jestli posle nejaky MDNS a IGMP pakety po spusteni, jestli to umi MDNS discovery. Jestli je to tupy TCP/IP zarizeni, tak pokud funguje jen jako server a nic nebroadcastuje/nedela svy requesty, nic tam nebude.
Proto je potreba to HW resetnout, neda se nic delat, jestli to nekomunikuje, je to potreba sundat, jinak je to marna prace.
arp -a
tu IP adresu prozradí.
Kdyz nevim IP a mam prazdnou ARP cache, tak mi to moc nepomuze nebo jo? Jedine kdybych znal MAC a poslal ARP ping na MAC. Predpokladam pritom ze zarizeni je server a nedela nikam samo requesty.
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.