LCD-SD2IEC Firmware 1.0.0 für LarsP-Layout

Wie kann ich mir das anzeigen lassen ?

Zitat von ronduc

Wie kann ich mir das anzeigen lassen ?

Ich hatte das Bild aus einem anderen Thread kopiert. Habe es noch mal eingefügt. Bitte mal neu laden.

ok, LarsP ist korrekt.

I'm interested in if there is a fastloader for Final Cartridge 1? I use a clone from the ex.

Yugoslavia named Valcom Super Modul 2. Everything is equal to the original, only the name is

changed in the FW.

I'm tested almost all available FW versions for this module from:

https://rr.pokefinder.org/wiki/Final_Cartridge

but the result is always the same.

When I try to load a program from the SD2IEC, everything is normal at the beginning:

DLOAD "filename" (or LOAD"filename",8,1)

SEARCHING FOR :filename

LOADING FROM $0801

However, every program, regardless of size, is loaded only to the $8FE location, always without

?LOAD ERROR or any sort of error from the SD2IEC. Of course, the loaded program does not work and return a empty line with the LIST command.

So, I wondered, if is there a solution or workaround for this problem?

CapFuture1975

Wäre es theoretisch möglich, die Features die thierer in seine inoffizielle SD2IEC firmware eingebaut hat, auch in die LCD-SD2IEC firmware zu integrieren? Wäre da im Atmega1284 noch genügend frei?

LG,

Egon

Refs:

Inoffizielle sd2iec Firmware mit Unterstützung für "Krill's Loader"

https://github.com/thierer/sd2iec

Arg, should have read and understood the entire thread before posting

Poldi already has implemented some of the features from https://github.com/thierer/sd2iec months ago. Poldi would it be possible to port over the recent changes from thierer's firmware into LCD-SD2IEC? Additionally, it would be great if the LCD-SD2IEC version had it's own github repository, that would probably make the process of importing changes from other maintainers more easily. Would you eventually take on the burden of creating one? Could support you in the later one, but unfortunately have only little experience in AVR programming and none to less in the hardware device emulated by SD2IEC.

Cheers,

Egon

I have managed to take the source from thierer and merged it with SvOlli source to compile firmware for my Evo2.

I'm happy to upload it here for others that have the Evo2 to test, but i can't fully support it as my programming skills are limited.

I tried to compile it for other hardware, but the compiller spat out a lot of errors

(Obviously my limited programming skills means I'm formatting something wrong in the RTC source for other hardware)

@OneCheekyDevil : please file a merge request, so I have less effort updating my repository. That was one of the reasons for creating my GitHub repo.

If you don't have a GitHub account, please contact me via PM so we can figure out a different way to get the changes in.

Mh, how to compiling with the config-arm2iec1?

config-larsp works fine, but with arm2iec1 i get the following error:

Mh, nobody has an idea to compinig the arm2iec config?

Zitat von pcollins

Mh, nobody has an idea to compinig the arm2iec config?

Your error message suggests something is missing from your compiler installation, string.h is a standard C header. So I guess some system headers for the ARM cross compilation are needed. Since you provided little info on your development system, it's hard to guess what you forgot to install.

Zitat von root42

Your error message suggests something is missing from your compiler installation, string.h is a standard C header. So I guess some system headers for the ARM cross compilation are needed. Since you provided little info on your development system, it's hard to guess what you forgot to install.

thanks for reply:

I'm using the latest ubuntu and anything else works fine like compiling vice and all the other c64 tools.

All the other configs like "config-larsp" works also fine, but "only" this arm2iec config doesnt work.

And yes, I think a package is missing, but which one?

Did you apt install gcc-arm-none-eabi already? That should set you up more or less I think. I can't test, as the source seemingly requires a proprietary SDK by NXP, which I don't want to register for and install.

Zitat von root42

Did you apt install gcc-arm-none-eabi already?

yes: Version (15:10.3-2021.07-4)

Zitat von pcollins

Zitat von root42

Did you apt install gcc-arm-none-eabi already?

yes: Version (15:10.3-2021.07-4)

Then please try apt install build-essential, IIRC. You might simply be missing the basics. Or maybe crossbuild-essential-arme.

Zitat von root42

Then please try apt install build-essential, IIRC.

That installs various packages for native compilation, which the crosscompiler will hopefully not use.

Zitat von root42

Did you apt install gcc-arm-none-eabi already

Does that toolchain include newlib?

The only toolchain that I know sd2iec builds with (because I still use it) is this one, but it will probably need a bit of handholding because the auto-download URLs in there are likely very out of date by now.

Zitat von Unseen

Zitat von root42

Then please try apt install build-essential, IIRC.

That installs various packages for native compilation, which the crosscompiler will hopefully not use.

I am not doing much (if any) cross compilation, that's why I wrote:

Zitat von root42

Or maybe crossbuild-essential-arme.

egrath

The main reason why I did not implement the Krill Loader, is that: This loader is not a

finished/completed project. This means that everything can change in relation to it. Possible

changes, mention a lot of problems and unnecessary work. Therefore, the implementation of the

current state of Krill loader in SD2IEC LCD project is risky.

Other reasons are listed in the posts from other forum members, why this is not a good idea.

Unfortunately, there is nothing else to do, just waiting for the author to complete his work

and publish the specifications.

However, I took a closer look at the Krill loaders by Mr. Thierer and have more questions than

answers.

The https://github.com/thierer/sd2iec/tree/krill contains (probably, there is no informations) Krill Transwarp loader, unknown version. I

could maybe combine this with my code but I first need a proper d64 file to check if the loader

works.

The https://github.com/thierer/sd2iec contains Krill IRQ loader, 4 versions, not the

Transwarp one. Adding Arduino support to this code is a trivial task. It would be more work with LCD

support, but it is very likely doable.

This is a good news.

The bad news is: The fastloaders are heavily modified, which means:

- petSD HW variant is no more supported (ieee.c file is not comatibile with the changes)

- loaders from SyOlli's version (Another Word, N0S IFFL and Wings of furry) no longer work

- also the current Transwarp loader will not work in this version

- only changes in the loaders, there are no other improvements to be seen

So, if someone has enough knowledge and will how to rework the IRQ loader to work with the old

code, or rework 4 older loaders to be compatible with the new code,will be welcome. I can only add Arduino and LCD

support. Fastloader modifications are 2much for me.