Diaľkové ovládanie zosilňovača - História úprav

StudentMIPS na 18:37, 4. jún 2025

2025-06-04T18:37:07Z

← Staršia verzia		Verzia z 18:37, 4. jún 2025
Riadok 31:		Riadok 31:
	=== Protokol nec ===		=== Protokol nec ===

	Pre rozšifrovanie správ bolo potrebné pochopiť ako funguje protokol nec ktorým ovládač posiela správy. Museli sme zistiť úvodnú správu a spôsob ktorým sú reprezentované logické jednotky a nuly. Prichádzajúcu správu program identifikuje rozpoznaním 9ms impulzu na začiatku správy. V programe sme počítadlo nastavili na 8.6ms, na rozpoznanie dlhého kladného impulzu je to dosť. Radšej sme použili nižšiu hodnotu, aby nedošlo k tomu, že kým sa vykonajú inštrukcie a preklopí počítadlo bude sa už posielať iná časť správy. Najdôležitejšie bolo si uvedomiť, že rozdiel medzi logickou jednotkou a nulou je v dĺžke nulovej časti signálu, ktorá nasleduje kladnú časť. Rozdiel v logickej jednotke a nule je totiž v tom, že nulová časť je pri logickej jednotke tri krát dlhšia, ako pri logickej nule. Z nich sa následne skladá adresa zariadenia, špecifická pre výrobcu a niekedy aj model zariadenia a príkaz určujúci vybranú funkciu na ovládači. V rýchlosti doplním len že v nec protokole je konštantná dĺžka správy realizovaná vďaka dvojnému odosielaniu adresy a príkazu v správe. Jedna z týchto adries a príkazov vždy obsahuje pôvodnú správu s invertovanými bitmy. Vďaka tomu je počet logických jednotiek a núl v správe vždy rovnaký a mení sa iba ich poradie, preto je správa vždy rovnako dlhá. Polovica bitov teda pre určenie stlačeného tlačidla nie je potrebná, preto sme museli z celej správy vyselektovať 32-25 a 16-9 bity. Tieto bity sme zároveň prevádzali na hexadecimálne číslo. V dôsledku rôzneho počtu bitov správy (16) a premennej pre hexadecimálny prevod (15) vyšiel prevod vždy o 2 menší. Aby sme teda pracovali so správnymi kódmi pre príslušné tlačidlá pripočítali sme k premennej 2. Kódy tlačidiel sme v podmienke síce mohli porovnávať priamo, ale pre názornosť a ľahšiu kontrolu sme sa rozhodli kódy tlačidiel previesť presne.		Pre rozšifrovanie správ bolo potrebné pochopiť ako funguje protokol nec ktorým ovládač posiela správy. Museli sme zistiť úvodnú správu a spôsob ktorým sú reprezentované logické jednotky a nuly. Prichádzajúcu správu program identifikuje rozpoznaním 9ms impulzu na začiatku správy. V programe sme počítadlo nastavili na 8.6ms, na rozpoznanie dlhého kladného impulzu je to dosť. Radšej sme použili nižšiu hodnotu, aby nedošlo k tomu, že kým sa vykonajú inštrukcie a preklopí počítadlo bude sa už posielať iná časť správy. Najdôležitejšie bolo si uvedomiť, že rozdiel medzi logickou jednotkou a nulou je v dĺžke nulovej časti signálu, ktorá nasleduje kladnú časť. Rozdiel v logickej jednotke a nule je totiž v tom, že nulová časť je pri logickej jednotke tri krát dlhšia, ako pri logickej nule. Z nich sa následne skladá adresa zariadenia, špecifická pre výrobcu a niekedy aj model zariadenia a príkaz určujúci vybranú funkciu na ovládači. V rýchlosti doplním len že v nec protokole je konštantná dĺžka správy realizovaná vďaka dvojnému odosielaniu adresy a príkazu v správe. Jedna z týchto adries a príkazov vždy obsahuje pôvodnú správu s invertovanými bitmy. Vďaka tomu je počet logických jednotiek a núl v správe vždy rovnaký a mení sa iba ich poradie, preto je správa vždy rovnako dlhá. Polovica bitov teda pre určenie stlačeného tlačidla nie je potrebná, preto sme museli z celej správy vyselektovať 32-25 a 16-9 bity. Tieto bity sme zároveň prevádzali na hexadecimálne číslo. V dôsledku rôzneho počtu bitov správy (16) a premennej pre hexadecimálny prevod (15) vyšiel prevod vždy o 2 menší. Aby sme teda pracovali so správnymi kódmi pre príslušné tlačidlá pripočítali sme k premennej 2. Kódy tlačidiel sme v podmienke síce mohli porovnávať priamo, ale pre názornosť a ľahšiu kontrolu sme sa rozhodli kódy tlačidiel previesť presne. Kódy jednotlivých tlačidiel sme zistili ich vypísaním na sériovú linku. Nakoniec sme ich len priradili k požadovaným funkciám.

	[[Súbor:NecProtokol.PNG\|600px\|thumb\|center\|Správa protokolu nec]]		[[Súbor:NecProtokol.PNG\|600px\|thumb\|center\|Správa protokolu nec]]

StudentMIPS na 18:34, 4. jún 2025

2025-06-04T18:34:04Z

← Staršia verzia		Verzia z 18:34, 4. jún 2025
Riadok 31:		Riadok 31:
	=== Protokol nec ===		=== Protokol nec ===

	Pre rozšifrovanie správ bolo potrebné pochopiť ako funguje protokol nec ktorým ovládač posiela správy. Museli sme zistiť úvodnú správu a spôsob ktorým sú reprezentované logické jednotky a nuly. Najdôležitejšie bolo si uvedomiť, že rozdiel medzi logickou jednotkou a nulou je v dĺžke nulovej časti signálu, ktorá nasleduje kladnú časť. Rozdiel v logickej jednotke a nule je totiž v tom, že nulová časť je pri logickej jednotke tri krát dlhšia, ako pri logickej nule. Z nich sa následne skladá adresa zariadenia, špecifická pre výrobcu a niekedy aj model zariadenia a príkaz určujúci vybranú funkciu na ovládači. V rýchlosti doplním len že v nec protokole je konštantná dĺžka správy realizovaná vďaka dvojnému odosielaniu adresy a príkazu v správe. Jedna z týchto adries a príkazov vždy obsahuje pôvodnú správu s invertovanými bitmy. Vďaka tomu je počet logických jednotiek a núl v správe vždy rovnaký a mení sa iba ich poradie, preto je správa vždy rovnako dlhá. Polovica bitov teda pre určenie stlačeného tlačidla nie je potrebná, preto sme museli z celej správy vyselektovať 32-25 a 16-9 bity.		Pre rozšifrovanie správ bolo potrebné pochopiť ako funguje protokol nec ktorým ovládač posiela správy. Museli sme zistiť úvodnú správu a spôsob ktorým sú reprezentované logické jednotky a nuly. Prichádzajúcu správu program identifikuje rozpoznaním 9ms impulzu na začiatku správy. V programe sme počítadlo nastavili na 8.6ms, na rozpoznanie dlhého kladného impulzu je to dosť. Radšej sme použili nižšiu hodnotu, aby nedošlo k tomu, že kým sa vykonajú inštrukcie a preklopí počítadlo bude sa už posielať iná časť správy. Najdôležitejšie bolo si uvedomiť, že rozdiel medzi logickou jednotkou a nulou je v dĺžke nulovej časti signálu, ktorá nasleduje kladnú časť. Rozdiel v logickej jednotke a nule je totiž v tom, že nulová časť je pri logickej jednotke tri krát dlhšia, ako pri logickej nule. Z nich sa následne skladá adresa zariadenia, špecifická pre výrobcu a niekedy aj model zariadenia a príkaz určujúci vybranú funkciu na ovládači. V rýchlosti doplním len že v nec protokole je konštantná dĺžka správy realizovaná vďaka dvojnému odosielaniu adresy a príkazu v správe. Jedna z týchto adries a príkazov vždy obsahuje pôvodnú správu s invertovanými bitmy. Vďaka tomu je počet logických jednotiek a núl v správe vždy rovnaký a mení sa iba ich poradie, preto je správa vždy rovnako dlhá. Polovica bitov teda pre určenie stlačeného tlačidla nie je potrebná, preto sme museli z celej správy vyselektovať 32-25 a 16-9 bity. Tieto bity sme zároveň prevádzali na hexadecimálne číslo. V dôsledku rôzneho počtu bitov správy (16) a premennej pre hexadecimálny prevod (15) vyšiel prevod vždy o 2 menší. Aby sme teda pracovali so správnymi kódmi pre príslušné tlačidlá pripočítali sme k premennej 2. Kódy tlačidiel sme v podmienke síce mohli porovnávať priamo, ale pre názornosť a ľahšiu kontrolu sme sa rozhodli kódy tlačidiel previesť presne.

	[[Súbor:NecProtokol.PNG\|600px\|thumb\|center\|Správa protokolu nec]]		[[Súbor:NecProtokol.PNG\|600px\|thumb\|center\|Správa protokolu nec]]

