Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - CFM

Stran: [1] 2 3 ... 14
1
Hardware / Re:Přepájení konektoru jack
« kdy: 31. 05. 2026, 10:36:26 »
Zkusil jsem to trosku priohnout a uz se to da propipat taky - ale jak to nema oporu, predpokladam, ze se to po case vyzvejka a bylo by tedy lepsi ten chybejici plast necim vyplnit.
Ustipnout kousicek spejle? Zmuchlat malinkej kousicek alobalu a zakapnout vterinakem? Fakt nevim.
Vteřiňáku bych se vyhnul, protože při schnutí produkuje takový bílý povlak na všem okolo a těžko se zabrání natečení na nesprávná místa, což by kontaktům neprospělo. Co takhle detailnější fotku problematického místa? Možná tam nacpat nějaký kus tenkého plastu (fólie), která zabrání zatečení lepidla do nesprávných míst a pak teprve lepidlo (spíš něco epoxidovitého nebo termolepidlo).

2
Co není v konfiguraci explicitně definováno, tak je default. Zde uvádí aes-ccm a 5min.

3
Hardware / Re:Přepájení konektoru jack
« kdy: 13. 05. 2026, 14:25:56 »
Porovnání footprintu 1501-03 vs PJ-208B viz příloha.

4
Hardware / Re:Přepájení konektoru jack
« kdy: 13. 05. 2026, 11:56:00 »
Vemes supleru a zmeris roztec vyvodu. Bejva to nejakej standard, takze vsichni co ty konektory vyrabej zarucene delaj i takovej, kterej potrebujes.
Pak to hodis do vyhledavace, a ono ti to typicky vybleje nejaky PN. A podle toho uz najdes desitky dodavatelu.
Když je to tak jednoduché, tak co zde hodit alespoň jeden alternativní PN/výrobce k oběma konektorům, co jsem odkazoval (rozměry jsou v datasheetu, takže o část se šuplerou to bude jednodušší)?

5
Hardware / Re:Přepájení konektoru jack
« kdy: 11. 05. 2026, 08:04:57 »
Jak moc jsou konektory opravdu mechanicky poškozené? Nestačilo by vyčistit zoxidované kontakty a/nebo kontakty víc napružit?

Začal bych s ohmmetrem a proměřil, zda a jak moc špatný kontakt opravdu je. Zapojit do konektoru protikus a měřit proti ploškám na PCB jaký je odpor a zda je to citlivé na pohyb konektoru. V tomto případě pod 1ohm OK, pod 10ohm divné, ale pořád by to mělo fungovat. Víc bych prohlásil za opravdu rozbité (ono to nejspíš bude fungovat i třeba do stovek ohm, ale záleží na konkrétním zapojení).

Například ten první konektor má všechny kontakty viditelné z horní strany, takže by šly víc napružit a zvětšit přítlak. Pokud jsou zoxidované, tak zkusit buď chemii (něco jako Kontaktol), nebo něco abrazivního a oškrábat z vnitřní strany.

Vyměnit není problém, ale v obou případech je špatná dostupnost. První se už nevyrábí a druhý není skladem v obchodě s rozumnou cenou za dopravu vzhledem k ceně konektoru. Domluvit se s někým, kdo tam běžně objednává?

V obou případech je tam celkem dost místa, takže by asi šlo konektory nahradit zcela jiným přilepeným kontakty nahoru a prodrátovat na správná místa. Záleží, jak moc pěkná oprava to má být a kolik do toho investovat ...

6
Kdyby to byl problém jen s restartem AP, tak bych podezdříval tu automatickou volbu kanálu, že se třeba vybere kombinace, kterou nějkterá zařízení nepodporují. Nicméně to by pak asi nereagovalo na uspání klienta. Pro jistotu bych zkusil fix kanál.
Dál bych zkusil (dočasně) povolit i horší šifrování (TKIP).
Zvýšit log level pro DHCP a WIFI.
Spustit DHCP jinde, aby se ukázalo, zda jde o problém čistě s DHCP nebo spíš s připojením k WIFI.

7
Na první pohled nevidím nic, proč by DHCP nemělo fungovat.
Jiné AP se stejným SSID tam předpokládám není (případně situace, že by si vysavač pamatoval SSID/heslo více sítí a pak se hlásil jinam)?
Neběží na některém zařízení též DHCP server?
"nebo po resetu AP" tohle je opakovatelné (vždy, náhodně)?

Poznámky:
Kód: [Vybrat]
/interface wireless access-list add interface=wlan1-WIFI mac-address=1C:EA:AC:1E:E6:2BNemá žádný efekt, pokud se nenastaví "default-authentication=no" na wlan1-WIFI interface.

Kód: [Vybrat]
frequency=autoPrý zohledňuje jen počet ostatních sítí a ne jejich sílu či jiné rušení na kanálu.

Kód: [Vybrat]
add name=dhcp_pool0 ranges=10.5.10.2-10.5.10.254
add name=dhcp_pool6 ranges=10.5.10.2-10.5.10.254
Asi ničemu nevadí(?), když se používá jen jeden pool.

Použití NATu vypadá podivně a není vypnuté forwardování.

8
Mimochodem je tam dost různých subnetů (v textu a obrázcích vidím 10.5.0.x, 10.5.1.x, 10.5.10.x). Jsou tam i VLANy? Je tam jen jedno DHCP? wlan1 je slepená do bridge1 s ethX? Na jakém interfejsu je konkrétně DHCP server (bridge1, ethX, wlan1, ...)? Nejvíc pomůže celý config:
Kód: [Vybrat]
/export hide-sensitive.

