hoglet

Members
  • Content count

    34
  • Joined

  • Last visited

  • Days Won

    2

Community Reputation

2 Neutral

About hoglet

  • Rank
    Advanced Member

Profile Information

  • Gender Not Telling
  1. Thanks for confirming this Jack. In the end I just de-soldered bit 0 of the wing, and reconnected the signal elsewhere. It's now working fine. Dave
  2. I'm using the 16 bit input wing (LXC16245 based) and, for physical reasons, I would like to plug this into ports DH/DL on the Duo. When I do this, I'm sometimes experiencing a failure for the design to configure, until the wing is physically removed. I've tracked this down to pin Bit 0 of the wing being low. This connects to D53 which is then routed to the Xilinx INIT_B pin. So it seems like D53 cannot safely be used as a user input (both the shields use this as an output so are fine). Is this a known issue? I can work around this by simply not using Bit 0 of the input wing, and tying it high. But I'm concerned of the possibility of conflicts during configuration, as INIT_B is an open drain output, and can this be driven low. I guess I could go one step further and de solder the pin on the wing that connects to the Duo. Anyone got any thoughts on this? Dave
  3. Hi MamboDee, Remote debugging is always fun Can you also post your constraints (.ucf) file? Then we can check what pins you are using. I assume you are using the on-board oscillator, which is 32MHz not 35MHz.(just a typo because you have the right period: 31.25ns) What are you expecting the result to look like? It should be 153.8KHz clock that is high for 31.25ns then low for 6468.75ns. Is this what you are expecting? Could you post a screen shot or photo of what you are seeing? Dave
  4. Thanks Jack.
  5. Hi all, Does anyone know if the Papilio One 250K is being discontinued? There's currently none in stock at SeeedStudio, and only a few left at the GadgetFactory store. Dave
  6. Foft, Thanks for those links. Turns out we are both using the same code (even the comments are identical). I'll do some diffs later, to see if there are any subtle variations. This just isn't making sense.... Dave
  7. Foft, Thanks for that info - very useful. What's really weird in this case is it's failing very early on - at the CMD0 - and up to this point I can't see any difference between your flow chart, and what the Atom code is doing. Can I ask what kind of speed the SD Clock would be running at in the Atari? Dave
  8. Hi Goos, Whey you have the time, the first think to check is that none of those four signals appear stuck at either '0' or '1'. i.e. When you press F10, you should see some transitions happening on each of them. Dave
  9. For anyone else following this, here is Goos's debug log: stdio initialisedcompiled at 16:34:42 on May 14 2015SerialPort0AVR CMD=0xfeAVR CMD=0xfeAVR CMD=0xfeAVR CMD=0x80mmc_initializesend_cmd cmd=0x40, arg=0x00000000send_cmd ret=0xffmmc_initialize set CardType to 0x00AVR CMD=0xf0The first command being sent to the SD Card (0x40) is the "Go To Idle" command. The expected response is 0x01, where as you are getting 0xFF. I get exactly this output when no card is present. It looks like the data line from the SDCARD (MISO) is stuck high. Do you get this same output with all the cards you have tried? As you have an scope, it's worth trying to capture the signals on the SD Card interface. You can see where they are on this diagram:http://papilio.cc/uploads/Papilio/Papilio%20DUO%20pinout%20for%20CC.pdf The signals you want to probe are:- SD SCK (P114)- SD MOSI (P115)- SD MISO (P118)- SD CS (P112) If it helps, I can capture the waveforms that I'm getting as a reference. Dave
  10. Hi Goos, Here is a debug build for you to try: https://github.com/hoglet67/AtomFpga/blob/master/Atomic_top_duo_debug.bit I've added some code to the AVR firmware to output some debugging info to the USB Serial Port 1. This is sent at 57600 baud (8 bits/no parity/1 stop bit). This is what I see when I hit break (F10): stdio initialisedcompiled at 16:34:42 on May 14 2015SerialPort0AVR CMD=0xfeAVR CMD=0xfeAVR CMD=0xfeAVR CMD=0x80mmc_initializesend_cmd cmd=0x40, arg=0x00000000send_cmd ret=0x01send_cmd cmd=0x48, arg=0x000001aasend_cmd ret=0x01send_cmd cmd=0x77, arg=0x00000000send_cmd ret=0x01send_cmd cmd=0x69, arg=0x40000000send_cmd ret=0x01send_cmd cmd=0x77, arg=0x00000000send_cmd ret=0x01send_cmd cmd=0x69, arg=0x40000000send_cmd ret=0x00send_cmd cmd=0x7a, arg=0x00000000send_cmd ret=0x00detected SDv2mmc_initialize set CardType to 0x0cAVR CMD=0xf0 Let me know how you get on. Dave
  11. Hi Goos, If the card type with *HELP is showing up as N/A that means the AVR Firmware has not detected a valid card. This is the same value that would be returned if there was no card present at all. This is especially weird as: - you have tried several different brand cards - you have verified the card slot on the classic computing shield works with the Atari 800 design, so there is no simple hardware fault - other people, myself included, have downloaded this same bit-stream and not encountered the problem Can you post the complete response of *HELP please? I want to make sure the various software versions are as expected. This will confirm that the AVR Soft Core is executing code. I'm sure we will get to the bottom of this, it might just take some time. Do you have access to an oscilloscope or a logic analyser? Dave
  12. I just tried another card - a Phillips branded one. This is 16GB and formatted with FAT32 and this worked fine as well. So I'm a bit stumped. Dave
  13. Goos, I'm using one of these: http://www.johnlewis.com/sandisk-ultra-class-10-microsdhc-memory-card-8gb-48mb-s-with-sd-adapter/p1799183 I've just realized it is actually partitioned and formatted with a small (50MB) FAT file system. I wonder if there is an issue with either FAT32 or the filesystem size. I'll do some testing with a fresh card.... Dave
  14. Jack, Yes, just one SD Card issue remaining (Goos) The keyboard layout for the Atom is problematic to map to PC keyboard, and all of the emulators also have the same issue. It you look carefully at the attached photos, on the Atom most of the rows have 15 keys across, where as the PC keyboard has between 12 and 14 keys. The control and shift keys are also transposed. Control/Shift/Repeat are frequently using in games, as they are easy to read in software. I don't think much than can be done to improve the mapping, unfortunately. Dave
  15. Hi Pascal, I'm glad you got the keyboard sorted, and had no further problems. So, just one issue remaining: Goos's SDCard issue. Let's wait and see if a different card helps. Dave