StudentMIPS na 20:28, 18. máj 2025

2025-05-18T20:28:56Z

← Staršia verzia		Verzia z 20:28, 18. máj 2025
Riadok 44:		Riadok 44:
	=== Algoritmus a program ===		=== Algoritmus a program ===

	Celý program je napísaný v jednom súbore bez použitia vlastných funkcií a knižníc. Ako prvé sme si pridali knižnice a funkcie a zadefinovali vstupné a výstupné piny. Pridali sme si funkciu delay. Následne sme si definovali premenné a inicializovali počítadlo. Prvá polovica programu v maine nám rozšifruje správu zaslanú ovládačom cez protokol nec. Táto časť programu rozlíši poslané logické jednotky a nuly a prevedie ich na hexadecimálny kód. V ďalšej časti programu sa tento kód porovnáva so známymi kódmi priradenými k funkciám. Ak sa prijatý kód zhoduje s kódom funkcie, funkcia sa vykoná. Keďže 8 bitové počítadlo nám nestačilo na čítanie kódu ani generovanie PWM, bolo potrebné počítadlo medzi týmito dvomi časťami programu prekonfigurovať. To sa deje na začiatku každej z daných častí programu.		Celý program je napísaný v jednom súbore bez použitia vlastných funkcií a knižníc. Ako prvé sme si pridali knižnice a funkcie a zadefinovali vstupné a výstupné piny. Pridali sme si funkciu delay. Následne sme si definovali premenné a inicializovali počítadlo. Prvá polovica programu v maine nám rozšifruje správu zaslanú ovládačom cez protokol nec. Táto časť programu rozlíši poslané logické jednotky a nuly a prevedie ich na hexadecimálny kód. V ďalšej časti programu sa tento kód porovnáva so známymi kódmi priradenými k funkciám. Ak sa prijatý kód zhoduje s kódom funkcie, funkcia sa vykoná. Keďže 8 bitové počítadlo nám nestačilo na čítanie kódu ani generovanie PWM, bolo potrebné počítadlo medzi týmito dvomi časťami programu prekonfigurovať. To sa deje na začiatku každej z daných častí programu. Rozhodli sme sa pre prácu s normalizovanými hexadecimálnymi kódmi diaľkových ovládačov a preto bolo potrebné prirátať k premennej count číslo 2.

StudentMIPS na 20:25, 18. máj 2025

2025-05-18T20:25:17Z

