All Activity

This stream auto-updates   

  1. Today
  2. Hi Jack, Yes, I purchased the Wii-Chucks along with the Wii Wings from the Gadget Factory store earlier this month. Anthony
  3. Yesterday
  4. Hmmm, this is interesting. Was this with the Wii-Chucks that we are selling from the Gadget Factory store? I'm pretty sure I tested with those but maybe I got something different the last time I ordered... Jack.
  5. Don't think it would fit any of the Papilio boards. Perhaps the big Pipistrello, have a chat with Magnus ( @mkarlsson ), he should know better than I do (and he uses Microblaze often). Alvie
  6. My Wii Chuck is a Nintendo original and worked with the posted settings, I may need to try your changes so se if it still works. Thanks a lot for testing this and finding a fix! Alvie
  7. Update: I decided to try a newer Arduino library for the Wii chuck and a test sketch to read the buttons and joystick position and surprisingly it worked perfectly. I then took a Digilent Analog Discovery and used the Waveforms software to have a look at what was happening on the I2C bus on the working Arduino example and then the non-working DesignLab example on the Papilio and I could see a difference in the initialization sequence being sent from each. I guess I should have compared the two libraries and found the issue without breaking out a scope, but where's the fun in that, right? The Arduino example was sending hF0, h55, hFB, h00 as the init sequence. The Papilio example was sending h40, h00, hFB, h00 as the init sequence. After doing a bit more reseearch I changed the following section in the WiiChuck.cpp in the WiiChuck library in DesignLab as below: int WIIChuck_class::init_nunchuck() { int err = 0; if (I2C.start(WIICHUCK_ADDRESS,0)!=0) err = -1; if (err==0) // if (I2C.tx(0x40)!=0) - this is for OEM Wii nunchucks if (I2C.tx(0xF0)!=0) // for clone Wii nunchucks err = -1; if (err==0) // if (I2C.tx(0x00)!=0) - this is for OEM Wii nunchucks if (I2C.tx(0x55)!=0) // for clone Wii nunchucks err = -1; I2C.stop(); I recompiled the sketch, uploaded to the Papilio and I'm now getting the following results when testing: No Joystick or button activity - Chuck: 128 127 buttons 0 0 Joystick left - Chuck: 46 127 buttons 0 0 Joystick right - Chuck: 255 127 buttons 0 0 Joystick up - Chuck: 128 255 buttons 0 0 Joystick down - Chuck: 128 46 buttons 0 0 Button C - Chuck: 128 127 buttons 0 1 Button Z - Chuck: 128 127 buttons 1 1 Button C+Z - Chuck: 128 127 buttons 1 0 I was not aware that some (all?) clone chucks do not respond properly to the standard init sequence. The following comment was in the Arduino library that I used (https://playground.arduino.cc/Main/WiiChuckClass): // instead of the common 0x40 -> 0x00 initialization, we // use 0xF0 -> 0x55 followed by 0xFB -> 0x00. // this lets us use 3rd party nunchucks (like cheap $4 ebay ones) // while still letting us use official oness. // only side effect is that we no longer need to decode bytes in _nunchuk_decode_byte // seehttp://forum.arduino.cc/index.php?topic=45924#msg333160 Thanks for the advice Alvie, using the scope certainly revealed the issue even if it wasn't due to a hardware fault or misconfiguration. Regards, Anthony
  8. Last week
  9. More interested in the setup sequence. If you can capture that one it should shed some light. I suspect SDA is high-tied to VCC, hence the readings and the I2C ack.
  10. Thanks for the reply Alvie! I can get access to a DSO and an openbench logic sniffer that I can use to troubleshoot this. I'll try and get to that after work today. I'll verify that 3.3V is getting to the Wii chuck and then test for activity on the SCL and SDA pins while pressing the buttons, etc... If you have any specific test scenarios I should try please do let me know. Regards, Anthony
  11. This seems to imply your Wii chucks are not properly powered?. I used a small adaptor back when I wrote the support code, and played with it for a whole maker faire (many people did). Do you have any digital scope so we can look at the signals ? Alvie
  12. Yesterday
  13. Hello. I would like to design a multicore architecture using three MicroBlaze softcore(s) which are connected together using FIFO channels and also connected to the shared memory (DDR-RAM) as presented in the attachment. My question is if I can design the same architecture using Papilio as I've designed it on Genesys Virtex 5 using Xilinx EDK. If yes, which Papilio board should I buy? Thanks.
  14. Last week
  15. Jack, I just installed DesignLab 1.08 on a Windows 7 computer to see if I could avoid ISE hanging when I launch it from DesignLab. The installation of DesignLab and Xilinx ISE went fine, but when I tried to edit the AVR_to_ZPUino_Communications circuit, I got a popup that stated "Sorry, no Xilinx project file found in the libraries or project directory". I get the same message when I try to edit any circuit. How do I go about fixing this problem? Regards, Blake
  16. Jack, When do you think you will get time to answer my above questions? In the meantime, I found the following: https://ceworkbench.wordpress.com/2015/10/03/adapting-wishbone-cores-for-use-with-the-papilio-and-designlab/ and tried to implement it. When I tried to perform the following step: "To start, open DesignLab and select Papilio : New DesignLab Library – Wishbone VHDL to create the project. Change the name to BasicWishbone and click OK to save it." ISE hung. Can you give me a hint as to how I can stop ISE hanging when I do this? I then opened ISE alone and saw that it created BasicWishbone. I continued to follow all the steps, but when it came time to create the schematic symbol, it had the following errors: ERROR:HDLParsers:3317 - "/home/bn/DesignLab/libraries/BasicWishbone/Chip_Designer/../BasicWishbone.vhd" Line 24. Library DesignLab cannot be found. ERROR:HDLParsers:3014 - "/home/bn/DesignLab/libraries/BasicWishbone/Chip_Designer/../BasicWishbone.vhd" Line 25. Library unit DesignLab is not available in library work. due to the following statements in BasicWishbone.vhd: library DesignLab; use DesignLab.ALL; Can you tell me what I need to do so it can find the library DesignLab? Do I need to copy it somewhere, or is the result of New DesignLab call to ISE hanging and something not getting copied correctly? Regards, Blake
  17. Today
  18. I've purchased a couple of Wii Wings and Wii Nunchucks from gadgetfactory.net and I'm having no success getting them working with my Papilio Pro and the WiiChuck example in DesignLab 1.0.8 I've connected the Wii wing to slot AL on the Papilio Pro and loaded the circuit and sketch for it, but the only output I get in the serial monitor is: Starting I2C at slot 9, instance 1, base register 0x0c800000 0 Chuck: 255 255 buttons 0 0 Chuck: 255 255 buttons 0 0 Chuck: 255 255 buttons 0 0 Chuck: 255 255 buttons 0 0 Chuck: 255 255 buttons 0 0 ... Pressing either button or moving the joystick does not cause any change in the output values. As a test I powered the Papilio Pro up without the Wii wing connected and after starting the serial monitor pressed the reset button on the Papilip Pro and get: Starting I2C at slot 9, instance 1, base register 0x0c800000 0 with no further output, as expected. I've tried both Wii wings and both nunchucks that I purchased and both give the same result. As another test I wired the Wii wing with the nunchuck connected to an Arduino Uno and used the library and example at this site: http://todbot.com/blog/2008/02/18/wiichuck-wii-nunchuck-adapter-available/ and received the same output values via the serial monitor as when connected to the Papilio Pro. I've got the nunchucks connected to the Wii wing so that the nunchuck's pinout matches the silkscreen (The 'indented' side of the nunchuck connector that has no middle pin facing up) and I've verified connectivity from the pin on the wing to the pin of the nunchuck via a DMM. Any ideas on what may be going on? I wouldn't think that I managed to get two bad sets of Wii wings and nunchucks so I'm at a bit of a loss as to what the issue could be. Best regards, Anthony
  19. Last week
  20. Earlier
  21. Jack, I should have sent you this file instead of Papilio_DUO_LX9save5_works.sch as an example where the clocks work. Regards, Blake Papilio_DUO_LX9_works.sch
  22. Hi Jack, I have been trying out the steps you suggested, and I got them all to work. Thanks for the suggestions. Besides the original question of how to write to a wishbone register in VHDL, I have the remaining questions from my previous emails. 1) I could get clock input to the counter circuits by connecting clk_osc_32MHz to clk_32MHz (see the attached Papilio_DUO_LX9save5.sch). However, if I just created an IOB of clk_osc_32_MHz and connected it to clk_32_MHz, the wishbone register reads always read 0. Shouldn't these be equivalent? Also, when I tried to connect on IOB of clk to clk_32_MHz, it got the following error when I tried to generate the bit file (see the attached Papilio_DUO_LX9.sch). ERROR:Pack:2811 - Directed packing was unable to obey the user design constraints (LOC=P94) which requires the combination of the symbols listed below to be packed into a single IOB component. (I got the same error whether I made clk an input or output.) 2) What does connecting a wishbone register's input to its output do? When I don't connect the wishbone's register to its output, I still see the counter output that is connected to the wishbone register input when I read the wishbone register output. I also encountered the following annoyances. Whenever I opened ISE using edit circuit from DesignLab, ISE hung when I saved the .sch file after making changes. It did save the file though, so I could just end the ISE process and edit the circuit again to see my changes. To get around this annoyance, I would run ISE outside of Designlab, and just use Designlab to load the circuit. I also had to change the name of the generated bit file from Papilio_DUO_LX9.bit to papilio_duo_lx9.bit, since Designlab load circuit would only recognize it if it was in all lowercase. Regards, Blake Papilio_DUO_LX9save5_works.sch bfn_counter.vhd Papilio_DUO_LX9.sch
  23. Hi Jack, Thank you for the response. I've tried both the 'Audio_RetroCade_Synth' circuit and sketch from DesignLab 1.0.8 (loaded circuit first via lowest numbered com port for the Papilio Pro, then sketch uploaded via the higher numbered port) and also the: RetroCade-1.3-lcd-contrast-fix-zpuino-2.0-PapilioPro-S6LX9-RetroCade-1.3.bit bitfile which is the latest one I could find and seems to be the same one you linked to above. Those are the ones I tried from the first time I unpackaged the RetroCade and both behave the same way with the issues listed. I did try the 1.1 bitfile just for the heck of it and that was a no-go for sure. Any other ideas on how I might troubleshoot this? It is a bit perplexing to see the the erroneous midi commands show when looking at the debug via the RetroCade, but not seeing them when watching the midi traffic from the midi controller itself and also not seeing the issue at all when using the PC keyboard via a com port connection to the RetroCade Synth Dashboard. Unfortunately I currently don't have access to another midi Keyboard to test with. Thank you, Anthony
  24. Or try this bit file: 1.3.1 should be latest version with LCD fix. Jack.
  25. Hello Anthony, What version of the RetroCade code are you running? I think if you try the very latest version by downloading the DesignLab software and using that to upload the latest code you might see the problems go away. Jack.
  26. Hello Blake, Sorry for the slow response, I've been on a job which was running late every night last week and then Fathers day weekend this weekend... I should get some time this wednesday to take a look at this and help out. Jack.
  27. Jack, When I try to add clk to the attached schematic, it complains with the following: Pack:2811 - Directed packing was unable to obey the user design constraints (LOC=P94) which requires the combination of the symbols listed below to be packed into a single IOB component. I don't see clk listed in the .pcf file that contains the net list, but somehow it knows that it is P94. I do see the following in the .pcf file: COMP "ext_pins_in<0>" LOCATE = SITE "P94" LEVEL 1; but when I tried to name the i/o connector ext_pins_in(0), it didn't like that either. So, what do I need to do to make the attached schematic output a 30 Hz signal on I/O pin Arduino8? Regards, Blake Papilio_DUO_LX9.sch
  28. Hi Jack, Could you provide a link to the example of creating a counter in the schematic editor? I don't see it on your learn site. Regards, Blake
  29. Jack, I don't understand what connecting the wishbone reg0 inputs to the wishbone reg 0 outputs does. Even when I disconnect reg 0 input from reg 0 output and apply vcc to one of the bits of the reg 0 input, I see it on that bit on the reg 0 output, so they still must be connected in some way. Could you explain the difference between the two scenarios? Regards, Blake
  30. Update: Even though I'm having no issues with the midi controller I'm using with other midi hardware/apps I decided to use a midi monitoring app to watch the messages being sent from the controller to rule out any issue with it. When the 'random note' or note off issue occurs on the RetroCade I see no data being sent from the controller that would cause it within the monitoring application. This controller is of the type that sends continuous 'Active Sense' messages, but I don't see how those would cause this issue with the RetroCade.
  31. I just recently started testing my new RetroCade synth along with a Papilio Pro and, aside from the LCD on my RetroCade having issues (not all of the characters on the bottom row display properly and only a vertical line moves across the top row rather than a 'space invader'. Pressing on the black frame on the edge of the display while using male/female jumpers to connect it to the Retrocade fixes this so it seems it's just a bad connection on the LCD itself and not on the RetroCade PCB so I can probably find a way to fix that myself.) and it was also missing the small black cover for the five-way switch (I left a message via my GadgetFactory account regarding the button, but I think there may be an issue there since I didn't get a response so I just ordered a few spare button covers to have). Those are fairly minor things, but I'm also having the issues that were described in the post linked below: http://forum.gadgetfactory.net/index.php?/topic/2713-problem-with-the-channels/ All 8 Channels are called "SIDV1". Shouldn't there be at least one YM2149 channel? Channel 0 Drums don't produce any sound Channel 1 seems to be the same as Channel 0 Channels 2 - 7 are playing the last key pressed constantly, I can only stop when turning off the power When I press keys on my Midi Keyboard in Channel 0 too fast one these things will happen: a broken bass noise appears note off doesn't work until I press another key random notes are being played I followed-up on that post by checking the chat session on gitter that was linked to in the post, but I didn't see anything about #4 and 5 in the chat log. I'm using an old Kaysound MK-4902 midi controller that I've been using for ages and I have no issues with that controller and my other midi applications so I'm guessing there is something between it and the RetroCade that isn't quite right. I was thinking I just got a faulty RetroCade unit due to the odd issues aside from the ones above I was seeing such as the LCD not working correctly, stopping, starting or changing examples files from SID, YMD, etc... on the smallFS via the onboard five-way switch will often cause the RetroCade to either lock-up, start playing white-noise, random clicks/tones, or sometimes all of those odd things at once and I have to power it off/on to get it going again. Using the RetroCade Synth Dashboard and the computer keyboard while connected via the com port doesn't seem to produce issues #4 or 5 above and switching between the three available MOD and YMD loops via the deshboard doesn't freak it out like it does when using the onboard joystick. I've tried different USB power supplies with known good +5V and plenty of mA and the issue presents regardless of that so I don't think it is a power issue when using the MK-4902 external controller. I've also used a midiplus USB 2-channel controller through my PC rather than MK-4902 directly to the RetroCade and that made no difference. I'm using v1.3 of the bitfile. When I load the .ino RetroCade exapmple from DesignLab 1.0.8 and enable debug I can see when the 'random' notes occur. I will see the note I play, then an immediate noteoff (even though I didn't release the key) and then the message for a random note nowhere near the one I was playing and no noteoff msg for that random note. I have to press another key to stop it. It happens if I am playing slow or fast, but, 'seems' to occur more often when playing fast because it has more opportunities to show the issue. I'm hoping there is a way to resolve these issues. Seeing how at least one other person is having/had very similar issues I'm think there isn't anything defective with my RetroCade itself, but I suppose that is still possible. I'd rather not have to purchase a new midi controller, but would be open to doing that if it will resolve the issue since I can't use the RetroCade 'stand-alone' with these issues at present. My thanks for any suggestions or fixes for the issues I'm seeing. Best regards, Anthony
  32. Jack, The problem appears to be with creating the bus tap. When it didn't like it, the single bit of the bus tap was connected to vcc. When it did like it, the single bit of the bus tap was connected to one of the 32 bits of the wishbone register (i.e. both sides of the bus tap were connected to the same XLNX_ symbol). Another problem I had was that whenever I would save the schematic after changes, ISE would hang (I am using Lubuntu 14.04) and I had to end the process to gain control again. It does seem the changes were getting saved though, since when I edited the circuit again, I saw the changes. However, when I went into ISE directly and edited the circuit directly instead of pressing the edit circuit button in DesignLab 1.07 to edit the circuit, it would save my changes without hanging ISE. I will keep trying to carry out the experiments you suggested. Regards, Blake
  33. Hi Jack, When I connect wishbone register 1 (0:0) to vcc and then try to synthesize it, it complains with the following errors. Started : "Synthesize - XST". Running xst... Command Line: xst -intstyle ise -ifn "/home/bn/DesignLab/AVR_to_ZPUino_Communications/circuit/DUO_LX9/Papilio_DUO_LX9.xst" -ofn "/home/bn/DesignLab/AVR_to_ZPUino_Communications/circuit/DUO_LX9/Papilio_DUO_LX9.syr" Reading design: Papilio_DUO_LX9.prj ========================================================================= * HDL Parsing * ========================================================================= Parsing VHDL file "/home/bn/sandbox/DesignLab-1.0.7/examples/00.Papilio_Schematic_Library/Libraries/ZPUino_1/PSL_Papilio_DUO_LX9/zpu_config.vhd" into library work Parsing package <zpu_config>. Parsing VHDL file "/home/bn/sandbox/DesignLab-1.0.7/examples/00.Papilio_Schematic_Library/Libraries/ZPUino_1/PSL_Papilio_DUO_LX9/zpupkg.vhd" into library work Parsing package <zpupkg>. Parsing VHDL file "/home/bn/sandbox/DesignLab-1.0.7/examples/00.Papilio_Schematic_Library/Libraries/ZPUino_1/PSL_Papilio_DUO_LX9/zpuino_config.vhd" into library work Parsing package <zpuino_config>. Parsing VHDL file "/home/bn/sandbox/DesignLab-1.0.7/examples/00.Papilio_Schematic_Library/Libraries/ZPUino_1/PSL_Papilio_DUO_LX9/zpuinopkg.vhd" into library work Parsing package <zpuinopkg>. Parsing VHDL file "/home/bn/sandbox/DesignLab-1.0.7/libraries/ZPUino_2/sram_ctrl8.vhd" into library DesignLab Parsing entity <sram_ctrl8>. Parsing architecture <behave> of entity <sram_ctrl8>. Parsing VHDL file "/home/bn/sandbox/DesignLab-1.0.7/libraries/ZPUino_2/pad.vhd" into library DesignLab Parsing package <pad>. Parsing entity <isync>. Parsing architecture <behave> of entity <isync>. Parsing entity <iopad>. Parsing architecture <behave> of entity <iopad>. Parsing entity <ipad>. Parsing architecture <behave> of entity <ipad>. Parsing entity <opad>. Parsing architecture <behave> of entity <opad>. Parsing VHDL file "/home/bn/sandbox/DesignLab-1.0.7/libraries/ZPUino_Wishbone_Peripherals/Wishbone_to_Registers_x10.vhd" into library DesignLab Parsing entity <Wishbone_to_Registers_x10>. Parsing architecture <rtl> of entity <wishbone_to_registers_x10>. Parsing VHDL file "/home/bn/sandbox/DesignLab-1.0.7/libraries/ZPUino_2/ZPUino_Papilio_DUO_V2.vhd" into library DesignLab Parsing entity <ZPUino_Papilio_DUO_V2>. Parsing architecture <behave> of entity <zpuino_papilio_duo_v2>. Parsing VHDL file "/home/bn/sandbox/DesignLab-1.0.7/libraries/Papilio_Hardware/Wing_GPIO.vhd" into library DesignLab Parsing entity <Wing_GPIO>. Parsing architecture <Behavioral> of entity <wing_gpio>. Parsing VHDL file "/home/bn/sandbox/DesignLab-1.0.7/libraries/Papilio_Hardware/Papilio_DUO_Wing_Pinout.vhd" into library DesignLab Parsing entity <Papilio_DUO_Wing_Pinout>. Parsing architecture <BEHAVIORAL> of entity <papilio_duo_wing_pinout>. Parsing VHDL file "/home/bn/DesignLab/AVR_to_ZPUino_Communications/circuit/DUO_LX9/Papilio_DUO_LX9.vhf" into library work Parsing entity <Papilio_DUO_LX9>. Parsing architecture <BEHAVIORAL> of entity <papilio_duo_lx9>. ERROR:HDLCompiler:806 - "/home/bn/DesignLab/AVR_to_ZPUino_Communications/circuit/DUO_LX9/Papilio_DUO_LX9.vhf" Line 537: Syntax error near "=>". ERROR:HDLCompiler:854 - "/home/bn/DesignLab/AVR_to_ZPUino_Communications/circuit/DUO_LX9/Papilio_DUO_LX9.vhf" Line 86: Unit <behavioral> ignored due to previous errors. VHDL file /home/bn/DesignLab/AVR_to_ZPUino_Communications/circuit/DUO_LX9/Papilio_DUO_LX9.vhf ignored due to errors --> Total memory usage is 111596 kilobytes Number of errors : 2 ( 0 filtered) Number of warnings : 0 ( 0 filtered) Number of infos : 0 ( 0 filtered) Process "Synthesize - XST" failed WARNING:ProjectMgmt - File /home/bn/DesignLab/AVR_to_ZPUino_Communications/circuit/DUO_LX9/Papilio_DUO_LX9.stx is missing. Could you tell me what I am doing wrong? I have attached the changed .sch file and generated .vhf file. Regards, Blake Papilio_DUO_LX9.sch Papilio_DUO_LX9.vhf
  34. Load more activity