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 - Standa2017

Stran: [1] 2 3 ... 18
1
Archer C6 v2.x měly chipset Qualcomm Atheros a od v3.x MediaTek.

2
Vivaldi taky používám asi 5-6 let, ale hesla jsem mu nesvěřil. Vše ostatní kromě hesel se mi synchronizuje (na Androidu, Linuxu i Windows). Před ním jsem používal Maxthon a verzi pro Linux vytvořili, ale potom ji pohřbili.

Nějak to ve Firefoxu musí monetizovat. Jak dopadl původní Edge od MS a to mají vývar z jiných služeb.

3
Hardware / Re:USB-C PD nabíječka omezuje proud
« kdy: 26. 06. 2024, 22:39:02 »
Tak to jsem rád, že to je bezpečné, akorát nechápu navýšení počtu požárů, které jsou velmi časté.

4
Hardware / Re:USB-C PD nabíječka omezuje proud
« kdy: 26. 06. 2024, 14:03:32 »
Nechápu, proč ty napětí ženou k takovému extrému, kdy nabitá baterie je 4,45V. V mém telefonu je baterie nejspíš v sério-paralelním zapojení a ukazuje maximální napětí 8,9V
Kód: [Vybrat]
POWER_SUPPLY_TYPE=Battery
POWER_SUPPLY_STATUS=Charging
POWER_SUPPLY_HEALTH=Good
POWER_SUPPLY_PRESENT=1
POWER_SUPPLY_CHARGE_TYPE=Fast
POWER_SUPPLY_CAPACITY=90
POWER_SUPPLY_VOLTAGE_OCV=8741000
POWER_SUPPLY_VOLTAGE_NOW=8748000
POWER_SUPPLY_VOLTAGE_MAX=8900000
Přitom nominální napětí je u Li-Pol baterií 3,7V a plně nabitá se udává 4,2V viz. https://en.wikipedia.org/wiki/Lithium_polymer_battery
Jenže honba za co nejrychlejší nabití a co nejdelší výdrž to žene kolikrát až k způsobení požáru.

Schválně mě zajímalo, jak moc kecá ten můj levný USB tester a zjistil jsem, že nekecá.

5
Hardware / Re:USB-C PD nabíječka omezuje proud
« kdy: 25. 06. 2024, 20:37:30 »
Chování a logiku uvnitř nabíječky jsem už naznačil na předchozí stránce.
Mám nabíječku, která umí 1x 60W, 1x 18W a 3x 12W. Na obrázku je dohromady 49W (na portech 60+18), ale že bych z toho podělal, tak to určitě nehrozí. Takhle jsem si to otestoval poprvé a to mám možnost aspoň nějak zmapovat.

6
Hardware / Re:USB-C PD nabíječka omezuje proud
« kdy: 23. 06. 2024, 21:38:03 »
Přesně, vše umí.
Když už bych chtěl relevantně argumentovat, tak kde je takový problém si pořídit za pár dolarů podobný USB tester jako na obrázku (ten mě stál $5).
Potom se @mikesznovu nesmí divit, že jsme si k těm proudům, které uvedl, museli z prstu vycucat také napětí, které ta nabíječka umí.

7
Hardware / Re:USB-C PD nabíječka omezuje proud
« kdy: 23. 06. 2024, 17:07:26 »
Když už to je stejná nabíječka, tak tím je to jednoduší. To co po té nabíječce chcete, tak umí viz. obrázky z recenze (zaokrouhleně 1x45W nebo 2x20W). Víc není o čem.

Jestli jste si jistý těmi měřeními, tak ji reklamujte.

8
Hardware / Re:USB-C PD dvounabíječka omezuje proud při dcou
« kdy: 23. 06. 2024, 16:34:16 »
Kde jste tu uvedl, jaký typ nabíječky používáte? Pouze INUI 45W a to je navíc špatný název. Zmíněnou INIU I622 jsme si vycucali z prstu a ta umí 20V a 15V.

Kde jste tady uvedl napětí, při kterém do telefonu tekly tyto proudy?
Jakmile. Připojim druhý tel., proud spadne z 2245 na 1300-1600 a když ho odpojim zase se vrati zpět. Bohužel druhý krám je omezený bazmek bez rootu ,kde jsem se neobtežoval měřit spotřebu, ale určitě víc jak 18w nezvládne taky.

Tohle je vlákno 'zmatek nad zmatek'. Howgh

9
Hardware / Re:USB-C PD nabíječka omezuje proud
« kdy: 19. 06. 2024, 19:29:59 »
Ta recenze přesně potvrzuje to, co jsem napsal, takže nakonec příliš povyku pro nic.