← Staršia verzia		Verzia z 20:25, 18. máj 2025
Riadok 31:		Riadok 31:
	=== Protokol nec ===		=== Protokol nec ===

	Pre rozšifrovanie správ bolo potrebné pochopiť ako funguje protokol nec ktorým ovládač posiela správy. Museli sme zistiť úvodnú správu a spôsob ktorým sú reprezentované logické jednotky a nuly. Najdôležitejšie bolo si uvedomiť, že rozdiel medzi logickou jednotkou a nulou je v dĺžke nulovej časti signálu, ktorá nasleduje kladnú časť. Rozdiel v logickej jednotke a nule je totiž v tom, že nulová časť je pri logickej jednotke tri krát dlhšia, ako pri logickej nule. Z nich sa následne skladá adresa zariadenia, špecifická pre výrobcu a niekedy aj model zariadenia a príkaz určujúci vybranú funkciu na ovládači. V rýchlosti doplním len že v nec protokole je konštantná dĺžka správy realizovaná vďaka dvojnému odosielaniu adresy a príkazu v správe. Jedna z týchto adries a príkazov vždy obsahuje pôvodnú správu s invertovanými bitmy. Vďaka tomu je počet logických jednotiek a núl v správe vždy rovnaký a mení sa iba ich poradie, preto je správa vždy rovnako dlhá.		Pre rozšifrovanie správ bolo potrebné pochopiť ako funguje protokol nec ktorým ovládač posiela správy. Museli sme zistiť úvodnú správu a spôsob ktorým sú reprezentované logické jednotky a nuly. Najdôležitejšie bolo si uvedomiť, že rozdiel medzi logickou jednotkou a nulou je v dĺžke nulovej časti signálu, ktorá nasleduje kladnú časť. Rozdiel v logickej jednotke a nule je totiž v tom, že nulová časť je pri logickej jednotke tri krát dlhšia, ako pri logickej nule. Z nich sa následne skladá adresa zariadenia, špecifická pre výrobcu a niekedy aj model zariadenia a príkaz určujúci vybranú funkciu na ovládači. V rýchlosti doplním len že v nec protokole je konštantná dĺžka správy realizovaná vďaka dvojnému odosielaniu adresy a príkazu v správe. Jedna z týchto adries a príkazov vždy obsahuje pôvodnú správu s invertovanými bitmy. Vďaka tomu je počet logických jednotiek a núl v správe vždy rovnaký a mení sa iba ich poradie, preto je správa vždy rovnako dlhá. Polovica bitov teda pre určenie stlačeného tlačidla nie je potrebná, preto sme museli z celej správy vyselektovať 32-25 a 16-9 bity.

	[[Súbor:NecProtokol.PNG\|600px\|thumb\|center\|Správa protokolu nec]]		[[Súbor:NecProtokol.PNG\|600px\|thumb\|center\|Správa protokolu nec]]

StudentMIPS na 20:19, 18. máj 2025

2025-05-18T20:19:43Z

← Staršia verzia		Verzia z 20:19, 18. máj 2025
Riadok 26:		Riadok 26:
	[[Obrázok:prijimac.jpg\|100px\|thumb\|center\|IR Prijímač]]		[[Obrázok:prijimac.jpg\|100px\|thumb\|center\|IR Prijímač]]
	====• Spracovanie prijatého signálu====		====• Spracovanie prijatého signálu====
	Prijatý signál spracováva Arduino nižšie uvedeným programom. Po spracovaní signálu Arduino spína na pol sekundy digitálne piny 6 a 7 alebo pootočí servomotorček pomocou zmeny pwm signálu na pine 9.		Prijatý signál spracováva Arduino nižšie uvedeným programom. Po spracovaní signálu Arduino spína na pol sekundy digitálne piny 6 a 7 alebo pootočí servomotorček pomocou zmeny pwm signálu na pine 9. Signál vstupujúci do Arduina má zamenené logické jednotky a nuly kvôli použitému pull-up rezistoru, toto je kompenzované v programe pri vyhodnocovaní logických stavov prijímaného signálu.

StudentMIPS na 20:14, 18. máj 2025

2025-05-18T20:14:05Z

← Staršia verzia		Verzia z 20:14, 18. máj 2025
Riadok 78:		Riadok 78:
	PORTB \|= (1<<IR1); // zapnuty pull-up		PORTB \|= (1<<IR1); // zapnuty pull-up

	int counter,bit,count,poc=2000;		int counter,bit,count,poc=2000; // deklaracia premennych a nastavenie pociatocnej polohy servomotorceka
	unsigned int tlac;		unsigned int tlac;
	while(1)		while(1)
