[PD] parse a serial stream

[Hans-Christoph Steiner]

Check out arduino-test.pd and arduino.pd, there is a two-way protocol  
that is parsed in Pd:

http://pure-data.cvs.sourceforge.net/pure-data/externals/hardware/ 
arduino

.hc

On Oct 16, 2006, at 4:22 PM, nward04 at qub.ac.uk wrote:

> Hi,
> Ive come up with a way to parse out packets from a serial  
> datastream that works but is possibly the ugliest thing Ive ever  
> done and Id wonder about its resilience.
> If anyone could have a look and advise a better way of doing this  
> I'd really appreciate it.
> Essentially each packet of the data looks like so
> 7E 42 FF FF 06 7D 5D 0D 01 XX XX XX XX XX XX XX XX XX XX XX XX CRC CRC
>
> where the first XX XX represents a 10-bit ADC value in little  
> endian format (LSB MSB) from sensor 1.
> There are 6 sensors in total.
>
> I put together a patch based on searching for 7e 42 FF FF. 7E and  
> FF will never appear in the data part Im promised.
>
> I have no control over the data stream format as thats handled by  
> another guy.
>
> Anyway my approach uses [route] and loads of [spigot] to look for  
> the 7E 42 FF FF and when it finds it bang a [repack] that has been  
> "buffering" the data.
> That goes to [unpack] to unpack the bytes.
>
> Any pointers to a nicer way would be great. Ive attached the monster.
> Thanks
> Nick
>
>
> <serial2.pd>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list


------------------------------------------------------------------------

Terrorism is not an enemy.  It cannot be defeated.  It's a tactic.   
It's about as sensible to say we declare war on night attacks and  
expect we're going to win that war.  We're not going to win the war  
on terrorism.        - retired U.S. Army general, William Odom