• Content count

  • Joined

  • Last visited

  • Days Won


Everything posted by Felix

  1. actually, if its a sensor, shouldnt you just be able to set the chip to receive mode and not even bother with writing to it other than once (or just pull the pin LOW) then just listen to the receive in a loop?
  2. SP485 and SP3485 are 2 different voltage chips. the 3485 is the 3v3 model where as the 485 is the 5V0 model.. the SP3485 // SP485 don't have automatic flow control, you are most likely just missing your data. how to fix, no idea. maybe try (note: i have never used that chip nor modbus) and ofc listen to @alvieboy since he is 100000 times smarter than me. int response_length; int req_length int rww; int fauxWDT=0; .. .. // yadda yadda // .. write(fd,"1",1); // make gpio(enable pin) high. req_length = modbus_send_raw_request(ctx, raw_req, 6 * sizeof(uint8_t)); //write usleep(50); // or just remove entirely write(fd,"0",1);//After write(), make gpio low to receive messages from sensor. rww = 1; while (rww == 1) { response_length = modbus_receive_confirmation(ctx, rsp); if (response_length == -1) { rww = 0; } /* maybe add some sort of timeout counter here.. fauxWDT++; if (fauxWDT >= 10000) { rww = 0; } */ } /* do something with rsp here */
  3. disclaimer - i only play games with the fpga.. i dont do any vhdl/verilog... most of my hardware work i do with microchip PIC or arduino.. regardless, the amount of data you are talking about you would probably need to write the data to an SD card and read it out again later for post processing. assuming you could run the fpga fast enough to capture the data. the papilio usb interface is an FTDI chip so you would need to output that serially. (which wont work.. its too slow for 10 images/sec.. even @ max speed) that is to say, 10 images/second is a lot of data .. you wont be able to transfer that over serial port of the papilio. you could probably use the esp wifi wing that ?alvie? designed and send out the data that way if it was me, personally i would try using a vhdl/verilog implementation of a 74hc165 shift register with D0-D7 tapping the 8 bit bus and whatever pin the lcd uses as input from the mcu to say data is there, display it (RS i assume) either straight or inverted logic, to the clock pin on the shift register so you know when the bits are set and you can read them. you will need to use resistors and pull ups since iirc the papilio is LVTTL write data to SD card or sent out via wifi, and process later. pretty sure Zpuino can do it but not sure if it can do it fast enough. @alvieboy would be the one to ask about zpuino and esp8266 i dont know enough about the lcd protocol used to decode the data but i would guess it wouldnt be that hard to find online. if i may ask, what are you trying to capture data from ? @ anyone - feel free to correct me if anything seems off. i am honestly not sure if the fpga can read the bits fast enough or if the SD interface is fast enough to write the bits/bytes to the card.
  4. thanks for the feedback
  5. not sure what to suggest other than trying out Vlait's project to check the SD card interface.
  6. thats the only part that looks odd to me. try programming it from the command line? as for afaik that was never completed
  7. just checked the GF github. the ArcadeBlaster app supports the LogicStart for the PacMan game.. so you should be able to run the Pong demo on it. you will need java irc you just open up settings in the UI and choose the right board then select pong and load game. (if no sound, try finding pacman since i dont remember if the pong demo has sound) there is a youtube video that shows you how to use it.. you can try my ROMVault Papilio Edition, but iirc i didnt bother adding in the LogicStart files since only PacMan hardware is supported if you have issues, let me know and i see if i can be of further assistance.. let us know how you get on
  8. cant annotate in github ?
  9. gotcha. the "factory" bitfile
  10. @fpga_guy - glad you got it sorted out. "golden" bit file ? @Jack Gassett - thanks. will dig out the p500 later and add it or make different test bed. and test with the PPro make sure it works as intended. (iirc it does though as Quickstart-Papilio_Pro_LX9-v1.5.bit is included in the archive and the menu as an option #2 [Load Factory Bitfile])
  11. I dont use the papilio loader but to help narrow it down, to see if its a software issue, if you have the arcade megawing for it, you can try https://app.box.com/s/llepjs55uugtrk59fkbtemb5qw77z1eg (its a test bed i made for jack for the PDUO but should work with the PPro also.. at least the video part) or look at the batch file in it, and see the last line where it reconfigures the fpga and run that command after loading your bitfile. @Jack Gassett - can we put this somewhere where i dont have to search through 2-3 years worth of posts / email to find it ?
  12. welcome to the jungle
  13. something like this? https://s-media-cache-ak0.pinimg.com/736x/72/33/d0/7233d0cb1ff1079a6f72d135d0c042dc.jpg
  14. i agree. separate the programming hw from the rest of the nano. that way you should be able to produce a cheaper board. and a separate board that can be used to program multiple nano's. probably a good idea to ship the nano with a USB core preloaded too...
  15. reset issue?
  16. not a problem
  17. ok. he fixed it
  18. i sent jack an email asking...
  19. iirc, pacman had no sound in "attract mode" but i am not 100% sure. one of the other games has no sound at all also. iirc something to do missing sound cpu (lack of resources i think). would have to check emails from 2014.
  20. using bash for windows on a fresh download from github ::: root@FELIX-DELL:/mnt/c/Users/Felix/Downloads/ROMVault/ROMVault# md5sum `find . -name "*DUO*bit"` ec1fffb032079808c647a531daaec4d4 ./ROMVault2/Stage/papilio/bscanSPI/XC6SLX9-DUO.bit root@FELIX-DELL:/mnt/c/Users/Felix/Downloads/ROMVault/ROMVault# not sure where that other XC6SLX9-DUO.bit came from..
  21. http://forum.gadgetfactory.net/index.php?/page/articles.html/_/papilio-arcade/romvault-papilioedition-08-mar-2015-build-r93
  22. autodetect relies on the output of papilio-prog since it says unknown flash, i am guessing we should talk to @Jack Gassett since i don't know what causes that... i am guessing papilio-loader-gui settings you are using loads to fpga instead of flash which is why you dont see the issue there. just tell romvault to program game to FPGA instead of Flash for now? bottom right side , above the "Save" button, in the dropdown, change Flash to FPGA or sudo ./papilio/tools/linux/papilio-prog -v -f /home/skip/ROMVault-Papilio/papilio/_tmp/processed.bit btw you dont have to run it as root. there is a thread on forum that talks about it http://gadgetfactory.net/learn/2013/09/18/howto-papilio-loader-gui-on-linux/ you may have to adjust it a bit but you should be able to figure it out .. probably just stuff under "No Root Required!" need to be done
  23. thanks for the file Skip. let me know how the rest goes. //F
  24. Jose? who is that lol.. there is only one person who calls me Jose and he is kind of a d!ck .. either way try loading to FPGA instead of Flash. 1) its quicker 2) after the file loads to flash, you have to trigger fpga reconfig. try loading the bitfile as normal then disconnect/connect the papilio board. if new bitfile shows up then the reconfigure command needs tweaked. also there seems to be a space missing in the argument to papilio-prog - - ARG: -v -f/home/skip/ROMVault-Papilio/papilio/_tmp/processed.bit -b "/home/skip/ROMVault-Papilio/papilio/bscanSPI/XC6SLX9-DUO.bit" -sa -r change Papilio.cs line 807 from string prog_args = string.Concat (" -v -f", bitfileFilename, .......... etc to string prog_args = string.Concat (" -v -f ", bitfileFilename, .......... etc notice the extra space after the -f that should fix all your issues. i will commit a fix to my git later on i committed a fix just now for the -f issue. will need to see about the 32 bit vs 64 bit issue though. unless you want to send me yours (i assume those are statically linked?) btw, the library function works as such.. you select "save .bit" and it will add the file to the library. next time you can load from library so no need to run the various PScript (Papilio Script) directives to reassemble the game. this is especially useful on atari 2600 as those take longer to do (due to the fact that i have to scan the rom code to *guess* what kind of bank switching scheme it uses and select the proper hardware profile)