Poslední příspěvky

1

Hardware / Re:Externí disk odolný proti odpojení

« Poslední příspěvek od NANOOK kdy Dnes v 16:35:16 »

Existují externí boxy zálohované kondenzátorem, třeba: https://hagibis.com/m2-p00334p1.html nebo https://akasa.co.uk/search.php?seed=AK-ENU3M2-08. Nemám s tím přímou zkušenost, nicméně serverová ssd zálohování kondenzátory mají; i když ne tak velkou kapacitu. Ale asi bych do toho nedával dramless SSD.

2

Hardware / Re:Externí disk odolný proti odpojení

« Poslední příspěvek od Jan Fikar kdy Dnes v 15:44:25 »

Tak mount má parametr sync, ale přenos je pak pomalý a asi i víc opotřebovává SSD. Zato zapsaná data tam asi budou.

3

Hardware / Externí disk odolný proti odpojení

« Poslední příspěvek od Lukas1500 kdy Dnes v 15:22:22 »

Znáte nějaký externí USB disk, který vydrží nečekané odpojení? Předpokládá se ztráta právě přenášených dat, ale ostatní data na disku zůstanou v bezpečí.

Něco jako převodník rozhraní SATA s nějakým běžným souborovým systémem na USB mass storage device. Zařízení se v počítači bude chovat jako běžný USB disk, ale nedovolí poškodit tabulku rozdělení disku.

4

Odkladiště / Re:Dodavatel elektřiny s online měřením spotřeby

« Poslední příspěvek od Trident Vasco kdy Dnes v 14:37:21 »

A k tématu: na hlavní přívody používám Shelly pro 3EM, na okruhy pak Shelly pro 4PM a Shelly pro 3 (v podstatě jen indukční deska). Na dodavatele se moc nespoléhám, sice taky má nějaký údaje, ale víme jak to je s 3rd API dodavatelů ;-)

Pokud se domnivate ze mate spatne obchodni mereni muzete podat reklamaci. Mereni u dodavatele je velmi prisne kontrolovano.
Shelly mam taky na podrizeny monitoring ale je nutne si uvedomit ze distribuce ma u obchodniho mereni vzdycky pravdu. Jeji meridla prochazeji pravidelnou vymenou,ocejchovanim ci pripadnou modernizaci.

5

Odkladiště / Re:Dodavatel elektřiny s online měřením spotřeby

« Poslední příspěvek od Trident Vasco kdy Dnes v 14:34:10 »

K comu ti bude dobre mat informaciu o online spotrebe?

Ak ma niekedy nieco zaujimalo, tak to bolo konkretne zariadenie a jeho spotreba ale nie celkova spotreba.

Celkova spotreba 2x rocne vo vyuctovani mi uplne staci. Na kontrolovanie aktualnej spotreby nevidim dovod/prinos a povazujem to za vyhadzovanie penazi. Rovnako ako vecsinu domacej automatizacie.

Chapu. Muzete si podat ruce s "martinpoljak". To co mam staci vsem :facepalm:.

1.Spot
2.Zapomenuty zapnuty spotrebic
3.Najemnik v byte a castejsi preuctovani per mesic. Nesponzorujete najemnika pul roku nebo zbytecne nepreplacite.
4.Komunitni energetika
5.Vyrobna s pretoky
6.Kratsi vyuctovani - napr.mesicni. Dle cenove politiky dodavatele nemusite treba platit velke zalohy jak tatar kdyz vite ze pul roku nejste na chate.
7.Moznost flexibilnich nastaveni distribucnich tarifu (ne jen blby VT / NT na lehce plovouci/fixni casy (dle systemu distribuce)).

Pro distributora to ma take vyhodu v rychle reakci v rizeni site, nakupu a planovani posilovani. Muze take mnohem lepe porovnavat technicke i netechnicke ztraty - porovna mereni na distribucni trafacce se spotrebou/vyrobou jednotlivych lidi
Pokud by predaval data treba k prenosovce (u nas CEPS) tak ten tato data muze pouzi ke svemu prospechu v rizeni taktez.

6

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od anonacct kdy Dnes v 14:21:30 »

Já si ale nechci psát vlastní asio, fmt, spdlog, JSON parser, XML parser, YML parser, algebru, OpenCV, ... Nedělal bych nic jiného než si jen psal to co už je 1000x hotové. Pokud si člověk vybere knihovny, které jsou battle tested, tak s tím přece není problém.

Jen super jednoduché projekty nic nepotřebujou.

7

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od Radek Miček kdy Dnes v 14:01:36 »

To, že něčemu důvěřuješ je sice hezké, ale to ještě neznamená, že tam nejsou kritické chyby. Ty se vždycky objeví i u těch nejdůležitějších projektů. Důležité je mít o tom všem přehled, a ten prostě nemáš, když si děláš všechno sám.

S první částí souhlasím. Týká se to samozřejmě i LLVM, kompilátoru, běhového prostředí, standardní knihovny... To je další důvod, proč jsem s Rustem opatrný. Kompilátor Rustu má přes milion řádků kódu a je poměrně komplikovaný, takže je tam velká pravděpodobnost chyb. Podobně i standardní knihovna, která je plná složitého unsafe kódu. Naopak třeba kompilátor C3 je o dost jednodušší a standardní knihovna je téměř primitivní.

Mít minimum závislostí v C++ projektu není žádný benefit

Zkušenost mi ukázala, že to je obrovský benefit. Nejen v C, C++, ale i v F# nebo Rustu. Nejvíc problémů vznikalo po updatu závislostí. Kolikrát to navíc byl i update na nějaké minor verzi, který teoreticky neměl rozbít nic, ale skutečnost byla jiná.

8

Odkladiště / Re:Dodavatel elektřiny s online měřením spotřeby

« Poslední příspěvek od 🇺🇦 GPU kdy Dnes v 13:42:33 »

Taky se dá nějak odečítat běžný elměr přes IR rozhraní.

9

Odkladiště / Re:Dodavatel elektřiny s online měřením spotřeby

« Poslední příspěvek od cznarg kdy Dnes v 13:41:59 »

A k tématu: na hlavní přívody používám Shelly pro 3EM, na okruhy pak Shelly pro 4PM a Shelly pro 3 (v podstatě jen indukční deska). Na dodavatele se moc nespoléhám, sice taky má nějaký údaje, ale víme jak to je s 3rd API dodavatelů ;-)

10

Odkladiště / Re:Dodavatel elektřiny s online měřením spotřeby

« Poslední příspěvek od tenlester kdy Dnes v 13:40:15 »

Ahoj,

mám tohle vyřešené včetně integrace do HA pomocí fotovoltaiky na úrovni domu. Na úrovni některých částí co mne zajímají (sauna kupříkladu) používám tohle jako podružné měření:

https://rpishop.cz/593037/shelly-pro-3em-3ct63-3-fazove-mereni-spotreby-lan-wifi-bluetooth

Když si to dáš do hlavního rozvaděče a cívky dáš na hlavní přívod, tak dostaneš co chceš. Integrace shelly do HA je bezproblémová po lokální síti. Instalace je bezproblémová a s minimálním zásahem.