1. Fórum Root.cz
  2. Poslední příspěvky

Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Hardware / Re:Brutální záseky a zpomalení s BT soundbarem
« Poslední příspěvek od Michal Šmucr kdy Dnes v 00:04:43 »
Citace: Kada  02. 12. 2024, 23:17:59
Nerozumim, ze to tady jeste nenapsal.

Mě to taky blesklo hlavou, např. modul ath9k pro Atheros WiFi má parametr, co se musí zapnout, aby se snížila interference, když se používá dohromady s BT.
Ale on psal(a), že je to na telefonu. Tam bych tak nějak čekal, že si tohle výrobce v systému (počítám Android) ošetří, když je to určené pro běh na konkrétním hardware.   

Citace
P.S. OP se z nejakeho duvodu zmenil z "Vietnamka" na "mikesnovu"  ::)

No tak je to venku, Mikeš je znovu Vietnamka :D
2
Sítě / Re:Metronet končí, ke komu přejít?
« Poslední příspěvek od Radek Zajíc kdy 02. 12. 2024, 23:57:50 »
Analogii NDP proxy je v IPv4 svete ARP proxy.
3
Vývoj / Re:JavaScript: service worker a subdoména
« Poslední příspěvek od hknmtt kdy 02. 12. 2024, 23:50:40 »
Este sa zda ze mozno toto je riesenie: navigator.serviceWorker.register

https://askavy.com/javascript-how-to-register-a-service-worker-from-different-sub-domain/

4
Vývoj / Re:JavaScript: service worker a subdoména
« Poslední příspěvek od hknmtt kdy 02. 12. 2024, 23:38:55 »
Vidim ze github pouziva kvazi alias.

V index.html importuju:
Kód: [Vybrat]
<link rel="shared-web-socket-src" href="/assets-cdn/worker/socket-worker-1a9b1a7a6108.js">
Ktore nasledne len robi:
Kód: [Vybrat]
importScripts('https://github.githubassets.com/assets/socket-worker-1a9b1a7a6108.js')
Akurat neviem ako potom ten worker importuju na https://github.githubassets.com subdomene aby fungoval, lebo je to stale subdomena proste. Jedine ze ten embed prehliadac berie ako ze bezi pod povodnym originom, i ked sa importuje vlastne na dvoch miestach...
5
Hardware / Re:Brutální záseky a zpomalení s BT soundbarem
« Poslední příspěvek od Kada kdy 02. 12. 2024, 23:17:59 »
Nerozumim, ze to tady jeste nenapsal. Pod Linuxem je to bezny problem, WiFi 2.4Ghz je ruseno Bluetooth audio, zalezi na konkretnim hardware a driveru. A neni to historicky problem, neni to vyreseno napriklad ani v Asahi pro silicon Macy, na starych Macbook Air (intel) to v Linuxu nefungovalo nikdy, v MacOS pritom bez problemu.

Co mi prijde divne, ze to nefunguje ani na 5GHz. Tady tipuju, ze 5GHz WiFi ma stejny essid, pripadne chybu mereni :). Zkusil bych opravdu dobre proverit, ze to na 5GHz nefunguje, zejmena mit jiny, samostatny, essid pro 5GHz sit.

P.S. OP se z nejakeho duvodu zmenil z "Vietnamka" na "mikesnovu"  ::)
6
Hardware / Re:Relativně přesné RTC
« Poslední příspěvek od CFM 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á.
7
Hardware / Re:Relativně přesné RTC
« Poslední příspěvek od CPU kdy 02. 12. 2024, 22:45:50 »
Šikovný kolega z fóra mi poslal SMS, že mám použít RDS.
Skupina: typ 4A dle EN 50067
https://dratek.cz/arduino/1492-fm-rds-radio-si4703-modul-tuneru-pro-avr-arm-pic.html

Video:
https://www.youtube.com/watch?v=20tbPOY-0wk

V porovnání s DCF77 je prý RDS významně snáz dosažitelné ve smyslu vyhodím anténu ze sklepa, což zahrnuje jednu díru a protáhnout jen kus kabelu.
Zajímavá možnost.

@dík kámo!
8
Hardware / Re:Relativně přesné RTC
« Poslední příspěvek od CFM 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.
9
Hardware / Re:Relativně přesné RTC
« Poslední příspěvek od CPU kdy 02. 12. 2024, 22:22:59 »
Citace: ogdru6jahad  02. 12. 2024, 22:10:55

Měl jsem tři zařízení, která jela kupodivu poměrně hodně přesně a vypadalo to na rozdíl třeba 15 vteřin ročně, tak jsem to neřešil. Ale teď jsem dostal dalších patnáct a tady to rozcházení už je markantnější. Jak se to bude chovat dlouhodobě, tak to netuším.


 
10
Sítě / ipv6 ndp adverts vs routovaná
« Poslední příspěvek od mikesnovu kdy 02. 12. 2024, 22:14:28 »
A ještě jedna věc, než ji zapomenu:jak rozumět tomuto? Pokud bych bral analogii ipv4, tak jde zda jde blok routovaný a to druhé co ? Něco jako upnp  :D ? Vůbec netušim



Citace
understand/im assuming that your upstream does not route the /64 directly to your host’s eth0 interface, and instead relies on NDP adverts to direct IPv6 traffic to your host. That is why you understand that each container’s IP will need to be advertised to the upstream network using proxy NDP entries on the host’s eth0 interface.



( https://discuss.linuxcontainers.org/t/ipv6-without-nat-inside-lxc-container/12238 )
Stran: [1] 2 3 ... 10