• Content count

  • Joined

  • Last visited

  • Days Won


Posts posted by zwabbit

  1. So it might just be my bad luke but one of the shields I was working to see if I could get working connected to a papilio is the adafruit 2.8" LCD shield. The schematic is located here: https://raw.github.c...aster/schem.png

    The thing that caught my attention was their marking the I/O pins as 5V, both read and right. Does that actually mean this thing will output 5V or will I need to take a volt meter to the thing to be sure? Cause if it does output 5V, I presumably need to wrap up that voltage buffer board to avoid frying the papilio I have.

  2. Hey Jack, the problem I mentioned with the custom cores is still around and I thought I should provide some more detail. I synthesized the AVR softcore version 1.6 linked here: using Xilinx Webpack 14.2. I should note that I did not turn anything off, I left the core in its default state, since this was a first pass attempt to make sure the basic process worked. I then took the custom.bit and custom_bd.bmm files and dropped them into the bitstream folder in the arduino ide folder in the appropriate place, but when I attempt to upload my test program (the blink example) to the papilio, I get the following error:

    ERROR:Data2MEM:6 - Illegal token 'RAMB16', 'opening range bracket '['' expected.

    Line #23, File "bitstreams\custom_bd.bmm".

    PM_Inst/RAM_Word0 RAMB16 [15:0] [0:1023] PLACED = X0Y4;

    Any idea what could be causing that?

    As an aside, using the "custom" files included by default worked insomuch as the IDE claimed to have written them to the board, but the blink example did not itself work.

  3. :D :D :D

    It works for the very simple LED blinking test I just did. (Our 500K's came in). That's enough to start demo'ing to my prof. Thanks Jack! Now back to fixing up the voltage shield, and the possibility that I may need to rewire a few things.


    Though, a thought, this worked when I forgot to copy over the custom.bit and files from the AVR8 software built using the Xilinx webpack. What are the vanilla custom* files in the zip you posted? Cause when I was testing out the papilio using the customized Arduino 018 with the custom* files I synthesized, the build process in the arduino ide failed.

  4. So I just wanted to drop a progress report on the voltage shield board that Jack, inspired me, to put together to allow the papilio to use arduino shields without us risking frying the papilio due to shields feeding back in 5V (as unlikely as that may be). Currently using the switch he recommended after finally making the package for eagle (good thing there's a upl to help you, otherwise, gah). Attached is a screenshot of the current state. Need to finish wiring things and then do the routing. Stopping there for the night so that I do not go insane renaming wires.


    • Like 1

  5. I'm thinking at some point we should probably move this to the wings subforum, but anyway.

    I've had a chat with the embedded devs I work with and based on that discussion this is what I'm going to attempt. As we do not need the ability to mount two arduinos together, I'll be putting together a simplified board based on your design (thank you for doing the analogy output setup already) that will sit on top of the papilio (they're supposed to have been ordered now so hopefully will be here by the end of the week) and will support sticking on one arduino shield. I'll be using the bus switch which you recommended on the previous page and have it sit between the papilio's output pins and the "arduino" output pins. One of the devs suggested I allow for pull-up resistors for all of the connections for the prototype in case a need arises. Assuming the design works as expected, I'm happy to contribute it back upstream. Any comments/suggestions would be welcome.

  6. Jack, hopefully this is the right place to bring this up, but we're seeing two broken links in the gadgetfactory store site. We're trying to order the headers along with the Papilio One 500K but the links on that page lead back to the front page. I assume that the "unassembled" header link is supposed to point here: but the link on the Pailio One 500K page starts out as instead of just Just want to make sure we're ordering the right thing. Also, there's a link to an "assembled" header that does not seem to point to anywhere anymore. I presume that's been discontinued?

  7. So I suppose I should explain what the end goal here is. Would help with the conversation we're having here, I think. :P

    My papilio is also not here yet, should be here within the next week assuming the project supervisor remembered the order them like he promised me, so I'm still working based on theory here.

    The idea is a staggered educational series that starts out with an Arduino and ends with people implementing their own AVR processor to stick on an FPGA board that has the necessary setup to act as an Arduino analog, so that they can use the shields and programs they wrote for the first stage and see them work. There's a side project/step that involves writing a compiler for the AVR, but I'm fortunately (in my opinion at least) not involved in trying to bootstrap that. My responsibilities right now is to see what platform is most suitable or the closest to our needs and do whatever is needed to plug in whatever holes are there. Right now the Papilio looks very enticing, since it's small, relatively cheap, and has good documentation.

    My own skillset has a few holes. I have experience with digital design and I've done simple processor implementations using Verilog (not VHDL, but the principles are interchangeable so that's not a major problem). My primary weakness is in the actual electrical aspects. I have people here that can help me plan out what to do based on the information the two of you have provided, though I'm likely the one that'll end up doing the board (if that ends being the best way for dealing with the voltage tolerance issue you mentioned). Construction of this voltage tolerance board could actually serve as an interesting intermediary step as well for students, albeit manufacturing hundreds of variations of the same thing might not be the most cost effective strategy. Might be a good opportunity to let them experience the joys of etching and why most people just buy printed boards. The one thing I am still a bit unsure on is the analog output/input pins and what, if anything, needs to be done to get those on the Papilio (or if they're already there and I just need to read the documentation more carefully).

    The other gap, one that I'm not sure I have ready access to expertise here because those of us who have done micro-controller programming or FPGA work have generally relied upon provided tools, involves the work Jack mentioned was needed even if one had a drop-in Verilog/VHDL implementation of the AVR on the arduino. Specifically, the modified tools needed to I presume load the synthesized Verilog/VHDL into the Papilio. I am also getting the impression that the compiled Arduino code is also merged into the synthesized image for loading onto the Papilio (hopefully I'm understanding you correctly there). I am curious whether it's possible to get a Papilio into a configuration where the vanilla Arduino IDE could be used to program it. This decouples the configuration of the FPGA from the loading of the Arduino sketch, but that's not necessarily a bad thing from my perspective.

  8. Ah, so the softcore does not quite duplicate the Arduino UNO configuration.

    I noticed in another thread that someone else asked about using Arduino shields with the Papilio One. Assuming one was prepared to do the wiring due to the differing shapes and fill in whatever was missing in the AVR8 softcore, are there any electrical considerations that make the Papilio One incompatible with the shields? Ie, differing voltages in the pins and whatnot.