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 - Mirek Prýmek

Stran: 1 ... 64 65 [66] 67 68 ... 618
976
/dev/null / Re:Těžké OOP problémy
« kdy: 06. 11. 2019, 22:53:17 »
A co třeba v Céčku? Tam ne?
Céčko má jeden zásadní rozdíl: netváří se, že je něčím, čím není. V céčku předávám funkcím data. Jestliže spustím zaráz dvě funkce nad stejnými daty, nad kterými by zaráz spuštěny být neměly, dojde samozřejmě k chybě. Protože jsem jako programátor udělal chybu. Ne proto, že mi koncept tvrdil něco, co v reálu není pravda.

977
/dev/null / Re:Těžké OOP problémy
« kdy: 06. 11. 2019, 22:51:35 »
Tohle je dost nicneříkající příklad
Už jsme tady o tom minimálně jednou sáhodlouze diskutovali, tak jsem se nechtěl moc opakovat.

Mentální/sématnický model OOP je "objektu posílám zprávu", v horším případě "na objektu volám metodu". A učebnice mi řekne "na objektu žárovka vyvolám akci". To ale vůbec neodpovídá realitě. V realitě tu akci dělá vlákno. Objekt žárovka mu jenom dodá popis, jak tu akci udělat. A ochotně ji dodá libovolnému vláknu, klidně i několika zaráz. 

Takže to není "vyzývám objekt k akci" ( žárovka.rosviť() ), ale "vyzývám vlákno k akci a dávám mu k dispozici funkci a data" ( vlákno.rozsviť(žárovka) ).

Je to naprosto matoucí a škodlivé schovávání jednoho konceptu za druhý. Škodlivé proto, že to opravdu vypadá podobně. Ale právě jenom dokud máme jedno vlákno. Jakmile jich máme víc, začnou se dít divy.

, ale když už, tak ty dvě metody se syncnou na logice spínání relé.
Mylně se domníváš, že tam je atomicky spínající relé. Ve skutečnosti je tam žhavení, které je potřeba spustit pět minut před vlastním rozsvícením. Druhé vlákno zapne žhavení už rozsvícené žárovky, což způsobí destrukci celého nám známého vesmíru.

978
Hardware / Re:Stabilita ESP8266
« kdy: 06. 11. 2019, 20:22:48 »
Díky, Josefe, vždycky mi udělá obrovskou radost, když nějaký Čech dělá něco fakt zajímavého a ne stopadesátý první katalog/scraper něčeho :) Super, držím palce a přeju úspěch v dalších projektech!

Jinak Lua je fajn, taky používáme, včetně vzdálených updatů. Jediný, co mě na ní trochu štve, je složitost převodu jejich struktur z a do C. To je vždycky trochu porod. Škoda, že když už vymýšleli embeddovatelný jazyk, nemysleli trochu i na to, aby binding byl snazší.

979
/dev/null / Re:Těžké OOP problémy
« kdy: 06. 11. 2019, 20:15:51 »
Sorry, ale tohle si nemuzu odpustit...
třídy jakš-takš splňovali
jakŽ takŽ splňovalY

980
/dev/null / Re:Těžké OOP problémy
« kdy: 06. 11. 2019, 20:12:48 »
neobsahuje data races, t.j. ze je data race free?

Ale tak to zase není limitováno na OOP, a setkáte se s tím i při programování např. v čistém C.  Naopak v C++ to mnohdy může být jednodušší kvůli věcem jako shared_ptr, které dělá reference counting za vás.  (Ale nejsem C++ programátor, tak netuším, jestli v tom není nějaká zrada...)
Pocitani referenci je ten nejmensi problem, relativne trivialne resitelny. Problem je v tom, ze (dnesni, takzvane) OOP uplne automaticky pocita s tim, ze objekt je entita a pritom klidne do te entity necha vlezt nekolik vlaken. Cista schizofrenie.

Ilustrace:

Ucebnicovy priklad:  zarovka.zhasni(); zarovka.rozsvit();

Realita: vlakno1.zhasni(zarovka) ...a zaroven klidne... vlakno2.rozvit(zarovka)

Ten, kdo v (dnesnim, takzvanem) OOP kona neni objekt, ale vlakno. I kdyz abstrakce se tvari jinak a timpadem i ucebnice tvrdi neco jineho.

981
/dev/null / Re:Těžké OOP problémy
« kdy: 06. 11. 2019, 20:07:13 »
ale celkový design je špatně
Posuzovano cim? Nejakou metodologii? Metrikou? Dojmem? Vkusem? Clovekohodinami venovanymi udrzbe?

ukázku toho něčeho, pro co je těžké navhrnout objektovou strukturu správně, a nebo jak se postupnými logickými kroky a přidáváním funkcionality, dostaneme někam, kam nechceme a podobně.
Cokoliv krome ucebnicovych prikladu.

ač třídy jakš-takš splňovali např. SOLID, tak tam vznikly vazby všechno se vším - zárodek Ball of mud.
To je prave ono.

982
Vývoj / Re:Uváznutí v Aktor systému
« kdy: 06. 11. 2019, 19:57:38 »
BoneFlute, co je s tebou? Snad jsi se na to nevykaslal? To by byla skoda!

983
Hardware / Re:Stabilita ESP8266
« kdy: 28. 10. 2019, 15:44:43 »
Vyznam verejne znamy neni, ale da se vcelku snadno experimentalne zjistit co kde je. Muzu poslat do mailu poslat vic.
Diky, zatim mi to takhle staci, mam ted na praci jiny veci, takze tohle prijde na radu, az bude cas na blbosti :)

984
Hardware / Re:Stabilita ESP8266
« kdy: 28. 10. 2019, 11:31:22 »
Taky se omlouvám za offtopic.

na vrakaci jdou panely pristroju koupit, treba nejaky z Fabie bude 100% OK, jen si nejsem jist zda tam neni fault tolerant CAN-BUS (TJA1055). Poslanim spravne zpravy se rucicka pohne. Je potreba ho ale spravne pripojit (terminace, atd.) a samozrejme vedet na jakych ID poslat jakou zpravu, nebo to odposlechnout z ziveho auta a pak na stole experimentovat.
Tak to je dobrá zpráva. Terminace atd. - to je jasný, to není problém. Ten formát zpráv bývá známý nebo ne? Nebudu si kvůli experimentu kupovat Fabii, abych to mohl odposlechnout na živé ;)

ISO9141 je jen na diagnostiku, spousta aut ma uvnitr pak jeste CAN-BUS (typicky snad vse evropske od VW/Audi/Skoda/Seat od 2001).
No já jsem jenom zjistil, že moje auto nemá CAN vyvedený do OBD konektoru a tím jsem skončil. Dovnitř do drátů nepolezu, i kdyby tam CAN někde byl :)

985
Studium a uplatnění / Re:Jak se dostat k embedded, RTOS
« kdy: 28. 10. 2019, 10:59:09 »
O co by šlo?
Prostředek "nízkoprahového vstupu" do světa automatizace, PLC, ...

https://hackaday.io/project/168188-pealc-easy-diy-modular-plc-system
repo: https://github.com/mprymek/PeaLC (teprve nedávno založený, zatím je tam jenom shrnutí a krabičky)
https://github.com/mprymek/mcu-plc - tohle je proof of concept, kterej tomu předcházel. Dneska už je kód o trochu dál, ale aktuální verze zatím není nikde publikovaná (bude brzo v tom repu výš).

986
Studium a uplatnění / Re:Školení frameworku Vue.js
« kdy: 28. 10. 2019, 10:37:19 »
Vue.js je velice srozumitelný a dobře navržený. Na školení bych se vyprdl a šel bych do toho samostudiem.

987
Studium a uplatnění / Re:Jak se dostat k embedded, RTOS
« kdy: 28. 10. 2019, 10:35:59 »
Rust nevypadá špatně, ale staré dobré céčko v této oblasti stále vede.
Mně přijde, že Rust má velkej potenciál do budoucna. Možnost sdílení bezpečného kódu od embedded přes server až po frontend (WebAssembly) je mimořádně lákavá. Bohužel Go si dalo nižší laťku a Rust dočasně převálcovalo. Doufám ale, že to Rust po nějaké době dorovná a snad se časem i role obrátí :)

988
Studium a uplatnění / Re:Jak se dostat k embedded, RTOS
« kdy: 28. 10. 2019, 10:30:39 »
Měl bys zájem pohrát si s nějakým "pro bono" OSS projektem, nebo na to prdíš? Kdyby jo, měl bych tip.

989
Hardware / Re:Stabilita ESP8266
« kdy: 28. 10. 2019, 10:26:16 »
Dotaz nebyl na mne, ale v tomto oboru se pohybuju. Datovych sbernic obecne v aute je vicero, obvykle propojuji systemy ktere si maji spolu co rict (treba ABS, motor, prevodovku). Nebo dvere, pristrojovku, sedacky, volant, tlacitka (dost zjednodusuju).
Jo tohle jsem postřehl. Mimochodem, viděl jsem různá videa, jak si lidi hrají s CAN palubovkou (auto stojí, tachometr ukazuje 120km/h, haha...). Jak častá CAN palubovka je? Je to už prakticky všude, nebo spíš novější/dražší auta? Jde mi o to, jestli když zajdu na nějakej vrakáč, můžu si takovou palubovku na vyzkoušení koupit třeba za pětistovku, nebo to nehrozí?

V osobacich obvykle kazda jednotka chrli na sbernici dokolecka par ramcu (treba nejaky modul tlacitek svuj stav). Ridici jednotky, ktere to zajima to prijimaji, takze treba dvere poslouchaji a kdyz je povel "okno dolu", tak pokud muzou, stahuji okno.

Rychlost CAN-BUSu je obvykle max 500 kbps  (motor) nebo ~125kbps (body). Do toho se musi vlezt vsechny zpravy, takze se samozrejme setri co to jde. Na tlacitko staci bezne treba 200-1000ms na kazdou zpravu (200 kdyz stisknu tlacitko, jinak delsi interval), aby ridic nepoznal zpozdeni. Synchronizovane pohybujici dvere moc obvykle nejsou, to bude muset odpovedet JP, muj odhad je radove 100-200ms.
To je hodně zajímavá informace, díky! Z mé zkušenosti je 200ms tak hranice toho, aby odezva nebyla nepříjemně pomalá. Kdyby bylo tlačítko a vedle něj LEDka, která se má rozsvítit při zmáčknutí, tak 200ms mi přijde na hraně použitelnosti (tolerovatelného zpoždění odezvy). U těch mechanických prvků typu okýnka to asi ale není tak žhavý, člověk počítá s tím, že motor má nějaký rozběh...

Chtěl jsem si s CANem v autě pohrát, ale můj srandavůz má bohužel jenom ISO 9141-2 :( I tak tam ale lítají zajímavý informace, to zas ne že ne.

990
Hardware / Re:Stabilita ESP8266
« kdy: 26. 10. 2019, 00:21:12 »
https://youtu.be/yBw8ziAmlFE
Fakt pekny!

Jenom tak pro zajimavost, jak rychle si ty dvere povidaly (kolik zprav za sekundu)? A kolik by to tak cca mohlo byt, kdyby to nebylo demo, ale ostra implementace? Vubec netusim, jake rychlosti se v automotive na takove veci pouzivaji.

Stran: 1 ... 64 65 [66] 67 68 ... 618