Příspěvky

1

Hardware / Re:Může se LTE modem chovat jako mobil?

« kdy: 21. 01. 2025, 18:34:53 »

Kdyz uz se tu tak hezky krmi, tak si prisadim


U CZ operatoru jsem zadny rozdily nevidel a prijde mi, ze je jim typ zarizeni celkem putna.

Se SIMkou od Keepgo je to o poznani zabavnejsi, treba na jabku je potreba rucne zmenit APN dle keepgo dokumentace, jinak hotspot odmita fungovat. Zrejme proto, ze jabko se snazi bejt nejak fer vuci operatorum, nevim.
Kdejaky 3rd party aplikace na tethering na jabku byly svyho casu strasnej ficak v USA, pac se snazili branit pouzivani neomezenych dat urcenych pro mobily, na tethering - a lidi hledali cesticky jak to obejit. Ostatne V UK svyho casu taky, co kamarad povidal...


Nu a se stejnou SIM pro Keepgo je to Androidu putna , mymu mobilnimu LTE modemu je to taky putna, ty pouzivaji vychozi nastaveni od Movistaru (skutecnej operator pro Keepgo v evropske variante) a tetheringu nebrani nic a nespravny APN nastaveni pro tether je nezajima.


Cili pokud to tazatel resi v prostredi ceskych operatoru, zrejme resi neco, co resit nepotrebuje, nebot se zde tato omezeni patrne neaplikuji, nebo jsem se s tim nesetkal.

2

/dev/null / Re:Nelze otevřít z URL článeku na webech seznam, točí se to v redirectech

« kdy: 04. 01. 2025, 18:04:03 »

Problem je, ze OP vnima jako problem neco ze strany uzivatele a vubec se na to nekouka ze strany zamestnance Seznamu, kterej taky musi platit slozenky...

Obcas pomuze tzv. otoceni sachovnice a podivat se na to okem protistrany.


1) Pokud Seznamu za jejich sluzby neplatis, nejsi zakaznikem, nybrz produktem. (Pravdepodobne bys byl produktem i po zaplaceni, protoze je vse krasne sparovano s uzivatelskym uctem a proklamaci o tom, ze tato data pro profilovani nejsou vyuzivana, samozrejme my vsichni verime, aaaaano.)


2) Pokud Produkt (uzivatel) neni bonitni, aby odpovidal Seznamackym pozadavkum (nema povolene skripty, susenky, storage, reklamy) a je tedy obtizneji vytezitelny, proc by na nej mel Seznam mrhat svymi prostredky a predkladat nejaky obsah?


Ergo kladivko: katastrofalni selhani je skutecne katastrofalni, protoze selhavaji zpusoby, jak o tobe co nejvice vytezit.


To je z pohledu Seznamu opravdu katastrofa, protoze prichazi o prachy. Tak proc by ti mel servirovat nejakej obsah?


Se stim smir.

3

Distribuce / Re:Raspberry Pi OS sestřeluje aplikace

« kdy: 29. 12. 2024, 20:17:09 »

Fotak je prvni Sony A7, kde byla podpora vzdaleneho ovladani skrz mobilni aplikaci v plenkach (A7ii je na tom uplne stejne).
Jedinej zpusob je prave pres aplikaci Smart Remote Control, kterou clovek stahne do fotaku a ktera dela z fotaku AP.
Fotak se sice k Wi-Fi jako takove pripojit umi, ma nejakej mini webovej prohlizec, aby si clovek mohl udelat ucet u Sony a stahnout prave treba tu Remote Control aplikaci. Ale samo o sobe, kdyz je to pripojeny k Wi-Fi, tak je to naprosto hluchy, nikde nic nenasloucha.


