Poslední příspěvky

1

Hardware / Re:Relativně přesné RTC

« Poslední příspěvek od ogdru6jahad kdy Dnes v 21:55:58 »

nedavno se tu resilo radiove spojeni s nizkou rychlosti na velkou ~10km vzdalenost.
jak daleko chcete mit to zarizeni?

a s nejakym normalnim chipem je kumulativni chyba casu stale rostouci a nebo se chyby rusi a chyba lita kolem 0?

neslo by si udelal par dni statistiku s danym chipem a pokud chyba lita kolem nuly, tak by slo zmerit jaka je treba denni odchylka/chyba.
pokud chyba v case kumulativne roste, tak linearne prepocitat spatny cas pomoci spravneho casu zmereneho na zacatku a na konci.

2

Hardware / Re:Relativně přesné RTC

« Poslední příspěvek od CPU kdy Dnes v 21:51:38 »

+/- 20 sec za jak dlouho? Rozsah pracovních teplot?

Revize bude jednou za tři roky, více než minutový rozdíl je neshoda, tři minuty = problém, pět minut už je průůů.
Teploty v podstatě stabilní 10-15°C, spíš to bude ve sklepech, tam asi žádné prudké výkyvy nehrozí.

Distribuci předpokládám po LAN.
Blbý je, že běžné RTC se umí za rok rozhodit klidně o 6 minut.
No, tady se to podcenilo, ale DCF77 nebo GSM to asi dokáže vyřešit.

Dokážu si objednat ESP32 s LAN RJ45 + 2x RTC s DCF77 a pořád se vejdu do pětikila. 
Ale abych znovu nevynalézal kolo 

3

Hardware / Re:Relativně přesné RTC

« Poslední příspěvek od CFM kdy Dnes v 21:31:27 »

+/- 20 sec za jak dlouho? Rozsah pracovních teplot?

4

Hardware / Re:Relativně přesné RTC

« Poslední příspěvek od RDa kdy Dnes v 21:17:06 »

Resis blbosti, dej tam GPS a cas budes mit primo na seriaku. A ten muzes nakrmit do LORA a potahnout od prijmace pod oblohou, nekam do skryteho okoli.

Pokud ti staci +-20 sec, tak to muzes pouzit jakekoliv vestavene RTC ktere je soucasti dnes uz temer vseho. Ale pokud je instalace s vetsim rozsahem teplot, nebo pravidelnym cyklovanim, muze to ujet o dost dal.

5

Server / Re:Jednoduchši HA na Proxmox

« Poslední příspěvek od RDa kdy Dnes v 21:11:32 »

Pokud mas nejake masove nasazeni (a la FB) tak se to neresi.

Pokud mas nejake kriticke systemy, tak ty se pripojuji na vicero uzlu podle priority listu - viz napr. distribuci balicku - pokud nejede preferovany mirror, package manager to stahne z jineho (konkretne zkusenost s gentoo/portage), stejne tak distribuce seznamu (portage tree) je rsync a ma to sekundarni adresu.

Ale pokud se bavime o klasickych sluzbach (web, ftp, git, atd), tam ti pomuze leda aplikacni proxy, ktere ti presmeruje provoz na preferovany a zrovna funckcni backend. Ale zde vse, co je pred touto proxy, musi byt pripojeno spolehlive (tj nemuzes to provozovat doma).

Mi prijde ze se snazis resit velice okrajovou podminku (selhani providera, selhani distribucni site EE), namisto toho, abys umistil sve zelezo na lepsi misto (do datacentra). Na takove pofiderni reseni holt sluzby neudelas s HA, kdyz je sami nejakym zpusobem neresi.

Plus napr. pokud chces resit neco jineho nez readonly obsah (ktery muzes syncovat jednosmerne), tak se u RW obsahu (cokoliv s db, git, atd) podelas z toho jak nastavit nejaky rozumny prepnuti. Musis brat do uvahy, ze na kazde sluzbe muzes mit aktivne pracujiciho usera (treba git push, db import) a padne ti ta lokace uprostred takovych opraci. Prepnes na zalozni - a tam co.. lidi budou zrazu o tyden zpet? a pak to prepnes zas, a zmeny se ztrati. Takze pro vetsinu sluzeb je lepsi hodit nedostupno/INOP/deny a opravit si svoji jedinou lokaci.

A ted se dostavame zpet k tomu, ze muzes resit HA a proxy, a nejaky lokalni cluster, ktery prezije castecny vypadky a rebooty - to je neco co resit muzes (a mel bys) - ale pouze v ramci jedne garantovane lokace (homelab), ne roztahane skrze internet. Ze ti vypadava ISP, je neco, co resi lepsi vyber, lepsi umisteni, lepsi smlouva - a treba SLA.

Alternativne muzes jit do dvou ISP, a tu aplikacni proxy (anebo pouze vpn+nat) si dat na VPS, aby vyuzivala zrovna funkcni cestu k tvemu homelab backendu.