9
A ta zlobivá zařízení "jen" nedostanou adresu z DHCP, nebo nejsou ani připojené k WiFi - tj. vidět na daném AP v seznamu WiFi->Registration?

10
Hardware / Re:Přepájení konektoru jack
« kdy: 09. 05. 2026, 08:40:02 »
Podle ceho se vlastne takove soucastky hledaji, jestlize clovek potrebuje nejaky konkretni rozmisteni vyvodu? To clovek proste prochazi katalog a jen vizualne hleda, jestli by to nahodou nepasovalo?
Není-li dostupná dokumentace, kde by se našel konkrétní typ, tak moc možností nezbývá. Dá se třeba hledat v knihovnách PCB SW a pomocí různých filtrů zmenšit okruh podezdřelých (stejně jako v eshopech), ale pak to stejně musí někdo přeměřit a srovnat footprint s realitou.

První (s nožičkama) vypadá jako tenhle:
https://cz.farnell.com/lumberg/1501-03/socket-2-5mm-jack-pcb/dp/1200127

Druhý (SMD) vypadá jako tenhle:
https://eu.mouser.com/ProductDetail/Same-Sky/SJ2-25414D-SMT-TR?qs=DXv0QSHKF4yZkHHRj5XwOQ%3D%3D



11
Pokud je hodnotící kritérium i rychlost startu, tak na AM5 někdy trvá ukrutně dlouho trénování pamětí (až desítky sekund). Na čem všem to záleží netuším (asi chipset, paměti, bios a přípané přetaktování ...).

12
Distribuce / Re:Po aktualizaci Linuxu se nedostanu do BIOSu
« kdy: 31. 03. 2026, 20:56:24 »
Pro začátek bych zkusil reboot do BIOSu pomocí:
Kód: [Vybrat]
systemctl reboot --firmware-setupMožná je vypnutá podpora USB klávesnice?

13
Sítě / Re:Funguje někomu u O2 reverzní záznam?
« kdy: 23. 02. 2026, 18:17:57 »
IPv6 stále nefunguje a teď přišlo, že zdražují o 50Kč. >:( Aby je čert vzal.

14
Sítě / Re:O2 internet na doma (Slovensko), vysoký packet loss
« kdy: 28. 01. 2026, 18:34:11 »
To je jedna vec... Druha vec je ze s tym miniPC prisiel nejaky polsky napajaci adapter miesto original HP a ten je spraveny tak nesikovne ze na minusovom pole sa da namerat 110-120V striedavych oproti zemi. Takze cely miniPC na dotyk slusne kope vzdy ked sa nedotyka niecoho kovoveho uzemneneho.
Skoro všechny zdroje/nabíječky bez kolíku (a spínaným zdrojem uvnitř) ukážou proti zemi desítky až 115V střídavých. Důvodem je kondenzátor, který se dává mezi primár a sekundár a je řádově 1nF. Paradoxně je tam kvůli potlačení VF rušení z toho spínaného zdroje, ale vedlejší efekt je, že tím proniká síťové napětí. Z tohoto důvodu musí být bezpečnostní typ Y (na což čínani kašlou, pokud ho tam teda dají). Nicméně proud by měl být pod hodnotu, která není cítit.
Pokud tam onen kondenzátor není, tak by to mohlo být ono VF rušení, pokud má trafo velkou kapacitu mezi primárem a sekundárem. Pak to bude takové víc VF pálení než 50Hz cukání.

15
Sítě / Re:Nemůžu se přihlásit na AP MikroTik
« kdy: 11. 12. 2025, 23:58:45 »
Jak psal @5nik, tak konfigurace VLANů je podivná. Co takhle nějakej obrázek/popis, co je kam zapojeno? Kde je připojeno druhé AP?
Kód: [Vybrat]
/interface bridge add name=bridge1 vlan-filtering=yes
/interface bridge port
add bridge=bridge1 interface=ether2
...
add bridge=bridge1 interface=ether8
/interface bridge vlan add bridge=bridge1 tagged=bridge1,ether7 vlan-ids=20
Pokud to chápu správně, tak ether7 je hybridní port s untagged VLAN1 (default) a tagged VLAN20. Ostatní jsou untagged VLAN1 (default), ale default politika je admit-all, takže na vstupu berou vše a na výstupu projde jen VLAN1(?). Takže jedno APčko je asi na ether7 a druhé kde?

Na straně konfigu APčka je nedoporučovaná VLAN in a bridge with a physical interface. Ještě k tomu je interface VLAN20 postavený nad ETHER1 přidaný do stejného bridge jako ETHER1 (smyčka??):
Kód: [Vybrat]
/interface vlan add interface=ETHER1 name=VLAN20 vlan-id=20      !!!!!
/interface bridge port
add bridge=bridge-LAN interface=ETHER1       !!!!!
add bridge=bridge-LAN interface=wlan1
add bridge=bridge-LAN interface=wlan2
add bridge=bridge-LAN interface=VLAN20 pvid=20     !!!!!
add bridge=bridge-LAN interface=wlan1-guest pvid=20
add bridge=bridge-LAN interface=wlan2-guest pvid=20
/interface bridge vlan
add bridge=bridge-LAN tagged=ether1 untagged=wlan1,wlan2 vlan-ids=1
add bridge=bridge-LAN tagged=ether1 untagged=wlan1-guest,wlan2-guest vlan-ids=20
Souhlasím s @5nik, že VLAN20 interface tam není potřeba. Osobně bych se vyhnul defaultní VLAN1 a striktně používal frame-types=admit-only-vlan-tagged pro trunk a frame-types=admit-only-untagged-and-priority-tagged pro access porty.

Stran: [1] 2 3 ... 14