Jooo, kdyby to bejvalo slo nejak jinak... uz jsem tady ve svych predchozich threadech spekuloval nad spoustou alternativnich cest, z nichz po dlouhym pachteni se vubec s realizaci doslo na to, ze zrovna ty funkce, ktery potrebuju, funguji v pohode u Canonu a neco u Nikonu, ale u Sony nefunguji vubec (pres kabel se prenese toliko nastaveni, ale uz ne obraz, takze clovek nevidi, co dela).



Mel jsem na zkousku A7iii, tam je to s podporou vzdaleneho ovladani pres Wi-Fi podstatne lepsi. Princip sice stejnej (AP dela fotak), ale aspon je to primo ve FW fotaku nativne (ne jako aplikace, z niz se vyskoci stiskem spouste/ext. casovace), takze pripadny reconnect je aspon technicky proveditelny a da se nejak navazat. Ba dokonce mam pocit, ze za kratke letni noci se mi to tehda ani nerozpadlo.



Co zatim koukam do logu, tak se parametry Wi-Fi zdaji celkem OK, signal -60 dBm, RX 72 Mbit/s (plus minus stabilne), TX 24 Mbit/s (stabilne). Zapis mi to dela kazdou vterinu, to asi pro predstavu postaci na to, abych vedel, jestli mi v jeden moment napred zmizne AP (ze ani nebude viditelne), nebo se podela neco jinyho zcela nezavisle.

4

Distribuce / Re:Raspberry Pi OS sestřeluje aplikace

« kdy: 29. 12. 2024, 18:38:03 »

OK, posilam si facepalm. :-)


Ty logovaci skripty v terminalu mi koncily proto, ze mely probehnout jen nejakej pocet iteraci, kterej mi v dobe vymejsleni pripadal dostatecnej - pro kratke letni noci.
Jenze ted je delka noci dvakrat takova, ze... Proto mi to konci v tak divny casy, ovsemze zcela korektne, protoze vsechny iterace probehly.


Po tomhle zjisteni jsem si udelal dalsi blbustky na pravidelne logovani /proc/meminfo a iw wlan0 link pro zjisteni, co se vlastne deje, kdy ze mi link zmizi a jestli treba nejak neklesa signal s tim, jak se fotak hejbe, nebo kyho vyra...


Zitra budu moudrejsi.

5

Distribuce / Re:Raspberry Pi OS sestřeluje aplikace

« kdy: 19. 12. 2024, 22:34:38 »

A ten veřejný https://dslrdashboard.info/download/qdslrdashboard-v3-6-4-rpi4-buster/ nestačí? Ten vypadá jako 32bit.

Ještě je možné zkusit ten starší https://dslrdashboard.info/download/raspberry-pi-v3-5-9-stretch/. Pod tím je poznámka pro RPi2, že se má nastavit grafická paměť na maximum t.j. 512MB. To nevím přesně proč, asi pro akceleraci videa?

Ta neverejna x64 resi zasadni bugy typu jako nefunkcnost zobrazeni prostrednictvim VNC bez pripojeneho HDMI (nebo aspon HDMI dummy), coz je pohrichu funkce, ktera je pro mne absolutne kriticka.

No ještě mě napadá periodicky ze skriptu zabít a pustit znova ten qDD, to by šlo? To by řešilo asi ten memory leak, co tam asi je. Případně periodicky celý RPi restartovat? Ono to má i watchdog, takže jak se zasekne, nebo dojde paměť, tak se může restartovat samo. (sudo apt install watchdog a upravit /etc/watchdog.conf, jen maximum pro watchdog-timeout je 15 sekund, víc HW neumí).

Neslo, celej for je prave v tom, ze se to neumi (samo) reconnectnout. Pokud se spojeni rozpadne, je maximalne 20 vterin, nez externi hardwarovej casovac znovu zmackne spoust, cimz fotak z rezimu "delej Wi-Fi AP, at se k tobe muze aplikace pripojit" nevratne vykopne.
Workaround "kup za 20kKc novy telo, ktery ma Wi-Fi funkcionalitu resenou lepe" v tuto chvili neni schudny, pokud nahodou nenatrefim na nejakej fakt dobrej deal.

Ještě k těm systemd timerům:
fstrim a e2scrub je jen jednou za týden, e2scrub navíc funguje jen když je pod ext4 LVM.
logrotate a tempfiles bych zkusil zakázat, ty jsou jednou denně
u sebe vidím ještě denně apt-daily, apt-daily-upgrade, man-db a dpkg-db-backup. to bych taky zakázal

Jo, ty zbyle timery jsem pozakazoval uz drive prave proto, ze jsem je podeziral za potencialni podezrele.
Kdezto pusteni logrotate nebo tempfiles je hotovy takrka okamzite a bez nejakeho vlivu na cokoliv. Ale vypnout je muzu, je to koneckoncu fakt ucelove zarizeni pro jednu konkretni vec a nic jinyho by to delat nemelo.



Tak vyzkousim zstd, sundat zbyle systemd timers a uvidime... snad pristi vikend muze byt vhodna prilezitost to prubnout naostro.


No a prinejhorsim holt dojde na pitome reseni SW problemu vymenou zeleza. Pravda, ze az 8 GB RAM a eMMC k tomu vypada zas o parnik lip. Snad to nebude zmrseny nejakou haluzici Wi-Finou.


Kazdopadne diky za napady!

6

Distribuce / Re:Raspberry Pi OS sestřeluje aplikace

« kdy: 19. 12. 2024, 12:56:13 »

Tak přesně takovou malinu dělali s 1GB RAM, akorát byla větší a jmenuje se to Raspberry Pi 3B, nebo 3B+. Ta by tam dát nešla? rpishop.cz to stále má za 999, ale asi půjde sehnat second-hand levněji.

To je moc velky a mozna to bude i trosku vic zrat, oboji je bohuzel problem zasadni.
Mozna, teoreticky, pokud bych uvazoval teda o zmene zeleza, by snad prichazel v uvahu https://radxa.com/products/zeros/zero3w/#techspec ?

Jaký přesně Raspberry Pi OS Bookworm tam máte? Když jdu na https://www.raspberrypi.com/software/operating-systems tak který z nich?

Desktop je nutny a nutne musi byt 64-bit (mam neverejny build qDD pro ARM, ktery je 64-bit).
Takze Raspberry Pi OS with desktop, 64 bit.

Co říká cat /sys/kernel/mm/lru_gen/enabled ? Mělo by tam být 0x1. Pomáhá to s OOM a swapem.

0x0001

Pak ještě pomáhá zapnout zswap, například v /etc/rc.local:

echo 1 > /sys/module/zswap/parameters/enabled
echo 1 > /sys/module/zswap/parameters/same_filled_pages_enabled
echo zstd > /sys/module/zswap/parameters/compressor
echo zsmalloc > /sys/module/zswap/parameters/zpool
echo 25 > /sys/module/zswap/parameters/max_pool_percent
echo 80 > /sys/module/zswap/parameters/accept_threshold_percent
echo 1 > /sys/module/zswap/parameters/exclusive_loads

Vyzkousim - ale nevim, co to ma delat - pouzit zstd kompresi pro swap?

No a jak se to stává v čase 2-3 v noci, tak to vypadá na nějaký cron? cron.daily? ale který z nich, to nevím

Jedinej cron, co existuje, je "fake hwclock" pro ulozeni last known good casu do souboru, protoze neni RTC baterka.

Ostatni soubory v /etc/cron.*/ maji na zacatku "exit 0", tedy aby je to zcela ignorovalo. Nicmene, vetsina tech cronu by ten exit 0 provedly tak jako tak, ve prospech systemd.timers, kterezto jsem ovsem povypinal...

Koukam ale, ze par jich nakonec stejne nejak existuje:

Kód: [Vybrat]