6

Hardware / Relativně přesné RTC

« Poslední příspěvek od CPU kdy Dnes v 21:07:47 »

Ahoj,

potřebuju vyřešit RTC v systému bez přístupu k internetu(je to izolované) a čas posílat dál (centrální zdroj času +/- 20 sec).

RTC hodiny
Jako základ chci použít dva moduly RTC, ideálně nějaké přesnější.
Prý jsou docela dobré RTC moduly na bázi DS3231, které se rozchází maximálně o jednu až dvě sekundy za den (u origo čipů).

DCF77 - čas z Frankfurtské polévky
DCF77 si sosá čas z Frankfurtu a ...pokud je zrovna signál... získává přesný čas.
https://www.aliexpress.com/item/1005007539592738.html
https://dratek.cz/martin/1104-presny-cas-z-nemecka-dcf1.html

To samo o sobě není žádná výhra, při špatné orientaci antény/zastínění se prý povede jedno korektní přečtení dat měsíčně.

GPS - čas ze Sputniku
Čas se dá snáz a rychleji získat z GPS, ale na rozdíl od DCF77 musí být signál slušný, bohužel to je ještě citlivější než DCF77
https://www.youtube.com/watch?v=ktqjcnna6cM

GSM - čas z SMS
GSM moduly lepší než SIM900 umí už AT commandy: AT+CLTS
sim900 -> qntp, qnitz=1 nebo qgsmloc=4

Výhoda: Funguje to i ve sklepě.
Nevýhoda: Potřebuje to aktivní SIMMku.

Na nic lepšího jsme nepřišli...

Co vy na to?
Nic lepšího do pětikila nepostavím.
Prodávají se velice přesné hodiny okolo 100 Euro na eBay, ale to se mi do toho dávat nechce a mám vyřešit XY instalací.
Hodně zvažuji místo DCF77 spíš GSM, ale to by znamenalo XY Simek... 

Nějaký lepší nápad?

7

Vývoj / JavaScript: service worker a subdoména

« Poslední příspěvek od hknmtt kdy Dnes v 21:00:46 »

Mam SharedWorker ktory mi pri vyvoji na lokale funguje, lebo vsetky subory su servirovane z rootu cez hotreload server.

Mam ale problem na produkcnej verzii kde su vsetky frontendove veci servirovane zo subdomeny. Takze index.html len smeruje na subdomenu foo.bar.com/moje.css a foo.bar.com/moje.js. A foo.bar.com/moje.js potom vola foo.bar.com/worker.js.

Lenze tym ze je to subdomena tak origin je odlisny a teda mi ten worker realne nefunguje. Ten worker len otvori websocket na server a pocuva na spravy, ktore nasledne posuva dalej kodu ktory na ne reaguje. Je to shared worker aby sa pri viac otvorenych taboch nerobili duplicitne spojenia.

Otazka teraz je ako to poriesit aby fungoval "normalne" aj ked bezi na subdomene a teda?

8

Windows a jiné systémy / Re:Tisk více SVG souborů

« Poslední příspěvek od Josef Chroustal kdy Dnes v 20:45:01 »

Možná pomůže:
https://github.com/astraw/svg_stack

9

Odkladiště / Re:Webdesign - funkcia vs forma

« Poslední příspěvek od r443 kdy Dnes v 20:15:16 »

Jo, taky se řadím k těm konzervám, které každá novější verze libovolného webu naštve, protože obvykle spočívá v nasazení větších fontů, kulatějších tlačítek a schovaných vyskakovacích menu na úkor přehlednosti a množství zobrazených informací.

To s tou DNS administrací na celou obrazovku mi to připomnělo internetové bankovnictví mojí bývalé banky, takový výpis transakcí, kdy se mi jich předtím vešlo s plnými detaily na 1200px výšky přes 30 a po redesignu pouhých sedm, a to ještě bylo potřeba každý z nich pro detaily rozkliknout 

Používání webu na desktopu je čím dál tím větší utrpení, jde to z kopce tak od roku 2010, jsou za tím smartphony a jejich uživatelé, kteří dnes tvoří naprostou většinu přístupu a už se tím pádem málokomu chce vytvářet smysluplnou verzi webu pro prohlížení na PC. Na druhou stranu ale abychom se jen neopájeli nostalgií, jak to tehdy bylo super, tak bych připomněl Flash, stránky vygenerované v MS Frontpage a různé blikající, jezdící nadpisy, přiblblé GIFy a blikající položky v menu a podobně 

10

Server / Re:Jednoduchši HA na Proxmox

« Poslední příspěvek od darebacik kdy Dnes v 19:57:19 »

Tak v tom pripade beriem spät HA. Myslel som si, ze vysoka dostupnost sa uplatnuje aj v mojom pripade. Ja som mal na mysli prave to

nejde uzel v zemi X tak presmerujeme provoz jinam.

Riesia sa vobec taketo veci ?