Příspěvky

16

Hardware / Re:Relativně přesné RTC

« kdy: 05. 12. 2024, 16:43:35 »

Hlavní slabina RDS je asi nulová garance čehokoliv (nepodařilo se mi dohledat relevantní informace), takže to nakonec asi tak dobrý nápad není, pokud jde o spolehlivost.

17

Hardware / Re:Relativně přesné RTC

« kdy: 04. 12. 2024, 20:48:19 »

ad 50Hz) Frekvence v síti se řídí globálně (Evropa). Odchylka může být až 0.2Hz, ale udržuje se i odckylka síťového času proti UTC. Více třeba zde, zde a zde.
Pokud u hodin dokážete zajistit, že mají stálý přístup k síti bez výpadků, tak by mělo být vše OK. Problém jsou výpadky. Pokud máte UPSku, tak jedete na chybu UPS, nebo to musí být detekováno a přejít na nějaký přesnější zdroj. Pokud ne, tak buď hodiny ztratíte úplně, nebo musíte mít schopnost běžet z lokálního oscilátoru (běžné čipy z "trouby" asi nemají). Během výpadku též ztrácíte "korekce", které se v té době v síti udály.

18

Hardware / Re:Relativně přesné RTC

« kdy: 02. 12. 2024, 22:56:42 »

Dobrej nápad!
Proti DCF77 hovoří i velká citlivost na rušení a mizerné zabezpečení proti chybám (pouze parita), takže rozhodně nesynchronizovat pouze na základě jedné zprávy, protože šance na chybu je velká.

19

Hardware / Re:Relativně přesné RTC

« kdy: 02. 12. 2024, 22:28:09 »

60sec za 3 roky je pro volně běžící oscilátor < 0.6ppm přesnost a stabilita, což za stabilitu splňuje třeba tenhle (ale stejně by potřeboval počáteční kalibraci, protože od výroby jen 1ppm):
https://www.sitime.com/support/resource-library/datasheets/sit7910-datasheet
Ale cenově to bude asi mnohem víc, než 500Kč.

V malém teplotním rozsahu (termostatování) by možná vyhověl i nějaký levnější, ale už to není out-of-box řešení a s nejistým výsledkem.

20

Hardware / Re:Relativně přesné RTC

« kdy: 02. 12. 2024, 21:31:27 »

+/- 20 sec za jak dlouho? Rozsah pracovních teplot?

21

Sítě / Re:Přepínání rychlosti routeru

« kdy: 30. 11. 2024, 23:46:23 »