systemctl status *.timer
● logrotate.timer - Daily rotation of log files
     Loaded: loaded (/lib/systemd/system/logrotate.timer; enabled; preset: enabled)
     Active: active (waiting) since Fri 2024-12-13 10:45:42 CET; 2h 19min ago
    Trigger: Sat 2024-12-14 00:00:00 CET; 10h left
   Triggers: ● logrotate.service
       Docs: man:logrotate(8)
             man:logrotate.conf(5)

Dec 13 10:45:42 rpi systemd[1]: Started logrotate.timer - Daily rotation of log files.

● systemd-tmpfiles-clean.timer - Daily Cleanup of Temporary Directories
     Loaded: loaded (/lib/systemd/system/systemd-tmpfiles-clean.timer; static)
     Active: active (waiting) since Fri 2024-12-13 10:45:42 CET; 2h 19min ago
    Trigger: Sat 2024-12-14 11:00:34 CET; 21h left
   Triggers: ● systemd-tmpfiles-clean.service
       Docs: man:tmpfiles.d(5)
             man:systemd-tmpfiles(8)

Dec 13 10:45:42 rpi systemd[1]: Started systemd-tmpfiles-clean.timer - Daily Cleanup of Temporary Directories.

● fstrim.timer - Discard unused blocks once a week
     Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; preset: enabled)
     Active: active (waiting) since Fri 2024-12-13 10:45:42 CET; 2h 19min ago
    Trigger: Mon 2024-12-16 00:34:23 CET; 2 days left
   Triggers: ● fstrim.service
       Docs: man:fstrim

Dec 13 10:45:42 rpi systemd[1]: Started fstrim.timer - Discard unused blocks once a week.

● e2scrub_all.timer - Periodic ext4 Online Metadata Check for All Filesystems
     Loaded: loaded (/lib/systemd/system/e2scrub_all.timer; enabled; preset: enabled)
     Active: active (waiting) since Fri 2024-12-13 10:45:42 CET; 2h 19min ago
    Trigger: Sun 2024-12-15 03:10:58 CET; 1 day 14h left
   Triggers: ● e2scrub_all.service

Dec 13 10:45:42 rpi systemd[1]: Started e2scrub_all.timer - Periodic ext4 Online Metadata Check for All Filesystems.


Ještě možná je skutečně problém v OOM? Není třeba SD karta nějaká divná? Hlavně když do ní jde hodně swapu, tak by to mohlo tuhnout na ní. Jakou tam máte? Zkuste tu oficiální Raspberry Pi A2 kartu, i když to A2 se použije až od Raspberry Pi 4. Nebo bez SD karty z USB SSD disku? Tady sice je jen USB2, tak nevím, jestli tam nedat alespoň Raspberry Pi 4.

Na rpi foru jsem cetl, ze karta A2 v Zero dokaze byt i kontraproduktivni prave proto, ze to s tim neumi pracovat.

Mam tam Samsung 64 GB EVO Plus (U1, A1, V10), brana jako nova v poctu dvou kusu, klidne muzu zkusit prohodit a nabehnout z te druhe... (mam na druhe karte vzdycky klon pro hotswap, kdybych nahodou mel s RPi neco rozkutenyho a ono se zlepsilo pocasi :-) ).




Jinak on qDD pro ARM je delany pro RPi3B/RPi4, ale to vlastne jen proto, ze autor nemel moznost to otestovat na necem jinym.
Ja jsem s nim byl v kontaktu prave ohledne toho, co je pro to potreba za dependencies a kde co, a veskrze to i na rom RPi Zero 2W funguje veskrze dobre.
Na komfortni pouzivani LiveView nestaci CPU vykon, ale jinak to nicemu nevadi. A vyuziti pameti - po spusteni programu, nastelovani timelapse a skalovani - celkem OK, ve swapu sotva 100 MB. Neni to nic, co by bylo na vykon nejak narocny, luminance snimku to ma provedeny za prijatelnej cas (min jak vterina, vcetne prenosu z fotaku).
Jen si to proste behem noci nejak v pameti nabobtna.
Presto bych chapal, kdyby treba spadla samotna aplikace, ale ne, on system posestreluje vsechno mozny naokolo a jeste si to drze necha pro sebe.




