O víkendu probíhá v Praze na Karlově náměstí 13 konference Installfest 2026. Na programu je celá řada zajímavých přednášek a workshopů. Vstup na konferenci je zcela zdarma, bez nutnosti registrace. Přednášky lze sledovat i online na YouTube.
Mozilla a společnost Mila oznámily strategické partnerství za účelem rozvoje open source a suverénní AI. Cílem je ukázat, že open source AI může konkurovat uzavřeným systémům. Obě organizace chtějí posílit technologickou suverenitu a snížit závislost na hrstce velkých technologických firem.
Adam Rice předvedl, že pomocí DNS lze distribuovat a spustit kompletní hru DOOM. Rozdělil WAD soubory a binárky do téměř 2000 DNS záznamů v Cloudflare zóně (jeden TXT záznam v DNS může nést okolo 2000 znaků textu). Ty pak stáhl PowerShellem, dekomprimoval a spustil přímo v paměti počítače bez nutnosti zápisu na disk, což prakticky dokazuje, že DNS může sloužit jako distribuované úložiště dat a možný kanál pro načítání kódu. Repozitář projektu je na GitHubu.
Dnes a zítra probíhají Arduino Days 2026. Na programu je řada zajímavých přednášek. Sledovat je lze od 17:00 na YouTube. Zúčastnit se lze i lokálních akcí. Dnes v Poličce v městské knihovně a zítra v Praze na Matfyzu.
Byla vydána beta verze Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.04 LTS mělo vyjít 23. dubna 2026.
Byla vydána aktualizována Příručka pro začínající wikipedisty a wikipedistky (pdf).
Ubuntu plánuje v budoucích verzích nahradit tradiční nástroje pro synchronizaci času (chrony, linuxptp a gpsd) novým, v Rustu napsaným ntpd-rs, který nabídne vyšší bezpečnost a stabilitu.
Byla vydána nová verze 7.6 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Správce hesel KeePassXC byl nahrazen správcem hesel GNOME Secrets. Bitcoinová peněženka Electrum byla povýšena na verzi 4.7.0. Tor Browser byl povýšen na verzi 15.0.8. Další novinky v příslušném seznamu.
Chris Down v obsáhlém článku „vyvrací mýty o zswap a zram“, vysvětluje, co vlastně dělají a jaké jsou mezi nimi rozdíly. Doporučuje vyhýbat se zram na serveru a bez OOM.
Porota v Los Angeles shledala firmy Google a Meta odpovědnými v přelomovém soudním sporu, který se týká závislosti na sociálních sítích; firmy musí zaplatit odškodné tři miliony dolarů (63,4 milionu Kč). Společnosti, které s verdiktem nesouhlasí, čelily obvinění, že své sociální sítě a platformy záměrně navrhly tak, aby si na nich děti vypěstovaly závislost. Porota došla k závěru, že technologické společnosti při navrhování a
… více »Může se stát, že se zblázní spínač ventilu a nechá ho v poloze "otevřeno".No, tohle by šlo řešit na dvou úrovních - na straně RPi a na straně ventilu. Optimlní by bylo zkombinovat obě, ale nejspíš by stačilo jen jednou. Obrana na straně RPi je watchdog, pokud se RPi zasekne, tak se restartuje a přitom se všechny GPIO nahodí do původního nastavení (bvětšinou se chovají jako vstup nebo vysoká impedance), takže pulldown k zemi zajistí nulu na výstupu hned po restartu. Výhoda je, že se tím pak obnoví i ostaní komunkace, přitom samotný watchdog je přímo součástí SoC a stačí jen nastavit, viz Auto-reboot a hung Raspberry Pi using the on-board watchdog timer. Obrana na straně ventilu je monostabilní klopný obvod v budiči výkonové součástky, co spína ventil, tedy nejspíš nějakého výkonvého MOSFETu. Protože GPIO na RPi dají jen necelé 3,3V, musel by se použít nějaký spínající už od nízkých napětí (ty běžné chtějí okolo 8-10V) , nebo se tam dá dát budič (low side, protože MOSFETy s N nanálem jsou levnější a mají menší odpor v otevřeném stavu), což je lepší, protože bude jistota, že MOSFET bude otevřený naplno. No a pokud bude tím budičem monostabilní klopný obvod udělaný řekněme z časovače 555, tak se délká sepnutí nastaví přímo hardwarově - i kdyby RPi zustalo "viset v jedničce", ventil se sám vypne po předem nastaveném intervalu. Osobně bych asi použil watchdog v RPi a ventil bych spínal rovnou, ale pro větší spolehlivost bych galvanicky oddělil obvody RPi a vetilu optočlenem. Ten pak bude na straně ventilu pouštět plných 12V přes odpor v řádu stovek ohmů do gate výkonového MOSFETu s N nanálem, mimo toho tam ještě musí být jeden odpor mezi GPIO RPi a optočlenem (ten se vůči RPI bude chovat jako IR LED), druhý mezi gate a zemí (ten by měl být větší, v řádu desítek kiloohmů), no a nakonec antiparalelní dioda (nejlépě nejaká rychlá) zapojená přes vstupy ventilu, poněvač ten je z elektrického hlediska cívka (na vnitnří diodu v MOSFEtu v tomto případě nedoporučuju sázet).
, ten solenoid otevře "resetátor" (připojený klasickým ethernetem k routeru) ze starých dobrých CzF časů na příkaz, který dostane přes http get. Na druhou stranu, nepamatuju si, že by kdy kdo řešil resetátor resetátoru
. Nicméně i tak díky za inspirativní poznámky, jako alternativu jsem měl právě optoelektrický oddělovač (a kdybych neměl ve skříni ten resetátor, tak bych to tak asi i byl postavil). Ale mít to "v pulzním režimu" mne nenapadlo, to je velice chytrá pojistka !
Monostabilní 555 s resetem (PNP tranzistor paralelně ke kondenzátoru) a derivačním článkem na vstupu -> signál pro spínání 555 bude muset být střídavý, kdyby se malina hryzla s GPIO nastaveným na log.1 či log.0, tak se obvod po vteřině zastaví. Samozřejmě potom platí, že se signál musí generovat nějakým programem softwarově a ne jen nastavit PWM výstup, který by mohl běžet i v případe zátuhu zbytku systému.
Radši se zeptám, co přesně je cílem? Má malina řídit kompletně všechno, nebo se má o zalívání raději postarat nějaká elektronika s tím, že malina bude jen logovat kdy k události došlo a bude mít možnost ovládat ventil? Jak by to autorovi nejvíce vyhovovalo? 
) a po zaití ho zavře. Ovládání ventilu může a nemusí být přímo malinou (t.j. nyní oddělený spínač ovládaný přes http, protože je ventil v koupelně. Pokud se ale řešení osvědčí, natáhnul bych možná normálně trubku a pak by stačil ventil venku -> spínání přes GPIO). Ty níže zmíněné ATtiny se mi začínají podezřele líbit
.
Tak potom ta 555 fakt nemá důvod v květináči být, opravdu bude lepší to Attiny a tahat data po sběrnici 
Taky mě to napadlo, s I2C komunikací to navíc může všechno viset na čtyřech drátech (klidně UTP kabel) - jedno ATtiny má čtyři 10-bit A/D převodníky, I2C čidla taky nestojí svět a malina s I2C komunikovat umí sama o sobě. Pak stačí jen spatlat program pro malinu, naučit ATtiny tvářit se jako I2C slave a zpracovávat data dle libosti. Mimochodem u první maliny pozor na hardwarový bug v I2C části.
), jen jsem si s tím ještě nehrál a netuším, jestli exituje v nějaké rozumné podobě - 30 babek resp. 15 bez obalu i 5 USD i dvě kila Kč mi přijde řádově víc než 15 Kč
. Navíc s 555kou by to byly slovy dva odpory a kondík, to se dá naletovat naprase rovnou na nožičky
.
Hádám že autor komentáře spíš navrhoval přímo nahradit 555 tím Attiny - pořád používat desky v květináči jako kondenzátor a podobně měřit, ale výstup tahat digitálně (třeba po tom I2C) do maliny, která si to bude řídit. Případně to může řídit samo Attiny s tím, že mu malina může upravovat chování.
Za sebe bych byl taky pro tu 555.
. S těmito zvířaty jsem neměl tu čest - k tomu jsou nějaké hotové programátory (třeba to co má vyfocené ve svém článku Tišnovský, nebo si to každý pořádný kluk udělá sám ? Stačí nasměrovat, prosím ...
Jop, je to on. Mám jeden kousek z Číny, na programování jsem si zbastlil tohle a když mě jednou za čas přepadne nutkání něco tvořit, tak si programuju. Mimochodem, než Attiny13 budeš mít možná lepší Attiny25/45/85, první číslo značí velikosti vnitřních pamětí. Součástky můžeš nakupovat v TME.eu, pokud to nepotřebuješ do dalšího dne, tak máš dopravu za lidových 40Kč a výběr mají na můj vkus opravdu monstrózní. Jen pozor na násobnost, někdy je tam jedna součástka víckrát s tím, že jednou ji můžeš koupit po jednotlivých kusech a jindy balení po 1000ks.
Takže zalévací systém, který si rovnou naprogramuje v patici své senzory ?
DD
Tiskni
Sdílej: