Author Topic: Albireo - USB/SD/Serial interface for CPC (Read 76157 times)

TotO · « **Reply #450 on:** 16:42, 16 April 20 »

I have never understood why it was required to swap the buttons for left-handled peoples, when the brain already do that.

PulkoMandy · « **Reply #451 on:** 16:58, 16 April 20 »

Well my main mouse is left-handed in hardware which adds even more confusion to this, so... (but it also wouldn't work with this code, too many mousewheels)

GUNHED · « **Reply #452 on:** 21:22, 16 April 20 »

Hi, Slarti (#66 on the waiting list) just asked me to guess how long it could take to get his Albireo.
It there any plan in making more boards? Any kind of time schedule or guess? It would be great to get some kind of hint.

PulkoMandy · « **Reply #453 on:** 21:58, 16 April 20 »

I think I mentionned it earlier, I transferred all the production efforts to CloudStrife. He has the PCBs and chips and should be assembling them. So this is not under my control.
If anyone else wants to assemble boards, all the hardware schematics and PCB designs are available, as well (there are small chips, so it needs some skills and/or appropriate tools).
I don't currently plan to assemble more of these myself.

Targhan · « **Reply #454 on:** 00:20, 17 April 20 »

@PulkoMandy Watch out for a terrible bug in your annotated code! "AlbireoReadDat": I typed "rre" instead of "ret"!!!

As for the mouse buttons, it seems it's "all right" now. Bit 0 is left button, bit 1 is right, bit 2 is middle. I don't understand what was going on.

PulkoMandy · « **Reply #455 on:** 13:48, 17 April 20 »

Thanks, updated

I also included the note about "boot mode" there.

Targhan · « **Reply #456 on:** 14:56, 17 April 20 »

@PulkoMandy I think there is another bug somewhere. On CPC cold start, when starting the code, the Albireo's mouse is not responsive at all (though, thanks to the white border, we can see it "see" something (a few scanlines are white). The rest of the code works fine (cursor, joystick, etc.).

I do a reset (via a reset button), run the program again and it works fine this time. Something wrong on the init maybe?

GUNHED · « **Reply #457 on:** 15:11, 17 April 20 »

Quote from: Targhan on 14:56, 17 April 20

@PulkoMandy I think there is another bug somewhere. On CPC cold start, when starting the code, the Albireo's mouse is not responsive at all (though, thanks to the white border, we can see it "see" something (a few scanlines are white). The rest of the code works fine (cursor, joystick, etc.).

I do a reset (via a reset button), run the program again and it works fine this time. Something wrong on the init maybe?

Actually, that's pretty much the same problem I had for a long time. Slowly we're getting closer... Hope this problem can be addressed.

PulkoMandy · « **Reply #458 on:** 15:34, 17 April 20 »

1) According to the docs, changing USB modes can take 10us, so maybe a few NOPs at lines 32 (where you have "basic: 110") will help with that.

Extra safety:
After waiting for command #15, you can also read the data register, which should return #51 (success) or #5f (failure). This can happen if no USB device is connected to the Albireo.
Likewise, after calling command #22 in AlbireoWaitForCommandEnd, you can read the data register and check bit 5, which is set if the command failed.

2) You can try to do a complete reset sequence for the USB device:

ld a,#15 : call AlbireoCmd
ld a,#5 : call AlbireoDat
; ... wait 10 NOPs ...

ld a,#15 : call AlbireoCmd
ld a,#7 : call AlbireoDat
; ... wait 10 NOPs ...
ld a,#15 : call AlbireoCmd
ld a,#6 : call AlbireoDat

3) You can also try to start with a complete reset of the Albireo at the start, to make sure it is in a known state. Write 5 to the CMD port and wait at least 35 milliseconds (3 times call &bd19 would do).

4) If you use a reset button, is switch n.2 on your Albireo set to ON (this is the default when the boards are shipped, but maybe you changed it)? This would let the reset button reset the Albireo as well, so it doesn't need to be done in software (at least step 3 above shouldn't be needed then)

