Prosba - monostabilni obvod s MCU (VYRESENO)

[Hfmcons]

U mně to je téměř vždy o věcné nápovědě např. 
http://www.nongnu.org/avr-libc/user-manual/modules.html , která ale 
každému nevyhovuje a nápovědám dodávaným k aplikacím zase nevyhovuju já :-).
Pak bývá docela velká ztráta času rozjet nějaké IDE bez podporovaného 
programátoru. Mimochodem, neví někdo jestli je tento programátor 
http://www.ebay.com/itm/New-USBASP-USBISP-AVR-Programmer-USB-ATMEGA8-ATMEGA128-/170813851774?pt=LH_DefaultDomain_0&hash=item27c54c887e 
podporovaný v Atmel studiu 6 alespoň k programování MCU?
Pak je to o filosofii celého projektu, např. metody analogRead() nebo 
digitalWrite() v OpenProject Arduinu(Wire nadstavba nad C) by měli na 
pohled zaujmaut i neprogramátora :-)
Další problém je v mnohdy nepříliš jasných podmínkách používání 
některých IDE, ale OSP tímto většinou netrpí.
S pozdravem,
Miloš Dašek

On 3.9.2012 13:22, Jirka wrote:
> Nevím, nejspíš ne. Pravdu máme oba, přestože to tak nevypadá. Jsme
> prostě každý jinde.
>
> Já ještě jednou popíšu, v čem je (nejen můj) problém - když tedy pominu
> řadu jiných, objektivních nevýhod řešení s MCU:
>
> řešení obvodu s MCU (ale i s FPGA apod.) vyžaduje ZCELA JINÝ TYP
> MYŠLENÍ, není to klasická elektronika, prostě člověk nesmí mít odpor k
> tvorbě software a jeho mozek musí pracovat v příslušném režimu.
>
> Vzpomínám si, jak nás kdysi na fakultě v rámci jakéhosi předmětu pustili
> k tehdejší novince PMI-80 (http://www.nostalcomp.cz/pmi80.php) a já na
> to zíral jak vrána. Ne na HW (už tehdy díky bastlení od dětství jsem byl
> na úrovni), ale na strojový kód a programování v něm. Na druhou stranu
> si vybavuju spolužáka (do kterého bych to nikdy neřekl) - ten se
> okamžitě "nastartoval" a zkoušel cosi psát a spustit (úspěšně)...
>
> Předtím jsem se přes různé kalkulačky dopracoval až k TI-58C a tam mě
> programování docela bavilo, ale tohle bylo něco zcela jiného a pro mě
> nepochopitelného.
>
> Pak (nebo předtím?) přišel ten Fortran (nějak jsem přečkal bez následků
> ;-) ), no a diplomka byla sice zejména HW, ale vyhodnocování dělal k
> zařízení připojený kalkulátor HP a pro něj jsem musel napsat SW v
> BASICu. Celkem to šlo, neb BASIC je přece jen poměrně pochopitelná
> záležitost i pro neSW jedince...
>
> Nicméně to už je dávno a mě prostě nějak minul následný "boom" MCU.
> Důvody byly různé, jeden z nich ale právě ten, který popisuju už nahoře:
> pro rozeného bastlíře to byla změna od součástek, cínu, páječky, drátů a
> měřáků směrem ke zcela matematickému, virtuálnímu a abstraktnímu světu
> kódů, příkazů a nepochopitelných či mnou nezapamatovatelných zkratek...
>
> Abych to uzavřel: až bude levně k dispozici skutečně funkční SW, který
> "lidsky" umožní programovat MCU, které vydrží dlouho na trhu, tak se
> možná můj přístup malinko změní. Abychm si rozuměli: "lidský" je pro mě
> snad ten běžný BASIC jakožto mezní případ, spíš ale mi jde o záležitosti
> typu http://gcbasic.sourceforge.net/ či něco, co ani neznám, nebo to
> (ještě?) neexistuje... Prostě sestavení funkce jednoduchým definováním a
> pospojováním funkčních bloků, aniž bych musel znát jakékoliv detaily
> assembleru či strojového kódu...
>
> Dokážu celkem bez problémů myslet na úrovni vývojového diagramu, ale dál
> už to jde hodně ztuha, až vůbec.
>
> No a život je krátký a povinností, resp. jiných činností hromada.
>
> ---
> Jirka
>
>> No a verte, ze podobne je to i s jinyma aplikacema...
>>
>> A ted mi jako zastance klasickych reseni popravde napiste, zda tam ten
>> MCU nedate i v pripade nejakych priznivejsich casu lepe resitelnych
>> klasicky?
>> Jen poznamka, ze na nastavitelny casovac staci jen potak a MCU... ;-)
>>
>> Radek Vicek
>>
>> Dne 3.9.2012 12:44, Jirka napsal(a):
>>> JINÝMI SLOVY: PŮLHODINOVÝ ČASOVAČ V PODOBĚ JEDINÉHO POUZDRA SO-8, BEZ
>>> JAKÉKOLIV DALŠÍ SOUČÁSTKY (nepočítám-li blokovací kondenzátor na
>>> napájení). To vůbec není špatné...
>