ad qDD pro mobily - je to placeny, takze Google Store nebo kontakt autora. Plus cloveku se teda asi uplne jako nechce nechavat mobil pres noc nekde u fotaku, vetsinou ho jaksi potrebuje u sebe.

7

Distribuce / Raspberry Pi OS sestřeluje aplikace

« kdy: 17. 12. 2024, 21:02:58 »

Dobry vecer,



mejme Raspberry Pi Zero 2 W, bezi na tom Raspberry OS Bookworm, LXDE-pi a qDslrDashboard pripojenej pres Wi-Fi k fotaku.

Nakolik RPi ma k dispozici jen 417 MB RAMeti, je k dispozici velkej swap (zkousel jsem 2 GB, pak jsem navysil az na 4 GB).

qDD ma patrne nejakej memory leak, kterej se projevi pri delsim behu (treba 8-10 hodin cvakani snimku). Na "rychlost" to nejakej vliv nemelo, mozna to neuvolnuje z pameti stary snimky, ktery uz nejsou a nebudou potreba a je mi wurst, ze si skonci ve swapu...


Vedle qDD jeste bezi jednou a 20 vterin scrot na tipnuti obrazovky RPi a zapis teploty RPi do souboru, obe tyhle veci bezi normalne v lxterminalu (abych mel jistotu, ze jsem je nezapomnel zapnout pri stelovani).


Problem:
neco po treba 8-10 hodinach provozu vyhnije. oba lxterminaly zmizi, Wi-Fi spojeni s fotakem se rozpadne a nevim proc.
 
1) logovani teplot i vytvareni screenshotu mi v nejakej (ne stejnej) cas proste skonci (ne kvuli nedostatku mista na disku). Rano se pripojim na RPi pres VNC a lxterminal proste zmizel.
Posledni zapis teplot do souboru v 2:41, posledni screenshot v 3:11.


2) obcas se rozpada spojeni s fotakem, nevim proc
+ zadne ruseni v lokalite
- jsou to jen pidiantenky
+ kraticka vzdalenost, max metr
- ukazatel signalu rika, ze sotva 60% kdyz dobre
tak jsem z toho jelen a podezirat muzu jak nejakou haluz na RPi, tak nejakou haluz z powerbanky krmici fotak (restart fotaku kvuli powerbance neschopne dodat dost spickovyho proudu?)
v case 3:40 se to uz rozpadlo nadobro a reconnect ani neprobehl.

Cili vsechno se podelalo na skoro minutu presne behem jedne hodiny.


3) dmesg nerika vubec nic (posledni zapisy po bootu a pak tichoucko)


4) journalctl -xe nerika skoro nic, uvede akorat, ze v nejakej cas se rozpadla Wi-Fi, neco jako:
wpa_supplicant[535]: wlan0: ctrl-event-disconnected reason=0 locally_generated=1


Typicky si zarizeni bezi nekde v lese, na louce, a podela se to nekdy kolem treti rano, kdy ja samozrejme spokojene spim doma, takze moznosti ladeni v ten cas jsou docela blbe.


Zlikvidoval jsem veskerej cron, veskere systemd *.timer a packagekitd, jejichzto provoz pri nedostatku pameti byl fakt pruuuser a pri pouhem 2 GB swapu se v logu ukazal oomkiller, kterak se pustil do prace.

Takze ted se tam s jistotou nespousti nic, co by nemelo, v logu oomkiller nikde nefiguruje (nebo spatne koukam, ale procital jsem ho komplet).


Premyslim, jak uchopit nejaky ladeni, kdyz samotnej nastroj tahajici nejaky metriky si nejakou tu pamet proste uzere.


Stran sledovani Wi-Fi bych zrejme potreboval:

