• Content Count

  • Joined

  • Last visited

  • Days Won


DigitalConfig last won the day on April 3 2018

DigitalConfig had the most liked content!

About DigitalConfig

  • Rank
    Frequent Visitor

Profile Information

  • Gender

Recent Profile Visitors

1293 profile views
  1. I recommend a custom case to house the board, I have a dozen radio shack generic project cases I purchased years ago before RS went out of business. Pmod cables can be purchased from Digilen to create custom expansion ports from within the case and other suppliers also have parts such as Power supply connectors that if you drill a hole in the case you can easily add a Plug in PS connection. Note I am not saying that you did actually fry the board yourself but determine if possible the nature of the Fault. And I would also recommend reading the Digilent Warranty terms ASAP, as it is a limited Warranty. There are two more possibilities that I didn't mention as a root cause: Missing Solder or Cracked/Damaged/Cold Solder creating an open circuit. I don't believe it would be cracked/Damage/Cold Solder because that is usually created through one of the following Extreme Environmental conditions, such as high vibration environment, or exposure to fluctuation of temperature extremes repeatedly over a long period of time. However missing solder can be a manufacturing issue due to several reasons one such as solder paste application techniques. In any case Good luck getting your board to regain its functionality. Regards, DC
  2. I am not certain if you have any return or repair rights from digilent if so I would suggest you take that option if possible and necessary. But in either case the first thing I would do is try to determine the root cause. power on then sudden power off and it wont come back on failure means it was working then now its not getting power. Since the power supply is the USB port I would check the port by trying to use it for a different device such as a FLASH USB drive and see if that functions in the port you were using for the arty board. if the port tests out as good then next try plugging the arty back in to that port and verify that it still does not come back on. If it does not come on then follow the schematic path of the power with a DMM from the port connection on the board, where you should have supply voltage since the port is working, up to the point where the voltage is not present. Since you have no power at this point and the entire board is without power ( ie no leds or anything ) you can safely assume you have a open at this point ( open meaning there is not a closed path for electrical current to take ) and the component needs replacing or there is a burned open trace at this point on the circuit board. Just a Wild guess at the cause: From your description of what occurred It sounded like you may have had a loose usb cord in the socket which may have caused a spark gap overload which effectively shorted either the ARTY board or the PC Mother Board USB component. A second possibility is that your board came into contact with a metal object such as a screw driver, there is/was some kind of solder or metal component short, or a component was parametrically low shorting out while powered up. if the later occurred then there may be 2 faults on the board such as a chip that got shorted by the metal and also the supply routed component or open trace which we can assume is open because of there being no power and the port being operational. Good Luck and Regards, DC
  3. thanks so much for the info, I am about to continue working on this project and before I do the first step physical connection I need to verify RPI gpio pin to arty pmod pin compatibility. I did a lot of bread boarding in my early career life as a technician and in tech school back in the late 80s. But this is my first off boarding project with an FPGA could you direct me please to resources on these matters? Sincerely, DC
  4. DigitalConfig


    yes actually that is another concern I am currently using the USB port serial driver 128Kbits limit so 16Kbytes a second is kinda slow once you factor in handshaking two way data and commands its even slower. using the Ethernet which I haven't learned yet might be an advantage, are there any resources on that?
  5. 10 years ago in engineering school I was new to FPGAs also they didn't have ARM cores then and I knew very little about FPGAs. What I know now versus then Ill tell you to carefully consider all of the features of the entire Xilinx FPGA product line before you make your final selection. I had a great starter learning experience with the Digilent Xilinx Spartan 3 board but wish I would have considered the Digilent Spartan 6 board back then because it had a lot more room to grow. Regards, DC
  6. DigitalConfig


    I have found online lots or resources for creating arrays of signals, but what I have is the need to create an array of processes. for example I have a simple process that adds 2 8bit signals: sigT <= sig1 + sig2; I would like to create an Array of a particular circuit design where I could use dozens, perhaps 100s and if I am able to upgrade to your Artix200 or kintex products soon perhaps 1000s. can you direct me to such resources that might lead me to complete this kind of task please? Sincerely, DC
  7. also have you considered an asynchronous or synchronous divide by? DC
  8. instead of tying a port to a port try tying input ports to signals then either tie the output port to the signal or selecting the signal to the output port hope this helps, DC
  9. I looked at the path directory you suggested and yes it was there. Thanks, seems strange that it didn't pick it up there by default as it usually does. Thanks again DC
  10. I have written many vhdl modules using vivado and every time I run my previous designs and generate a bit stream I immedietly hit program device and the bitstream is listed and I just click on that and the file streams to my board and its programmed. Recently ive created a new design using features that are new to me. every time I try to generate a bitstream with this new design it says write bit stream completed like it always does, but when I go to program the device with this design the bit stream is not listed and I cannot find it in any of the folders im working with. I even tried to tell it where to put the bitsream because there is an option for that, but it is not being placed there as well. I even took a step back and re-ran past projects from synthesis thru programming and the bitstreams all appeared in the selection box when you click program device. after about 5 attempts and getting the same results every time where the bitstream doesn't show up I decided to write this message. Can anybody tell me what im doing incorrectly. I can give details and or files to support this claim. Please let me know what to do. Thanks In Advance DC
  11. I cant seem to find the C64 information on boot address when a cartridge is inserted, would you happen to know it?
  12. Thanks, Lots of Great Ideas and places to turn or look next! Awesome!
  13. I decided to upload my core file that I wrote which is 99% of the program in case you or others want to take a look. I know I just said I wouldn't publish the project, but I figured the internet is full of comparable code already and besides there are bugs ( I was slowly eliminating as I went ). I think the bug was gathered erroneously from data specs I took from manuals, which I either interpreted incorrectly or it was represented in the specs inaccurately. I had previously put in 2 debugging modes to send output reports to files, thou this method moved ahead very slowly and was like looking for a needle in a haystack. I just figure if I spend time on it again I might find the bug. I spent many days on it then got side tracked elsewhere and never came back to it till now. If you or anybody is familiar with the system could you please take a look and if you see anything that is incorrect in the addressing modes or OP code process, or anything else that looks incorrect would you let me know please. I'm sure ill eventually find it if I keep looking over it, and I suppose I might correct the error by comparing your contributions to mine, If you don't find it first. Thanks In advance! Sincerely, DC 6810.txt
  14. P.S. you can also think of it as you learning from me (where applicable)!
  15. First, Thanks For the speedy reply! all this talking C64 made me dust off the C64 emulator I was working upon. Reading the Date Modified saying 2/28/2011! I guess it was really dusty. Basically what I had achieved was that it loaded the ROMS and an OP code table (addressing modes and such) and started to execute the ROM Basic Program thru the Kernel. I segmented the Kernels execution so it bypassed all sound and graphics processing and only did Text IN OUT to a scrollable text box (see attached jpeg below). It does manage to do text responses like the syntax error message comes completely out of addressed in progress program( just noticed it says 0 bytes Free(thought I had that working)) any way thou if I remember correctly I think the actual bug is in the OP code to BASIC code conversion where I replace op code calls with BASIC Code operations. some work some do not causing errors to occur. It been seven years since I even looked at it so I am a bit rusty knowing where I was actually at in the debug process. What do you think? Would you want to see the code and give me pointers? Id like to get the full system working so I can implement it to VHDL, however I want you to know I'm not here to compete with you. It's only for the self educational purpose and id like to learn from you if possible, and do not intend upon publishing the design unless you contribute and wish it so. Sincerely, DC