krivx

Forum Replies Created

Viewing 12 posts - 1 through 12 (of 12 total)
  • Author
    Posts
  • in reply to: OSSC v1.6 build debugging #16396
    krivx
    Participant

      So… the Vishay TSOP4838 IR receiver does work with the OSSC if you bend a couple of legs over. It’s cheap and available everywhere, it will do for now.

      With menu access I can now switch output mode from HDMI to DVI and I get the test pattern on my monitor. My SNES also works well but has some periodic noise that isn’t in the test card image, I’m guessing that’s from the cheap switching power supply.

      I’m pretty happy, thanks for the help.

      in reply to: OSSC v1.6 build debugging #16352
      krivx
      Participant

        I think it’s more likely that the first monitor I tried is too old to be HDMI compliant. I was connecting with a HDMI->DVI-D cable. I’m curious if it will support higher resolutions or if it’s completely unsuitable. Currently waiting on some TO-92 IR receivers to add to try out while I wait for specified part.

        in reply to: OSSC v1.6 build debugging #16346
        krivx
        Participant

          I tried it briefly on a friend’s monitor – 720×480 60Hz grey gradients/checkerboard 🙂 My monitor must not support this resolution. Looks like the problem all along was that the board needed re-programming.

          in reply to: OSSC v1.6 build debugging #16331
          krivx
          Participant

            Thanks for the help. I have a feeling my monitor could be part of the issue, it does switch to the digital input when power is applied to the OSSC and it doesn’t go into standby after a few minutes. It just doesn’t show an image, just a black screen and the OSD is not responsive. What would the resolution of the test image be?

            I would like to try another monitor before getting a replacement IT6613. The soldering looks good under high magnification. I have tried with the HDMI ESD diodes removed but with no change.

            in reply to: OSSC v1.6 build debugging #16300
            krivx
            Participant

              OK – some good progress. I downloaded an older version of Quartus Programmer (linked here http://www.firebrandx.com/nespalette.html) and installed it, along with older USB Blaster drivers that were included. My clone does work with these drivers. I was able to successfully detect the FPGA and program the latest 0.78 FW. After disconnecting JTAG and power cycling, my LCD now shows an OSSC FW version message!

              I don’t really understand why programming was necessary, unless the pre-programmed IC that came with the kit had invalid FW?

              Unfortunately, I get no test pattern on the HDMI output – but I have only tested with one monitor. If I connect a SNES over SCART the OSSC can detect and sync to it correctly, but still no output image.

              Without an IR receiver all I can do with the unit is change sources, I have no access to menus so I don’t know if some option needs to be changed.

              in reply to: OSSC v1.6 build debugging #16295
              krivx
              Participant

                Yes, the centre pads are soldered. I tinned the pads lightly and added flux, then placed the chips, then hot air, then soldered the pins.

                I just tried putting together a Quartus install to see if it can communicate with the FPGA and the Win10 USB Blaster drivers cause repeat BSOD when using some clone USB Blasters 🙁 I’ve ordered another cheap clone.

                I have a spare FPGA (same Asian vendor) and I’m OK at replacing QFPs so that may be the last resort…

                in reply to: OSSC v1.6 build debugging #16291
                krivx
                Participant

                  I’ll take another look under higher magnification, I think a reflowing/resoldering would catch a bridge like that though. Thanks.

                  Do you know if something as simple as a missing PCM1862 crystal or IR receiver would cause this?

                  in reply to: OSSC v1.6 build debugging #16256
                  krivx
                  Participant

                    A binary compare of my dumped image and the files at https://www.niksula.hut.fi/~mhiienka/ossc/fw/ show that there is a 512 byte header added. Looks like U10 has valid data, just not the most up to date version.

                    in reply to: OSSC v1.6 build debugging #16254
                    krivx
                    Participant

                      Taking another look at the U10 dump – it doesn’t look right:

                      Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
                      
                      00000000  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                      00000010  FF FF FF FF FF FF 7F FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿ.ÿÿÿÿÿÿÿÿÿ
                      00000020  56 EF EF EF EF EF EF CF DF CF 9F 5F 1F 8F 1F 1F  VïïïïïïÏßÏŸ_....
                      00000030  3F 3F 3F 5F BF 5F 1F 9F DF DF 7F DF 9F BF BF BF  ???_¿_.Ÿßß.ߟ¿¿¿
                      00000040  1F 3F 3F 3F 3F 1F 1F 5F 5F B8 1C FF FF FF FF FF  .????..__¸.ÿÿÿÿÿ
                      00000050  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                      00000060  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                      00000070  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                      00000080  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                      00000090  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                      000000A0  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                      000000B0  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                      000000C0  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                      000000D0  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                      000000E0  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                      000000F0  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                      00000100  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                      00000110  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 00  ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ.
                      00000120  00 00 00 04 04 04 04 04 04 04 04 04 04 04 04 04  ................
                      00000130  04 04 04 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
                      00000140  00 00 00 04 04 04 04 04 04 04 04 04 04 04 04 04  ................
                      00000150  04 04 04 04 04 04 04 00 00 00 00 00 00 00 00 00  ................
                      00000160  00 00 00 00 00 00 00 04 04 04 04 04 04 04 04 04  ................
                      00000170  04 04 04 04 04 04 04 04 04 04 04 00 00 00 00 00  ................
                      00000180  00 00 00 00 00 00 00 00 00 00 00 04 04 04 04 04  ................
                      00000190  04 04 04 04 04 04 04 04 04 04 04 04 04 04 04 00  ................
                      000001A0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04  ................
                      000001B0  04 04 04 04 04 04 04 04 04 04 04 04 04 04 04 04  ................
                      000001C0  04 04 04 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
                      000001D0  00 00 00 04 04 04 04 04 04 04 04 04 04 04 04 04  ................
                      000001E0  04 04 04 04 04 04 04 00 00 00 00 00 00 00 00 00  ................
                      000001F0  00 00 00 00 00 00 00 04 04 04 04 04 04 04 04 04  ................
                      00000200  04 04 04 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
                      00000210  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04  ................
                      00000220  04 04 04 04 04 04 04 00 00 00 00 00 00 00 00 00  ................
                      00000230  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
                      00000240  00 00 00 04 04 04 04 04 04 04 04 04 04 04 04 00  ................
                      00000250  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
                      00000260  00 00 00 04 04 04 04 00 00 00 00 00 00 00 00 00  ................
                      00000270  00 00 00 04 04 04 04 00 00 00 00 00 00 00 00 00  ................
                      00000280  00 00 00 00 00 00 00 00 00 00 00 04 04 04 04 04  ................
                      00000290  04 04 04 04 04 04 04 04 04 04 04 00 00 00 00 00  ................
                      000002A0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04  ................
                      000002B0  04 04 04 04 04 04 04 04 04 04 04 04 04 04 04     ...............

                      Is there a file available I can use to program this chip? I assume the SD card update file is similar but has some kind of header applied to it?

                      in reply to: Where is the "printf" output routed to? #16250
                      krivx
                      Participant

                        I haven’t put together a toolchain yet but this is what I am expecting: https://www.altera.com/support/support-resources/knowledge-base/solutions/rd09142004_1190.html

                        in reply to: Does anyone have a spare NCP703SN19T1G? #14427
                        krivx
                        Participant

                          NCP703SN18T1G is in stock locally. Thanks very much 🙂

                          in reply to: Does anyone have a spare NCP703SN19T1G? #14423
                          krivx
                          Participant

                            I guess I will be rigging up an LM317 instead…

                          Viewing 12 posts - 1 through 12 (of 12 total)