Targhan · « **Reply #459 on:** 17:25, 17 April 20 »

Thanks!

Plan 1 worked:
I added
ld b,180 : djnz $
Just after

;Basic: 100
ld a,#15 : call AlbireoCmd
ld a,#7 : call AlbireoDat

I used 180 to be on the safe side: something like 130 is minimum.

Quote

After waiting for command #15, you can also read the data register, which should return #51 (success) or #5f (failure). This can happen if no USB device is connected to the Albireo.

I tried to do that after the first command #15 (and #7 on DAT), but the result was unpredictable: the mouse didn't response after a short while. Reading the "data register" is simply calling AlbireoReadDat, right?

PulkoMandy · « **Reply #460 on:** 17:30, 17 April 20 »

Yes, right. So I don't understand the docs (badly translated from chinese, it's not always easy)

Targhan · « **Reply #461 on:** 18:26, 17 April 20 »

Have a go if you want

.
But with all that we have, I think the result is now fairly good! And it looks reliable to me.

VintageAdvantage · « **Reply #462 on:** 18:18, 21 April 20 »

Not really interested in a mouse interface.
Can I put in a SD card into the Alberto and use it as a DF1 disk drive?

PulkoMandy · « **Reply #463 on:** 19:15, 21 April 20 »

It does not emulate a floppy drive. There is a work in progress ROM allowing access to the SD-Card in AMSDOS compatible way. So software that uses the AMSDOS ROM for access works, but not anything that programs the floppy controller directly.

Tone-la · « **Reply #464 on:** 18:24, 20 May 20 »

@PulkoMandy re post [size=0px]#453[/size] can you point me to the gerber and BOM info is for the latest Albireo board, I'd happily have a go at some construction. I'm not a professional (it's not my trade), but am competent and keen. This is a fantastic project / concept and I'd love to help with the hardware and if possible the firmware / software too

PulkoMandy · « **Reply #465 on:** 18:55, 20 May 20 »

I apparently didn't store the Gerber files anywhere, but they can be generated from the Kicad project which is here: https://github.com/pulkomandy/avrstuff/tree/master/CPC stuff/ch376

VintageAdvantage · « **Reply #466 on:** 20:42, 20 May 20 »

There is a lot that can go wrong with Gerbers export in kicad. It is not that simple!!
You should provide an official version and then pass on the work. You can also send it to China for assembly service.

PulkoMandy · « **Reply #467 on:** 21:06, 20 May 20 »

I agree, but I forgot to save the file back when I ordered the boards (that was 3 years ago) and there isn't a lot I can do about it right now except hoping that I can still load this fine in kicad and export it again. But then it will be as untested as if anyone else does it.

OffseT · « **Reply #468 on:** 17:44, 09 November 20 »

AlbiDOS support ROM for Albireo file operations was updated today (v0.65).

Download it here

User and developper documentation there

Don't hesitate to ping me if you have questions or bugs to report.

Catch us on IRC #cpc channel
(freenode network)

French people can use #cpc-fr too

NiNxPe · « **Reply #469 on:** 04:35, 10 November 20 »

Any newz ?

OffseT · « **Reply #470 on:** 14:48, 23 November 20 »

AlbiDOS support ROM for Albireo file operations was updated again (v0.84).

Download it here

User and developper documentation there

Don't hesitate to ping me if you have questions or bugs to report.

Catch us on IRC #cpc channel
(freenode network)

French people can use #cpc-fr too

GUNHED · « **Reply #471 on:** 16:10, 23 November 20 »

Thanks for the update. However, you could add an checksum to byte &FFFF (the sum of bytes &C000 to &FFFE in one byte). This would enable us to check for download / transfer errors.

Of course this can be done by hand or using a ROManager too, but it's nasty.

News:

Author Topic: Albireo - USB/SD/Serial interface for CPC (Read 76157 times)