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.


Příspěvky - luvar

Stran: [1] 2 3 ... 15
1
Hardware / Re:Automatizacia otvarania brany Nice MC424L
« kdy: 21. 03. 2024, 11:40:39 »
K dosahu by som odporucal este prebehnut navod. Nas model mal antenu v majaciku a ak nieje antena pripojena v riadiacej jednotke, tak to ma dosah ubohy...

2
Studium a uplatnění / Re:Co se dál učit jako programátor?
« kdy: 05. 03. 2024, 07:34:27 »
Pardon za únos diskusie.

K tomu odhadovaniu elektrárne, skusil by som kurz na sw weka, spravit si nejaky zakladny tutorial a nasledne aplikovat na dostupne data.

https://www.cs.waikato.ac.nz/ml/weka/

3
Server / Re:Doporučte proxy na doma pro FE vývoj
« kdy: 15. 02. 2024, 17:22:14 »
Nerozumiem absolutne presne zadaniu, ale dobre skusenosti ako reverzne proxy mam s nginx a s traefik. Ak som dobre pochopil, toto by mohlo riesit Vas problem. A samozrejme, apache a mod rewrite to zvladne urcite tiez.

4
Vývoj / Re:Rust a RP2040 hobby projekt
« kdy: 12. 12. 2023, 10:21:06 »
to by mohlo byt zajimave nalepit na opticke vlakno normalni ledku a fotodiodu z druhe strany a udelat si primitovni prenos dat na vzdalenost pomoci tohohle.

