See this : https://www.minitool.com/partition-disk/format-128gb-sd-card-to-fat32.html
As i understand it, windows 11 might be able to format > 32GB too since FAT32 is not limited to 32GB.

Thank you for the information. I agree, 12 characters for file name is enough, I just wanted to confirm my code was working correctly.

I researched the MicroSDHC and MicroSDXC a bit. The XC version uses the newer exFAT file system because the older FAT32 does not support drives larger than 32 GB. It looks like the AVR-DOS supports up to FAT32, but there is no mention in my version of exFAT.

I am still trying to get IT to unlock my computer so I can install the latest version of BASCOM... Hopefully today.

12 is the max size. It is the old MS-DOS limit. For an embedded system i do no think the overhead of LFS is worth it.
About new cards : which driver do you use?
And also : consider to test the driver lib from a more recent version.

I have continued to refine my code, and I now have things working pretty well. The RV8803 RTC is essentially the same registers as most other RTCs, so the DS1307 code should work. I tried the suggestion of setting a bit in the GETTIMEDATE to only read the hardware once, but it affected other things such as SYSSEC, so I just let it read twice when it gets the TIME$ and the DATE$ too, not too much additional time. I will post the subroutines for this part when I have it completed.

I have the MicroSD working as well. I can do DIR, CLR etc. It appears that the file name size is fixed at 12 characters (log_file.txt), is this correct? I use LOG00001.TXT as a starting point and it was easy enough to sort a DIR and get the highest file number. I can also increment the file number or append to the previous file. It is a neat feature.

I have found that the MicroSD works with 16GB MicroSDHC cards. However, I have a 64GB MicroSDXC card that does not seem to be recognized. Is there a problem with the XC version, or is 64GB too big? It's getting difficult to find smaller SD cards anymore.

This all fits into a ATmega328 so far, including some other ADC stuff, but approaching 85%. I'm using the single buffer option in the MicroSD DOS, and buffered serial I/O, and I still have a few bytes of RAM left too.

U are right!!!

Thank U

de 4z5cp

This setting you used is probably a leftover from an older version.
To set it permanently, you have to go to Options (gear) and in the tab Environment -> Font,
there is a check box on the right side: Big Menu Icons.

The setting for large icons in the toolbar is always reset
This setting applies only to the current session; once the window is closed and reopened, the setting is reset
[img:8e34273f45]https://skr.sh/sbPguHogPpT.png[/img:8e34273f45]

[b:8e34273f45][color=red:8e34273f45](BASCOM-AVR version : 2.0.8.7 )[/b:8e34273f45][/color:8e34273f45]

I don't have that LCD, so I can't perform an actual test.

If even a few lines or characters appear on the screen, it seems the LCD initialization is working.

If the display then disappears, there might be a problem with the LCD itself, or there might be some issue with your hardware or program.

Please try a simple program that only displays basic characters.

Note that BASCOM's graphics commands use byte coordinate parameters, so they cannot draw on LCDs with more than 256 dots.

Currently, with the cooperation of MCS, we are working on a project to support word-based handling of graphics command parameters, and the library is complete.

You can obtain the compiler with the word-based handling from the SLA area, but please wait a little longer for the LCD library to be released.

With the next BASCOM update, general users should be able to use this convenient graphics function.

Thank U for the answer!

Problem was in the absence Config Submode = New.

After putting this config - problem is gone.

[quote:600b1330ff="MWS"]I do not think, that MCS.lib needs to change.
The way the problem was solved within this thread was merely a workaround, not more.
[/quote:600b1330ff]
Yes you are right. Multiply by 8 was always done in software and only recently the Hardware mul option was added for micros that support that instruction.
Only the graphic routines use r0/r1 which MUL alters. So normally the graphic code should be altered to save/restore those regs before using MUL.
But as there are many graphical libs , not only supported by MCS but modified and made by users, that is not practical.
So in this case i decided to make the mod in mcs.lib even while it is only required for the graphical libs. It is less code and faster than the software version anyway so not that bad.