OK. I solved the problem of reading analog values using the Digispark module and a few lines of code. In the hope that anyone will be able to solve this problem more elegantly (only with the Arduino), I am posting my work here.
LCD-SD2IEC Firmware 1.0.0 für LarsP-Layout
- CapFuture1975
- Thread is marked as Resolved.
-
-
After almost half a year and 18 downloads, there is no response. No one has tried my version yet?
-
Hi! I have a problem with this firmware. I have a home-built LarsP layout SD2IEC device, i hacked a display to it, and flashed the firmwares from this thread (34, 38, 46, 49).
After this, EasyProg 1.8.1 cannot read files anymore from SD card (to flash images to my EF3). If i disconnect the display, and flash back to SD2IEC latest nightly build (1.0.0-atentdead.0-24), it works perfectly, but any time i flash back, i must disconnect the display. If the display is connected, the SD2IEC can't boot anymore.
-
If i switch back my Kernal switch to original kernal, it works with correctly, but i use Jiffy/Jaffydos instead, so that's not a solution for me.
I grabbed the source code from this thread, and the original latest source, and went on it file by file, and i think, i found the problem.
If i replace the errormsg.c from an unpatched one, the error gone, and the Easyprog can read files correctly with JiffyDOS, so i quickly found the lines which causes the error.
If i comment out the line 271
DS_READY(device_address);
then the error is gone.
So, anyone can help to fix this issue? I'm not a programmer, so i cannot fix this myself. Thanks!
-
Hallo!
Ich habe mir vor längerer Zeit auf ebay eine SD2IEC gekauft, die zwar kein LCD hat, aber trotzdem die "evo2"-Firmware verwendet. Da ich damit auch mal gerne "Sam's Journey" auf meinem C-128D spielen wollte, habe ich mich hingesetzt, und den letzten Stand von SD2IEC mit der letzten Version von CapFuture1975 gemerget. Hier ist das Ergebnis. LCD kann ich ich nicht testen, weil ich halt keins habe, "Sam's Journey" läuft aber gut.
Auf Wunsch kann ich das komplette Repository auch auf github hochladen, falls jemand noch etwas weiter basteln möchte.
-
Hi, SvOlli
I synchronized my Arduino SD2IEC LCD project with your files and yes, works just fine. You did a great job.
Thank you.
-
I synchronized my Arduino SD2IEC LCD project with your files and yes, works just fine. You did a great job.
Thanks. This also means, I did the right thing. When I was about 70% done, I noticed, that I could achieve my main goal just be changing the configuration as evo2 is almost the same as the larsp config except that it uses PORTA for softiec instead of PORTC. So just changing 6 lines of code would've gotten me a working software. But I decided, if I do a "proper" job on completing the merge, this might help others as well.
So you've made my effort worthwhile.
-
I'm very sure that the your code will work correctly on the other HW variants as well. My 6 files only add support for the Arduino variant.
The exceptions are the lcd.h and lcd.c files due to the slightly different connection of the LCD screen on the Arduino, but these two files have been unchanged for other HW versions for a long time and should work.
Your code also fixed the error "File not found" was occasionally displayed on the screen instead of the name of the .d64 image. In addition, several error codes have been given a description, which helps to solve problems more easily.
-
I've uploaded the git repository to github: https://github.com/SvOlli/sd2iec-lcd. To keep things clean I'm using the master branch to keep in sync with sd2iec.de and use a branch name "LCD" for the LCD enabled variant. This is be the main branch seen in github's webview. I'm also thinking about to add about two or three other features (like disabling using OPEN 1,N,15,"H" : CLOSE 1). If I do, these will go into a third branch.
Pull requests are very welcome.
-
Hi.
I noticed that the new Firmware for SD2IEC is out.
Changes in sd2iec-1.0.0atentdead0-28-gdc3c199:
https://sd2iec.de/nightlies/ch…tentdead0-28-gdc3c199.txt
Can anyone compile an LCD version for the larsp variant?
Also, please increase the maximum number of partitions.
For some reason it's only two partitions for larsp.
Thanks.
-
gefällt mir doppelt, weil dort .crt als gültige Ausnahme zugelassen wurde.
Sie wird dann nicht mehr in einen p00 Container gesteckt.
Auch ich fände eine LCD Version klasse
Stefan
-
Thank you very much SyOlli and Ingo Korb for your contribution.
I have a very noob question: how to use the .crt files (I assume that its are cartridge (EPROM) dump files) on the SD2IEC?
-
Thank you very much SyOlli and Ingo Korb for your contribution.
I have a very noob question: how to use the .crt files (I assume that its are cartridge (EPROM) dump files) on the SD2IEC?
U can not really use them on a sd2iec, you can flash them to a easyflash with easyprog from sd2iec.
Or what Stefan did, download them from bbs to the sd card via a wifi module.
-
Thank you for the explanation.
By the way, there will be an updated version for Arduino SD2IEC LCD soon.
-
I have a very noob question: how to use the .crt files (I assume that its are cartridge (EPROM) dump files) on the SD2IEC?
I noticed that Ingo did a change concerning the handling of .crt and .tcrt files, disabling the P00 header for those types. But that's just the handling of the files on the card, still you need completely different hardware to "run" them, like EasyFlash3 or KungFuFlash.
A also stumbled over a fork that includes additional fast loaders for the C64 version of "Another World", as well as "Wings of Fury".
So I went through some merge-a-rama to get to a new "includes-all" version. It compiles, but is completely untested otherwise. Will update my devices on the weekend or so...
Anyone else knows any forks that I should also try to include?
(And before anyone asks: the version for supporting the fast serial bus (from the C128) can't be done, as it is based on a very old version.)
-
I noticed that Ingo did a change concerning the handling of .crt and .tcrt files, disabling the P00 header for those types. ...
to get to a new "includes-all" version. ...
Anyone else knows any forks that I should also try to include?
I have allmost no idea what you are talking about.
Seems to me, you ask for 'additional' features your compiled version should include?
If so, please enable LCD support together with the new .crt handling. I'm a little desperate, because one of my SD2IEC has the new firmware, while the one with LCD hasn't. So filetransfer is still unhandy.
Stefan
-
I have allmost no idea what you are talking about.
I was asking if anyone knows of a fork of SD2IEC that I should try to include. (fork = someone took to original code of SD2IEC added a new feature, like a new loader or the LCD is such an example)
If so, please enable LCD support together with the new .crt handling. I'm a little desperate, because one of my SD2IEC has the new firmware, while the one with LCD hasn't. So filetransfer is still unhandy.
This is done with the current version announced here yesterday. Downside: no binary releases, you have to compile it yourself.
-
This is done with the current version announced here yesterday. Downside: no binary releases, you have to compile it yourself.
Damn. That is the answer, I was afraid of the most.
Lets see if I' m able to do that. Good chances with my (xubuntu) laptop, I guess.
Will try it .
Stefan
-
@SyOlli
I have a question:
My version for the Arduino SD2IEC LCD differs from the rest for the fact that Arduino LCD Shield does not use the RW pin for communication, but it pin is tied to GND. For this reason I use a slightly different files lcd.c and lcd.h, but without lcd type autodetect added by Andi6510 for other versions.
Unfortunately, I do not have enough knowledge about language C to make the proper parsing of these LCD files to added autodetect routine and support for operations without RW pin in one lcd library.
Your idea for all inclusive in one project is great. I believe that Arduino LCD variant would be well added to the main development, as all other files that need already exist and are compatible with the other HW variants.
I wonder if you or somebody else would be willing to view if possible to merge both functions (support for operation without RW and LCD type autodetect) in one common lcd library and made this?
-
A few minutes ago I tested the latest Syolli's version (11. May 2021), at least for now it seems that it works fine on the Arduino SD2IEC LCD.