Riadok 90:		Riadok 90:
	{		{
	TCNT1 = 0xDE67; // nastavenie pocitadla aby doslo k preklopeniu po 8,6mS		TCNT1 = 0xDE67; // nastavenie pocitadla aby doslo k preklopeniu po 8,6mS
	while( ((TIFR1 & (1<<TOV1)) != 0x01 ) && (bit_is_clear(PINB, IR1)))		while( ((TIFR1 & (1<<TOV1)) != 0x01 ) && (bit_is_clear(PINB, IR1))) // cakaj kym neubehlo aspon 8,6mS v log. 1
	{		{
	}		}
	while(bit_is_set(PINB, IR1))		while(bit_is_set(PINB, IR1)) // nastavenie pocitadla v pripade ze log. 1 nebola dlha aspon 8.6mS
	{		{
	TCNT1 = 0xDE67; // nastavenie pocitadla aby doslo k preklopeniu po 8,6mS		TCNT1 = 0xDE67; // nastavenie pocitadla aby doslo k preklopeniu po 8,6mS
	}		}
	if(((TIFR1 & (1<<TOV1)) == 0x01 ))		if(((TIFR1 & (1<<TOV1)) == 0x01 )) // ak sa pocitadlo preklopilo
	{		{
	delay(2);		delay(2);
	while(bit_is_set(PINB, IR1))		while(bit_is_set(PINB, IR1)) // cakaj na log. 0
	{		{
	}		}
	bit=15;		bit=15; // nastavenie pre vypocet hexadecimalneho cisla
	count=0;		count=0;
	for(int i=32;i>=0;i--) // cyklus pre precitanie 32 bitov spravy		for(int i=32;i>=0;i--) // cyklus pre precitanie 32 bitov spravy
	{		{
	while(bit_is_clear(PINB, IR1))		while(bit_is_clear(PINB, IR1)) // cakaj na log. 1
	{		{
	}		}
	TCNT1 = 0x0000; // nulovanie pocitadla pre zaciatok pocitania noveho bitu		TCNT1 = 0x0000; // nulovanie pocitadla pre zaciatok pocitania noveho bitu
	while(bit_is_set(PINB, IR1))		while(bit_is_set(PINB, IR1)) // cakaj na log. 0
	{		{
	}		}
Riadok 125:		Riadok 125:
	}		}
	tlac = count+2; // kompenzacia pre pracu s normalizovanymi hexadecimalnymi kodmi dialkovych ovladacov		tlac = count+2; // kompenzacia pre pracu s normalizovanymi hexadecimalnymi kodmi dialkovych ovladacov
	if (tlac == 65437) //~~Vypinanie~~		if (tlac == 65437) //Kod tlacidla pre vypinanie
	{		{
	set_bit(PORTD,ZAP);		set_bit(PORTD,ZAP);
Riadok 131:		Riadok 131:
	clear_bit(PORTD,ZAP);		clear_bit(PORTD,ZAP);
	}		}
	if (tlac == 65391) //~~Loudness~~		if (tlac == 65391) //Kod tlacidla pre loudness
	{		{
	set_bit(PORTD,LOUD);		set_bit(PORTD,LOUD);
Riadok 142:		Riadok 142:
	TCCR1A = 0b10000010; // nastavenie fast PWM a akcie pri zhode pocitadla		TCCR1A = 0b10000010; // nastavenie fast PWM a akcie pri zhode pocitadla
	TCCR1B = 0b00011010; // nastavenie fast PWM a preddelicky 8		TCCR1B = 0b00011010; // nastavenie fast PWM a preddelicky 8
	if (tlac == 65367 && poc <3900) //~~Hlasitost~~		if (tlac == 65367 && poc <3900) //Kod tlacidla pre pridanie hlasitosti
	poc = poc+100;		poc = poc+100;
	if (tlac == 65311 && poc >2000)		if (tlac == 65311 && poc >2000) //Kod tlacidla pre ubratie hlasitosti
	poc = poc-100;		poc = poc-100;
	OCR1A = poc;		OCR1A = poc; // zapis do casovaca pre generovanie PWM
	delay(100);		delay(100);

StudentMIPS na 20:02, 18. máj 2025

2025-05-18T20:02:02Z

← Staršia verzia		Verzia z 20:02, 18. máj 2025
Riadok 83:		Riadok 83:
	{		{
	TCNT1 = 0x0000; // initialize (CLEAR) counter		TCNT1 = 0x0000; // initialize (CLEAR) counter
	ICR1 = 0; // ~~set TOP for counting~~		ICR1 = 0; // nulovanie pre pouzitie ako casovac
	OCR1A = 0; // ~~Set Initial Pulse width~~		OCR1A = 0; // nulovanie pre pouzitie ako casovac
	TCCR1A = 0b10000000;		TCCR1A = 0b10000000; // nastavenie akcie pri zhode pocitadla
	TCCR1B = 0b00000010;		TCCR1B = 0b00000010; // nastavenie preddelicky na 8
	if (bit_is_clear(PINB, IR1))		if (bit_is_clear(PINB, IR1))
	{		{
	TCNT1 = 0xDE67;		TCNT1 = 0xDE67; // nastavenie pocitadla aby doslo k preklopeniu po 8,6mS
	while( ((TIFR1 & (1<<TOV1)) != 0x01 ) && (bit_is_clear(PINB, IR1)))		while( ((TIFR1 & (1<<TOV1)) != 0x01 ) && (bit_is_clear(PINB, IR1)))
	{		{
Riadok 95:		Riadok 95:
	while(bit_is_set(PINB, IR1))		while(bit_is_set(PINB, IR1))
	{		{
	TCNT1 = 0xDE67;		TCNT1 = 0xDE67; // nastavenie pocitadla aby doslo k preklopeniu po 8,6mS
	}		}
	if(((TIFR1 & (1<<TOV1)) == 0x01 ))		if(((TIFR1 & (1<<TOV1)) == 0x01 ))
Riadok 105:		Riadok 105:
	bit=15;		bit=15;
	count=0;		count=0;
	for(int i=32;i>=0;i--)		for(int i=32;i>=0;i--) // cyklus pre precitanie 32 bitov spravy
	{		{
	while(bit_is_clear(PINB, IR1))		while(bit_is_clear(PINB, IR1))
	{		{
	}		}
	TCNT1 = 0x0000;		TCNT1 = 0x0000; // nulovanie pocitadla pre zaciatok pocitania noveho bitu
	while(bit_is_set(PINB, IR1))		while(bit_is_set(PINB, IR1))
	{		{
Riadok 116:		Riadok 116:
	counter = TCNT1;		counter = TCNT1;

	if((i<=31)&&(i>=24) \|\| (i<=15)&&(i>=8))		if((i<=31)&&(i>=24) \|\| (i<=15)&&(i>=8)) // vyselektovanie dolezitych bitov spravy
	{		{
	if ((counter>=700)&&(counter<=1500))		if ((counter>=700)&&(counter<=1500)) // ak je log. 1...
	count = count + pow(2,bit);		count = count + pow(2,bit); // ...prirataj 2 umocnene na poziciu daneho bitu
	bit--;		bit--;
	}		}

	}		}
	tlac = count+2;		tlac = count+2; // kompenzacia pre pracu s normalizovanymi hexadecimalnymi kodmi dialkovych ovladacov
	if (tlac == 65437) //Vypinanie		if (tlac == 65437) //Vypinanie
	{		{
Riadok 140:		Riadok 140:
	TCNT1 = 0; // Set Initial Timer value		TCNT1 = 0; // Set Initial Timer value
	ICR1 = 4000; // set TOP for counting		ICR1 = 4000; // set TOP for counting
	TCCR1A = 0b10000010;		TCCR1A = 0b10000010; // nastavenie fast PWM a akcie pri zhode pocitadla
	TCCR1B = 0b00011010;		TCCR1B = 0b00011010; // nastavenie fast PWM a preddelicky 8
	if (tlac == 65367 && poc <3900) //Hlasitost		if (tlac == 65367 && poc <3900) //Hlasitost
	poc = poc+100;		poc = poc+100;
Riadok 153:		Riadok 153:
	}		}
	}		}
	}		}

	</syntaxhighlight ></tab>		</syntaxhighlight ></tab>

StudentMIPS na 20:27, 15. máj 2025

2025-05-15T20:27:57Z

← Staršia verzia		Verzia z 20:27, 15. máj 2025
Riadok 168:		Riadok 168:

	'''Video:'''		'''Video:'''
	<center><youtube>~~D0UnqGm_miA~~</youtube></center>		<center><youtube>cXLb0B8ZQKA</youtube></center>

StudentMIPS na 19:56, 15. máj 2025

2025-05-15T19:56:22Z

← Staršia verzia		Verzia z 19:56, 15. máj 2025
Riadok 10:		Riadok 10:
	'''Literatúra:'''		'''Literatúra:'''
	* [https://ww1.microchip.com/downloads/en/DeviceDoc/Atmel-7810-Automotive-Microcontrollers-ATmega328P_Datasheet.pdf Dokumentácia k Atmega328P]		* [https://ww1.microchip.com/downloads/en/DeviceDoc/Atmel-7810-Automotive-Microcontrollers-ATmega328P_Datasheet.pdf Dokumentácia k Atmega328P]
			* [https://sibotic.wordpress.com/wp-content/uploads/2013/12/adoh-necinfraredtransmissionprotocol-281113-1713-47344.pdf Dokumentácia k Protokolu NEC]

StudentMIPS na 19:54, 15. máj 2025

2025-05-15T19:54:17Z

← Staršia verzia		Verzia z 19:54, 15. máj 2025
Riadok 32:		Riadok 32:
	Pre rozšifrovanie správ bolo potrebné pochopiť ako funguje protokol nec ktorým ovládač posiela správy. Museli sme zistiť úvodnú správu a spôsob ktorým sú reprezentované logické jednotky a nuly. Najdôležitejšie bolo si uvedomiť, že rozdiel medzi logickou jednotkou a nulou je v dĺžke nulovej časti signálu, ktorá nasleduje kladnú časť. Rozdiel v logickej jednotke a nule je totiž v tom, že nulová časť je pri logickej jednotke tri krát dlhšia, ako pri logickej nule. Z nich sa následne skladá adresa zariadenia, špecifická pre výrobcu a niekedy aj model zariadenia a príkaz určujúci vybranú funkciu na ovládači. V rýchlosti doplním len že v nec protokole je konštantná dĺžka správy realizovaná vďaka dvojnému odosielaniu adresy a príkazu v správe. Jedna z týchto adries a príkazov vždy obsahuje pôvodnú správu s invertovanými bitmy. Vďaka tomu je počet logických jednotiek a núl v správe vždy rovnaký a mení sa iba ich poradie, preto je správa vždy rovnako dlhá.		Pre rozšifrovanie správ bolo potrebné pochopiť ako funguje protokol nec ktorým ovládač posiela správy. Museli sme zistiť úvodnú správu a spôsob ktorým sú reprezentované logické jednotky a nuly. Najdôležitejšie bolo si uvedomiť, že rozdiel medzi logickou jednotkou a nulou je v dĺžke nulovej časti signálu, ktorá nasleduje kladnú časť. Rozdiel v logickej jednotke a nule je totiž v tom, že nulová časť je pri logickej jednotke tri krát dlhšia, ako pri logickej nule. Z nich sa následne skladá adresa zariadenia, špecifická pre výrobcu a niekedy aj model zariadenia a príkaz určujúci vybranú funkciu na ovládači. V rýchlosti doplním len že v nec protokole je konštantná dĺžka správy realizovaná vďaka dvojnému odosielaniu adresy a príkazu v správe. Jedna z týchto adries a príkazov vždy obsahuje pôvodnú správu s invertovanými bitmy. Vďaka tomu je počet logických jednotiek a núl v správe vždy rovnaký a mení sa iba ich poradie, preto je správa vždy rovnako dlhá.

	[[Súbor:NecProtokol.PNG\|~~400px~~\|thumb\|center\|Správa protokolu nec]]		[[Súbor:NecProtokol.PNG\|600px\|thumb\|center\|Správa protokolu nec]]