Příspěvky

1

Hardware / Re:Orange Pi 5 problém s bootem čehokoliv

« kdy: 15. 01. 2023, 18:21:09 »

Ahoj, Neočekával bych, že bude fungovat raspbian nebo něco podobného. Na takhle novýc deskách fungují obvykle pouze image výrobce.
Mám Orange Pi 5 s 8GiB RAM a jejich image ubuntu server jammy mi funguje bez problémů z microSD (image nahraný pomocí dd)

2

Vývoj / Re:HMAC, SHA1 (C++/AVX2 VS2022)

« kdy: 01. 01. 2023, 17:29:47 »

Generování jednoho hesla trvá 1,83 E-16 s  . Nemyslím si, že hashování bude více než miliardkrát pomalejší E-16 vs. E-6;)

checht. V tom výpočtu bude asi nějaká chyba. Při paralelizaci 10000 by to znamenalo cca 546E9 hesel za sekundu.
Vzhledem k tomu, že GTX 960M jede na cca 1GHz (1E9) to je cca 546 hesel na takt na jednu jednotku, což je evidentní nesmysl.

Jestli on nebude zakopaný pes v tom, že v ukázkovém programu je 6 znaků a ne 8 ... To pak vychází drobet jiná a dokonce i uvěřitelná čísla.

3

Hardware / Re:Co zvládne ARM počítač

« kdy: 29. 07. 2022, 11:34:58 »

Na téhle destičce provozuju cca půl roku Ubuntu 22.04. (začínal jsem než bylo stabilní)
- nginx
- dlna server
- samba
- openvpn
- homeassistant v kontejneru (ubuntu 20.04)
- postgresql
- postfix
- nextcloud
- a několik vlastních věcí (IoT)

Navíc to každých 15 minut překódovává video z dvou IP kamer s detekcí pohybu (z 1080p 10fps h264, do 720p h264).

Stíhá to bez problémů a rezerva je v paměti i v CPU výkonu (tam nepříliš velká ... video). Průměrný uptime je dokud nevypnou elektriku a nevybije se UPS.

Teploty jsou lepší než u RPI4 (bez chladiče).

NVME v tom mám 500GiB, ale nelíbí se mi, že je ohříváno SOC.
V USB je cca 20TiB pole.

Předtím stejnou službu zastalo několik let RPI4.

Tož asi tak.

4

Hardware / Re:Flash disk se zabezpečením

« kdy: 05. 01. 2022, 12:39:07 »

Je jich málo. Cokoli co potřebuje instalaci SW je k ničemu. Polovina HW řešení má taky problémy.
Předchůdce níže uvedené měl FIPS140 a je víceméně použitelný.
Rozhodně dost na to, aby nevadilo když tu flashku někdo ukradne nebo najde.
https://www.alza.cz/kingston-datatraveler-2000-64gb-d4048800.htm

5

Server / Re:Sběr dat z louky

« kdy: 10. 06. 2021, 14:11:36 »

údaje o váze jednotlivých úlů

btw. jak řešíš vážení úlů - ta čidla jsou střednědobě stabilní?

Měl jsem dojem že součástí každé elektronické váhy je autokalibrace po zapnutí a moje laická interpretace je, že to je z nějakého důvodu potřeba, protože tak čidla někam ujíždějí.

Neřeším, protože jsem s nimi dosud nepracoval.   
Před půl rokem jsem řešil sběr a ukládání teplot v určitých časech pomocí DS18B20  a RTC modulu a nedávno mě napadlo ten projekt upravit a použít na tohle. Rozšířit jej o váhová čidla a všechna ta data nějak zpracovat.
Moje představa je taková, že v první fázi vyřeším komunikaci, ukládání dat na server a budu sledovat teploty z několika čidel. Mimochodem je zajímavé koukat na úly v zimě termokamerou.
A až mi tohle poběží, tak budu řešit ty váhové senzory. Myslel jsem, že bych použil 3 - 4 senzory pro 50 kg zapojené do můstku.

Tak si raději nejdřív najdi termín tečení tenzometru (creep), abys nebyl moc překvapený.

6

Windows a jiné systémy / Re:Mini-posix knihovna s Win32 API

« kdy: 21. 12. 2020, 22:16:54 »

