|
Post by Espen Skog on Jul 2, 2008 14:45:55 GMT -5
Are there anyone working on code for the PIC or AVR that will enable the possibility for fastloader function for the uIEC or SD2IEC and 1541-III-DTV projects ?
I will personally pay $100 to whoever makes this for the 1541-III-DTV as I am hating the long loading-time. Maybe if more ppl donate too, this might be tempting for someone to code ?
Espen
|
|
|
Post by 1570 on Jul 2, 2008 16:02:06 GMT -5
|
|
|
Post by jsaily on Jul 3, 2008 9:27:48 GMT -5
It wouldn't be too hard to port the SD2IEC code base to 1541-III-DTV, as it is written in ansi-C. Of course you'd need to to some modifications since AVR and PIC have some differences.
A better idea would be to apply just the bus handling routines so you would retain the cool LCD display and image selection (disk change) routines.
There was at least one programmer guy who bought the 1541-III-DTV. Maybe he would be up to the task.
|
|
|
Post by Unseen on Jul 3, 2008 11:05:28 GMT -5
It wouldn't be too hard to port the SD2IEC code base to 1541-III-DTV, as it is written in ansi-C. Of course you'd need to to some modifications since AVR and PIC have some differences. Unfortunately the fast loaders are written in AVR assembly which doesn't port over that easily. I did a C implementation of Jiffy at one point and it did work, but disabled it again when the assembler version was modified to handle almost arbitrary IEC pin assignments. I think it should be possible to port one of the fastloaders supported in sd2iec to the 1541-III within a week or two and a 100USD bounty is tempting, but I'm still traumatized from my last attempts at PIC programming (weird assembler, "interesting" code-misgeneration by the Hitech compiler) and I can't find a cheap, local source for the required PIC chip to build a 1541-III.
|
|
|
Post by jsaily on Jul 3, 2008 13:13:43 GMT -5
Unseen, I can send you the 18F2620 PIC chip for free if you like. Please PM me with your address and if you prefer DIP or SOIC version.
Norwegian oil money rulez ;-)
|
|
|
Post by Espen Skog on Jul 15, 2008 7:40:28 GMT -5
Unseen, I can send you the 18F2620 PIC chip for free if you like. Please PM me with your address and if you prefer DIP or SOIC version. Norwegian oil money rulez ;-) :-) I am wondering if maybe I should have ordered the 1541-iii-dtv unit from you _with_ the display in order to flip-the-floppy easily via the display+buttons for games which requires it. Is it hard to upgrade it ? I mean, are there many new parts to solder into the existing pcb, and more important: do you sell them ? Regarding fastloaders, I would love to see one working with 1541-iii-dtv and maybe have som kind of option at the boot (via INTRO ?) to disable it so that games which has special loaders themselves, can load without the interference of the PIC fastloader. I am going to wait for a firmware upgrade with a fastloader....it will be awesome ;-) PS! About using JDOS with 1541-iii-dtv: Anyone who has a small tutorial on steps to do to get it all set up ? Regs, Oilmaster
|
|
|
Post by Jim Brain on Jul 15, 2008 23:56:09 GMT -5
It wouldn't be too hard to port the SD2IEC code base to 1541-III-DTV, as it is written in ansi-C. Of course you'd need to to some modifications since AVR and PIC have some differences. A better idea would be to apply just the bus handling routines so you would retain the cool LCD display and image selection (disk change) routines. There was at least one programmer guy who bought the 1541-III-DTV. Maybe he would be up to the task. I think it would be easier to just add a display and repurpose the disk change buttons on the sd2iec firmware. The buttons are already supported in the code, as is disk changes. The LCD part is really all that is missing, and running a char-based LCD screen off an unused port on the AVR is trivial.
|
|
|
Post by shadowolf on Jul 16, 2008 1:11:35 GMT -5
>and running a char-based LCD screen off an unused >port on the AVR is trivial.
Indeed, if the device has one which is not the case for SD2IEC.
I had the idea of using I2C for a display-device with LED's and buttons but the TWI unit in AVR's is, well, a pain. Next option could be the UART0. With a Mega48 it should not add too much to the costs.
Oh, costs, I should mention that about any useable display I came by so far did cost more a piece alone than the whole SD2IEC. Useable for me would be at least 2x16 with backlight.
|
|
|
Post by Jim Brain on Jul 16, 2008 20:12:06 GMT -5
My comments referred more to uIEC, which has a spare port.
That said, I plan to offer an LCD option in the future, but I will probably use the I2C port. Code for it is already in the development codebase.
I think the idea that was presented to me was to use a tiny AVR/PIC with to communicate via I2C with the main AVR and display the output on the LCD screen.
As for the price, I don't think that's an insurmountable issue. If the users want an LCD screen, the price is the same whether they get it on a 1541-III or some SD2IEC implementation.
Jim
|
|
|
Post by shadowolf on Jul 17, 2008 1:00:22 GMT -5
uIEC, okay. If someone else does the code, I2C is just excellent.  Using the cheapest AVR in TQFP32 should be sufficent.
|
|
|
Post by jsaily on Jul 18, 2008 2:13:02 GMT -5
A phone display such as the Nokia 3310 screen used in 1541-III is MUCH nicer to look at than a 2x16 LCD. And it consumes less power.
Espen, it's not hard to upgrade your board with the display. PM me, I have still a couple of displays left.
|
|
|
Post by shadowolf on Jul 18, 2008 11:36:55 GMT -5
>A phone display such as the Nokia 3310 screen used in 1541-III is >MUCH nicer to look at than a 2x16 LCD.
For what is diplayed I can agree.
But only if you find a way to integrate it with your hardware. And the first problem would be to get one.
I have two of these here, from EBay, wasn't that easy, wasn't cheap.
It's basically just a piece of glass without frame and a connector that consits of eight springs. Oh yes, and without background light.
|
|
|
Post by jsaily on Aug 4, 2008 10:55:07 GMT -5
Ouch, you got those. There are some variants of the display, the easier ones to use have a gold-metallized connector terminal instead of the conducting polymer in some. I had to use strong epoxy to fix the spring-loaded terminal to the polymer-wired display, and had high failure rate.
|
|
|
Post by Espen Skog on Aug 11, 2008 7:39:36 GMT -5
So, any news in anyone working on a fastloader for either of the MMC/SD/CF solutions ?
Espen
|
|
|
Post by Jim Brain on Aug 12, 2008 15:55:32 GMT -5
I'm not sure I understand your question. sd2iec has 3 fastloaders built in already and released.
Jim
|
|