1) logovat do souboru ping z RPi na fotak (snad se to nesestreli :-) ), pravda, sikl by se mi ke kazdymu radku i udaj o datu/case (kazdych 3-5 vterin?)

2) logovat do souboru vystup z
iw wlan0 info
taktez kazdy 3 vteriny?


Nojo, jenze ono mi to pak asi ?neco? sestreli, stejne jak je to schopne mi sestrelit ten lxterminal se sledovanim teplot a tipanim screenshotu...

Uvazuju jeste variantu, pustit na tom SNMP a tahat si ty metriky k sobe pres VPN do LibreNMS, snmp samotny moc RAMeti ani dat na prenos nesezere, zejo? -- aspon bych takhle videl, jak se vyviji vyuziti pameti, co ji vyzira, jestli to zacne haprovat v nejakej konkretni moment vyuziti pameti, ....?


Jenze, ono mi to "neco" zrejme sunda i to SNMP :-) takze se obloukem vracime k hlavni otazce, jak muzu zjistit, co mi to sestreluje programy, ackoliv je mista ve swapu k dispozici az na pudu.



Skoda, ze tuhle malou malinu nedelaji s aspon 1 GB pameti, tolikych problemu, ktere bych mozna nemusel resit...

8

Hardware / Re:Redukce USB-C na USB-A

« kdy: 17. 12. 2024, 19:56:15 »

Zajímavé téma.
Dovolím si otázku: dá se koupit (resp. je běžnému smrtelníkovi dostupné) zařízení, které se připojí k něčemu, co si říká "USB PD nabíječka" a přehledně zobrazí, zda se nabíječka chová tak, jak podle specifikace má, jaké jede napětí a případně i odběr proudu? Protože kolikrát koupím něco, co se nějak tváří, ale jako laik nemohu prodejci ten krám omlátit o hlavu, protože nemám jak dokázat, že je to opravdu krám. A složité pokusy typu "sehnat správnou nabíječku, která opravdu dělá, co má", je celkem nákladná loterie.
Díky.

Bral jsem konkretne tenhle https://cz.ebay.de/itm/175633611817

Umi to docela dost veci, prej to ma umet i bluetooth pro spojeni ? asi s telefonem a nejakou appkou ?, aby tam byly i nektere dalsi ficury uzitecnejsi, nez na tom pidi displeji, jako grafy napeti/proudu, zvlneni atp...

Bohuzel, navod chybi a prodejce o samotnym zbozi nic moc nevi. I tak je to ale celkem uzitecny na mereni spotreby notasu, skutecne kapacity powerbank atp.

9

Windows a jiné systémy / Re:Win10 chyba po výměně disku

« kdy: 13. 12. 2024, 09:04:40 »

Me zkusenosti se s temi od jjrsk neshoduji. Ano, Win7 jsou stran ovladacu docela vopruz, ale desitky a jedenactky nam v praci naprosto bez problemu preziji presun na jiny zelezo, a to i mezi ruznymi generacemi intel/amd. Podot
ykam, ze to slo v uplne vsech pripadech bez vyjimky, klidne z desky se Z270 az do AMD B650, zcela bez problemu.


Jediny, co muze teoreticky delat vopruz, je Intel VMD, nebo jeho ekvivalent u AMD, to skutecne ovladac potrebuje... no a nebo ten kram v BIOSu uplne vypnout, protoze je uplne k nicemu, tuplem na deskach, kde je jen jeden slot. (Avsak to zrejme nebude tazateluv pripad.)



Normalni dd z disku na disk, prelozeni do jinyho pocitace, jine desky, jinyho vseho a neni problem.
Zadnej ovladac pro konkretni NVMe disk u 10/11 neni potreba, o vse se stara vychozi wokenni stornvme.sys


Abstrahuji-li divokost tazatele, samotny postup (dd kopie disku jako prvni provedeny krok) je veskrze spravny.

