programovanie v c

[boraicho]

Na toto ti stači aj 555tka
Čo tak si kupiť knižku a naštudovať si základne veci? za tie roky čo s tým robiš by si mal vedieť programovať aj zložitejšie veci
A hlavne že ideš druhých poučovať o programovani a pozor na tie delay aby si sa potom nečudoval že ti procesor pomaly reaguje.

[Atlan]

1kB v lufte, to sa fakt oplati, hlavne ked ani nevies co to arduino robi okrem toho co chces ty

[pocitujlasku]

Atlan: tak uloha splnena, kopol si si do arduina.
Zeby to kilo obsahovalo aj bootloader? ale zaujimave, ze ti nevadi fakt, ze C oproti asm je takmer dvojnasobok.

[peterple]

Tak ono je to v podstate fuk, máš tam 32kiBy takže nejakých pár fičúr čo ti robia pohodlie

Kód: Vybrať všetko

pinMode(0,OUTPUT);
analogWrite(0, jas):

Potom map - síce úplne zbytočné ale moc to nezožerie, len to potrebuje ďalšie rutiny na násobenie a delenie.
Delay tam bude robený asi cez TIMER0 takže to máme výpočet milisekund
No a ešte tam je myslím štandardne pridaná možnosť sériovej komunikácie. Ono keby som to tam mal všetko porobiť v tom C tak by som možno nejaké kilečko zhltol. Ono to je len 512 inštrukcií ba ešte menej. Kódovanie inštrukcií nemá AVR ktovie ako úsporné.
Kedže je arduino open source, nič ti nebráni si zistiť čo to naozaj robí. Jediné čo je tam jalové sú tie prekódovavania z ich číslovania IO pinov na fyzické porty.

Na toto ti stači aj 555tka

Tak s týmto názorom silne nesúhlasím. Od okamihu kedy 8pinový MCU mal cenu okolo jedného eura tak by som nepoužil 555 ale MCU. No a dnes keď môžem mať taký MCU za 3centy tak je to neobhájitelný archaizmus z minulého storočia.

Zeby to kilo obsahovalo aj bootloader?

Podľa mňa to bootloader neobsahuje. Bootloader je už napálený v bootloader časti a nemá prečo sa tam kompilovať a nahrávať. To bude ďalšie kilečko, čo je ale tiež fuk.
Ten asm proti C nie je až taká výhra. ono Posledná adresa je 0xdc. To sa mi len nechcelo písať prázdnu tabuľku prerušovacích vektorov a tak som ju iba skočil. No a prekladač potom počítal len skutočne obsadené miesta.
To C a asm je od seba iba mierne. Síce ako sa to vezme tie prázdne miesta tabuľky vektorov môžu obsahovať normálny kód takže by to reálne na tých 120byte fungovalo, kedže sa tam prerušenia nepoužívajú.

Každopádne tu máme autá s automatickou prevodovkou a parkovaním, tak prečo by sme nemali arduino? Každý nech si vyberie na čom chce jazdiť. A čo zvládne.

[michal312]

Zdá sa že sa nikomu nechce písať program. Ani mne sa nechcelo ale nakoniec som sa donútil, aby som len nekritizoval. Snažil som sa aby sa to čo najviac podobalo na ten arduino kód.

Peterple super ze si dal ten kod v C aj ASM . Vedel by si uploadnut ten kod aj v arduine? Ked uz to tu mame v ASM a v C tak nech je to kompletne . Arduino nepoznam tak aspon by som si to porovnal s C. Dik

[peterple]

Ten arduino kód tu dal misocko
https://svetelektro.com/modules.php?nam ... 5#pr760688
no tom som nezmenil ani písmenko.

[misocko]

Na toto ti stači aj 555tka

- nemam ju rad. To co som dal bol priklad.... bol to priklad na porovnanie roznych jazykov (programovacich), staci lepsie citat

Čo tak si kupiť knižku a naštudovať si základne veci? za tie roky čo s tým robiš by si mal vedieť programovať aj zložitejšie veci

- nemam dovod, toto je pre mna relax , iba relax, ked nieco neviem alebo tu na fore je dobry navrh na otestovanie , tak to proste poskladam , pomeriam a rozoberiem, nikdy som nic funkcne do zivota nevyrobil , netajim sa tym , nemam na to. Sam dobre vies , ze ked mozem , poradim , aj Tebe !
mimochodom , "tie roky" co som zacal prvy program na MCU , konkretne ARDUINO = 3 roky !
Relax , znamena oddych, živy ma nieco uplne ine , je to sice technika, ale potrebujem si od toho oddychnut. Vraj ma to zivy nadpriemerne podla statistik , ale na to kolko makam by som mal zit vo vile nie bytovke...

