• Content count

  • Joined

  • Last visited

  • Days Won


Community Reputation

8 Neutral

About Felix

  • Rank
    Advanced Member

Profile Information

  • Gender Male

Recent Profile Visitors

723 profile views
  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...