Nicmene, pokud ten starej disk je jeste nejak s to nabootovat a fungovat, nejlip asi nabehnout z nej a data proste vykopirovat a jet na novym disku uplne nacisto, nanovo, jinak se z toho zblaznis...

10

Hardware / Re:Monitor nejen na hraní s věrnými barvami do 6tisíc

« kdy: 25. 11. 2024, 12:21:38 »

Jen poznamka stran rozliseni, FHD je na muj vkus na 27" malo, pri tak velkych pixelech je uz videt, jak je vsechno zubaty.
4K mi zas prijde az moc, protoze se plus minus vsechno musi skalovat na nejakych 150% DPI.
Cili jako pouzitelny zbyva 2560x1440.

Dumej, dumej... az budes mit jasno aspon v tomhle zakladu, je mozno resit cokoliv dal.


Jo a jestli te zajimaji barvy, tak res "opravdovej" 8-bit panel, ne zadny 6-bit+FRC.

11

Windows a jiné systémy / Re:Jak přeskočit ve Win11 postsetup výběr spojení

« kdy: 20. 11. 2024, 09:21:09 »

mozno OT ale skus https://schneegans.de/windows/unattend-generator/

Potvrzuji, funguje skvele, clovek si tam muze nandat, co chce a pripadne jeste doladit pres Windows SIM.

Nebo odpoj sit ..., kdyz zadna neni, necha se to nainstalovat bez ni (i home verze).

Jeste furt? Mam za to, ze uz ve 23H2 tu moznost zrusili.

12

Hardware / Re:Modem k RPi Zero 2W, ideálně s podporou OpenWrt

« kdy: 24. 10. 2024, 15:24:05 »

Tohle by to melo umet, podle komentare zakaznika pod produktem ;⁠-⁠)

https://allegro.cz/nabidka/lte-modem-4g-usb-wifi-na-sim-kartu-router-rebel-14256442076

Dekuji prevelice, dnes dorazilo, uz jsem to prubnul.
Po vypnuti clients isolation se oba interfejsy objevi na stejnem bridge a vsechno jede tak, jak chci.

Akorat LTE rychlost je nejaka divna.
Se spanelskou SIM ( = latence bezne kolem 100 ms) mam DL 15 Mbit/s (celkem bezna rychlost), ale upload sotva pres 1 Mbit ... jako budiz, asi to postaci, ale prece jen jsem doufal v citelne vyssi rychlosti oproti EDGE


Jeste se v tom budu muset trosku porejpat, pripadne zkusit s ceskou SIM.

13

Windows a jiné systémy / Re:Windows7 SP1 x32 - boot zo SATA HDD ale system a data na PCIe SSD (NVMe)

« kdy: 24. 10. 2024, 14:55:09 »

Ten SATA HDD ani nepotrebujes, staci ti flashka a bootovat budes jakoze z flashky.

Na te trvale vlozene flashce budes mit Clover bootloader, kterej umi presne to, co potrebujes.

Tudle je navod, je to uz starsiho data - ale starsiho data bude zrejme i ten pocitac, o kterej se jedna, zeano.

https://winraid.level1techs.com/t/guide-nvme-boot-without-modding-your-uefi-bios-clover-efi-bootloader-method/31665#msg107724

14

Hardware / Re:Modem k RPi Zero 2W, ideálně s podporou OpenWrt

« kdy: 21. 10. 2024, 14:06:08 »

Diky, prubnu to. Koukam, jsou tam nejaky reci o signalu, resp. o propustnosti LTE pres Rebela oproti telefonu, ale to neni kriticke, v podstate pres to bezi jen SSH a VNC.
Pak poreferuju.

15

Hardware / Modem k RPi Zero 2W, ideálně s podporou OpenWrt

« kdy: 19. 10. 2024, 23:53:16 »

Dobry vecer,


pro pouziti s RPi Zero 2W hledam zpusob, jak RPi spolehlive dostat k LTE siti prostrednictvim USB (Wi-Fi toho Raspberry je uz vyuzita jinak), a jeste k tomu navic umi i Wi-Fi (pro dalsi zarizeni). 



Obecne pozadavky:
0) rozmery plus minus bezne USB flashky jsou nutnosti
1) podpora LTE kanalu v ramci Evropy
2) podpora klasicke SIM
3) moznost pripojeni pres USB-A jako modem (predstava: modem se RPi ohlasi jako RNDIS, podobne jako Android USB tether... a ne jako Android ADB zarizeni, Android MTP, ani nic jinyho)
4) moznost pripojeni i pres Wi-Fi (to neni pro RPi, nybrz pro jina zarizeni)
5) moznost jakkoliv (bridge/routing) zajistit, aby se dalo dostat ze zarizeni poveseneho jednom interfejsu dostat na zarizeni na druhem interfejsu (je mi v zasade jedno, jestli je to jako bridge, nebo jako routing)



Nejradsi bych USB modem, ktery tohle vsechno udela, idealne treba na OpenWRT, proste na necem, kde se sit chova "normalne" (bez schovavani vseho moznyho do ruznych namespacu a la Android), a at je to "nastav a zapomen, ze to existuje".

Zrejme by pro mne bylo idealni neco jako https://www.gl-inet.com/products/gl-usb150/ - na to byla/snad furt jeste je ofiko podpora OpenWRT, akorat, ze uz je 2 roky EOL, neni k sehnani a nahrada neni.


Prodejci na ebay a spol. jsou skoupi na slovo a dohrabat se byt jen vyrobce modemu, ne tak jeste jeho dokumentace...


Objevil jsem, ze existuji veci postavene treba na MSM8916, ktery je na modem ponekud overkill, co se tyka specs (4jadernej Cortex A53, vlastne totez, co je v RPi Zero 2), a vlastne se jedna o "Android telefon bez displeje", avsak udajne s plnou podporou v Linuxovem jadre, takze by snad mohly nejaky moznosti existovat. Zahlidnul jsem neco o OpenStick, ale readme komplet v cinstine, z toho dvakrat chytrej nebudu.


Napada nekoho neco? Pripadne nevali se nekomu neco takovyho doma a nechce se toho za nejakej baksis zbavit?



Diky.



P.S.: Moznost pouziti starsich mobilu jsem si prosel a na urodnou pudu to zrovna nepadlo.
Telefon s Androidem si funguje, jak se mu zlibi, vicemene porad jede na EDGE, na LTE se odmita pripojit, i kdyz mam vysilac treba jen dva kilaky vedle, mam na nej primou viditelnost a iPhone se s tou samou SIMkou na LTE normalne pichne. Ruzne pokusy pres EngineeringMode vynutit pouziti LTE nepadly na urodnou pudu. Pritom ovsem spravne LTE bands umi. Mozna v tom ma prsty pouzity LineageOS (treba by to po navratu k vychozimu FW fungovalo)...
Ale furt zustava problem, ze sitovani v Androidu si zije pro mne nesrozumitelnym zivotem a udelat treba banalni vec jako bridge mezi usb0 (USB tethering via RNDIS) a wlan0 (WiFi AP), ne tak jeste mit tento bridge znovu vytvorenej po kazdym startu telefonu, dohromady proste nedam.


S iPhonem jsem pochodil trosku lip, ten se na LTE pichne a funguje, v kernelu na RPi mam fungujici ipheth, k tomu prihodim jenom usbmuxd a jedu... do momentu, nez telefon z nejakyho duodu odpojim; po poetovnym pripojeni se proste nechyta a RPi se musi rebootnout (neprijatelne).
NU a bridge, rekneme, ze jednou jedinkrat se mi nejakou nahodou poradilo, ze USB tether i Wi-Fi tether byly automaticky v bridge, super... Jenze neumim zreplikovat, takze to tehda mozna fungovalo jen nejakym omylem a fskutecnosti to tak fungovat nema vubec.