ATTINY4313 versus USART

[epes]

Mohl by mi někdo ze znalejšís poradit s tímto problémem?

Příkazy
i=0;
do
{while((UCSRA&(1<<RXC))==0){};
prijato[i]=UDR;
i++;
....
....
}
while i<10

fungují, tak jak jsem očekával.

Zato příkazy
i=0;
do
{
prijato[i]=UDR;
i++;
....
....
}
while((UCSRA&(1<<RXC))==1);
nefungují ani náhodou, včetně různých modifikací. Vypadá to, že bit RXC se nechová tak jak se píše v dokumentaci, anebo dokumentaci vůbec nerozumím, což je asi pravděpodobnější.

Díky

[FHonza]

Kvůli buferování se musí číst USCRA před čtením UDR. V té nefunkční části to máš přesně přesně obráceně, proto to nefunguje. Čtením registru UDR dojde k vynulování příznaku RXC.

[FHonza]

Kvůli buferování se musí číst USCRA před čtením UDR. V té nefunkční části to máš přesně přesně obráceně, proto to nefunguje. Čtením registru UDR dojde k vynulování příznaku RXC.

[epes]

Díky za radu.
Ale!!! jeden z mých pokusů vypadal takto:

while((UCSRA&(1<<RXC))==1);
{ ...
PRIJATO(I)=UDR
...
i++;
}

a nefungoval též. Raději to jdu zkusit znovu a dám vědět.
Díky

[FHonza]

Správně je to takhle (dle datasheetu):

[FHonza]

Správně je to takhle (dle datasheetu):

[epes]

Ajaj, tak to je ono! Teď už to vidím i já. Ještě bych se zeptal je-li možné testovat pouze bit RCX. Zkoušel jsem to, ale test byl vždy kladný i po přečtení UDR, což by být neměl.
Díky

[AB1]

[FHonza]

Testovat RCX lze donekonečna, nuluje se jenom přečtením UDR. Ale opravdu musíš testovat jenom tento bit. Máš-li i zapnut vysílač, tak je v registru UCSRA nahozen i bit UDRE, který indikuje že vysílací buffer je prázdný. Takže test (UCSRA != 0) je špatně.
Správně jedině
(UCSRA & (1<<RXC)) != 0
nebo (zbytečně složitě)
(UCSRA & (1<<RXC)) == (1 << RXC)

[FHonza]

Testovat RCX lze donekonečna, nuluje se jenom přečtením UDR. Ale opravdu musíš testovat jenom tento bit. Máš-li i zapnut vysílač, tak je v registru UCSRA nahozen i bit UDRE, který indikuje že vysílací buffer je prázdný. Takže test (UCSRA != 0) je špatně.
Správně jedině
(UCSRA & (1<<RXC)) != 0
nebo (zbytečně složitě)
(UCSRA & (1<<RXC)) == (1 << RXC)

[AB1]

V avr-gcc můžeš použít (snad) srozumitelnější

[epes]

Tak to můj kompilátor neumí a jak postupně zjišťuji, neumí toho víc. Zase má pjřívětivé IDE. Holt něco za něco.
V každé, případě díky za rady.

[FHonza]

a jaký používáš překladač ?

[FHonza]

a jaký používáš překladač ?

[epes]

překladač se jmenuje Mikro C PRO od "jugoslávské" fy Mikroelektronika.

[epes]

Přes noc jsem vyzkoušel nově nabyté a poznatky a bohužel jsem přesně tam, kde jsem byl včera. Zkusil jsem třeba toto:

i=0;
while((UCSRA&(1<<RXC))
{
prijato[i]=UDR;
i++;
delay_ms(xxx);
....
}

Tento kód se však chová velmi podivně. Do prijato uloží pouze 3 znaky ať je příjmaný řetezec jakkoli dlouhý. Pokud je délka pouze 3 znaky přijmou se správně, pokud je délka přij.řetězce delší, přijmou se první 2 znaky a potom až ten poslední!!!! Délka vloženého zpoždění na to nemá vliv.

Bohužel, ze všech pokusů mi zatím funguje jen příkaz
while((UCSRA&(1<<RXC))=0){}; na tom se ale program zasekne jakmilele se přijme celý řetězec.
{

[FHonza]

Zkus ještě napsat jak USART inicializuješ a jak máš nastaveny parametry přenosu. Zda jde o (a)synchronní komunikaci. Zkontroluj také jestli není příliš rozdílná rychlost přijímaného signálu a vnitřního generátoru přenosové rychlosti (jak nastavuješ UBRR a jaký je kmitočet uPC). Zvláště u asynchronního režimu je rozdíl rychlostí poměrně kritický a určitě by neměl být vyšší jak 3% - nefunguje pak rekonstrukce hodin. Posuvný registr přijímače je tříúrovňový, takže přijaté tři znaky na něco takového možná ukazují.
Pak také testuj příznaky chyb z registu USCRA (nulují se čtením UDR). Hlavně příznak ztráty znaku DOR.

[FHonza]

Zkus ještě napsat jak USART inicializuješ a jak máš nastaveny parametry přenosu. Zda jde o (a)synchronní komunikaci. Zkontroluj také jestli není příliš rozdílná rychlost přijímaného signálu a vnitřního generátoru přenosové rychlosti (jak nastavuješ UBRR a jaký je kmitočet uPC). Zvláště u asynchronního režimu je rozdíl rychlostí poměrně kritický a určitě by neměl být vyšší jak 3% - nefunguje pak rekonstrukce hodin. Posuvný registr přijímače je tříúrovňový, takže přijaté tři znaky na něco takového možná ukazují.
Pak také testuj příznaky chyb z registu USCRA (nulují se čtením UDR). Hlavně příznak ztráty znaku DOR.

[Ruprecht]

98% chyb sériové komunikace je způsobeno špatnou rychlostí. Hodiny procesoru jsou z krystalu? Zvolená rychlost komunikace (stejná na obou stranách) má při daném krystalu nulovou chybu?

[epes]

ATTINY pracuje s frekvencí 8MHz, přenosovou rychlost jsem dle dokumentace zvolil 9600 - teoreticky 0% chybovost.
Nastavení USART je toto: