Příspěvky

241

Hardware / Re:Jak zachránit disk

« kdy: 20. 07. 2020, 19:18:34 »

ST3000DM001 je jeden z nejhorších, co kdy byl na trhu, byla kvůli tomu i masivní vlna soudních tahanic nejen v USA. Má hned několik failure modes, ale ten co popisujete je nejběžnější - disku se drolí povrchová úprava ploten a může rapidně selhat. Jediná možnost jak se k těm datům dostat je obnovit je ze zálohy.

242

Sítě / Re:Optika v novostavbě, na co si dát pozor ?

« kdy: 17. 07. 2020, 00:21:19 »

Souhlasím s Patrikem (i když možná ne tak ostře ) že by bylo dobré si tu optiku jako takovou rozmyslet. Na 10GbE stačí Cat 6 do 55 metrů, což je v RD pohoda, obzvlášť s tou Vaší topologií (aktivní prvky na každém patře). Ani Cat 7 není taková tragédie, konec konců srát se s tím budete jen jednou, pak už bude sloužit. Zatímco u optiky budete muset průběžně udržovat ty mikrotiky a u media konvertorů budou umírat napájecí zdroje.

Připravit trubičky k pozdějšímu zafoukání ale není špatný nápad, aspoň na páteřní propoje mezi objekty, patry, k domovní přípojce.

Souběhu se silovým vedením bych se nebál. V praxi to problémy nedělá ani s UTP, natož s dvakrát stíněnou cat 6. Norma (ČSN EN 50174-2:2001) to pro souběh kratší než 35 m vůbec neřeší, pro delší souběhy jsou to jednotky cm, ale závazná není.

243

Studium a uplatnění / Re:Jak teď vypadá trh práce v SW vývoji?

« kdy: 16. 07. 2020, 12:32:23 »

Ja fakt nechapem kto si tie baraky za 20M kupuje.

Ne lidé s manday rate :-)

244

Vývoj / Re:Jak lingvisticky číst zdrojový program?

« kdy: 14. 07. 2020, 17:00:01 »

Z toho důvodu se obvykle české (ne-anglické) názvy proměnných nepoužívají. Blbě se to čte, když tam nezbytně část slov anglicky být musí.

Celý program jsem recitovat potřebu neměl nikdy, interní monolog probíhá v jazyce nevyslovitelném (takový verbální těsnopis), ale když např. kolegovi popisuji nějakou konkrétní část, nevzdaluji se moc od psané litery - takže skutečně něco jako "define max one thousand, int eye, int aye, bee, ..." aby to v tom textu rychle našel i člověk, který třeba nemá tu intuici a znalost jazyka na takové úrovni.

Vyšší konstrukty jako třeba signaturu funkce bych nečetl fakt nikdy. Je to prostě funkce main, beztak tam jiná není neb C nepřetěžuje :-)

245

Studium a uplatnění / Re:Jak teď vypadá trh práce v SW vývoji?

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

spis mi prijde, ze cim jdes levneji, tim vic si s tebou budou vytirat zadek.

To jde ruku v ruce — jestliže mi nabídnou výrazně nižší kompenzaci než je normou, dá se očekávat, že i management bude podobně podhodnocen a podle toho bude vypadat úroveň jejich jednání, schopnosti, nálada ve firmě, atd.

246

Hardware / Re:Pidi notebook

« kdy: 09. 07. 2020, 22:07:32 »

Lenovo IdeaPad D330 je taková 10" klasika za lidovou cenu (10k Kč nový), je to v podstatě tablet s odnímatelnou klávesnicí. Není úžasná, ale stačí.

247

Odkladiště / Re:Aliexpress - česká pošta -> chodí vám balíky?

« kdy: 09. 07. 2020, 10:44:08 »

Když zvolíte dopravce YunExpress Economy, tak to jede 1-2 týdny a last-mile v ČR dělá PPL (DHL). Bývá to na Aliexpressu, nabízí to JLCPCB.

248

Odkladiště / Re:Aliexpress - česká pošta -> chodí vám balíky?

« kdy: 07. 07. 2020, 20:57:46 »

někdy si na pošty zavolat/zajít jestli tam pro tebe něco nemají

Jak tohle funguje v praxi ve větších městech? Musím obvolávat všechny pošty (třeba 10) v okolí nebo stačí na jednu, kde se bába podívá do té DOSové aplikace a řekne mi, na který pošty si mám zajet posbírat balíčky?

K nám rutinně doručují balíčky 3 pošty, výjimečně dalších asi 5, je to loterie. Nastávají veselé situace, kdy mě výzva hozená do schránky vyšle na Poštu 1, kde mi paní oznámí, že balíček se nachází na Poště 4, která má v ten den už zavřeno; druhý den znovu jedu do města na Poštu 4, kde převezmu balíček a paní mi ještě dodá, že na Poště 1 mi už dva týdny leží zásilka, tak jedu opět na Poštu 1... a tak dále.

249

Odkladiště / Re:Aliexpress - česká pošta -> chodí vám balíky?

« kdy: 07. 07. 2020, 17:29:21 »

Je teď mnohem větší rozptyl, jak píšete. Balíky jdou někdy 2 týdny, jindy 2 měsíce. Někdy se to pošta pokusí doručit, někdy dělají, že nás na naší recepci 24/7 nezastihli... podle toho jestli sehnali nějakýho brigádníka na rozvoz :-)

Nejsou k tomu moc vidět záznamy, ale naposledy jsem se na poště ptal přátelsky naladěné paní, a ta mi vesměs potvrdila (u 2 balíčků), co udával Aliexpress tracking - že to u nich od dubna dva měsíce leželo na haldě a prostě se to nedostalo na rozvoz. Máme toho moc, a nějakej stořádkovej python skript kterej by lidem poslal aspoň SMSku "leží tu balíky na tvoje jméno, přijď s občankou" nemáme. Data mají (že převzali od vyměňovací pošty balík na moje jméno, moji adresu), ale v podstatě se to zaeviduje a nic se s tím dál nedělá.

Občas přijde balík od meest.pl (soukromá firma která některým dopravcům dělá v EU last-mile), tam je to bez problémů. Přijde mail, že to dají na Zásilkovnu pár set metrů ode mě, a za chvíli to tam je.

250

Vývoj / Re:Geekovská automatická závlaha, vodárna a měření hladiny ve studni

« kdy: 06. 07. 2020, 13:42:34 »

U CANu pozor na terminologii :-) on je totiž na dvou vrstvách OSI modelu. Linková je jedna (to je ta adresace, collision avoidance, mailboxy atd.) ale jsou dvě různé fyzické vrstvy s velmi odlišnými vlastnostmi.

Mluvíte o správné termimaci, takže asi máte na mysli ISO 11898-2 alias "high speed CAN". Tam jsou nároky na hardware velmi podobné RS-485, tj. transmission line bez větví, správná terminace, impedance, atd.

Já jsem v předchozím příspěvku zmínil ISO 11898-3 "fault-tolerant CAN", což je úplně jiná velryba, sběrnice nemusí mít nějaký zvláštní tvar (můžete libovolně větvit, klidně wago svorkama jak to vyjde) a zakončení adaptivně reguluje přímo transceiver v každém zařízení. Můžete to bez problému provozovat i po jednom drátě (proti zemi). Běhá to i když se krokodýlkou nacvaknete na elektrický ohradník a druhou hřebíkem do hlíny :-)

251

Vývoj / Re:Geekovská automatická závlaha, vodárna a měření hladiny ve studni

« kdy: 04. 07. 2020, 20:21:16 »

Jako první koukněte na Modbus RTU, pro AVR v této aplikaci je to řekl bych ideální. Primitivní, ale dostatečně flexibilní, a máte hned k dispozici spoustu standardního vybavení (USB převodníčky za dolar, GUI klikátka, Python binding, ...). V průmyslu je tohle základ. Pak se používají "lepší" protokoly jako Profibus, ale tam už je ten stack o dost tučnější a implementace (ať už DIY nebo osahání existující knihovny) náročnější.

