Raspberry Pi OS sestřeluje aplikace

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


Re:Raspberry Pi OS sestřeluje aplikace
« Odpověď #1 kdy: 18. 12. 2024, 00:44:02 »
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.

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

Já bych doporučil 32bit (ne 64bit, ten sice pojede, ale má větší spotřebu paměti) a bez desktopu, teda to první Raspberry Pi OS Lite: https://downloads.raspberrypi.com/raspios_lite_armhf/images/raspios_lite_armhf-2024-11-19/2024-11-19-raspios-bookworm-armhf-lite.img.xz

Desktop je nutný?

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

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


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

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.

Re:Raspberry Pi OS sestřeluje aplikace
« Odpověď #2 kdy: 18. 12. 2024, 00:56:21 »
Tak koukám na tu aplikaci qDslrDashboard_V3.6.4_RPI4_Buster, tak je to grafické  :( Ale zase 32 bitové  :) No a podle názvu to dělají pro RPi4, kdežto vy to máte prakticky na RPi3B a ještě s polovinou paměti.

Re:Raspberry Pi OS sestřeluje aplikace
« Odpověď #3 kdy: 18. 12. 2024, 11:16:07 »
Jak ta aplikace funguje, docela mě zaujala!  :-*  Je použitelná (a hlavně na RPI mě to zajímá dvojnásob) z hlediska UI.
A ze zajímavosti , není to nějaký projekt časosběru /fotopast nebo sledování focení hvězdné oblohy?

Ale podle letmého popisu (openCV) si myslím, že nebude uplně nenáročná na systémové zdroje.
Já s wifi na RPI nemám problém, funguje stabilně v řádu týdnů, až v řádech měsíců wifi začne zlobit a nepomůže ani rfkill+rmmod  brcmutil+brcmfmac) . Ale poznáš to podle dmesg / vyhledat 80211 nebo brcmfmac : brcmfmac: brcmf_c_process_clm_blob: no clm_blob available :-* /  brcmf_cfg80211_add_iface: iface validation failed: err=-16


Dá se ten qDslrDashboard  apk soubor stáhnout z stránek? a ne přes nějaký  tržiště google
Mirroru? čekal jsem, že v downloads bude přítomen i HREF na .APK soubor, ono tam sice TABLE má sloupečky MIRROR 1 a Mirror 2 jenže zrovna u ANDROID je zrovna COLSPAN a je tam fláknutý odkaz na GOOGLEPLAY
« Poslední změna: 18. 12. 2024, 11:25:19 od Ħαℓ₸℮ℵ ␏⫢ ⦚ »

Re:Raspberry Pi OS sestřeluje aplikace
« Odpověď #4 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.
Citace
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.


Re:Raspberry Pi OS sestřeluje aplikace
« Odpověď #5 kdy: 19. 12. 2024, 19:38:52 »
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 ?

Ten má 1, 2, 4 a 8GB RAM, to je dobré.

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.

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?



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

Ano, mělo by to snížit používání swapu a vytížení SD karty.


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 :-) ).

Zkusil bych i jinou značku, pro jistotu. A2 může být kontraproduktivní, ale spíš to vyjde nastejno. Se Samsungy byly nějaké problémy. Ta Raspberry Pi A2 karta vypadá jako dobře testovaná a problémy s ní zatím nejsou.

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.

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í).

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

Re:Raspberry Pi OS sestřeluje aplikace
« Odpověď #6 kdy: 19. 12. 2024, 20:27:00 »
Ta Radxa Zero 3W má ještě výhodu, že má eMMC. To je spolehlivější a rychlejší než SD karta. Ale stejně bych vzal dost RAM, aby se neswapovalo.

Re:Raspberry Pi OS sestřeluje aplikace
« Odpověď #7 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!

Re:Raspberry Pi OS sestřeluje aplikace
« Odpověď #8 kdy: Dnes v 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.

Re:Raspberry Pi OS sestřeluje aplikace
« Odpověď #9 kdy: Dnes v 19:37:03 »
A nezkoušel jste místo režimu  "delej Wi-Fi AP, at se k tobe muze aplikace pripojit" aby to AP udělalo to RPi a foťák se připojoval k němu?
Mě se spojení s foťákem v režimu AP také často rozpadá, ale když ke připojený k nějakému AP společně s řídícím počítačem/mobilem, je to lepší.
A nešlo by ten aparát připojit k RPi rovnou přes USB?

Re:Raspberry Pi OS sestřeluje aplikace
« Odpověď #10 kdy: Dnes v 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.