> Isn't manchester encoding a fundamental way of transporting bits under
> a clock system
Yes - though I gather that compression is definitely not in the deal.
I'm just wondering how the signal is getting into the system.
Since clocking is important you run into the same problem when trying to use Windows as a function generator - it ain't deterministic. 64ms. is probably doable though. It looks like the encoding isn't all that picky. Still, hardware is much more preferable than software.
-SHAWN-
> a clock system
Yes - though I gather that compression is definitely not in the deal.
I'm just wondering how the signal is getting into the system.
Since clocking is important you run into the same problem when trying to use Windows as a function generator - it ain't deterministic. 64ms. is probably doable though. It looks like the encoding isn't all that picky. Still, hardware is much more preferable than software.
-SHAWN-
Has anybody written a program to encode/decode Manchester data? I need to program and read back a device that has a 64 bit stream.
Clock = 15.625 Hz so bit time is 64ms. Total meaasge = 4.096 s.
Start 4 bits
Message 52 bits
Checksum 4 bits
Gap 4 bits
Any help is appreciated. Thanks
Joe Marsiglia
Unison Industries
---
You are currently subscribed to vrf as: rsb@soco.agilent.com
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".