Co se CANu týče, na AVR je to skutečně overkill (cenově). Kdybyste ale někdy uvažoval o MCU s vestavěným CAN controllerem (stm32f042 za dvacku třeba), rázem se z toho stává řešení ideální - přidáte fault-tolerant CAN transceiver (~30 Kč), a máte neprůstřelnou komunikaci která narozdíl od 485 může být větvená a tvarovaná dle libosti. Controller zajistí že nebudou kolize, zajistí adresování. Je to multi-master broadcast-only sběrnice, takže všechny prvky mohou volně vysílat zprávy, konzumenti je můžou zpracovat, nebo zahodit. Z pohledu aplikačního programu je to jen několik bufferů v paměti, kde se objevují přijaté binární zprávy a do kterých může zase cokoliv k odeslání napsat.

252

Vývoj / Re:FUSE súborový systém à la "overlayfs+tmpfs"

« kdy: 30. 06. 2020, 10:30:06 »

Než dáte rok života do FUSE, koukněte se na device mapper, jeho "snapshot" target.

V podstatě vezmete lower device (může, ale nemusí být read-only), vezmete nebo vytvoříte upper device (/dev/ram0, /dev/loop0, ... fantasii se meze nekladou), a spojíte je do jednoho:

lower=/dev/sda1
upper=/dev/ram0
size=$(blockdev --getsz "$lower")
chunks=8 # granularita v 512B blocích

echo "0 $size snapshot $lower $upper P $chunks" | dmsetup create kybl

Potom si už můžete /dev/mapper/kybl připojit a používat. Zapsané změny oproti $lower se zapíší ve 4K blocích do $upper.

Když chcete, můžete změny z $upper propsat do $lower (nebo do třetího block device), konkrétní dm-inkantaci si dohledejte

253

Hardware / Re:Reálný zájem o ARM desktop

« kdy: 29. 06. 2020, 16:36:54 »

Ten starý (2018) benchmark z cnx-software.com, co posílal FactChecker, je zrovna tak nešťastný. Je tam v podstatě jen doba kompilace kernelů (která není benchmark pro srovnání architektur! make defconfig na x86 vytvoří úplně jinou konfiguraci s úplně jiným množstvím modulů, než make defconfig na armu) a porovnání dospělého Intel GPU driveru s tehdy prakticky neexistujícím na armu

Na openbenchmarking.org je dostatek aktuálních srovnání např. PineBook Pro s low-end amd64 laptopy. Ve většině testů dostahuje polovičního až třetinového výkonu než pár let stará i5, což je vzhledem k ceně a zaměření hardwaru (je to SoCka ze set-top boxu) docela dobré. Dedikovaný laptopový ARM SoC bude fungovat úplně normálně, jak ostatně ilustruje třeba Microsoft se svým notebookovým Snapdragonem.

254

Vývoj / Re:Geekovská automatická závlaha, vodárna a měření hladiny ve studni

« kdy: 18. 06. 2020, 18:26:49 »

"Česky" se těm přechodkám říká fitink, fitýnek, případně trn. Je toho na CZ trhu dost, a je to výborný první projekt pro začínajícího soustružníka :-)

255

Vývoj / Re:Geekovská automatická závlaha, vodárna a měření hladiny ve studni

« kdy: 17. 06. 2020, 09:30:39 »

Na hadice doporučuju Technicke-soucasti.cz, není to něco kde bych chtěl riskovat např. uvolňování estrogenních látek do závlahy, kor když to je na slunci a může v tom stát voda. Tihle mají potravinářké hadice (PVC nebo rovnou silikonové) s cenami v korunách za metr.

BluePill zalít není problém, horší je to s těmi konektory. Asi by to pár let vydrželo v krabičce utopené v silikonové vazelíně (je dielektrická a jsou food-safe varianty - mažou se tím stroje v potravinářství).