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 - Jakub Štech

Stran: 1 ... 10 11 [12] 13 14 ... 22
166
Vývoj / Re:Návrh obvodu
« kdy: 04. 04. 2021, 11:44:13 »
Přesně tak. LEDka v prvním optočlenu svítí, dokud se nabíjí kondenzátor (přesněji dokud rozdíl mezi napětím kondenzátoru a napájecím napětím je větší než Vf ledky), a jakmile napájení padne, vybíjí se kond do zátěže skrz druhou LEDku, dokud napětí neklesne pod Vf.

A mimo hrany (zapnutí/vypnutí) tím žádný proud neprotéká, jak tu někdo tvrdil. Kromě teda nějakých pikoampérů průsaku toho kondenzátoru :-)

167
Vývoj / Re:Návrh obvodu
« kdy: 03. 04. 2021, 11:31:15 »
Jednoduše RC článek v sérii buď s antiparalelní dvojicí optočlenů pro každou polaritu, nebo můžete rovnou použít optočlen s AC vstupem (jsou v něm dvě LEDky antiparalelně, takže pro každou polaritu blikne jedna).

Schéma a simulace (klikněte na spínač) https://tinyurl.com/yjjnxdes

100Ω R je zátěž (aplikace), ten 1kΩ rezistor se zvolí podle Vf, If použitých optočlenů a potom volbou kondenzátoru nastavujete délku toho pulzu.

168
Hardware / Re:Výroba držáku monitoru
« kdy: 27. 03. 2021, 21:10:47 »
Existují tyto vertikálně polohovatelné tenké (1") držáky: https://www.amazon.com/VIVO-Adjustable-Accessory-Individual-Stand-VAD3/dp/B0741CFJVW

Buď najdete vyhovující (odkazovaný je moc malý), nebo z toho aspoň obšlehnete tu mechaniku :-)

169
Vývoj / Re:Vývoj nové mikrolektroniky (snímač)
« kdy: 23. 03. 2021, 12:11:23 »
Pozri sa na to z druhej strany.

OK, pozrel som. Máte pocit, podle tazatelovy formulace, že reprezentuje firmu, která si patent a jeho obranu může finančně dovolit? Pokud se někdo na tohle ptá na linuxovém foru a ne svého právního oddělení, tak na obranu patentů prostě nemá.

Na zbytek Vašeho postu odpovím slovy "prior art". Už jsme takhle úspěšně invalidovali pár pokusů různých patentových trollů, byť v tomto případě šlo o patenty softwarové.

170
Hardware / Re:Doporučte stolní multimetr
« kdy: 21. 03. 2021, 11:21:11 »
Přídám svůj postřeh - jak už tu padlo, i levné multimetry jsou výborné co se samotné funkce týče. Mnohem důležitější je UI a ergonomie:
  • je podsvícení dostatečně silné?
  • nevypíná se podsvícení po nějaké směšné době typu 5 s?
  • nevypíná se multimetr sám po nějaké příliš krátké době?
  • jsou běžné funkce snadno a deterministicky dostupné?
  • v případě autoranging multimetru, netrvá měření příliš dlouho?

To jsem si takhle koupil pěkný dražší multimetr Brymen, a přestože je to kvalitní výrobek, tak ho vůbec nepoužívám kvůli výše uvedenému. Podsvícení, byť pěkně silné, se vypíná po pár sekundách. Multimetr se vypne, pokud pár minut nic nezmáčknu (typicky zrovna když nachystám experiment a chystám se ho začít). Běžné funkce jako např. kontinuita jsou dostupné za přepínačem režimu, a ten si pamatuje poslední volbu - takže je cesta k režimu pokaždé jiná. Nestačí se naučit "otoč kolečko na ohmy a pak dvakrát zmáčkni Fn", protože ten počet stisků je pokaždé jiný. Kolečko je malé, jde ztuha, má ostré hrany a šasi přístroje má kulatá záda, takže se při použití kolečka jednou rukou multimetr kácí...

171
Vývoj / Re:Vývoj nové mikrolektroniky (snímač)
« kdy: 19. 03. 2021, 14:27:13 »
Pánové, co to tady blábolíte? Pantenty? V jaké době žijete? :-D Žádná česká firma si nemaluje na záda terč ve formě patentu. Drtivá většina v Česku vyvíjené a vyráběné elektroniky je tak malinká kapka v moři, že si toho žádná Čína nikdy nevšimne. Máme roky na trhu různé poloprůmyslové přístroje (vlhkostní čidla, servopohony, snímače hladiny vody, snímače složení plynu, průtokoměry atd.) a nikdy se nám nestalo, že by se někde objevila kopie. I užitné vzory u větší techniky si management velmi dobře promýšlí, protože to opět jenom láká pozornost.

172
Vývoj / Re:Arduino a knihovny
« kdy: 18. 03. 2021, 23:29:35 »
Python má normální refcounting, paměť se uvolní v destruktoru poslední reference, která na něj ukazuje. Garbage collector se spouští periodicky jen aby našel a zlikvidoval cyklické závislosti jinak už zahozených (out of scope) objektů, tzn. když nemáte závislostní graf jak rodokmen Habsburků, tak GC nic nedělá a správa paměti je hezky deterministická.

173
Nemá ZFS něco na vypnutí copy-on-write, tak jako se doporučuje chattr +C u databází na btrfs?

174
Vývoj / Re:CSP v embedded světě
« kdy: 15. 03. 2021, 00:55:26 »
Ten plánovač se pak v podstatě vejde do ISR, jen vybere z poolu task nejvyšší priority, vezme na něj function pointer a zavolá ho. Odpadá všechna ta makro magie která u RTOSů v tomhle obvykle dominuje. Kanály jsou pak taky celkem snadný (globální tabulka někde, a scheduler zohlední pending message v rozhodování).

175
Vývoj / Re:CSP v embedded světě
« kdy: 15. 03. 2021, 00:49:35 »
Co se inspirovat RTC (Run To Completion) plánovači? Tj. každý task může být kdykoliv spuštěn, ale musí potom doběhnout (nebo spustit další task). Stack je potom jenom jeden. Dělali jsme tak poměrně brutální automaty v hardwaru úrovni ATTiny... někdy i s luxusními stovkami B RAM.

https://www.embedded.com/build-a-super-simple-tasker/
https://github.com/KnightSch/sst (opravdu vintage :-) ale je to čitelné)

176
Server / Re:Databáze - 300 GB tabulka
« kdy: 13. 03. 2021, 20:46:07 »
Co za druh dat to je? Mám postgres (víceméně "tovární" nastavení, akorát shared_buffers nastavena na adekvátní hodnotu, default je jak z 90. let), v tom mám circa 200G cenových dat několika kryptoměn (int timestamp, int pair, float price, float volume). Dělají se nad tím selecty delších souvislých bloků (např. 1 měsíc) a běhá to svižně na 8jádrovém stroji s 8 GB RAM. Import/export (psql/pg_dump) trvá pár hodin, nic co by se nedalo přežít.

Původně jsme to měli na Influxu, ale ten je dost otřesnej jak z něj chcete dostat víc dat než pár set pointů do grafíčku v Grafaně - má pouze HTTP API, takže všechny ty miliardy čísel se konvertují na plaintext a v klientovi zase zpátky z textu na float. Postgres s tím pracuje bez toho kroku a ani s těmito objemy nemá problémy.

177
Sítě / Re:Blokace reklamy na úrovni domácí sítě
« kdy: 12. 03. 2021, 14:23:54 »
Reklamu na youtube jsem neviděl už hezkou řadu let. Firefox a uBlock Origin, nebo jak se ten nejběžnější adblock plugin jmenuje. Nebo Brave, taky jsem tam neviděl reklamu. Nikde...

178
Hardware / Re:Notebook se skutečnou dokovací stanicí
« kdy: 11. 03. 2021, 17:42:05 »
Takže akú výhodu má toto riešenie oproti dvom PC? Cena?

Cena a prostor. I ten nejmenší desktop se nikdy nepřiblíží k úspoře místa a čistotě, kterou mám s laptopem (pic). Je to opravdu jen pár drobných věcí ležících na stole, a narozdíl od toho desktopu tam žádná z nich není povinná.

179
Hardware / Re:Notebook se skutečnou dokovací stanicí
« kdy: 10. 03. 2021, 16:22:20 »
Ani Applu to nefunguje, na rok a půl starém MBP mi už v levých portech občas zhasíná monitor (když třeba drcnu do stolu), takže musím mít dock v pravém, kde to trochu překáží myši.

Připište si tam ještě jednu nevýhodu: všechny docky mají velmi krátké USB C ocásky, díky čemuž to jednak zavazí na stole, a jednak při libovolné manipulaci s dockem (např. zasunutí SD karty, musím to celé trochu nadzvednout abych tu kartu vůbec uchopil) to nutně tahá za ten port v počítači.

Jinak mám dock i-Tec Nano, až na zmíněnou délku kabelu slouží dobře.

180
Vývoj / Re:Arduino a knihovny
« kdy: 08. 03. 2021, 00:08:59 »
Ono to bude souviset s tím, že Arduino původně vůbec neměla být vzdělávací platforma (a podle některých není ani dnes). Vzniklo to někdy kolem roku 2005 jako jednoduchej nástroj pro umělce, kteří si chtějí rozblikat nějakou svoji instalaci, aniž by se zbytečně museli něco učit.

The objective of the thesis was to make it easy for artists and designers to work with electronics, by abstracting away the often complicated details of electronics so they can focus on their own objectives.

https://arduinohistory.github.io/

Stran: 1 ... 10 11 [12] 13 14 ... 22