286
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.
287
Vývoj / Re:Arduino a knihovny
« kdy: 06. 03. 2021, 00:08:05 »Taky to je o nestandardních nastaveních, třeba ty výjimky jsou prostě jen vypnuté (protože kód pro unwinding je poměrně velký a vesměs nepotřebný).Jo, to je možný, nevím, C++ se dvacet let vyhýbám jak čert kříži.
288
Vývoj / Re:Arduino a knihovny
« kdy: 05. 03. 2021, 23:14:21 »Robiť rôzne riěšenia do domu, alebo do auta na zákazku (vrámci voľného času) A neskôr keby sa mi v tom darilo tak by som nahradil moj terajší zdroj obživy (FE development v ReactJS), tým čo ma baví naj-viac (elektronika a low level programovanie v C++).To neni tak zabavny ani lukrativni, jak se to mozna na prvni pohled zda. Vyvoj HW je vyrazne narocnejsi, drazsi a rizikovejsi nez vyvoj software. Vysoka cena vyvoje se musi bud rozpocitat do (sta)tisicovych serii nebo musi jit o nejakou oblast, kde ve vzduchu litaji opravdu velke castky (a pak to zas nikdo nesveri amaterovi).
Tim nechci od bastleni odrazovat, v zadnym pripade, je to skvela zabava a seberozvoj, ale spis je to o bastleni si pro sebe a pro kamarady, nebo o klasickym zamestnani v nejake firme, nez ze by z toho koukaly nejake snadne miliony, ktere jenom cekaji, az se pro ne nejaky amater* sehne
---
* "amater" neni mysleno pejorativne. Ja jsem v hw taky amater - samouk.
289
Vývoj / Re:Arduino a knihovny
« kdy: 05. 03. 2021, 23:05:26 »Nedávno si někdo stěžoval, že tam nejsou výjimky, takže osekané to asi je, ale přežít se to dá. Už to nějakou dobu nesleduju, třeba to někdo s aktuální znalostí potvrdí/vyvrátí.Preklada se normalnim C++ prekladacem, akorat zdrojaky jsou predtim specialne predzpracovane. Staci si zapnout verbose compilation a clovek to vidi, co se tam deje. Takze normalni C++ pouzit jde, neni to zadny "specialni jazyk" (navzdory urban legends).
Samozrejme jina otazka je, co pouzivaji a podporuji knihovny.
Specialne pak z duvodu, jak preklad probiha, byva (byvala?) tendence cpat do hlavickoveho souboru i implementaci, ktera by se do nej v "normalnim" C++ nedavala.
290
Vývoj / Re:Arduino a knihovny
« kdy: 05. 03. 2021, 14:44:39 »Ta funkce loop je v tom kódu fakt zajímavá...Hlavně je tam jenom na okrasu, protože main task se zastaví na tom while(1) v setupu. EDIT: Teda respektive na startu scheduleru před tím, pokud nezhavaruje.
Je to trochu bizár, ale tak proč ne, hlavně že je to užitečný.
291
Vývoj / Re:Arduino a knihovny
« kdy: 05. 03. 2021, 13:43:30 »Např. https://platformio.org/lib/show/2093/STM32duino%20FreeRTOSzabalení FreeRTOSu do setup/loop high-level kabátuTo dělá kdo? Slušnej úlet...
Zas takovej úlet to není, je to prostě normální FreeRTOS, akorát je to přibalený k Arduino knihovnám, "main" se de facto jmenuje "setup" a config FreeRTOSu je schovanej někde v útrobách, takže se myslím dost dobře nedá upravovat. Ale používat se to dá - pokud si někdo chce FreeRTOS zkusit, zná Arduino a nechce se mu řešit nějaké krkolomné HAL knihovny, je to docela fajn.
292
Vývoj / Re:Arduino a knihovny
« kdy: 05. 03. 2021, 12:50:49 »Je to kontroverzní názor, že Arduino tím nováčkům vlastně škodí - kvalita je špatná, některé koncepty to abstrahuje/skrývá až moc, a dokumentace je vyloženě k ničemu (v poslední iteraci dokumentace už dokonce i skrývají datové typy).Zaslechl jsem někde i ostřejší názor, že Arduino sice otevřelo embedded svět širokému publiku, ale zároveň vrátilo vývoj o deset let zpátky, protože místo RTOSu a asynchronního/event driven/task-based programování zavedlo jednovláknový přístup.
Nemůžu říct, že bych s tím nesouhlasil. Už nějakou dobu je vidět, že ten jednoduchý až stupidní setup/loop přístup přestává stačit a je velkou limitací. Tak se na to různě krkolomnými způsoby začínají roubovat přístupy jiné - od jednoduchého Taskeru přes (zatajené) interrupt handlery až po zabalení FreeRTOSu do setup/loop high-level kabátu...
Naopak ale na Arduinu fakt oceňuju, že se z něj stal extrémně rozšířený HAL. Pokud je člověk s projektem v nějaké objevovací fázi, je fakt nejjednodušší použít Arduino (právě jako HAL), protože pak může s nulovým úsilím přejít na úplně jiný hardware.
Ještě mám rád ChibiOSSouhlas, mám na něj taky skvělé vzpomínky, v současnosti ale nepoužívám (žádnej racionální důvod to nemá, prostě jsem ho nějak poslední dobou nepotřeboval).
Na stm32 obecně funguje velmi dobře libopencm3Taky souhlas. Slušná, snadno použitelná knihovna se slušnou dokumentaci.
293
Hardware / Re:PLC pro domácí použití
« kdy: 16. 02. 2021, 21:50:47 »S tema relatkama ne... Treba pro JW2SN-DC24V platiTo je ovsem ponekud jina liga, ze
294
Hardware / Re:PLC pro domácí použití
« kdy: 16. 02. 2021, 12:53:19 »Tady je velkej rozdil kde ty spicky udelam, pokud udelam 1us pokles o 2V na 5V, tak celkem jiste nejaky z integracu zapomene co delal a bude z toho prusvih.To je pravda, CPU se muze dostat do uplne nedefinovanyho stavu. Kdyz se to stane na relatkach, tak relatko nemusi sepnout. Coz je oboji prusvih a jediny pouceni z toho je, napajet veci takovym napajecem, kterej je utahne
295
Hardware / Re:PLC pro domácí použití
« kdy: 16. 02. 2021, 08:58:53 »Ne ze by na tom moc zalezelo, ale vyrobce uvadi Nominal Coil Current: 89.3mA, k tomu je potreba pridat odhadem 10% na toleranci odporu civky...Jo, taky jsem si toho pak všimnul a moc tomu nerozumím, podle obrázku by to měla být "high sensitivity" varianta (-SL-C), podle datasheetu https://datasheetspdf.com/datasheet/SRD-05VDC-SL-C.html má těch 71.4. 89.3 má standardní (SD-C), nebo jsem ten datasheet jenom blbě pochopil.
Ale jak říkáš, je to jedno. Prostě se s tím musí počítat a napájet to rozumným zdrojem, naddimenzovaným a s nějakýma kondíkama, protože relé jsou svině a umí dělat pěkné špičky. Ale tak to platí univerzálně, že jo. I když to budu krmit samostatnou větví a nenadimenzuju to dostatečně, bude to dělat psí kusy.
296
Hardware / Re:PLC pro domácí použití
« kdy: 15. 02. 2021, 23:19:38 »Podle fotky tezko kvalitou tezko posuzovat, ale je treba dat si pozor na to, ze autor desky kvuli jednoduchosti pouzil pro napajeni rele 5V. Je pak trochu riziko, ze si nekdo pripoji rele na stejnych 5V ze kterych napaji RPI nebo BB a pri sepnuti vsech 4 rele najedou se "zhoupne" napajeci zdroj (nastesti je tech rele na jedne karte malo).Jj. Ale to použité relé má spínací proud 71.4mA, takže se nebavíme o žádných enormních proudech...
297
Hardware / Re:PLC pro domácí použití
« kdy: 15. 02. 2021, 16:34:20 »K te diskusi o prepinani 220V: nejlevnejsi a pri tom (podle meho laickeho(!) oka) slusne provedene je tohle: https://www.seeedstudio.com/Grove-4-Channel-SPDT-Relay-p-3119.html Idealni treba pro ten Beaglebone, ktery existuje ve variante s onboard Grove konektory.P.S. v cene je k tomu docela slusna, (opet laicky ) bych rekl, ze i celkem bezpecna akrylova krabicka. Nechapu proc, ale v tom e-shopu ji maji vyfocenou jenom rozlozenou
298
Hardware / Re:PLC pro domácí použití
« kdy: 15. 02. 2021, 16:29:01 »vedle konzumních MicroSD karet do telefonů a foťáků existují také karty určené pro "průmyslové" použitíTo uz je mozna lepsi pouzit nejaky SBC se zabudovanou flash. Treba Beaglebone, ten je jeste za rozumnou cenu, vykonu ma pro takovou aplikaci porad dostatek (a pokud by si chtel nekdo pohrat i s realtime, ma tam skvele PRU). BB existuje i v nejake "industrial" variante, ktera je plne kompatibilni s klasikou a ma myslim sirsi teplotni rozsah (jestli i neco jineho lepsiho, to netusim).
Jako SW bych na Beaglebone pouzil nejspis OpenPLC, pokud bych se chtel tomu svetu PLC co nejvic priblizit.
----
Jeste ciste protoze se tema jmenuje "PLC pro domácí použití", bylo zminene bastleni PLC a nekdo, kdo tohle cte, by mohl hledat i nejaky min "seriozni" system spis na hrani, vyuku nebo rizeni neceho nekritickeho, mam takovy hobbyprojekt https://github.com/mprymek/PeaLC Na Githubu je porad jeste nulta, prototypova verze, doma uz mam zbastlenou novejsi, s updatovanym UAVCAN na v. 1, pokusnou podporou SparkPlugu a spoustou veci komplet prepsanych. Zajemci muzu kdyztak poslat, ale zverejnovat se mi jeste nechce - zatim s tim nejsem uplne spokojeny a vzhledem k soucasnemu koronacirkusu neni moc cas to dotahnout
----
K te diskusi o prepinani 220V: nejlevnejsi a pri tom (podle meho laickeho(!) oka) slusne provedene je tohle: https://www.seeedstudio.com/Grove-4-Channel-SPDT-Relay-p-3119.html Idealni treba pro ten Beaglebone, ktery existuje ve variante s onboard Grove konektory.
Existuji samozrejme i noname cinska rele, ale tem bych ja osobne neduveroval, tomuhle celkem i jo.
----
A jeste jeden namet, pri kterem asi zdejsim PLCckarum vstanou vsechny vlasy na hlave: velmi dobre funguje NodeRED. Prestoze je to napsane v JS, ktere moc duveru nebudi, mam s nim nekolikalete velice dobre zkusenosti. Naprosto bez problemu pouzivam pro domaci automatizaci (svetla, vysavac, televize, audio, nekolik teplomeru, luxmetr, ...). Prave proto, ze ho provozuju uspesne dlouho, nebal jsem se ho nedavno nasadit i na rizeni vytapeni (nekritickeho - kotel nejde rozbit, kriticke veci si hlida sam). Prosim, nereagujte na tohle stylem "to bych si do baraku teda nedal", s nikym se o nicem nebudu hadat, kazdy at si dela a kupuje co chce, jen si myslim, ze NodeRED je opravdu skvely software, o kterem ma cenu vedet, i kdyby se ho clovek nakonec rozhodl nepouzit - treba i jenom jako nekriticka "vyssi integracni vrstva" s podvozkem z PLCecek se muze skvele hodit. Nebo jako doplnek pro min kriticke casti systemu.
299
Vývoj / Re:Práce s vlákny v C
« kdy: 26. 01. 2021, 11:37:55 »Si to ještě jednou pozorně projdi, opakovaně jsem psal, že to v Go v době překladu nejde a že const/initonly by se šiklo.Jenze ono (AFAIK) to nejde ani v runtime. Cili za nevhodne shody okolnosti se muze stat, ze to na produkci bude padat nebo kryplit data. Nebo nebude. Uvidi se. V produkci.
A proto tvrdim, ze kanaly v Go nejsou ani bezpecne, ani blbuvzdorne, to je od zacatku moje teze. Opakovane jsem te vyzyval, ze jestli s necim nesouhlasis, mas moznost ukazat kod. Neudelals to.
Vzhledem k tomu, že tvoje příspěvky jsou čím dál tím slabomyslnější
Tahle diskuse mě přestala bavit, jako obvykle vyletěla z věcných kolejí.
300
Vývoj / Re:Práce s vlákny v C
« kdy: 26. 01. 2021, 10:16:28 »Volba slova “neotřelá” je velmi ohleduplná k tomu, kdo ten nesmysl o posílání loggeru vyřknulZa prve: Kterou cast prispevku
Ježkovanoho, to je příklad. Jde o princip, ne o tuhle konkrétní věc. Nedokumentované struktury jsou všude možně, je to běžný pattern.jsi nepochopil?
Za druhe: ne, neni to nijak zvlast neotrele. Pouzil jsem to jako priklad, protoze presne tohle mam v kodu pred sebou. Jsou tam nejake "objekty" (implementovane samozrejme strukturou), u kterych se nekde na zacatku kodu inicializuje logger. Ten se pak vlozi do struktury, aby si kazdy "objekt" mohl logovat tak, jak bylo na zacatku nastaveno.
Co je na tom "neotreleho"? A co je tak skandalniho na myslence, ze bych si chtel tenhle objekt nekam poslat channelem?
A vubec nejzasadnejsi otazka: proc tak urputne obhajujes neco, co zjevne ma svoje mouchy? Proc nemuzes proste priznat "jo, neni to idealni, slo by to udelat lip"? Ses ted jako placenej ambassador Go nebo jak?! Nechapu to. Pripominas mi javascriptare, kteri urputne obhajuji, jak je == v JS uplne v pohode a nema zadny problem.
