Příspěvky

136

Hardware / Re:Notebook sám začal vypínat display nebo přecházet do standby

« kdy: 17. 07. 2021, 19:57:57 »

Ještě bych kouknul na snímač zavření displaye. Bývá to magnetický snímač (hall nebo jazýčkové relé) někde u touchpadu, případně mechanický spínač uvnitř pantu, a v obou případech jeho selhání (začne spínat, když nemá, např. vibracemi) způsobí zhasínání displaye (to obvykle dělá přímo ACPI firmware bez účasti OS) a nebo rovnou uspání (ve spolupráci s OS).

V Linuxu jsou Lid open/close události zřetelně v logu zapsány, tak zkuste jestli to Eventlog píše taky.

137

Odkladiště / Re:Hybridní invertory solárních elektráren

« kdy: 16. 07. 2021, 14:47:23 »

Stejně jako v UPSkách: neřeší se to nijak. Schválené spotřebiče mají dle ČSN EN 61000-4-11:2005 zvládnout výpadek ½ periody (10 ms) bez vlivu na funkci. Běžně používaná výkonová relé mají čas sepnutí i rozepnutí kratší, zároveň spotřebiče obvykle přežívají výpadek mnohem delší.

138

Hardware / Re:Save/load dat z krokoveho motorceka

« kdy: 14. 07. 2021, 17:40:54 »

Do driveru nejspíš vede z nadřazené logiky dvojice signálů STEP, DIR. Signál DIR udává směr pohybu, a pulzem (hranou) na drátě STEP se driveru řekne, aby motor otočil o jeden krok (nebo mikrokrok, podle nastavení driveru).

Vezmete nějaký počítač s GPIO (třeba Raspberry, když chcete ten PiStep), STEP a DIR připojíte na dva GPIO piny. Dáte samozřejmě pozor na limity napětí, případně zařadíte do obvodu převodník napětí (STEP/DIR vídám obvykle 5V nebo 12V, raspi má limit tuším 3.3 V).

Potom si v dokumentaci vyhledáte čísla těch dvou zapojených pinů, a v Linuxu si je přes /sys/class/gpio soubory přečtete. Doporučuji na to použít nějakou existující knihovnu na raspi GPIO, třeba v Pythonu. Tam si pak jen nastavíte přerušení na hranu STEPu, a pak už jen v callbacku stačí přidávat do tabulky (CSV třeba) čas v aspoň mikrosekundách a k tomu hodnotu na DIR pinu.

Playback pak buď pomocí té knihovny (neznám), a nebo zase přes GPIO, akorát tam už možná nebude Python stačit rychlostí (a hlavně jitterem) a bude potřeba to napsat v něčem rychlejším, případně i požádat jádro o realtime scheduling. Z praxe vím, že Python na Cortex A53 čtyřjádru (Allwinner A64, podobné tomu co je v RPi3) zvládá použitelně krokovat do 1-2 kHz (5 otáček za sekundu s krokáčem 400 imp./ot.).

139

Hardware / Re:Save/load dat z krokoveho motorceka

« kdy: 14. 07. 2021, 16:26:02 »

Pokud hodlá nahrávat krokové motory a má přístup k jejich řízení, tak je nejjednodušší napíchnout jejich drivery a zaznamenávat si STEP a DIR signál do tabulky "čas -> DIR" (co řádek, to krok v daný čas). Tu pak je triviální přehrát: stačí jít po řádcích a v uvedené časy nastavit DIR a udělat pulz STEPem.

Pokud k nim přístup nemá, tak musí nasadit na hřídele encodery (nebo resolvery), zaznamenávat polohy v čase, a ty (se znalostí převodu) potom přepočítat zase na výše uvedenou tabulku.

140

Odkladiště / Re:realisticky pohled na IoT pro dum

« kdy: 09. 07. 2021, 21:30:58 »

U spousty čidel je stabilita je přímo úměrná ceně. Levné čidlo bude driftovat jak blázen a je potřeba ho často nulovat proti externí (nebo fiktivní) referenci:

- MEMS gyro v autopilotu nulujeme pomocí absolutní orientace získané z magnetometru a akcelerometru (sever + tíhový vektor)
- CO2 NDIR čidlo se nuluje na minimum změřené za určitou dobu (např. ten CM1106 prohlásí nejmenší hodnotu za posledních 15 dní za 400 ppm)
- VOC čidlo nemá naději na stabilitu (z principu: měří to koncentraci agresivních látek a ty nevratně pozměňují jeho chemickou strukturu), tak si dělá plovoucí průměr a ten považuje za nulu, stovku nebo podobnou hladinu; aplikaci vrací rozdíl měření proti průměru

I laboratorní plynová čidla s cenovkami v celočíselných Fábiích mají předepsanou kalibraci jednou za rok.

141

Odkladiště / Re:realisticky pohled na IoT pro dum

« kdy: 09. 07. 2021, 17:50:20 »

Na CO2 používám skutečný NDIR snímač (CM1106 dnes za asi $18), onehdá jsem si jich nabral několik hrstí od zákazníka, který to vyřadil z BOMu svých výrobků ve prospěch nějakého lepšího dual-beam NDIR čidla.

TVOC signál není triviální zpracovat. Většina čidel má integrovanou autokalibraci (např. SGP30 od Sensirionu), takže absolutní hodnota o ničem nevypovídá. Můžete jen sledovat derivaci (rychlost změny) a na tu reagovat. Právě na trh uváděný nástupce SGP40 to dokonce dává přímo do API: výstupním signálem je už fakt jen číslo "zlepšuje se/zhoršuje se".

Navíc je problém s rozsahem snímacího prvku: prototypovali jsme takovou automatickou digestoř/rekuperaci pro místní stavební trh, ale během testování od toho upustili, protože typická dnešní "dřevo"stavba má v interiéru koncentraci VOC řádově přesahující rozsah levných čidel (koukněte, při jakých výměnách vzduchu jsou materiály typu OSB certifikovány na emise formaldehydu a benzoapyrenu a pak porovnejte s běžným režimem větrání). Prototyp s SGP30 jsem bez problému testoval doma ve 150leté kamenné stavbě, u prvních zákazníků v satelitech kolem Prahy nám hlásil permanentně saturaci...

142

Odkladiště / Re:realisticky pohled na IoT pro dum

« kdy: 09. 07. 2021, 15:42:11 »

Moderní IoT home security řešení typu SimpliSafe (dveřní, otřesová, pohybová čidla, vše na baterii a bez drátů), která jdou šmahem vypnout pomocí komerčně dostupných 433MHz vysílačů... nic pro mě.

Ale když už máte prošpikovaný dům senzory (třeba kvůli osvětlení), udělat z toho alarm je hračka. Např. Telegram bot je otázka tuctu řádků v Pythonu. Při odchodu tlačítkem (je jedno jestli fyzickým nebo v Home Assistant dashboardu) systém zapnu a když detekuje pohyb nebo nárust CO2, tak mě zburcuje.

143

Odkladiště / Re:realisticky pohled na IoT pro dum

« kdy: 08. 07. 2021, 21:02:54 »

no tak kdyz uz jsme u toho kliknuti na vypinac, tam by baterka nemela byt vubec. na fyzicka akce co to detekuje nebo meri by mela na ten jeden radiovy beep mela stacit.

Máš tip na nějaké moduly? Zrovna řeším, že mi v pár místech chybí vypínač (světla spínají senzory přítomnosti, ale budu to prodávat a tak bych chtěl mít vypínače všude). Chtěl bych vysílač do standardní instalační krabice a přijímač s DC napájením a ideálně digitálním výstupem, aby v tom netopila po celou dobu 500mA cívka relé. Nebo ideálně přijímač pro víc vysílačů s fůrou digitálních výstupů.

Už jsem se smířil s baterií - s malou CR123A není problém vydržet 10 let, a jako bonus tam budu moct dělat dlouhý stisk a podobně. Kdybych ale našel dobré řešení bez baterií, tak jdu do něj.


Jinak já jsem taky dlouho hledal hotové řešení a nakonec udělal DIY. V místnostech je STM32 s ethernetem, to spíná (stmívá) bodovky a další zdroje, a ještě je tam výstup pro adresovatelné LED pásky (SK6812). Světla jsou spouštěna podle přítomnosti osob (PIR pro prvotní detekci pohybu, potom lokální CO2 čidlo během 10-15 sekund začne detekovat rostoucí koncentraci a tedy trvalou přítomnost osoby) nebo lokálním vypínačem (GPIO). Zároveň to jde spouštět dálkově přes LAN, v plánech byl hlasový asistent a podobné vylomeniny, ale nakonec používám jen pár funkcí (zvonek u dveří vyvolá animaci vedoucí ke dveřím, pračka mě vede do prádelny atd).

Měl jsem v plánu nakoupit kamery s vestavěnou neuronovou sítí která umí přesně detekovat osobu a směr jejího pohledu (gaze tracking), že by se mi pak plynule rozsvěcovalo přesně tam, kam se dívám :-D ale už jsem dostal rozum.

144

Studium a uplatnění / Re:Home Office po pandemii

« kdy: 01. 07. 2021, 23:34:22 »

Chráň bože urobiť za 5 hodín hodnotnú prácu a potom sa zbaliť a ísť domov.

A to, že už jsi udělal dost hodnotí kdo? Pokud zaměstnavatel, tak tě jistě domů pustí, ne?

Co za sweatshop to musí být, že takhle banální rozhodnutí musí za zaměstnance dělat zaměstnavatel? Takové vedení za ručičku mají snad jen brigádníci v supermarketech.

145

Hardware / Re:Kvalitne bezdrotove sluchatka s mikrofonom pre linux

« kdy: 21. 06. 2021, 00:17:18 »

Případně s PipeWire místo PulseAudia to funguje už teď. Používám to na Gentoo s Bose QC35 II.

146

Server / Re:Rozdělení dat z hlediska zálohování a vysoké dostupnosti

« kdy: 03. 06. 2021, 16:09:15 »

Pokud existuje nenulové riziko chybného zařazení dat do kategorie (něco kritického v kategorii C), tak to celé schéma automaticky invaliduje a nemáte zálohu. Cesta je v deduplikaci, případně rovnou tenkých snapshotech (btrfs/zfs).

S nástroji jako btrbk není problém mít offsite zálohu (mirror) s historií mnoha měsíců nebo i roků zpátky, navíc s možností promazávání a okamžitému přístupu k libovolnému souboru z libovolného zálohovaného okamžiku. Všechno prakticky bez overheadu (velikost zálohy je jen zanedbatelně vyšší než součet velikostí zápisů mezi snapshoty). U svých laptopů mám takhle zálohy 1-2 roky zpětně, počínaje desetiminutovými v posledních dvou dnech až po dvoudenní rok zpět.

147

Windows a jiné systémy / Re:Jak do Chrome v Androidu dodat třeba Dark Reader?

« kdy: 21. 05. 2021, 09:59:41 »

Ne, Chrome na desktopu samozřejmě rozšíření pro keepass, bitwarden a tuny dalších password manglerů má. Jinak by neměli na chleba :-) Chrome je naprostá většina trhu pro tyhle firmy.

148

Windows a jiné systémy / Re:Jak do Chrome v Androidu dodat třeba Dark Reader?

« kdy: 21. 05. 2021, 00:11:40 »

To vam nevadi, ze musite mit hesla na 2 mistech?

Když on právě ten alternativní browser (co uživateli nehází klacky pod nohy) má i rozšíření pro synchronizaci hesel např. z keepasu nebo bitwardena. Měl i přímo google sync, ale před nějakou dobou to zatrhli. Nebo má i svůj vlastní velmi dobře fungující sync, pakliže ten alternativní browser používáte i na desktopech.

149

Sítě / Re:Existuje etherenetový kábel s vypínačom?

« kdy: 13. 05. 2021, 18:25:03 »

Jmenuje se to LAN Blocker, cca 500 Kč: https://www.ebay.com/itm/264400797277

150

Sítě / Re:Domáci router

« kdy: 29. 04. 2021, 20:31:22 »

Trochu se nechytám, lidé chtějí automatické upgrady na routerech??? Tj. dovolit výrobci, aby jim tam dle jeho uvážení instaloval nové neotestované verze a riskoval, že router v ten nejblbější moment přestane fungovat, jako nám to předvádějí hoši z CZ.NICu?

Já svoje mikrotiky (asi 45 ks, vesnickej wifinář) nechám aktualizovat tak jednou-dvakrát do roka (pár kliknutí v The Dude rozhraní) až poté, co na diskuzních forech přestanou přibývat nářky od těch, co je to postihlo v den vydání.