View previous topic :: View next topic |
Author |
Message |
nanocamp
Joined: 25 Mar 2019 Posts: 5
|
Posted: Sat Mar 20, 2021 6:22 pm Post subject: Question about RC5 without getRC5 "2083 ENHANCED" |
|
|
Good day!
I try to run RC5 in background like metioned here: https://avrhelp.mcselec.com/index.html?config_rc5.htm
In all attempts I get error messages.
The messages always point to the RC5 lib.
However, it says in this lib that it would be suitable for this.
The problem persists even after an update to version 2083.
On the page mentioned above it is noted in red: 2083 ENHANCED
Does anyone know a remedy for the problem or can tell me where I can get the right lib if this is the cause?
Error message:
Error : 1 Line : 13 Unknown statement [.EQU not found for:TIFR1] , in File : C:\MCS\BASCAVR2083\LIB\RC5.LIB
Error : 387 Line : 13 IO address must be in range [0-31] [TIFR1] , in File : C:\MCS\BASCAVR2083\LIB\RC5.LIB
Error : 1 Line : 42 Unknown statement [.EQU not found for:TIFR1] , in File : C:\MCS\BASCAVR2083\LIB\RC5.LIB
Error : 387 Line : 42 IO address must be in range [0-31] [TIFR1] , in File : C:\MCS\BASCAVR2083\LIB\RC5.LIB
Code is like in the example.
Best regards
Andy
(BASCOM-AVR version : 2.0.8.3 ) |
|
Back to top |
|
|
MWS
Joined: 22 Aug 2009 Posts: 2262
|
Posted: Sat Mar 20, 2021 7:39 pm Post subject: Re: Question about RC5 without getRC5 "2083 ENHANCED&qu |
|
|
nanocamp wrote: | Good day!]Code is like in the example. |
Completely identical, including type of controller? |
|
Back to top |
|
|
nanocamp
Joined: 25 Mar 2019 Posts: 5
|
Posted: Sat Mar 20, 2021 8:17 pm Post subject: solved |
|
|
testet with 8, 88, 328P
It works regardless of the error messages, the HEX is compiled.
It is only mandatory to use the PB.0 (ICP1) for the infrared receiver.
Thank you. |
|
Back to top |
|
|
MWS
Joined: 22 Aug 2009 Posts: 2262
|
Posted: Sun Mar 21, 2021 6:06 pm Post subject: Re: solved |
|
|
nanocamp wrote: | testet with 8, 88, 328P |
Compiles with ATM88 & 328, not with ATM8.
Quote: | It works regardless of the error messages, |
It actually works or it actually compiles?
I have the same issue here, compiling for ATM8 the .hex is updated.
With ATM8 TIFR-errors are thrown and therefor no new hex should have been updated or created.
Quote: | It is only mandatory to use the PB.0 (ICP1) for the infrared receiver. |
Is this a question or assertion?
If the first, the comment tells:
Quote: | ...since input capture and overflow are used |
An ICP-interrupt without using a capturing pin wouldn't make much sense. |
|
Back to top |
|
|
nanocamp
Joined: 25 Mar 2019 Posts: 5
|
Posted: Sun Mar 21, 2021 7:01 pm Post subject: Re: solved |
|
|
Quote: | It actually works or it actually compiles?
I have the same issue here, compiling for ATM8 the .hex is updated.
With ATM8 TIFR-errors are thrown and therefor no new hex should have been updated or created.
|
It compiles even with the error messages and it also works with atmega8 also.
Quote: | ...since input capture and overflow are used
An ICP-interrupt without using a capturing pin wouldn't make much sense. |
I discovered ...
But one problem remains, with this PD.0 and PD.1 is not usable.
- PD.0 used as output i measure on high only half the VDD
- PD.1 used as output is always high
all other inputs outputs works fine
Is it neccesary for this RC5 method to affect this pins?
Or is it possible to fix this by changing the lib? |
|
Back to top |
|
|
EDC
Joined: 26 Mar 2014 Posts: 971
|
Posted: Sun Mar 21, 2021 9:06 pm Post subject: |
|
|
Any usage of Baud, Print etc. will set TXEN RXEN of USART and override PORT/PIN functions. Remove Baud and Print`s if not used.
If you only want print then PD.0 can be "released" by UCSRB.RXEN = 0 command. |
|
Back to top |
|
|
nanocamp
Joined: 25 Mar 2019 Posts: 5
|
Posted: Sun Mar 21, 2021 9:15 pm Post subject: |
|
|
EDC wrote: | Any usage of Baud, Print etc. will set TXEN RXEN of USART and override PORT/PIN functions. Remove Baud and Print`s if not used.
If you only want print then PD.0 can be "released" by UCSRB.RXEN = 0 command. |
That it was.
Thank you very much! |
|
Back to top |
|
|
albertsm
Joined: 09 Apr 2004 Posts: 5913 Location: Holland
|
Posted: Sun Mar 21, 2021 9:29 pm Post subject: |
|
|
this error does not halt the assembler but it should.
since now it will use a value that is likely not the right one (-1)
the address for TIFR1 was not found since this chip does not have it.
you can add it in the dat file below the TIFR definiiton.
TIFR1 =$38 ; alias
without this i doubt the code will actually work. despite the fact that you get a bin/hex file. _________________ Mark |
|
Back to top |
|
|
nanocamp
Joined: 25 Mar 2019 Posts: 5
|
Posted: Mon Mar 22, 2021 8:06 pm Post subject: |
|
|
albertsm wrote: | ...
without this i doubt the code will actually work. despite the fact that you get a bin/hex file. |
Yes it works, the Atmega is signed as:
Atmega8
16AU 1117D
It would be a really nice thing to have a toggle bit not only in the address byte but also in the command byte for each different command.
Is that somehow possible? |
|
Back to top |
|
|
|