View previous topic :: View next topic |
Author |
Message |
albertsm
Joined: 09 Apr 2004 Posts: 5913 Location: Holland
|
Posted: Sat Jul 10, 2021 10:56 am Post subject: Version 2084 |
|
|
The 2084 was long under development and under beta.
Here is a list of changes :
- mega4809 added to xtiny platform. See also MEGAX
- xtiny support added to i2cslave add on. (not published, will be soon)
- LCD I2C driver from O-Family included that supports up to 8 LCD.
- xtiny alias portx,ddrx and pinx have been changed from the port_out to the virtual address. this also required the following :
- 1wire,i2c,getrc,pulsein,pulseout,serout,serin,i2cbus and rainbow changed for new port mapping
- config COM for xtiny has a new option to chose the alternative pin. TXPIN=option
- xtiny TCB0: CCMP_OTP renamed into CCMP_OUTPUT. Also reversed enable/disable. And ASYNC enabled/disabled were reversed too.
- xmega dat files corrected for DACA/DACB.
- xmega config eeprom=quick|mapped did not simulate properly
- xtiny config port_mux did not set the proper register value for TCAx and TCBx
- portmux support complete rewritten. data is stored in the dat files. see also config_portmux for important information.
most choices list the pin number name now.
- sizeof() function added. it returns the size of a variable in memory.
- xtiny config sysclock prescaler value 6 was missing.
- simulator fix for xtiny (register offset). Also register name length extended to 32 characters
- htrc110.LBX added * for used equ so they can be adjusted by the user
- DTR option for terminal emulator. you can set the DTR pin level for the terminal emulator just like you can for the RTS pin.
- mysmartusb light programmer problem with EEPROM programming solved
- const _TEXTLCDKIND added which contains the text LCD kind like : 162 for 16x2
- the tool tip info (SHIFT key) shows the length of a string constant when moving over a string constant.
- xtiny support added for AVR-DOS
- serin/serout implemented for xmega and xtiny
- SWAP can swap a long/dword too
- glcdST7565R.lib adjusted for RAMPX boundary in showpic
- xtiny enable/disable set wrong bits for the timers
- xtiny start/stop switch the enable bit for timers
- datetime.lib modified for xtiny
- split() did not raise an error when using non-strings. The result array must be a string array.
- syntax check/compile did reset the stk200 programmer reset pin
- xtiny tcb1 added which was missing.
- UPDI programmer speed increased. baud is selectable. 225000 is the maximum for the default updi clock.
- IDE did not compile for the right processor when multiple $regfile directives were used with #IF#ENDIF.
- Font size increased in IDE. The windows system font settings will be used.
Also changed IDE so that high resolution monitor should show better font when bigger fonts are chosen. The icons/images will be updated in a next release.
- more xtiny samples
- IDE can update a number of add ons (notice that not all packages are published yet)
A note about the font : new windows version use SEGU UI by default. The IDE will load this info. While it appeared to be working for the menu, there is a bug : it remains at the designed size.
We fix that in the next release. The 2084 should support scaling. This means that on monitors with high resolution you can select a different font size and the IDE should scale this properly.
The icons are old and 16 pixels. They do not scale right and are redrawn. I hope they are ready for the 2085 release.
As always : install into a new folder. copy the old xml settings file to a new one (Options , Select Option File)
When there is a problem contact support.
One last remark : when you created your own xtiny dat files, you best check the changes, especial in relation to the virtual port mapping.
(BASCOM-AVR version : 2.0.8.4 ) _________________ Mark |
|
Back to top |
|
|
Evert :-)
Joined: 18 Feb 2005 Posts: 2156
|
|
Back to top |
|
|
olhexy
Joined: 03 Apr 2011 Posts: 192 Location: Tilburg, Netherlands
|
Posted: Sat Jul 10, 2021 1:49 pm Post subject: |
|
|
Thank you very much.
First thing I did is 'RTFM', aka Version 2.0.8.4 document build 94, but..... from Help page https://avrhelp.mcselec.com/index.html?config.htm some NEW links don't work:
The requested URL /config_tcb0_tcb1.htm was not found on this server.
The requested URL /config_tcd0.htm was not found on this server.
The requested URL /config_vref.htm was not found on this server.
EDIT: Problem solved. The originally missing urls now produce usefull Help. |
|
Back to top |
|
|
matjazs
Joined: 08 Nov 2016 Posts: 86
|
Posted: Sat Jul 10, 2021 9:38 pm Post subject: |
|
|
Thank you Mark for new release.
I have problems on my PC(notebook), because I have screen resolution 3840x2160.
Icons on menu are realy to small. I don't see anything.
Is it possible to solve this or is better to wait on new release 2.0.8.5?
Best Regards M. |
|
Back to top |
|
|
O-Family
Joined: 23 May 2010 Posts: 320 Location: Japan
|
Posted: Sun Jul 11, 2021 3:15 am Post subject: |
|
|
"LCD_I2C_PCF8574.lib" is the old version.
This does not work with USI and XTINY.
Please include the updated Ver.002. |
|
Back to top |
|
|
Zitronenfalter
Joined: 23 Aug 2010 Posts: 12
|
Posted: Sun Jul 11, 2021 3:19 pm Post subject: Error whit "Rainbow-LIB" |
|
|
Hello
I get an error message when I contains a program which contains the rainbow lib.
Quote: | Error : 221 Line : 131 Backward jump out of range [BOW_LOAD_PORT_PIN [ 41389]] , in File : D:\BASCOM-AVR 2084\LIB\RAINBOWBSC.LIB |
The used AVR is an ATmega1284P.
I think that the new routine probably does not cope with the 128k Flash.
With the version 2083 I can compile the program error-free.
Addendum:
If you rename the affected RCALL in CALL, get compiled error-free! |
|
Back to top |
|
|
bili
Joined: 28 Oct 2015 Posts: 2
|
Posted: Sun Jul 11, 2021 4:45 pm Post subject: Re: Error whit "Rainbow-LIB" |
|
|
Zitronenfalter wrote: | Hello
I get an error message when I contains a program which contains the rainbow lib.
Quote: | Error : 221 Line : 131 Backward jump out of range [BOW_LOAD_PORT_PIN [ 41389]] , in File : D:\BASCOM-AVR 2084\LIB\RAINBOWBSC.LIB |
The used AVR is an ATmega1284P.
I think that the new routine probably does not cope with the 128k Flash.
With the version 2083 I can compile the program error-free.
Addendum:
If you rename the affected RCALL in CALL, get compiled error-free! |
I have the same problem on atmega328 and atmega644. |
|
Back to top |
|
|
MWS
Joined: 22 Aug 2009 Posts: 2262
|
Posted: Mon Jul 12, 2021 7:59 am Post subject: Re: Error whit "Rainbow-LIB" |
|
|
Zitronenfalter wrote: | I think that the new routine probably does not cope with the 128k Flash. |
The 128k is no problem, either it's a) different helper code which stretches the 'relative' in RCALL too much, i.e. more than +-2k addresses.
Or b) code ordering has changed and lib-routines are not kept together in one address area.
For the latter speaks, that a jump range of +-2k for RCALL is by far sufficient to reach any code called from the lib within the lib. |
|
Back to top |
|
|
JC
Joined: 15 Dec 2007 Posts: 585 Location: Cleveland, OH
|
Posted: Mon Jul 12, 2021 5:11 pm Post subject: |
|
|
Thank you for the updates!
The revisions and improvements and continued support are very much appreciated!
JC |
|
Back to top |
|
|
albertsm
Joined: 09 Apr 2004 Posts: 5913 Location: Holland
|
Posted: Tue Jul 13, 2021 1:33 pm Post subject: |
|
|
@olhexy : these files were indeed missing. they were in the PDF and CHM but they were missing in the upload to the server of avrhelp.
@O-Family: the updated file will be included in the next update.
@Zitronenfalter : you can change the rcall into a call in the lib. Look for RCALL BOW_LOAD_PORT_PIN and replace by CALL BOW_LOAD_PORT_PIN
The routine was moved to the compiler which will create the right code depending on the platform. On the other hand this requires the CALL which i did not catch with the test apps.
It was discussed in another topic. Maybe better to put the # code in the lib again.
@matjazs: the icones you can increase in size. use right mouse and click on the toolbar. then select large. only downside is that the 16 bit images are enlarged and look bad. Hopefully i get new icons soon.
The font is still a problem. I can only simulate on window10 with various system font scales. But the problem with the toolbar/menu i could produce.
Maybe you can write to support and you can test a special app so this can be fixed too.
Scaling for win10 is a challenge. Especial when not having a high res multi mon system. _________________ Mark |
|
Back to top |
|
|
Ev3658
Joined: 30 Nov 2014 Posts: 32
|
Posted: Tue Jul 13, 2021 2:43 pm Post subject: |
|
|
Is it possible to speed up the compilation of large DATA chunks?
I am currently creating a mechanical dog from the cartoon "Chip and Dale", four sounds in Atmega128, it takes a very long time to compile a DATA block.
I will be glad if the Data block compiles faster
Thanks for the update!!! |
|
Back to top |
|
|
albertsm
Joined: 09 Apr 2004 Posts: 5913 Location: Holland
|
Posted: Tue Jul 13, 2021 2:54 pm Post subject: |
|
|
use $INC with binary data instead of DATA.
DATA has more options like Data 1 + 1 , 2 ie using expressions. but there is a penalty.
when using $INC the data is included as is which saves a lot of time.
instead of a general wish you best supply a sample that can be tested. send it to support. _________________ Mark |
|
Back to top |
|
|
ioRobotics
Joined: 10 Oct 2011 Posts: 2 Location: Bandung, Jawa Barat
|
Posted: Sun Nov 21, 2021 7:41 am Post subject: Load timer on Bascom 2.0.8.4 |
|
|
Thank you Mark for new release
I have problem with Load Timer, whatever value i set on load timer, it will be overflow on maximum timer. Its other have same problem with me? Many thanks |
|
Back to top |
|
|
andro
Joined: 12 Mar 2007 Posts: 94 Location: Ljubljana
|
Posted: Fri Dec 17, 2021 6:06 pm Post subject: |
|
|
Hi Mark!
A also encoutered problems, when compilig a "RAINBOW" config in 2.0.8.4. I did consider Your proposal - I have looked for RCALL BOW_LOAD_PORT_PIN and replaced by CALL BOW_LOAD_PORT_PIN. But still I get this error:
Error : 61 Line : 115 Label not found [BOW_LOAD_PORT_PIN] , in File : C:\MCS\BASCAVR2084\LIB\RAINBOWBSC.LIB
In the LIB I found this:
history = 5-2-21 , updated for Xtiny, BOW_LOAD_PORT_PIN is generated by the compiler
But I can not figure out, why that error.
BR
Andrej
Test code:
Code: | '(
Lin Rgb Controller For Tower App
17-12-2021 - 2.0.8.4 troubleshooting
')
$regfile = "xm32a4udef.dat"
$crystal = 32000000
$hwstack = 128
$swstack = 128
$framesize = 128
$lib "xmega.lib"
'Clock: 32 MHz External 16 MHz Xtal, PLL x 2
Config Osc = Enabled , Extosc = Enabled , Pllosc = Enabled , Range = 12mhz_16mhz , Startup = Xtal_16kclk , Pllsource = Extclock , Plldiv2 = Disabled , Pllmul = 2
Config Sysclock = Pll , Prescalea = 1 , Prescalebc = 1_1
Config Priority = Static , Vector = Application , Lo = Enabled , Med = Enabled
Config Rainbow = 1 , Rgb = 3 , Rb0_len = 16 , Rb0_port = Porta , Rb0_pin = 0
'(
MAIN PROGRAM:
all lines deleted
')
End |
|
|
Back to top |
|
|
EDC
Joined: 26 Mar 2014 Posts: 971
|
Posted: Fri Dec 17, 2021 6:58 pm Post subject: |
|
|
Your attached code compiles just fine on my Win10 Proff. Tested on 2084.
|
|
Back to top |
|
|
|