UPDATED: Having issues with getting Spinneret talking to RFID Read Write module.
lazer luke
Posts: 27
Greetings.
I am working on a Networked RFID Door and Equipment access system for a shared workspace. I am having some trouble with the SPIN examples for the Parallax RFID Read/Write module.
Testing on Mac and Windows. Running Mac Book Pro and Running an AMD Windows 2008 box.
Was able to write simple programs and upload them to the Propellor Chip. Was able to get some readings with Viewport. So things are communicating fine on both platforms.
I issues with the BST specifically. In attempting to test the http://obex.parallax.com/objects/656/ RFID Read Write test SPIN code. Don't seem to be able to transmit the control commands through the PST or the BST. In BST I do not get the same windows that are depicted in the manual.
Has anyone had success with this object?
Has anyone had a similar issue with BST?
An insight is appreciated. I have to really get this system up and running in the next week.
Best,
Luke
I am working on a Networked RFID Door and Equipment access system for a shared workspace. I am having some trouble with the SPIN examples for the Parallax RFID Read/Write module.
Testing on Mac and Windows. Running Mac Book Pro and Running an AMD Windows 2008 box.
Was able to write simple programs and upload them to the Propellor Chip. Was able to get some readings with Viewport. So things are communicating fine on both platforms.
I issues with the BST specifically. In attempting to test the http://obex.parallax.com/objects/656/ RFID Read Write test SPIN code. Don't seem to be able to transmit the control commands through the PST or the BST. In BST I do not get the same windows that are depicted in the manual.
Has anyone had success with this object?
Has anyone had a similar issue with BST?
An insight is appreciated. I have to really get this system up and running in the next week.
Best,
Luke
Comments
Have you changed the RFID I/O pins to available Spinneret Prop pins?
How do you have things connected? Powered? What kind of RFID module to you have? What manual?
If you are expecting serial data back on the Mac you will need to dowload a terminal program. I suggest Coolterm. BST on the mac has not terminal window to open - you have to manually launch one to see results.
Brandon_L
Will go test these ideas now. I was attempting to assign pin 25 and 26 as the RX TX between the chip and the RFID R/W. How can I use pins 30 and 31 be used to communicate with the RFID module SIN SOUT if they are used to communicating with the prop plug? I was under the impression that any of the free pins could be used for I/O. I would prefer to use pin 25 and 26 if possible. This way I can keep system connected with prop plug as I iterate. Plus pins 25 and 26 are accessible on the proto-board. Does that make sense?
The RFID module is the Parallax RFID Read Write module Serial. Item number 28440
Everything seems powered fine. I can write programs to the Prop chip. Powered by 5 volts though an mbed on the bench. Will be switching to a external 5 volt power suppply when i install. Don't think it is a power issue.
I have the Parallax RFID working with an Arduino now. Since I was familiar with that chip. I used it for the first iteration. Was able to get it communicating with the Chip and feeding data back to the mac with little effort.
I did download iTerm in an attempt to get it working before. Will try again and with CoolTerm after tweaking.
Best,
Luke
The "Host" alias sends messages to the PST. HOST does NOT communicate with the RFID. The two constants below define RFID Rx/Tx. This is also clearly published in your source code reference. I take it you're running updated code but referenced the original code? Not really, iterate what?
What protoboard? Did you build a circuit?
If you want help please better describe you setup and post the code that you actually have loaded in the Prop.
I mean iterate in the sense of making sequential versions of a thing. Each one adding functionality. For instance; When I get the RFID module talking to the prop chip and sending data back to the terminal. The next iteration will involve sending the data over the network. The next iteration of the system will compare the data read from the card and sent through the network to a data base and make a comparison. It will then return a 1 or a 0 and unlock a door. The next iteration we will implement some rules for what to do if the network is down. And so on.
With Regards to the Proto Board:
http://www.parallax.com/Store/Microcontrollers/BASICStampDevelopmentBoards/tabid/137/txtSearch/spinerette/List/0/SortField/4/ProductID/469/Default.aspx
Parallax's Prototyping Daughterboard is a convenient through-hole board that allows you to build your own circuits for the MoBoStamp-pe motherboard, the Propeller Backpack, and the Spinneret web server.
Yes I built a circuit and custom Makerbot printed enclosures for this system.
With regard to the TX and RX listed in the code:
My understanding is that these are the pins that are connected to the RFID module
and not the host computer. It does clearly say to SIN an SOUT of the RFID module.
Ah ... I think I see your point. I should change the FDS pins to 30 and 31? I overlooked that they were set to 29, 28
Luke
Luke
Please update the OP subject line from unsolved to solved.
I have not gotten the serial to work though the mac. Working fine with the PC. Tried Cool Term. Going back over it now. Hmmmm?
Brandon_L
Glad to hear that the deadline on the contest was extended. I think I can have a really refined hardware and software and documentation with the extra time.
Will take and post some pictures as it progresses.
Thanks for the help.
Also, I have a question. When is the right time to start a new thread? I really wonder about this.
Going to turn the end of this into a mini update about the project and the contest. But maybe that should be a new thread?
I am really hacking up the examples and drivers I found for both the RFID and Spinneret. I know this thing is a bit of a Frankenstein right now but I think that once I get the main goals accomplished I will refine it ....... and rewrite some of what is being handled by the existing SPIN libraries and drivers. Especially since this is a pretty simple UI. It only does a few things over and over.
Have the whole circuit with me on a trip to Philadelphia to collaborate with the network - back-end programmer. In a simple first iteration enclosures that I designed in Blender and printed on the Maker-Bot. Right now they are form fit enclosures. But later versions will be more ornate. I am transporting the system in a nice molded case, with a clear lid that I picked up in Akihabara.
I want to post where ever I am at with the project code wise tomorrow. Would appreciate some feedback about things as I get to know the Prop better. I am confused a bit right now when to call a new cog ......
With regard to the SPIN programing ..... I have all the basic parts working. Just not together yet. Some working conditional statements but things are seemingly working in an either or manner. Thinking this is where I need to understand cog management and how to manage the transitions between process and states of this system. Have both the Propeller Manual and the The Official Guide Programming and Customizing The MultiCore Propeller Microcontroller books. So reading on the forum and Object repository as well as referencing the books. Obviously chapter 8 Using Multicore for Networking Applications is interesting. Going over Chapter 3 (Debugging code for multicore) again now. I cam curious if it would be worth while for me to fire up the View Port demo?
Awesome 3d prints! I got it worked out on the Mac. Your Baud rate is wrong. Your set for 57,600 - you need 115,200. Set the port to your Propclip. You need to then hit the connect button. BST can not write to the propeller if the terminal is connected. To use BST you have to hit the disconnect button.
Brandon_L
Here is what I have come up with so far. I have not tried this one on the hardware yet but will either later today or tomorrow morning. It is made from working bits of code that were individually tested.
It does compile so that is a good start. Thinking most of the day tomorrow and Thursday will be testing working
out the bugs. I have to have a working version accessing the database by Friday. So any insight or advice would be greatly appreciated. This is my first program with SPIN so if you see anything blatantly wrong please advise me.
A few things I am curious about: The way this is set up now; I am using REBOOT to get back to the listen mode loop state. I am speculating that there is a better way to do this. Also, not sure if I should ideally be using if or if else or repeat until statements in certain circumstances.
Sorry the format of the code is so wide. Was working on 24 inch screen and got carried away.
Luke
I'm sorry; but there are a few problems with your posted code. Execution never leaves "listenMODEloop". The W5100 is never fired up (initialized).
I would..
Create an RFID process that reads RFID data and writes to memory. I'd spin this up in a new COG. This will remove the need for a REBOOT.
Create another process that reads the same memory location and does whatever processing is required. Finally it clears the RFID data for the next write.
Initialize the W5100 at start up.
Luke
Brandon_L
Brandon_L