10
Hardware / Re:USB-C PD nabíječka omezuje proud
« kdy: 19. 06. 2024, 17:38:51 »
Díval jsem se na nějakou INIU I622 USB-C Charger 45W a ta umí i 20V-2,25A a 15V-3A, takže nejen 5/9/12V.
Takže když nabíjíš první telefon proudem 2,245A při 20V, tak to je 44,9W a když při připojení druhého telefonu klesne proud na 1,3-1,6A, tak v tu chvíli může nabíjet 12V*1,6A=19,2W a nebo 15V*1,3A=19,5W. Stačí.

11
Hardware / Re:USB-C PD nabíječka omezuje proud
« kdy: 18. 06. 2024, 08:29:20 »
Ta nabíječka má uvnitř nějakou logiku a těžko to vyřeší tohle vlákno. Jedině že by v manuálu bylo uvedené přesné chování při nabíjení několika zařízení, které by neodpovídalo.

12
Sítě / Re:Řešení internetu na samotě
« kdy: 13. 06. 2024, 20:25:08 »
Už to tu padlo, ten tenký 10m kabel bude mít útlum 0,5dB/metr a anténa má zisk 5dBi. To nejde dohromady.

U té Iskry je diagram, ideální příjem má kolem 1800-2600MHz, což zase nejde dohromady s velkou vzdáleností od vysílače, protože to pojede dobře jen B20 neboli 700MHz a to má Iskra poloviční zisk.

Dokážeš na těch modemech ručně navolit pásma B20-700MHz / B3-1800MHz / B7-2600MHz?

13
Sítě / Re:Možné zneužití veřejné IP adresy?
« kdy: 08. 06. 2024, 11:11:35 »
Po několika posledních příspěvcích už tušíš, odkud vítr fouká. Hledej někoho, kdo mohl tvé klíče/hesla v minulosti v bývalé firmě odcizit a z tvé bývalé firmy nedávno odešel ne zrovna za ideálních okolností. Dotyčný se nemusel mstít tobě, ale tebe zneužil.
Tvé logy by taky napověděly, služby jako wireguard nebo squid mají své specifické porty. I kdyby to bylo z nějaké VPNky, ale aspoň budeš tušit, že vše je pravděpodobné a kdy se to mohlo stát.

14
Hardware / Re:Připojení 3,5" SATA disku k Raspberry Pi 5
« kdy: 30. 05. 2024, 10:49:06 »
Možná ještě taková nástavba https://youtu.be/AiyLv48CEtc?t=705 na 2.5" HDD by byla únosná, kdyby se na to vytiskla nějaká 3D krabice s možností chlazení ventilátorem.

Sám čekám na originální HAT pro NVMe, protože už mám doma nějaký Samsung ve velikosti 2230, což se snad vleze i do originální krabičky i s chlazením.

15
Sítě / Re:Měření iperf3 na gigabitu ukazuje 700 Mbps
« kdy: 24. 05. 2024, 14:19:43 »
Na Win11 bez ničeho vypnutého to je v pohodě

Kód: [Vybrat]
D:\iperf>iperf3.exe -c 192.168.2.1 -d -t 10
send_parameters:
{
        "tcp":  true,
        "omit": 0,
        "time": 10,
        "parallel":     1,
        "len":  131072,
        "client_version":       "3.1.3"
}
Connecting to host 192.168.2.1, port 5201
SO_SNDBUF is 212992
[  4] local 192.168.2.10 port 52022 connected to 192.168.2.1 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   113 MBytes   948 Mbits/sec
[  4]   1.00-2.00   sec   113 MBytes   948 Mbits/sec
[  4]   2.00-3.00   sec   113 MBytes   946 Mbits/sec
[  4]   3.00-4.00   sec   112 MBytes   935 Mbits/sec
[  4]   4.00-5.00   sec   113 MBytes   945 Mbits/sec
[  4]   5.00-6.00   sec   112 MBytes   942 Mbits/sec
[  4]   6.00-7.00   sec   113 MBytes   945 Mbits/sec
[  4]   7.00-8.00   sec   111 MBytes   934 Mbits/sec
[  4]   8.00-9.00   sec   113 MBytes   948 Mbits/sec
send_results
{
        "cpu_util_total":       0,
        "cpu_util_user":        0,
        "cpu_util_system":      0,
        "sender_has_retransmits":       0,
        "streams":      [{
                        "id":   1,
                        "bytes":        1179385856,
                        "retransmits":  -1,
                        "jitter":       0,
                        "errors":       0,
                        "packets":      0
                }]
}
get_results
{
        "cpu_util_total":       2.997316,
        "cpu_util_user":        0.556788,
        "cpu_util_system":      2.440515,
        "sender_has_retransmits":       -1,
        "streams":      [{
                        "id":   1,
                        "bytes":        1179385856,
                        "retransmits":  -1,
                        "jitter":       0,
                        "errors":       0,
                        "packets":      0
                }]
}
[  4]   9.00-10.00  sec   112 MBytes   943 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  1.10 GBytes   943 Mbits/sec                  sender
[  4]   0.00-10.00  sec  1.10 GBytes   943 Mbits/sec                  receiver

iperf Done.

Stran: [1] 2 3 ... 18