Zmíněný izolátor je jen 100bit a navíc ethernet sám o sobě izolovaný je. Galvanické oddělení (izolátory) pomáhají pouze na stejnosměrné a nízkofrekvenční signály. Takže to maximálně přidá pár kV, které to přežije, ale na rušení v řádu MHz to nebude mít vliv, protože se přenese parazitní kapacitou.
Optika je jistota. Stíněný kabel vyšší třídy po celé délce by asi taky pomohl.
Možná by pomohly odrušovací ferity (něco jako zde https://www.tme.eu/cz/details/0446167281/feritova-jadra-na-kabel/fair-rite/). Minimálně na oba konce ethernetu a případně i na koax, co jde z toho generátoru. Čím víc tím líp, ale cena a nejistý výsledek ...

22

Sítě / Re:WireGuard pro domácí síť

« kdy: 22. 11. 2024, 07:06:24 »

Přemýšlím co je cílem např v případě TV? Aby ostatní na stejné WiFi neviděli, co TV posílá? Pokud je to tolik důležité a nejde nainstalovat WG klient, tak ji vytvoř vlastní virtuální AP/SSID s jiným heslem.

23

Software / Re:BTRFS replace - zapisuje něco na původní disk?

« kdy: 08. 11. 2024, 19:33:30 »

V tomto zápisu je něco prohnilého:

Kód: [Vybrat]

echo "_BHRfS_M" | dd bs=1 count=8 of=sda.img  seek=$((64*1024+64)) Rychlý pokus:

Kód: [Vybrat]

dd bs=1 count=100000 if=/dev/zero of=sda.imgVelikost 100000B.

Kód: [Vybrat]

echo "_BHRfS_M" | dd bs=1 count=8 of=sda.img  seek=$((64*1024+64)) Velikost 65608B ...

24

Vývoj / Re:Bind socketu na konkrétní síťovou kartu v C

« kdy: 07. 11. 2024, 06:51:19 »

Proč tam není bridge s jednou adresou? Pak se nemusí řešit takové nestandardní ohejbáky a asi by to i fungovalo  .

25

Windows a jiné systémy / Re:Po aktualitaci Linux Mint nefugují Windows 11

« kdy: 03. 11. 2024, 19:05:57 »

Možná by se hodilo sem dát fotku z konzole, jak celý postup přesně vypadá ... nemohu se zbavit dojmu, že někde děláte chybu. Tipoval bych to na část výběru oddílu - v odkazovaném příkladu mají "Volume 1" jako EFI. Vybíráte opravdu EFI oddíl (FAT32)? Vaše instalace ho může mít jako jiné číslo než 1. Dále mají v příkladu "assign letter=z" a v následujících příkazech mají X jako zástupný symbol "cd/d X:\EFI\Microsoft\Boot\" ... opravdu dáváte všude stejné písmeno? Případně není vámi zvolené písmeno už použito (v seznamu oddílů v příkazu "list vol")?

Dále mě stále mě vrtá hlavou, kde se vzaly ty poškozené soubory ... na EFI oddíl se téměř nezapisuje, takže šance na poškození se mi zdá malá (pokud nevypadl proud v půli update-grub?). Lze na ten EFI oddíl zapisovat z Linuxu (samozřejmě pod rootem)? Disk je SSD? Nevykazuje nějaké chyby (smart)?

26

Sítě / Re:Mikrotik ac lite přístup pro správu routeru

« kdy: 02. 11. 2024, 10:25:12 »

Jak to s tím souvisí? Vytvořím mesh mezi dvěma Mikrotiky a na jednom to odroutuji na kabel.

A jak souvisí mesh s roamingem klientů? I když AP podporuje 802.11r/k/v, tak roaming je na rozhodnutí klienta. 802.11k mu dává seznam AP, takže klient ušetří čas jejich hledáním na kanálech kde nejsou a 802.11r/v pak umožní přepnout mezi AP s co nejmenším výpadkem o proti situaci, kdy mám víc AP a tyto standardy nepodporují (což je zde uvedený případ, pokud vše nastaví na stejné SSID a stejné šifrování).
802.11r/k/v ani MESH, což je způsob jak propojit AP bezdrátově, aktivně neovládá zda klienti přejdou na jiné  AP - je to pouze jejich rozhodnutí. Například staré Androidy jsou tragické a drží se AP do posledního dechu. Některé systémy mají nastavení, které dokáží chování ovlivnit (preference pásma, roaming agressivness). Případně existují aplikace, které se to snaží řešit.

27

Sítě / Re:Mikrotik ac lite přístup pro správu routeru

« kdy: 01. 11. 2024, 18:10:42 »

Možná by šlo zkusit OpenWRT:
https://openwrt.org/toh/mikrotik/rb952ui-5ac2nd_hap_ac_lite
https://openwrt.org/docs/guide-user/network/wifi/roaming

28

Sítě / Re:Mikrotik ac lite přístup pro správu routeru

« kdy: 01. 11. 2024, 17:49:04 »

To druhe zarizeni je co? Taky Mikrotik? Pokud ano, tak idealne aktualizovat a pomoci capsmana tam nastavit wifi tak aby fungoval roaming.

CAPSMAN nepomůže, protože roaming (802.11r/k/v) je podporován pouze na nových zařízeních, které mají wifi-qcom (AX) a wifi-qcom-ac (AC s ARM CPU). Mikrotik hAP ac lite je starý MIPSBE a není podporován viz zde:
https://help.mikrotik.com/docs/spaces/ROS/pages/224559120/WiFi#WiFi-Compatibility
Takže jak už bylo zmíněno, jediná možnost je nastavit všechny wifi interfejsy na stejné SSID se stejným typem šifrování a stejným heslem. Samozřejmě každý na jiný nepřekrývající se kanál, aby se nemlátili mezi sebou (což by teoreticky mohlo způsobovat zmíněné zpomalení). Jinak pro zpomalení není důvod (leda že se klient drží AP se slabým signálem i když by mohl mít lepší). Roaming stejně záleží na klientovi (co OS to unikát). Pokud máte dobré pokrytí (překryv), tak by šlo na AP nastavit vykopávání klientů se slabým signálem, což může v určitých případech pomoci, ale na okraji se slabým signálem se pak nikdo nepřipojí.

29

Sítě / Re:Mikrotik ac lite přístup pro správu routeru

« kdy: 28. 10. 2024, 07:40:05 »

Jako že "samo se to" pokazilo na dvou zařízeních zároveň? Pokud ano, tak tím spíš to někdo rozbil záměrně a v konfiguraci něco změnil. Mimochodem u každého uživatele je "Last Logged In" datum/čas a něco by mohlo být vidět v logu (podle nastavení a prezistence). Vlastní SSH klíč pro admina tam asi nemáte (možnost, jak se tam přihlásit bez admin hesla)?
Jak jsem psal, tak s MAC to nesouvisí a import export lze udělat přes konzoli.

30

Sítě / Re:Mikrotik ac lite přístup pro správu routeru

« kdy: 27. 10. 2024, 19:48:11 »

6.43 je zoufale stará verze (2018?) a pravděpodobně se spoustou známých exploitů. Je-li admin interface vystaven do internetu, tak bych se vůbec nedivil, kdyby to někdo naboural ...