Dá se třeba MCU Atmega nebo PIC zpracovat nebo vyhodnotit kód HDO? jestli jsem tady s tím tady otravoval tak se omlouvám
Zpracování signálu HDO pomocí mcu
Moderátor: Moderátoři
- markoni
- Příspěvky: 2312
- Registrován: 30 říj 2006, 00:00
- Bydliště: Poblíž Zlína
- Kontaktovat uživatele:
Zpracování signálu HDO pomocí mcu
Dá se třeba MCU Atmega nebo PIC zpracovat nebo vyhodnotit kód HDO? jestli jsem tady s tím tady otravoval tak se omlouvám
- monterjirka
- Příspěvky: 2855
- Registrován: 14 čer 2003, 00:00
- Bydliště: Blížejov
- markoni
- Příspěvky: 2312
- Registrován: 30 říj 2006, 00:00
- Bydliště: Poblíž Zlína
- Kontaktovat uživatele:
pro monterjirka :můžeš se podělit o své poznatky a cíle které dosáhl schéma a tak dál ,věřím že se někdo najde kdo ten sw napíše díky všem
Proč mi nemůže všechno chodit hned ?!!
Docela mě pobavila ta pasáž o tom co jem naprogrmoval, osobní útok bez argumenů? Fakt?
Pod dotazem k hdo bych normálně čekal odpověď: no hdo je náročný. Potřebuješ toto a toto, někam tě nasměrujeme.
Ok to beru. Už takhle je tu postů docela málo a tímhle přístupem se to jenom zhoršuje.
Kdybych po takove veci touzil, asi by se mi za obvod sestavajici z trafka a MCU za dvacku taky 2 litry davat nechtelo
http://1-2-8.net/mwva/mrazik/hdo/html/index.html
- markoni
- Příspěvky: 2312
- Registrován: 30 říj 2006, 00:00
- Bydliště: Poblíž Zlína
- Kontaktovat uživatele:
termit256 píše:Tady mas zajimavy projekt kde to resi obvodove velice jednoduse bez pouziti analogoveho filtru. Prubeh sitoveho napeti zpracovavaji primo v MCU AD prevodnikem.
Kdybych po takove veci touzil, asi by se mi za obvod sestavajici z trafka a MCU za dvacku taky 2 litry davat nechtelo
http://1-2-8.net/mwva/mrazik/hdo/html/index.html
Po co jsem si přečetl hlavičkový soubror main.cpp je mi to jasnější
Kód: Vybrat vše
/**
* @file
*
* @brief Spínač HDO.
* Ve starším příkladu byl pro tento účel použit procesor ARM poněkud zastaralé struktury.
* Zde použijeme procesor STM32F051 s tím, že snad chvilku přežije a pokud ne, mělo by to
* jít snadno přeportovat na jiný. I když - zde jsou použity poněkud netradiční postupy.
* -# Není použita standardní periferní knihovna.
* -# Dokonce i standardní hlavička byla nahrazena řadou vlastních definic periferií, jen tak
* na zkoušku, že to jde i jinak. Používá bitová pole.
* -# Celé je to psáno v C++ a to tak, že používá vše, co jen na tak malém procesoru lze
* efektivně využít. Dědičnost, polymorfizmus, šablony.
*
* Výsledný obraz kódu je dost kompaktní, s použitím optimalizace je C++ docela efektivní
* nástroj pro tvorbu firmware. Kód by měl fungovat na F0 Discovery kitu s následujícím
* pinoutem:
*
* -# PA5 - vstup DAC, hlídané napětí.
* -# PA2 - Relé, aktivní úroveň H.
* -# PA3 - Povolovací výstup (nemusí být použit, stálá úroveň H - speciální IO pro test to prostě potřeboval).
* V konstruktoru Filter::Filter() :
* -# PC8 - modrá led na kitu, bliká s periodou 240 ms, indikuje, že fw žije.
* -# PC9 - zelená led na kitu, svítí při jednotlivých bitech telegramu.
*
* Telegramy se i zde vypisují na sériový port (PA9) s nastavením 8N1, 9600 Bd.
*
* */
// Dvě nezávislé třídy se pak spojí v součinnost operátorem +=
static AdcIrq adc (1000, 5); // 1MHz / 1000 = 1 kHz, kanál 5 (pin PA5)
static Filter hdo (1706); // Viz calculate
static GpioClass relay (GpioPortA, 2); // Relé je na IC-DX
static GpioClass enabl (GpioPortA, 3); // a ten potřebuje vybavení.
int main (void) {
enabl << true; // Pomocný výstup pro IC-DX, není nutný
// Nastavit úroveň spínání
hdo.setTriger (0x20000);
// Výstupní pin
hdo.setOutput (&relay);
// Výkonný povel
hdo.setCommand("A1B2DP5");
// Nad adc je hdo - to pokračuje v práci.
adc += hdo; // spojit
// Skonči v nekonečné smyčce.
for (;;) {
hdo.Telegram();
__WFI(); // Lze i uspat jádro, ADC ho včas probudí.
}
return 0;
}ale nejde mi to naimportovat do Atoliic True studio nevím dělám chybu ?
na YouTube je návod https://www.youtube.com/watch?v=xIJ8Qz_c4IA na import postupuji podle toho ale pořád se mi to nedaří díky