Tiez by som sa rad pobavil timto smerom, ale kusok sa bojim, ze okrem 5 nasobku casu oproti uart/CAN/ethernet verzii by som nedospel k viacmenej spolahlivemu vysledku. Na druhej strane otazka "ako tazke to moze byt blikat si morzeovkou a pridat par samoopravnych kodov a detekciu chyby" je dost provokujuca... Obavam sa ale, ze uz lenjst vhodny kusok HW, kde sa "zapoji" ten opticky kabel a bude do neho blikat nejaka nahodna ledka (a samozrejme na druhu stranu fotorezistor s kuskom "konektoru" by mi zabralo obdobne casu, ako kompletne riesenie cez uart...

5
Vývoj / Re:Rust a RP2040 hobby projekt
« kdy: 11. 12. 2023, 18:29:50 »
Nic proti, ale ja byt na Vasem miste bych asi zacal necim, co je praxi overene (tzn. treba nejake STM32 s CAN-BUSem), naucil se to na tom, a pak treba zkousel nejake dalsi nevyslapane cesticky.

Dakujem za odporucanie, ale este by som sa spytal, ci by bolo nejake odporucanie na tom RP2040 (beriem, ze bude suboptimalne). Prepojenie medzi dvoma rozvadzacmi (prizemie/poschodie), cca 8 metrov ethernet kablu tam mam a kus optickeho kablu, ak by som sa naozaj nudil a chcel si blikat (ronja?).

Ako laik som odhadol, ze i2c to nemoze davat ani nahodou a ak by som sa chcel kusok pohrat s formatom sprav a parsovanim a podobne, tak seriova linka by mohla byt riesenie. Problem ale kusok vidim aj v tom, ze tam budu asi ine potenciali (dva rozne zdroje su v plane).

Pripadne uvitam akekolvek klucove slova k problematike.

6
Vývoj / Re:Rust a RP2040 hobby projekt
« kdy: 10. 12. 2023, 21:13:11 »
Tedy nezlobte se na mne, ale přijdete mi jako vzorová ukázka toho, jak se to nemá dělat.
Nejdříve si zvolíte pro propojení sběrnici CAN, pak vyberete procesor, který na rozdíl od jiných v sobě řadič sběrnice CAN vůbec nemá, což znamená použít řadič externí nebo emulovat CAN softwarově, což u RP2040 asi lze:

Ono som to mal opacne. Pozrel som sa na RP2040, genialny "deep dive" uvod: https://www.youtube.com/playlist?list=PL_tws4AXg7auiZHZsL-qfrXoMiUONBB0U (tvorca emulatoru (rp2040 a par dalsich mcu) https://wokwi.com/ ). Objednal som dva kusky "na hranie" a skoncil som na tom, ze nechem sa ucit/spoznavat nic ine. Naposledy som robil s 8051 a nejake neskorsie pokusy s arduinom, ale level dokumentacie rp2040 je inde... A aj resorsov na nete.

Pre prepojenie dvoch RP2040 som hladal moznosti. Seriova linka vypada fajn. CAN o kusok lepsie, ethernet ako komplikacia a neefektivita. I2C by slo, ale potrebujem sa dostat aj z jedneho poschodia na druhe (8m kablu?). Ono to CAN nie je nutna podmienka ale skor aktualna predstava, ktora vychadza z toho, ze dany protokol sa na nieco podobne uz pouziva a PIO v rp2040 zvlada vselico (aj ethernet https://github.com/holysnippet/pico_eth_doc!)

Potom som zapocal prototyp v micropythone, ale bol som preruseny pracovnymi povinnostami a pomimo toho ma to zavialo smerom k rust-u. Povedal som si, ze tomu jazyku dam sancu, ze na stare kolena si mozno budem chciet splnit sen a programovat nejaky HW, co poleti do vesmiru... A nejako odhadujem, ze za 20 rokov by to tam mohlo byt pouzivane...

To je moja motivacia ist k rust-u; skombinovane: Co som mal doma, to som zlepil a chem pohnut s domacou "automatizaciou" (uz ma nebavi vytahovat zaluzie "skratovacou supravou" v rozvadzaci).

PS: Pod vianocny stromcek som si objednal Raspberry Pico W (rp2040 s wifi). Jednak deti by mohli mat krepe otazky, preco maju ony tri skatulky pod sromcekom a tatino iba knihu a jednak sa budem moct rozhodnut ist cestou mensieho odporu a pouzit wifi na automatizaciu (aspon na prvych 7 rokov :).

PS2: Exoticke, docasne a podobne riesenia: https://www.reddit.com/r/selfhosted/comments/187d7m2/tell_me_your_most_exotic_selfhosted_solution_the/ (u mna vyhralo to, kde za pomoci cdromky ovladali klapku na kureni)

7
Vývoj / Rust a RP2040 hobby projekt
« kdy: 09. 12. 2023, 15:47:04 »
Chcel by som vrámci domáceho hobby projektu (cieľom je učiť sa a spravit niečo funkčné na doma) začať s domácou automatizáciou s RP2040 v programovacom jazyku rust (ako začiatocnik, čo dočítava rust book).

Rád by som poprosil nejakých skúsenejších a rozhladenejších rust používateľov o nasmerovanie. Mám dlhoročné (cez 16) skúsenosti s javou a mavenom ako build systémom a viem, že značná časť kvality projektu je v nastavení projektu (convention over configuration). Rád by som korektne nastavený cargo (predpokladám, že aj v mikrokontrolérových projektoch sa používa) projekt s vhodnou zmesou knižníc pre abstrakciu nad HW.

Na začiatok plánujem ovládanie žalúzií, .... Vpodstate ovládanie digitálnych výstupov. Po HW stránke to mám zložené a v micropythone aj odskúšané. Komunikáciu medzi dvoma rpi pico by som rád realizoval cez CAN bus (návrh samotných správ je asi tiež zaujímavý podproblém) a cez CAN to asi vyvediem aj do ethernet-u, ak vznikne taká potreba.

Otázky:
  • Kde hľadať knižnice pre takýto projekt?
  • Ako štrukturovať samotný kód (minimálne prenositeľnosť medzi rôznymi mcu chcem "predpripraviť")?
  • Vhodný spôsob testovania na PC (bez pripojeného HW); myslím unit testy.

8
Hardware / Re:Vlastní řešení videovrátného
« kdy: 25. 10. 2023, 21:01:10 »
Pridám jeden link do pléna aj ja: https://files.cyberdata.net/assets/011186/011186_931293A_Outdoor_Intercom_Ops_Guide.pdf <- nnávod k jednému z produktov tuná: https://www.cyberdata.net/collections/sip (ceny kolo 500 a viac eur). Vypadá to ale vcelku pekne dokumentované na prvý pohľad.

9
Vývoj / Re:Micropython do produkčního zařízení
« kdy: 23. 10. 2023, 10:46:11 »
Na závěr dal doporučení, že MicroPython je sice fajn, ale je vhodný spíš na domácí bastlení.

Ja som zial videl iba slajdy, ale tam takyto zaver nebol. Osobne som to vnimal, ze ak clovek pouziva iba micropython, tak je to "bezpecne". Ak to mixuje (a hlavne volanie python-u z inych miest, ci pouzivanie mutable/imutable veci v roznych jazykoch), tak to nebezpecne je. Rovnako, ich hlavna motivacia bola, ze mali malo ramky. A micropython je "nenazrany" by-design. Toto bola imho hlavna motivcia. O samotnej nebezpecnosti python-u som tam nezachytil nic.

Bolo tam nieco konkretnejsie povedane, co nieje v slidoch?

PS: Nechcem obhajovat svoj nazor, ze by som sa micropythonu v produkcii nebal, len by som chcel dalsie podklady smerom, ze to nie je dobry napad. Ono predsa ten prvy trezor produkt inzeruju ako bezpecny a pouziva to micropython...

10
Vývoj / Re:Micropython do produkčního zařízení
« kdy: 18. 10. 2023, 14:44:03 »
Ja sa skusim (ako java programator, ktory vie cez registre v RP2040 invertovat par vystupov naraz; v micropythone, ale aj v Cecku) vyjadrit iba k efektivite:

Imho nie je nic, kde by bol problem v efektivite C versus nejaky vyssieurovnovo postaveny jazyk. Zalezi od kniznic a podpory v tom vysukourovnovom jazyku, ci dovoli robit veci lahko a zaroven aj lowlevelovo (v gite z cli si viem zavolat nielen porcelain prikazy, ale aj plumber a furt som v komandlajne).

Rozdiel je v mentalnej zatazi. Ak mam v jave robit high performance veci, tak musim vediet nielen ako pracuje CPU a kompilator, ale aj ako funguje runtime. To pri jazykoch ako rust, C, C++ a podobne odpada.

Osobne by som sa teda v produkcii asi nebal vyssieurovnovych jazykov, ale skor toho, aki juniori to budu pisat. Subjektivny nazor nadseneho amatera z inej oblasti...

11
Vývoj / Re:Dělá někdo ve Scala
« kdy: 08. 10. 2023, 06:32:16 »
Suhlasim, prechod zo skaly na javu je utpenie a jedine project lombok ho kusok znizuje...

V pripade potreby by som mal tiez kapacitu, ale praxou som skoncil cca 6 rokov dozadu, lebo neboli na to zakazky. Konkretne mam pocit, ze vacsie projekty boli komplexnejsie a ak tam nebol dobry organizator technologickej casti a kvality kodu, tak sa projekt pomaly staval nemaintanovatelnym. Ono v skale sa da pisat viacerymi stylmi a nie kezdy je stastny...

12
Software / Re:SW pro archivaci (ne zálohování)
« kdy: 05. 09. 2023, 19:25:00 »
Ak by to bolo mozne, prispel by som mozno jednym az 5 TB volneho, online, miesta na prapomalej linke (neviem, ci mam 30/3Mbps, alebo 60/6). Otazka je technologicka (ak by to bolo ako "boinc projekt", tak to mi staci poslat link :D).

PS: Neberiem, ze som archiv, alebo zaloha, ale proste diverzifikacia rizika...

13
Server / Re:vlastna CA
« kdy: 10. 08. 2023, 13:27:52 »
Dobry den, ospravedlnujem sa dopredu za "unesenie" temy, ale predpokladam, ze tie certifikaty, ktore podpisujete vlastnou CA sluzia primarne na intranete (domaca siet, teda ipecky z rozsahu 192.168.x.x, alebo podobne).

Osobne vnimam ako jednu moznost, aby na intranete boli validne certifikaty i pre navstevy (nahodny clovek z ulice s android telefonom napriklad), vystavovat si certifikaty od lets encrypt-u na domenu ako napriklad chladnicka.mojaDomacnost.root.cz. Takyto certifikat by musel ziskavat verejne dostupny server s vhodnym SW a nasledne sa certifikat stiahne na domace NASko a nasadi do reverzneho proxy (predpokladam, ze chladnicka nebude podporovat nahranie certifikatu)...

Nevyhoda je, ze clovek musi vlastnit nejaku domenu a raz za cas (validnost certifikatov lets encrypt), musi mat moznost spristupnit do Internetu server pre vydanie certifikatu pre "domace" sub-domeny.

Moja otazka je, nakolko je toto pouzivane riesenie a ake vyhody/nevyhody poskytuje oproti dvom uz spomenutym.

14
Hardware / Re:LiFePO4 100Ah bateria - ako z nej urobit UPSku?
« kdy: 25. 07. 2023, 13:15:48 »
Osobne som pouzival meanwhell na viacere podobne aplikacie... Zvacsa ale suche olovenne clanky s 2 az 6 Ah...
https://www.meanwell.sk/napajacie-zdroje/zalohovane-zdroje/seria-ad/

Pripadne mrknite inu seriu, ale ak si dobre pamatam, tato bola vhodna.

15
Hardware / Re:Doporučte hobby mikropáječku
« kdy: 25. 07. 2023, 13:13:29 »
Osobne mám Pinecill a ako amater v spajkovani som spokojny (spajkujem ale strasne malo a naposledy som spajkoval trafospajkovackou tak 15 rokov dozadu). Mam verziu 1, kde napajaci barel zvladne 21V, ale zatial som to vzdy napajal cez usb-c. Stacila tomu myslim i 500mA nabijacka od nejakeho starsieho telefonu a ak neratam, ze pociatocne nahriatie trvalo hadam 3 minuty, tak prispajkovat header k rpi pico nebol problem. Zvacsa som to ale pouzival s normalnejsou nabijackou (2.5A@5V), alebo s usb-c adapterom pre lenovo notas (tam som si v menu pozrel, ze si nastavil tusim 19V). Pekne je, ze sa da peru nastavit, kolko watov ma najviac brat. Niektory zdroj moze vypinat kvoli ochranam a takto sa da ostat pod hranicou.

PS: A paci sa mi aj detekcia "polozenia". Ak zvoleny cas s perom nerobim, tak sa uspi. Akonahle ho chotim do ruky, zacne sa ohrievat (a nahrieva sa zo "sleep" teploty, ktora je tusim defoltne 90 stupnov).

Stran: [1] 2 3 ... 15