Jen mě tak napadlo. Co si takovou knihovnu vyrobit právě pomocí mingw? Pro těch "pár" funkcí by to nemuselo trvat dlouho.

7

Windows a jiné systémy / Re:Mini-posix knihovna s Win32 API

« kdy: 19. 12. 2020, 13:08:22 »

Nevím proč je zavržené právě mingw-win64 pod linuxem, protože to je podle mne nejjednodušší cesta. Pracovně vyrábím aplikace, které musí fungovat v linuxu, pod windows a OSX. Právě díky mingw můžu pod linuxem jedním make/cmake vyrobit najednou binárky pro linux i windows. Jediné co mě rozčiluje je OSX, protože na to musím myslet zvlášť.

8

Vývoj / Re:Vývoj ve Windows: sériový port přes SSH

« kdy: 25. 11. 2020, 19:15:39 »

A co použít com0com a ssh jen pro vytvoření toho tcp tunelu?

9

Vývoj / Re:Pár otázok na C++

« kdy: 21. 11. 2020, 16:04:46 »

Co otevřít ten stream v binárním režimu místo textového?

10

Studium a uplatnění / Re:Bezpečnostní prověrka - osobnostní způsobilost

« kdy: 10. 10. 2020, 15:17:24 »

Návštěva psychiatra nemusí být pro bezpečnostní prověrku problém. Naopak lhaní v bezpečnostním dotazníku šance na její získání výrazně zhorší. NBU má dost dalších možností, jak si potřebné informace zjistit.

11

Vývoj / Re:WASM a nahrazení JS

« kdy: 27. 05. 2020, 15:11:17 »

To není pravda. Z WASM lze volat javascript, takže není problém manipulovat s libovolnou částí stránky a používat nativní API prohlížeče (například nativní crypto).

Děkuji za potvrzení toho, co jsem napsal. Příště bych doporučil přečíst si, na co odpovídáte.

WASM v současné době neumožňuje přímý přístup k DOMu a API prohlížeče, takže jím JavaScript nahradit nejde. Dnes nelze napsat React ve WASM bez JavaScriptu, protože React především manipuluje s DOMem.

Samozřejmě se plánuje, že WASM v budoucnosti bude mít přístup ke stejným API, jako má JavaScript, ale k tomu je ještě dlouhá cesta.

Ehm. Odpovídal jsem na tuto větu: V současné době neumí WASM komunikovat s DOMem a jinými API prohlížeče, takže by to nešlo. WASM je teď jen úplně základní VM. Dneska se dá použít asi jen pro urychlení nějakých výpočtů.

Není tam napsáno nic o přímém přístupu, ale jen že to nejde. Já jsem napsal, že to jde (pomocí volání javascriptu). Mohl bych citovat matku Forresta Gumpa, ale bylo by to zbytečné. Stejně jako fakt, že už jsem s využitím QML a WASM několik takových aplikací napsal. Ale možná se mi to jen zdálo, protože to nejde. 

12

Vývoj / Re:WASM a nahrazení JS

« kdy: 26. 05. 2020, 23:12:32 »

V současné době neumí WASM komunikovat s DOMem a jinými API prohlížeče, takže by to nešlo. WASM je teď jen úplně základní VM. Dneska se dá použít asi jen pro urychlení nějakých výpočtů.

To není pravda. Z WASM lze volat javascript, takže není problém manipulovat s libovolnou částí stránky a používat nativní API prohlížeče (například nativní crypto). Potíž bývá častěji v tom, že kód kompilovaný do WASM je synchronní, kdežto velká část JS API je asynchronní, takže se to špatně kombinuje (ale lze to).

Například QT lze zkompilovat do WASM a pak provozovat v prohlížeči (jak widgety, tak qml).
Výhodou je velmi snadný a rychlý vývoj (nesrovnatelné s běžnými webovými aplikacemi)
Nevýhodou je velká aplikace (i nejmenší QT aplikace bude mít přes 30MiB), což znamená, že je to nepoužitelné na mobilu (IOS například tak velkou aplikaci nezvládne, Android se skřípěním zubů ano).
Navíc na mobilu nefunguje SW klávesnice a nevím, jestli v dnes vydaném QT 5.15 už funguje integrovaná QT-VirtualKeyboard

Takže nelze jednoznačně odpovědět.
Pro desktopový prohlížeč ano, pro mobil ne.