Příspěvky

91

Hardware / Re:Vzdálený odečet plynoměru

« kdy: 15. 11. 2019, 10:03:29 »

Ale ten rádiový protokol je uzavřený. Nebo jste snad někde viděl oficiální dokumentaci k LoRa PHY? Bavím se o pouze o té rádiové části. https://en.wikipedia.org/wiki/LoRa#LoRa_PHY tvrdí to samé.

Netvrdil jsem, že není.

Bez členství v LoRa alliance si tudíž modul nepostavíte. Osobně mi tento přístup vadí (Greater good .

Ale ono to časem půjde, stejně jako u jiných podobných technologií. Reverse engineering už proběhl. A už jsem viděl i pokusy o generování chirpu s běžným FSK modulem (některé mají analogový vstup na rozladění frekvence a s vhodným DACem...).

Stejně tak výrobci. Samotné čipy nedělá nikdo jiný než Semtech

Dělá. Minimálně STMicro a Microchip.

Které konkrétně? Já našel třeba RN2483, ale to je celý modul. Když se kouknete do datasheetu tak je tam v blokovém schématu "LoRa technology radio" bez bližšího popisu. Ale je klidně možné, že si ho vyrábí sami.

U STM jsem modul nenašel, zato jsem našel Murata moduly. Ale ty používají právě STM CPU a Semtech SX1276 (viz https://www.murata.com/products/connectivitymodule/lpwa/lora#lora3)

Ono je teda jedno, protože kvůli prohlášením o shodě se stejně typicky používají právě hotové moduly.

Vadí mi uzavřenost té rádiové části.

A je nějaká otevřenější alternativa?

Sestavitelná? Jistě, všechny ty části jsou běžné učivo. Stačí libovolný GFSK modul a "troška" software. Z nekomerčních rozšířených třeba APRS (FSK + AX.25). Osobně experimentuji s prostým FSK (+ všechny ty vrstvy pro odolnost vůči rušení a chybám) a není to nic hrozného.

Komerční? Tam opravdu asi moc možností nemáte. Ale tam se na vyšší dobro nehraje.

Já mám doma optosondu na elektroměru. Je fakt, že se odečítač jednou zeptal, co to je, ale stačila jedna věta a byl v klidu, nemusel jsem mu ani ukazovat žádnej papír. Mimochodem, ten papír existuje. Je velice jednoduchej - lakonicky konstatuje, že pasivní sledování blikání ledky nemůže z principu měření nijak ovlivnit. A fertig.

Tak jednoduché to občas není. Některé moderní elektroměry tu LEDku používají i pro obousměrnou komunikaci a diagnostiku. Takže když ji zablokujete svým zařízením, tak se může dodavatel zlobit. Nemusí být problém, pak se může vyměnit technik a najednou se situace změní...

92

Hardware / Re:Vzdálený odečet plynoměru

« kdy: 14. 11. 2019, 16:38:43 »

Osobně mi LoRa z pohledu vyššího dobra dost vadí. Je to patentové minové pole, uzavřená technologie, jediný výrobce, ...

Není jeden výrobce, vyrábí to víc firem, v licenci. Vlastník licence je jeden, ale neumím si představit důvody, proč by to uzavíral, tím by to jenom pohřbil. A ať je to jak chce, z těch všech tří alternativ je to zdaleka nejotevřenější řešení.

Ale ten rádiový protokol je uzavřený. Nebo jste snad někde viděl oficiální dokumentaci k LoRa PHY? Bavím se o pouze o té rádiové části. https://en.wikipedia.org/wiki/LoRa#LoRa_PHY tvrdí to samé.

Stejně tak výrobci. Samotné čipy nedělá nikdo jiný než Semtech (alespoň jsem nic rozumného od jiných výrobců nenašel, licencované to pravda být může), ale je hodně výrobců RF modulů se Semtech čipy.

LoRaWAN je pak vyšší vrstva a ano, tam už existuje otevřená TTN. Tu jsem ale na mysli neměl. Vadí mi uzavřenost té rádiové části.

93

Hardware / Re:Vzdálený odečet plynoměru

« kdy: 14. 11. 2019, 11:37:53 »

Jenom pro úplnost ještě dodám, že můžeš použít i jenom tu fyzickou vrstvu ("LoRa" bez "WAN") ke komunikaci mezi dvěma uzly, nějakým vlastním protokolem. Pak bys měl ale svoje vlastní uzavřené řešení a nepřispěl bys k tomu vyššímu dobru

Osobně mi LoRa z pohledu vyššího dobra dost vadí. Je to patentové minové pole, uzavřená technologie, jediný výrobce, ...

A přitom to není nic speciálního, jen je tam rovnou naprogramovaná slušná fyzická a linková vrstva (whitening, prokládání, samoopravný kód), takže se to dobře používá bastlící komunitě.

94

Hardware / Re:Funkčnost tiskárny Brother na Linuxu

« kdy: 12. 11. 2019, 16:51:46 »

Mám síťovou laserovou multifunkci Brother z řady MFC a funguje v linuxu (Fedora) bez problémů.

95

Hardware / Re:Vzdálený odečet plynoměru

« kdy: 11. 11. 2019, 13:22:28 »

Jinak nebude problém to tam upevnit. Ale problém je, že to musí být jednoduše odstranitelné, protože při výmněně plynoměru to můžou považovat jako za překážku a plynoměr nevyměnit a nechat si to zaplatit. Nehledě na to, že to nesmí jakkoliv mechanicky zasáhnout do plynoměru samotného, pak by to brali jako zásah do měřícího přístroje a za to jsou nějaké nemalé sankce.

Kdyby tu byl někdo šikovný na 3D a 3D tisk, tak by asi nebyl problém vymyslet nějakou nacvakávací "krabičku".

Ten plynoměr má přímo díru oficiálně určenou pro montáž toho snímače. Zespodu je snímač zajištěný tou prohlubní a na pravém boku je packa s dírou na šroub. (Teda alespoň ten můj.)

Tak, dal bych si k plynu nějaký bastl z Polska, nebo ještě lépe, něco zbastlené doma na 3D tiskárně...

Výbušná koncentrace je až od 4.3%. Už od koncentrace 1% to musí smrdět tak, že to nelze "přehlédnout". Prostor s měřákem navíc musí mít povinné odvětrání, takže překročit tu koncentraci náhodou prakticky nejde.

96

Hardware / Re:Vzdálený odečet plynoměru

« kdy: 11. 11. 2019, 10:56:33 »

Hallova sonda asi bude lepší, protože ten magnet je dost slabý. Jazýčkové kontakty co mám v šuplíku to neregistrovaly.

97

Sítě / Re:PfSense ve VMku + Mikrotik s CAPSMAN

« kdy: 24. 10. 2019, 16:04:14 »

Možné to je. Mám takto za sebou Mikrotik router a Mikrotik switch. Jen je potřeba pohlídat kapacitu spojů (VLAN tam a zpět po jednom kabelu) a kde a jak se VLANy routují.

Na switchi jsem vypnul forwarding (/ip settings a změnit ip-forward na "no") a nastavil pevnou lokální IP, gw a DNS (kvůli updatům, taky ji může přiřadit router podle MAC /ip dhcp-client). Pak jsem vhodně nastavil VLANy.

Třeba takto, pokud musí být ven zapojený switch a router box má dva porty:

Kód: [Vybrat]

inet --10->|        |--10->| router |
           | Switch |<-11--|        |
           |        |
           |        |--11-> Domácí síť, APčka

Pokud má router jen jeden port, tak budou VLAN 10 a 11 z routeru tagované na jedné lince (trunk). Bude to ovšem mít vliv na přenosovou kapacitu.

Pokud může být router před switchem, tak je to triviální i bez VLAN.

Kód: [Vybrat]

inet -->| router |-->| switch |--> Doma, APčka

V obou případech je potřeba pohlídat firewall.

98

Vývoj / Re:Naučení se asynchronnímu programování

« kdy: 11. 10. 2019, 09:45:47 »

To si nemyslim, smycka udalosti je z podstaty jiny typ mechanismu nez epoll.

Epoll, select a příbuzní jsou.. chvilku počkejte... dramaticka pauza... asynchronní! Používají se ve smyčce, sledují několik zdrojů a vrací řízení programu, když nastane nějaká událost. Jedna smyčka obsluhuje několik klientů.

Synchronní verze by používala pro každé spojení jedno vlákno (aktor), které by čekalo na data pomocí blokujícího read(socket). Toto byl i standarní způsob zpracování klientů před příchodem "nových" verzí Apache, nginx, lighttpd a podobně.

99

Vývoj / Re:Naučení se asynchronnímu programování

« kdy: 08. 10. 2019, 14:42:49 »

Co mají Streamy s monádami? Prostě normální funkce vyššího řádu.

Nic moc, krom toho že streamy jsou monády. Akorát "bind" je přejmenovaný na "flatMap".

A to je v kontextu Javy a asynchronního programování důležité proč? Je to pojem z matematické teorie kategorií, který pro běžného programátora není naprosto důležitý. Kdejaká operace splňuje definici grupy nebo monoidu, ale použivá se to tak akorát při formálních důkazech a analýzách algoritmů.

V Pythonu se to samé dělá přes List comprehensions a itertools, v C# pomocí LINQ. V Javě holt syntaxe vyšla jak vyšla. Streamy jsou totiž hlavně užitečnými abstrakcemi nad často se opakujícími operacemi. Nikdo nad nimi matematické důkazy nedělá.

Takže dejte pokoj s monádami, je to v kontextu diskuze nepodstatný a neužitečný detail.

100

Vývoj / Re:Java 8 JDK: můžu oficiálně používat dva roky starou aplikaci?

« kdy: 08. 10. 2019, 14:28:30 »

- Potřebujete opravdu JDK (development kit) nebo jen JRE (runtime)?
- Stačí Vám OpenJDK?
- Běží aplikace i na aktuálním JRE?

Práva k aplikaci jsou problém mezi Vámi a programátorem. Právo použít JRE z OpenJDK máte, právo použít nejnovější Oracle JRE máte taky. Starší bych řekl taky, protože tam žádné časové omezení nebývalo.. jen nejsou aktualizace.

101

Vývoj / Re:Naučení se asynchronnímu programování

« kdy: 08. 10. 2019, 10:58:39 »

Ja se treba priznam, ze casto i dost vaham nad uzitecnosti Streamu (monady). Mnohokrat mi prijde pouziti Foreahe mnohem praktictejsi a prehlednejsi. Dodnes z pameti nevim, jak ve Streamu napr. udelat Group By nad Mapou a musim cumet do Googlu.

Co mají Streamy s monádami? Prostě normální funkce vyššího řádu.

A ručně se to copak implementuje snáz? Mapa, group by funkce, funkce na agregaci.. Taky se dívám do dokumentace, když to píšu, ale mnohem častěji to pak čtu. A ta Stream varianta je pro čtení mnohem přehlednější.

102

Odkladiště / Re:Bazoš - kupující nezaplatil, co dál

« kdy: 30. 09. 2019, 10:44:36 »

Dobírka mimochodem také nic neřeší. V balíku mohou být poskládané noviny a trocha kamení.

Jedinou spolehlivou metodou je využití důvěryhodného prostředníka (notář, advokát, banka), který podrží peníze v úschově než dojde k předání zboží. Pro malé částky extrémně nepraktické.

103

Odkladiště / Re:Bazoš - kupující nezaplatil, co dál

« kdy: 25. 09. 2019, 11:45:30 »

Nemůžou to odložit jen tak bez zdůvodnění. Navíc hospodářská kriminálka je něco jiného než dopraváci a úplně něco jiného než měšťáci.

104

Odkladiště / Re:Bazoš - kupující nezaplatil, co dál

« kdy: 25. 09. 2019, 09:59:29 »

Máš číslo účtu a potvrzení o platbě. Možná by šlo se zeptat banky, proč transakce neproběhla.

U této částky už se to potom dá hodit na stát. Je to trestný čin podvodu a překročil hranici pro přestupek. Takže nejdřív mu napiš, že jak nezaplatí, podáš trestní oznámení pro podvod a potom na policii a sepsat to.

105

Bazar / Re:Koupím digitální osciloskop

« kdy: 27. 08. 2019, 14:03:35 »

Jo, ty ceny tam jsou neuvěřitelný. On teda třeba DS1052E nestál moc ani před hodně lety (cca 10.000 Kč), takže je to teoreticky možné, ale...