PropCR provides a device implementation of the Crow serial protocol, whichallows a computer (a host) to send commands to a Propeller (a device). Commandsare sent to an address (1-31, or 0 for broadcast) and a port (0-255). A service at thegiven address and port then performs the command and sends a response if expected.

Now that xbee has that pointer, it can be used as a device identifier with any fdserial function with fdserial.term parameters as well as any simpletext function that has a textt.device parameters. Keep in mind that there could be more than one full-duplex serial device connected to the Propeller. The RFID Reader Module USB can be used in a wide variety of hobbyist and commercial applications, including access control, automatic identification, navigation, inventory tracking and payment systems.

These files -- PropCR.spin and PropCR-BD.spin -- are intended to serve as a base forimplementing a custom Crow service. By default they don't do anything except respond tostandard Crow admin commands on port 0: ping, echo, hostPresence, getDeviceInfo,getOpenPorts, and getPortInfo.

PropCR-BD features break detection. When a break condition is detected the code atBreakHandler will execute. Otherwise PropCR.spin and PropCR-BD.spin are identical.

Highly compressed pc games 2015. The Crow protocol allows for multiple devices, so multiple instances of PropCR may belaunched into separate cogs and share the same rx and tx lines, as long as each is givena unique address.

PropCR requires non-standard byte ordering for command payloads. Specifically, everyfour-byte group must be reversed, including any remainder bytes. Response payloadsfollow the standard byte ordering.

The PyCrow project ('crow-serial' on pypi.org) has a host implementation that can beused to communicate with a PropCR instance. Use the Host.set_propcr_order method to selectPropCR byte ordering for a given serial port and address.

host implementation: https://pypi.org/project/crow-serial/

Crow homepage: http://siedell.com/projects/Crow/

I recently acquired a PropBOE and absolutely love it. I put atop my BOEBot and found it very easy to integrate. I decided to dive off into a project with the Prop and I'm a bit hung up.Is it possible to read data from the USB serial port on the PropBOE using something like SERIN from the BS2?(I understand it's prob a bit more involved than the BS2, but the SERIN and WAIT really made life easy for reading data from the computer.)Also, I understand P31 is the Rx pin on boot. After bootup, is P31 reset as a plain I/O pin or is it still useful as a serial input from the USB connection?I'm wanting to listen to a stream of serial data coming from the computer and just at a loss on how to proceed. Thanks for any assistance! The Propeller needs a serial driver to communicate with the PC such as 'FullDuplexSerial.spin' or 'Parallax Serial Terminal.spin'.You can then use a serial terminal program like 'Parallax Serial Terminal.exe' as a debug window.These serial drivers often use pin 31 to 30 to communicate with the PC since they're wired to the USB interface.

But the program needs to configure these pins before they can be used to communicate with the PC.Make sure and check out Parallax's new ' section about the PropBOE. It has lots of useful information on getting started using the Propeller.The Propeller Tool's 'Help' section also has a pdf of the Propeller Education Kit which also has lessons on how to do these type of things. You can use other serial drivers as well, depending on what you need. For speeds up to 9600 Baud, you could use the SimpleSerial object which is written all in Spin.

For higher speeds or to get buffering, you'll probably have to use FullDuplexSerial or one of its variants. All of these can be configured to use I/O pin 31 for receiving and I/O pin 30 for transmitting. You might want to put a check in your program to see if I/O Pin 31 is initially high (1) before initializing or otherwise using one of these serial drivers. If I/O Pin 31 is low, you probably don't have the USB serial port connected and you can sometimes have problems with unexpected resets if you try to transmit out I/O pin 30 without a USB port powered up. GrendelT: Yes.

It's really simple.Take a look at the FullDuplexSerial object that came with proptool. You should find a sample program that uses it. Use 115200 baud (easiest default) and use the Parallax Serial Terminal (PST) (windows terminal program) that came with proptool for the PC end.Now.

Before you download, open PST and ensure it has 115200 baud set. Then switch (click) PropTool and do the download. While this is downloading you can click on PST and it will check the COM port for availability (counts down 10secs) and when the port is released by PropTool it will take the port. It is best to use a waitcnt instruction of 23 seconds before outputting any messages from your prop. Otherwise, just repeat outputting a character so you can see it on PST on your PC.If you have problems, check back here for more help.

Once you have this working, it is a great debugging aid - I cannot stress this enough!!! h=1AN018: Communication with a PC Application/hKeywords:VB.NET, Visual BASIC, Communication, Serial, Protocol, Packet, PC, QuickStart, P8X32AAbstract:Abstract: Many embedded applications share information with external devices, and the preferred connection between devices is asynchronous serial communications. The multi-core architecture of the P8X32A enables the designer to create and deploy device-to-device communications strategies with no impact on the primary application code. In this example a deployed communications support cog manages data between the main application and the serial I/O firmware, usingVB.NET and the P8X32A QuickStart board. I came across that PDF too. The application is already made though and is known to work with other devices.I'm just wondering if it's possible to pick only pieces from the data coming in.Suppose the serial line is receiving this data: P45 V13.6 C0.200 T78.6F U12:05 LAT94.6 LON32.5How would I pull out just the LAT and LON fields using PST?

With PBASIC you could do a WAIT on the SERIN command. Do I need to receive the whole string then parse it out or is there an object that provides this sort of functionality?.Suppose the serial line is receiving this data: P45 V13.6 C0.200 T78.6F U12:05 LAT94.6 LON32.5How would I pull out just the LAT and LON fields using PST? With PBASIC you could do a WAIT on the SERIN command. Do I need to receive the whole string then parse it out or is there an object that provides this sort of functionality?Spin has not such built in functions like PBASIC. Either you find an object that has this functions or you do it by yourself. Here is a possible way to decode the characters while you receive them:CONclkmode = xtal1 + pll16xxinfreq = 5000000OBJser: 'FullDuplexSerial'VARbyte c1,c2,c3long lon,lat,versPUB Mainser.start(31,30,0, 115200) '.