Příspěvky

286

Hardware / Re:Doporučte plně pasivní notebook

« kdy: 28. 02. 2020, 21:53:51 »

Jestli to není myšleno jako hlavní stroj, tak zvažte PineBook Pro — na web se podíváte (s kernelem 5.6 už i bez problému full HD youtube , GIMP taky v pohodě (pokud se vejdete do 4 GB RAM), hry v dosboxu taky. K tomu překvapivě dobrý a jasný IPS Full HD panel, výdrž bez problému přes 10 hodin, 14" hořčíkové tělo. Klávesnice není špičková, ale odezvu má i tak příjemnou. Je tam 64GB eMMC a volné PCIe pro jedno SSD, adaptér na M2 je ale potřeba dokoupit. To všechno za cca 7 tisíc včetně dopravy a bakšiše pro berňák.

Neobsahuje pohyblivou součástku.

K nevýhodám patří teprve přistávající podpora pro GPU (projekt Panfrost) a dost mizerný zvuk vestavěných repráčků, ale v šasi je dostatek místa na případný upgrade. Je to DIY friendly :-)

Koupil jsem to dceři na hraní, má v tom fůru emulátorů starých konzolí, má u toho přes bluetooth xbox controller. Lepší než marketingem prolezlé free to play hry na mobilu...

287

Hardware / Re:HW zařízení pro Watchdog

« kdy: 18. 02. 2020, 16:51:51 »

Omlouvám se za případný offtopic - dalším důvodem, proč ne Čínu, je nezávislost. Teď se to projevilo v plné síle, z oslav nového roku přešli rovnou do karantény a velké množství továren omezilo nebo úplně zastavilo produkci. Rychle jsme reagovali přesunem poptávek do evropských továren (lisovny plošných spojů, osazovny) a nějak to přežijeme, ale dodávky našim zákazníkům bude potřeba o několik měsíců zdržet, protože jsou výrobci v EU úplně zahlcení. Nemáme domácí kapacitu na pokrytí domácí poptávky :-)

288

Software / Re:Chromium dává kouř paměťové kartě

« kdy: 30. 01. 2020, 13:49:05 »

Bohužel je to stejné i s Firefoxem. Oba prohlížeče, máte-li aktivní session management, periodicky ukládají stav otevřených stránek. Nejen URL, ale i stav všech prvků na nich, aby např. po restartu zůstaly otevřené UI prvky, vyplněné formuláře, atd. U statických stránek, kde jediným zdrojem změn je uživatel, to je v pohodě. Bohužel dnes i na jednoduchých webech běží javascripty, které manipulují se stavem DOMu i bez přičinění uživatele (typicky různý polling datových zdrojů, live chaty na většině eshopů a tak).

Diskuze např. na https://bugzilla.mozilla.org/show_bug.cgi?id=1304389 o jednotkách TB/rok.

289

Server / Re:Přenos velkého množství dat po síti

« kdy: 21. 01. 2020, 22:31:11 »

(...) tarpipe (...)[/url]

Jak to tam je se spolehlivostí? Co stojí mezi mnou a jedním náhodně překlopeným bitem z 11 bilionů přenesených? U takových objemů bych si už netroufnul nepoužít nějakou kontrolu na aplikační úrovni...

290

Vývoj / Re:Interpolace bez linearni fce

« kdy: 20. 01. 2020, 12:59:16 »

Prostorově je to tvrdě omezeno na těch 16 sloupců? Kdyby ne, roztáhnout na např. 64 sloupců, mezipolohy si vypočítat interpolací předem a pak jen dělat nearest-neighbor lookup.

291

Hardware / Re:Raspberry Pi: vystříhání se podpětí je celkem náročné

« kdy: 16. 01. 2020, 00:44:57 »

RPi 4 už pojistku nemá, to bylo naposled na 3B+. Je na tom úbytek, ztrátový výkon, a reálně jediný užitek je ochrana před přepólováním (při opačném zapojení dioda vede, což během zlomku sekundy aktivuje pojistku), které na USB prakticky nehrozí... a na GPIO, kde to hrozí, pojistka není :-)

Na RPi4 je tahle ochrana zajištěná diodou, která zkratový proud snese.

Před přetížením soustavy zapojením něčeho do USB portů to chrání přímo USB hub (RPi4 má VL805, starší mají LAN9514, obojí s monitorem proudu a odpínacím FETem).

292

Sítě / Re:Datová síť v novostavbě

« kdy: 16. 01. 2020, 00:24:02 »

BTW CAT5e a výš je na CAN a RS485 dost luxusní materiál - akorát na delší vzdálenosti by se případně hodil větší průřez žil.

Jo, je to o pohodlí. Než na to mít dedikovanou průmyslovou kabeláž (a s tím související nástroje, dodavatele, ...) tak používáme tohle. Impedance cat5e je sice oficiálně jiná, než např. CAN specifikace (ta vyžaduje 120 Ω, cat5e má 100±15), ale reálně používané transceivery mají širokou toleranci a bez problému to jede.

293

Sítě / Re:Datová síť v novostavbě

« kdy: 15. 01. 2020, 15:05:56 »