A hlavne že ideš druhých poučovať o programovani a pozor na tie delay aby si sa potom nečudoval že ti procesor pomaly reaguje.

vo svojich "programoch" (pre Teba vysvetlim uvodzovky - nepovazujem to za programy, su to nedorobky amatera) vecsinou nepouzivam "delay" , mam "programy" kde nieje jediny "delay".
PS , este ze ma vychodnara nezivy slovencina, to mi fakt nejde , sorry
dufam že som Ťa zas (tentokrat , opeť) niečim neurazil, to minule som nejako nedal , fakt sorry

[wizing]

Čaute.
Vedel by mi niekto poradiť?
Mám takýto displej.

neviem čo je zač ale zrejme je to tento pretože pinológia sedí. Tu je datasheet.

EDC190-DALIANDONGFU.pdf

(33.27 KiB) 93 stiahnutí

Chcem ho ovládať procesorom PIC. Problém je v tom že každý segment sa zapína samostatným pinom. Segmenty nie sú medzi sebou prepojené a nemajú vyvedený pin na
spínanie spoločnej anody alebo katody ako je to u Led segmentovky. Nie je tam teda možnosť to prepojiť do multiplexu a minúť na to 7x4=28 pinov procesora sa mi zrovna nechce. Nie je na to nejaká softwarova finta? ..... mňa nič iné nenapadá ako použiť 4 x posuvný register napríklad 74HC595. Chcel som sa ale tomu vyhnúť pretože som chcel na to použiť čo najmenej externých súčiastok a tým minimalizovať DPSku, ale ak nie je iná možnosť nebudem mať na výber.
Vopred ďakujem za radu...

[Dr.Martin]

Ved tie segmenty si môžes prepojit, tým pádom to budeš mať 7+4 piny to máš 11 pinov na procesory.

[wizing]

Áno. Lenže v tom prípade keby som zapol segment A tak sa mi zapne segment A na všetkých štyroch. Aby tomu tak nebolo musel by som ich striedavo vypínať a zapínať v multiplexe tak ako pri Led 7segmentovke. Taký som mal plán aj ja. Lenže na displeji nie je vyvedený pin ktorým zapnem a vypnem celý 7segment. Je tam len pin pre kladné napájanie celého displeja a potom piny jednotlivých segmentov.

[Dr.Martin]

Aha uz som pochopil ako je to zapojene.

[Atlan]

Hlavne nezabudni ze musis peridicky menit polaritu na displeji. Pac pri jednosmernom napajani ten displej znicis, inak existuje zapojenie s nejakym beznim IO ktory zabezpeci prepinanie polarity.
Ale ide to urobit v uP tak ze nieje problem.

[feros]

Pre ovládanie LCD vyrábajú napríklad PIC18F87K22 ktorý obsahuje všetky potrebné obvody pre ovládanie LCD

[wizing]

Atlan
Ďakujem. To som nevedel. Nikdy som nepoužíval tento typ displejov. Zrejme si idem najprv niečo o nich preštudovať. Na nete som toho ale veľa o nich nenašiel .... snáď niečo vyňúram

feros
viem o nich .... mám doma aj jeden z nich PIC16LF1937. Nerobil som ale s tým ešte a hlavne som chcel ten displej rozbehať na starej PIC16F877 pretože ich mám doma plnú škatuľu aj v smd verziách a rád ich používam

[Atlan]

Pouzi video ram (video buffer) . Tj data pre displej ulozis do ram, vpreruseni napr kazdych 10ms, potom raz posles tie data priamo na port a druhykrat ich invertujes a tak zapises na port. Tym padom mas displej napajany striedavym prudom.
10ms preto ze mozno budes potrebovat nejake casy este 1s a podobne.

Co chces zobrazit na displeji zapisujes do ram, a obsah sa automaticky aktualizuke kazd6ch 10ms.

[Mek]

Ale logicka jednotka je +5V a logicka nula je 0V, nie? Nebude to tak uplne striedave, lebo napatie nejde do minusu. Ci to tomu displeju staci aj takto? Neviem, nepouzival som ich nikdy, preto sa pytam

[maskrtnik01]

