1
Bazar / Re:Prodám 10 tenkých klientů HP T520 Flexible Thin Client
« kdy: 15. 11. 2023, 17:39:46 »
Taky bych za 400 jeden bral... Zásilkovna jako ostatní?
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.
2
Hardware / Re:Teploměr a vlhkoměr posílající měření někam ven
« kdy: 15. 11. 2023, 16:55:37 »...zacinam mat pocit, ze vlhkost ukazuje viac...
No, jak to říct... On to není jen pocit...
Mám domácí meteostanici a měřím i vlhkost vzduchu. Protože je stanice domácí konstrukce, tak si můžu dovolit ty čidla veličin měnit... Vlhkost měřím už cca 10 let a vyzkoušel jsem spoustu různých čidel v takové té běžné spotřebitelské rovině a... 4 stejná čidla vedle sebe a 4 různé výsledky +-10%. Nejhorší čidlo dokonce ukazovalo vlhkost až 110% (dost drahé čidlo).
Všechny možné meteo-veličiny změříš celkem přesně. Ale vlhkost ty čidla snad věští z kávové sedliny a pokud chceš čidlo, které měří vlhkost, tak si sakra připlať (jen čidlo v ceně celé, slušně vybavené, lepší meteostanice).
Nejpřesnější cenově dostupný vlhkoměr je snad pořád ten vlasový...
3
Vývoj / Re:Micropython do produkčního zařízení
« kdy: 18. 10. 2023, 13:27:28 »Před pár lety jsem si dělal domácí meteostanici. Pro čidla jsem použil micropython, čidlo fungovalo velmi rychle a super. Jen výdrž na baterie byla mizerná. Když mne to neustálé nabíjení přestalo bavit, tak jsem kód přepsal do C. Architekturu jsem víceméně zachoval, kód dělá 1:1 to samé. A najednou mám 6x větší výdrž na baterii.
6 krát viac pri načítaní čidiel, to sa mi nepozdáva. Je pre to nejaké vysvetlenie? Robili ste všetko optimálne?
Vysvětlení mám dvě - používám ESPNow a v době micropy verze kódu byla implementace ESPNow pro micropy velmi nestabilní a pravděpodobně neoptimalizovaná, takže wifi bylo delší dobu aktivní při odesílání (a spotřeba je v tom případě enormní). Ale hlavní důvod bude v tom, že micropy kód běžel velmi dlouho - čidlo je v deepsleep a buzené časovačem - u micropy se musí vzbudit, nabootovat micropy, ten musí spustit kód atakdále... U nativního kódu v C se mi průměrnou dobu vzbuzení povedlo zkrátit asi 5x, což odpovídá výdrži baterie.
Jinak, kód v principu funguje takhle:
Kód: [Vybrat]
- změř veličiny,
- porovnej veličiny s předchozím měřením a pokud je rozdíl příliš veliký
nebo
- - už určitou dobu nebyly odeslána žádná data
nebo
- - není dostupné předchozí měření, tak:
- - - inicializuj wifi,
- - - odešli nová data,
- - - vypni wifi,
- - - ulož nová data
- uspi zařízení.
Ale je fakt, že u micropy verze nebyla řešená efektivita kódu...
4
Vývoj / Re:Micropython do produkčního zařízení
« kdy: 18. 10. 2023, 10:40:29 »
Já jsem kutil, vidím dvě roviny tohoto problému a vykřikovat něco o dinosaurech mi přijde přehnané (¶řišel s tím, autor sám... vím o tom).
První rovina je proc python ano - v některých nasazeních umožňuje velice rychle vytvořit aplikaci/firmware pro daný HW. Umožňuje lépe se soustředit na funkcionalitu samotnou, nemusím řešit deklarace proměnných a tisíce dalších drobností... Třeba aplikace s GUI je micropythonu vytvořená strašně rychle a přímočaře.
Proti tomu C/C++ mi dává lepší kontrolu nad tím, co se děje. Takže pokud chci aplikaci, která nemá přímé UI, tak je výrazně lepší použít C/C++.
Před pár lety jsem si dělal domácí meteostanici. Pro čidla jsem použil micropython, čidlo fungovalo velmi rychle a super. Jen výdrž na baterie byla mizerná. Když mne to neustálé nabíjení přestalo bavit, tak jsem kód přepsal do C. Architekturu jsem víceméně zachoval, kód dělá 1:1 to samé. A najednou mám 6x větší výdrž na baterii.
Do C jsem přepsal pouze kód čidel, ostatní komponenty jsem nechal v micropythonu - kolektor dat z čidel a zobrazovací jednotku. Delší start mi zde nevadí, u kolektoru si cením toho, že je jednoduché ovlivnit chování interního webserveru (nemusím myslet na alokování každého byte paměti pro práci se stringy a podobně, nemusím hlídat návratové hodnoty všeho, prostě nakonec chytím všechny výjimky, které jsou neošetřené a takdále...), u zobrazovací jednotky bych asi hodně nadával při vytváření UI...
Takže, C i micropython můžou žít vedle sebe, oba mají své místo.
První rovina je proc python ano - v některých nasazeních umožňuje velice rychle vytvořit aplikaci/firmware pro daný HW. Umožňuje lépe se soustředit na funkcionalitu samotnou, nemusím řešit deklarace proměnných a tisíce dalších drobností... Třeba aplikace s GUI je micropythonu vytvořená strašně rychle a přímočaře.
Proti tomu C/C++ mi dává lepší kontrolu nad tím, co se děje. Takže pokud chci aplikaci, která nemá přímé UI, tak je výrazně lepší použít C/C++.
Před pár lety jsem si dělal domácí meteostanici. Pro čidla jsem použil micropython, čidlo fungovalo velmi rychle a super. Jen výdrž na baterie byla mizerná. Když mne to neustálé nabíjení přestalo bavit, tak jsem kód přepsal do C. Architekturu jsem víceméně zachoval, kód dělá 1:1 to samé. A najednou mám 6x větší výdrž na baterii.
Do C jsem přepsal pouze kód čidel, ostatní komponenty jsem nechal v micropythonu - kolektor dat z čidel a zobrazovací jednotku. Delší start mi zde nevadí, u kolektoru si cením toho, že je jednoduché ovlivnit chování interního webserveru (nemusím myslet na alokování každého byte paměti pro práci se stringy a podobně, nemusím hlídat návratové hodnoty všeho, prostě nakonec chytím všechny výjimky, které jsou neošetřené a takdále...), u zobrazovací jednotky bych asi hodně nadával při vytváření UI...
Takže, C i micropython můžou žít vedle sebe, oba mají své místo.
5
Odkladiště / Re:Uspořádání hexadecimálních řetězců v Linuxu
« kdy: 13. 10. 2023, 16:22:06 »
Na tuto otázku Ti může dát spolehlivou odpověď pouze autor dané aplikace (respektive zdrojové kódy).
6
Distribuce / Re:Instalace Debian 12 na nový NB
« kdy: 10. 10. 2023, 14:16:42 »
A hledat na netu jsi zkusil?
https://askubuntu.com/questions/1085550/cant-install-ubuntu-18-10-on-xps-15-efi-boot-mmx64-efi-not-found
Přejmenuj /efi/boot/grub64.efi na mmx64.efi.
https://askubuntu.com/questions/1085550/cant-install-ubuntu-18-10-on-xps-15-efi-boot-mmx64-efi-not-found
Přejmenuj /efi/boot/grub64.efi na mmx64.efi.
7
Vývoj / Re:Programování pro děti (10 let)
« kdy: 21. 09. 2023, 16:08:04 »
S hodnocením LEGO SW části zcela souhlasím. Má to senzory, má to motorky, tak proč tomu nedali pořádný SW. Naštěstí to synovo očekávaní splnilo a i cena byla dobrá, protože jsme to kupovali jako bazarové zboží.
Co mne ještě zaujalo z českých luhů a hájů je Picopad, jen by mohli přidat podporu pro ms Makecode (respektive přidat podporu pro Picopad do Makecode) - pak by to nemělo chybu.
Co mne ještě zaujalo z českých luhů a hájů je Picopad, jen by mohli přidat podporu pro ms Makecode (respektive přidat podporu pro Picopad do Makecode) - pak by to nemělo chybu.
8
Hardware / Re:Solarny panel k laptopu alebo k RPI "desktopu"
« kdy: 19. 09. 2023, 13:22:31 »
Tím to strašlivě nadhodnotí...
Ano, nadhodnotí, ale podobně jsou často nadhodnoceny i ty solární panely - udávaný výkon často dávají jen za poledního slunce v rovníkové oblasti bez jediného mráčku. Pak si ho rozbalíš na podzim ve střední Evropě a ... máš zlomek energie.
Případně připojí externí disk k tomu RPi a zakolísání napětí při roztáčení umí divy.
Nebo příkon soustavy bude podobný jako výkon panelu a baterie se bude soustavně vybíjet - výkon panelu musí pokrýt maximální příkon soustavy a zároveň být schopen dobíjet baterii, která se bude v noci pouze vybíjet.
Ale v principu s tebou souhlasím...
9
Hardware / Re:Solarny panel k laptopu alebo k RPI "desktopu"
« kdy: 18. 09. 2023, 13:20:07 »
ad 1) Přečti si specifikaci doporučeného napájecího adaptéru k použitému RPi.
ad 2) Přečti si specifikaci nabíjecího adaptéru k použitému notebooku.
ad 3) Přečti si specifikaci vybraného 23" FHD monitoru. A nezapomeň, že monitory obvykle vyžadují střídavých 230V, zatímco ze solárního panelu leze stejnosměrné nízké napětí, takže potřebuješ měnič, který má nižší účinnost, nebo monitor, který má napájení pomocí externího adaptéru. Pak si přečti specifikaci onoho adaptéru.
A kolik žere daný 10-15" LCD display, to opět zjistíš ze specifikace toho displaye.
u solárního panelu nehledej maximální výkon, protože to znamená přímý osvit sluncem a jakmile přijde mrak, tak výkon jde rapidně dolů. Stejně tak ráno/večer, kdy sluneční paprsky tlumí silnější vrstva atmosféry. Toto kolísání výkonu se kompenzuje baterií. Takže zařízení je napájeno z baterie a ta se dobíjí sol. panely.
ad 2) Přečti si specifikaci nabíjecího adaptéru k použitému notebooku.
ad 3) Přečti si specifikaci vybraného 23" FHD monitoru. A nezapomeň, že monitory obvykle vyžadují střídavých 230V, zatímco ze solárního panelu leze stejnosměrné nízké napětí, takže potřebuješ měnič, který má nižší účinnost, nebo monitor, který má napájení pomocí externího adaptéru. Pak si přečti specifikaci onoho adaptéru.
A kolik žere daný 10-15" LCD display, to opět zjistíš ze specifikace toho displaye.
u solárního panelu nehledej maximální výkon, protože to znamená přímý osvit sluncem a jakmile přijde mrak, tak výkon jde rapidně dolů. Stejně tak ráno/večer, kdy sluneční paprsky tlumí silnější vrstva atmosféry. Toto kolísání výkonu se kompenzuje baterií. Takže zařízení je napájeno z baterie a ta se dobíjí sol. panely.
10
Hardware / Re:Odpojení bateriového napájení po připojení USB
« kdy: 23. 08. 2023, 10:39:50 »
Osobně pro tyto účely používám modul pro powerbanky a baterku mám lipolku. Pozor, některé moduly přesruší napájení na malý okamžik při připojení napájení přes USB. Výhoda je stabilních 5V na výstupu.
Pokud by napětí mohlo kolísat při vybíjení baterky, tak bych použil obyčejný nabíjecí modul pro lipol/liion baterku. Nejlépe s ochranou proti pod/pře-bití. Toto používám u domácí meteostanice (taky s esp32) se starými články 18650 z ntb baterek a senzor mi na jedno nabití vydrží přes půl roku.
Pokud by napětí mohlo kolísat při vybíjení baterky, tak bych použil obyčejný nabíjecí modul pro lipol/liion baterku. Nejlépe s ochranou proti pod/pře-bití. Toto používám u domácí meteostanice (taky s esp32) se starými články 18650 z ntb baterek a senzor mi na jedno nabití vydrží přes půl roku.
11
Hardware / Re:Doporučte hobby mikropáječku
« kdy: 30. 07. 2023, 14:28:07 »
Ne předehřev i menší reflow používám s úspěchem obyčejnou žehličku - starou, bez napařování. Funguje to celkem dobře. Přemýšlím nad výrobou nějaké regulace teploty, ale na ty mé destičky to není asi potřeba...
12
Windows a jiné systémy / Re:Vyčistění napadených Windows
« kdy: 21. 06. 2023, 12:46:19 »
Reálná zkušenost: Kamarád zapnul PC, Win naběhly, cca hodinu jsme pracovali (uživatelské věci, žádné změny v systému), pak PC vypnul. Další start už nenaběhly, doporučilo to nějaký režim opravy. Po 3.5h intenzivní práce se 256GB SSD hotovo a doporučen restart. PC skončil s hláškou o nenalezeném operačním systému. Kontrola z liveCD ukázala zbytky windows na disku, veškerá uživatelská data smazána. Celou dobu jsem byl přítomen. Nikde nic o mazáni dat, v podstatě jen hláška "Obnovuji systém ze zálohy, chvilku strpení."
Vše zcela bez uživatelské interakce.
Takže ano, podle mne M$ vyrobil nástroj na kontrolu a opravu integrity systému, který je nefunkční a na hovno.
Vše zcela bez uživatelské interakce.
Takže ano, podle mne M$ vyrobil nástroj na kontrolu a opravu integrity systému, který je nefunkční a na hovno.
Nebud skromny, uz to hledam v zaznamech. Presne 7.765.192 PC
Podle tebe Microsoft vyrobil nastroj na kontrolu a opravu integrity systemu tak, aby tobe a dalsim linuxakum uskodil a systemy znefunkcnoval? Pouzivas na pokryvku hlavy dostatecne silny alobal, nebo delas chybu nekde jinde?
Kdyz ti system nestartuje, mas v logu, nebo na obrazovce napsane proc to dela. Logy Windows jsou fuj? Reinstalace je nastroj pro tebe, nezapomen na format c: a jeste nejaky nizkourovnovy z BIOSu a SSD 10x prepsat nahodnymi daty.
DISM z WinPE ti na NVMe/SATA SSD bezi hodiny?
DISM NENI ANTIVIR! Tady je tvuj problem, nechpes co to je a k cemu to je!
13
Hardware / Re:Nefunkční Thinkpad - přehřátí?
« kdy: 05. 06. 2023, 23:39:22 »
Zkusil bych vytahnout RAM a zkusil zapnout...
14
Windows a jiné systémy / Re:Centrální správa mixu operačních systémů
« kdy: 01. 02. 2023, 14:15:24 »
Pokud je víc jak cca 10 lidí, tak se vyplatí postavit Sambu a LDAP pro řízení přístupu k úložišti.
Desktopy samotné... to je otázka. Můžeš mít přichystané centrální řešení pro slepičky z účetního, například bez admina/roota. K tomu Ti může pomoci ta Samba a LDAP. Ale toto má cenu řešit u více jak 100 lidí plus mínus. Znamená to náklady navíc, řešení aktualizací a centrální instalaci SW. Pokud tu někdo tvrdil, že komerční řešení vyjde levněji než OS, tak lže. Protože u obou řešení strávíš hafo času naplněním daty a údržba funkčního řešení taky stojí nemálo času a úsilí. Třeba ve firmě s cca 10000 desktopy nasazení trvalo několik let, než se obnovily veškeré desktopy za unifikované řešení, které stejně mělo problémy. To znamenalo třeba výběrová řízení s garancí dodávky stejného HW po celou dobu jeho životnosti. Pak stačí tichá revize základní desky a už se to chová jinak, takže někdo musí všechno pořád testovat...
A ani to nasazování aktualizací u Windows nebyla procházka růžovou zahradou. Každý balík aktualizací vyzkoušet, rozebrat a odstranit problémové části a znova vyzkoušet na všech typech použitého HW...
Takže pro malé skupiny bych desktopy řešil v režii dle schopností každého - pipinkám ze mzdového zakázat admina a jednou za čas je obejít s aktualizacema, shopní ať mají co zvládnou, podpora z Tvé strany „udělám to nejlepší, ale...“ a všechny pravidelně poučit že nemají instalovat bordel. Pipinky si Tě budou hýčkat, zvláště když s nimi pokecáš jestli je vše OK, ostatní budou umět příjít pro radu, takže budeš mít přehled...
Desktopy samotné... to je otázka. Můžeš mít přichystané centrální řešení pro slepičky z účetního, například bez admina/roota. K tomu Ti může pomoci ta Samba a LDAP. Ale toto má cenu řešit u více jak 100 lidí plus mínus. Znamená to náklady navíc, řešení aktualizací a centrální instalaci SW. Pokud tu někdo tvrdil, že komerční řešení vyjde levněji než OS, tak lže. Protože u obou řešení strávíš hafo času naplněním daty a údržba funkčního řešení taky stojí nemálo času a úsilí. Třeba ve firmě s cca 10000 desktopy nasazení trvalo několik let, než se obnovily veškeré desktopy za unifikované řešení, které stejně mělo problémy. To znamenalo třeba výběrová řízení s garancí dodávky stejného HW po celou dobu jeho životnosti. Pak stačí tichá revize základní desky a už se to chová jinak, takže někdo musí všechno pořád testovat...
A ani to nasazování aktualizací u Windows nebyla procházka růžovou zahradou. Každý balík aktualizací vyzkoušet, rozebrat a odstranit problémové části a znova vyzkoušet na všech typech použitého HW...
Takže pro malé skupiny bych desktopy řešil v režii dle schopností každého - pipinkám ze mzdového zakázat admina a jednou za čas je obejít s aktualizacema, shopní ať mají co zvládnou, podpora z Tvé strany „udělám to nejlepší, ale...“ a všechny pravidelně poučit že nemají instalovat bordel. Pipinky si Tě budou hýčkat, zvláště když s nimi pokecáš jestli je vše OK, ostatní budou umět příjít pro radu, takže budeš mít přehled...
15
Desktop / Re:QWERTY klávesnice
« kdy: 28. 01. 2023, 15:51:49 »
Podívej se do mapy Tvého rozložení a budeš mít jasno: /usr/share/X11/xkb/symbols/<jméno tvého rozložení> Zkopírováním a editací si může vytvořit vlastní modifikaci.