Část ve zdi mi pochopitelně nevadí, vadila mi během stavby, kdy se některé chráničky vedené ve zdi těsně pod stropem musely předělávat, protože by se tam ten cat7 kabel lámal. Tedy v některých místech mají zvětšený radius a kvůli tomu nevedou, kudy jsem chtěl, kvůli čemuž se musely lehce posunout některé zásuvky, senzory a tak dále.

Projekt počítal s CANem, 5e a optikou, na poslední chvíli a celkem bez rozmyslu jsme provedli "upgrade", protože jsme našli 305m kluba skoro zadarmo. Naše blbost, no.

Co mi aktuálně vadí je svazek 40 chapadel, který mi zabírá dobrou třetinu místa v dnes už moc malém rozvaděči. Stejné rozvaděče používám u klientů s 5e a tam to vychází parádně.

Že jsem nemohl použít svoje oblíbené ultra flat zásuvky mi taky vadí :-)

294

Sítě / Re:Datová síť v novostavbě

« kdy: 15. 01. 2020, 14:10:56 »

Asi je jasné z kontextu, že nejsem typ člověka, co to jednou zapojí a nechá ležet :-) kdykoliv něco měním, přepojuji patch panely, tak s tím musím manipulovat a fakt mě to odrazuje. A ten benefit tam prostě není, dostahuje to v těchto aplikacích přesně stejných parametrů, jako 5e.

295

Sítě / Re:Datová síť v novostavbě

« kdy: 15. 01. 2020, 14:02:43 »

Přidávám se k názoru "nepřehánět to". Natahal jsem si po bytě cat. 7 a teď toho lituju, protože se s tím narozdíl od 5e mizerně manipuluje, všechny skříně jsou větší kvůli poloměru zakřivení a tuhosti kabelu. Výběr zásuvek od běžných dodavatelů typu Legrand, Bticino atd. je taky mnohem skromnější.

Profesionálně se bavím home automation instalacemi a tam až na výjimky (obří vily) taháme všechno v 5e. Ethernet, jak už psali ostatní, není problém na desítky metrů provozovat 10Gbps. ModBUS (RS485) vedeme po jednom páru, po zbylých třech párech táhneme napájení 24V, bez problémů na libovolnou domácí vzdálenost (vyšší desítky metrů). V jedné aplikaci obdobně vedeme FT-CAN bus, jeden pár sběrnice, tři páry napájení. Máme takhle osazeno ke stovce domů, nejstarší bude už skoro 10 let, a běhá to bez problémů (odchází věci jako relé a snímače, ne sběrnice).

296

Sítě / Re:Firewall - Linux nebo Mikrotik

« kdy: 13. 01. 2020, 15:10:13 »

Taky hlas za Mikrotik. Updaty mi chodí i na dědečky 10+ let na střeše.

Fail2ban s ním lze propojit, když Vám bude někdo otravovat např. sshd na serveru v DMZ, tak fail2ban přidá pravidlo do Mikrotika (přes ssh a pubkey auth) a zařízne Brazilce už na firewallu.

Doporučuje se kvůli bezpečnosti vypnout Winbox a MAC servery a nechat tam jen sshd s klíčema. Nedávno se nějaké exploity Winboxu objevily.

https://wiki.mikrotik.com/wiki/Use_Mikrotik_as_Fail2ban_firewall

297

Distribuce / Re:Systemd a odpojení filestystemu při vypnutí

« kdy: 07. 01. 2020, 23:10:01 »

Ještě je možné, že do toho nějak vstupují ty SysV věci, navíc když je to Type=forking. To je pro mě úplně cizí.

ExecStop=/etc/init.d/xendomains stop

Jestli tohle jde nějak asynchronně (vrátí to ještě než to ukončí službu), tak to může být ono.

298

Distribuce / Re:Systemd a odpojení filestystemu při vypnutí

« kdy: 05. 01. 2020, 23:48:59 »

A samozřejmě to platí i naopak, After= zajistí, že při vypínání sekvencer nejprve zastaví službu, a až pak povolí umount

299

Distribuce / Re:Systemd a odpojení filestystemu při vypnutí

« kdy: 05. 01. 2020, 23:45:31 »

Wants= je měkká závislost, Vaše aplikace ale vyžaduje závislost tvrdou :-)

After=var-lib-xen-save.mount
BindsTo=var-lib-xen-save.mount

BindsTo= spolu s After= mají význam, že běží-li xendomains.service, musí být aktivní var-lib-xen-save.mount. After= je tam kvůli potlačení paralelní aktivace obou (téměř) naráz.

300

Hardware / Re:Bezpečnost bezdrátových periferií Zigbee

« kdy: 01. 01. 2020, 01:36:57 »

Pokud nezískáte klíč, tak ano, komunikaci nedešifrujete a ani ji nebudete schopen podvrhnout.

Klíč lze ale v případě Zigbee snadno odchytit během párování, a párování lze poměrně spolehlivě vyvolat: zarušíte pásmo a počkáte, než se naštvaný uživatel/správce pokusí problém vyřešit opětovným spárováním