Malý detail, keď sa COM trvalo prizemní, tak to bude 5V alebo skrat(segmentu), podobne keď bude COM trvalo na 5V. Stačí ale prepínať aj COM (vždy opačne ako aktívne segmenty) a je vyriešené.

[peterple]

Trochu osvety:
LCD segmenty sú z elektrického pohľadu vlastne kondenzátory. Na skle sú naparené dve elektródy. V tomto prípade je jedna spoločná (označená ako COM) a druhá ako segment. Medzi sklom je tekutý kryštál. Ten má tú vlastnosť, že je otáčaný elektrickým polom ktoré naň pôsobí. Ak na obe elektródy pripojíme rovnaké napätie (v prípade MCU je to GND alebo VCC) tak na tekutý kryštál žiadne pole nepôsobí a tak si kryštáľ slobodne pláva v tej kvapaline. Tento typ je takzvaný reflexný. Teda pod spodnou elektródou je odrazná vrstva (zrkadlo) ktoré odráža prechádzajúce svetlo. Kedže kryštály si plávajú ako chcú tak svetlo prechádzajúce zhora v podstate rozptyľuje do náhodného smeru. To čo prejde až nadol sa odrazí a zase sa rozptýli do náhodného smeru. Oku sa to javí ako sivá plocha. Ak teraz pripojíme na tieto dve elektródy rozdielne napätie. napr na COM GND a na segment VCC. Tak sa kryštály otočia do jedného smeru podľa el poľa. Vytvoria tak bariéru pre svetlo prechádzajúce zhora (pohltia ho). Nemá sa teda čo odraziť a oko to vníma ako čiernu plochu. Na polarite nezáleží molekuly sa otočia do rovnakého smeru aj pri jednej aj pri druhej polarite.
Tu ale vstupuje do hry iný fenomén. Tekutina medzi doskami je v princípe elektrolyt. A ten ak bude vystavený el. poľu iba v jednom smere sa začne rozkladať. To spôsobí zničenie molekúl, efektu otáčania a je po displeji. Preto je potrebné aby z pohľadu elektrolytu vo vnútri bolo el. pole striedavé. No a to sa dá dosiahnuť jednoducho aj tak že COM nie je trvale na GND ale sa preriodicky mení. GND VCC. Druhá strana sa potom mení tiež a to podľa toho či má "svietiť", alebo či má byť zhasnutá.

Prečo toto nemôže mať multiplex ako LED? Lebo reakcia je pomalá. "Zapnutie" -orientácia el. poľom ešte ako tak fičí, lebo tu pôsobí sila. Ale opačný dej spolieha len na postupnú dezorientáciu kryštálov tepelným pohybom. Preto tieto displeje so znižovaním teploty lenivejú. Mi čo pamätáme digitálky, vieme že v zime pomaly ani nestíhali ukazovať sekundy. Takže toto riadiť časovým multiplexom je technicky nemožné.
V skutočnosti ale tieto displeje v multiplexnej verzii existujú, ale nie je to časový multiplex. Ale to už je iná rozprávka.

Osobne som takto riadil veľa 3.5 miestnych displejov s MHB8748 a funguje to dodnes. Jediná nevýhoda je potreba veľa pinov.
Dobrú noc.

[wizing]

Ďakujem za vysvetlenie. Som rád že som sa tu na to spýtal pretože by som už teraz mal asi displej zničený.
Vyskúšam to teda a polaritu budem meniť v prerušení. Použijem asi tých 28pin procesora. V princípe potrebujem 28pin pre segmenty a dva tlačítka takže mal by som mať pri PIC16F877 pinov postačujúco .... chcel som doma zbastliť časovač do kuchyne k vareniu a mcu aj tak nebude robiť nič iné ako odpočítavať sekundy takže tie minuté piny až tak nevadia. Možno taký displej v budúcnosti použijem na niečo iné a potom tie piny budú chýbať. Zrejme sa potom tomu posuvnému registru nevyhnem. Pár rokov do zadu som vyrobil takýto časovač z led Segmentov ale meníme tam baterku každú chvíľu. Práve pre to som chcel vyrobiť nový a použiť tam tento displej.
Ešte raz ďakujem všetkým za rady

[Atlan]

Tak som pozeral zdrojak asi tam boli 4x 4094 v ktorych sa uchovaval stav.
A chces usetrit piny pouzi nejaky radic alebo bezne IO.
https://mediatoget.blogspot.com/2011/09 ... rcuit.html