<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.7.2" -->
<rss version="2.0">
	<channel>
		<title>Freescale MC13224 Review</title>
		<description>Comments for Freescale MC13224 Review at http://freaklabs.org , comment 1 to 2 out of 2 comments</description>
		<link>http://freaklabs.org</link>
		<lastBuildDate>Sat, 31 Jul 2010 02:56:55 +0100</lastBuildDate>
		<generator>FeedCreator 1.7.2</generator>
		<item>
			<title>...</title>
			<link>http://freaklabs.org/index.php/Blog/Zigbee/freescale-mc13224-review.html#comment-91</link>
			<description>Hi Yifeng.
Yeah, I found out about the trick in the 802.15.4 spec. Its kind of funny because it kind of defeats the purpose of the data pending flag. Looks like its a common practice though.

Here's the link to the Atmel review.
[url=http://freaklabs.org/index.php/Blog/Zigbee/atmel-at86rf230_231-review.html]Link[/url] - Akiba</description>
			<pubDate>Sat, 27 Sep 2008 08:53:37 +0100</pubDate>
		</item>
		<item>
			<title>...</title>
			<link>http://freaklabs.org/index.php/Blog/Zigbee/freescale-mc13224-review.html#comment-90</link>
			<description>Very good review. Thumbs up.

BTW, I didn't find your review on Atmel AT86RF23x. Would you please let me know where it is.

Regarding the auto ack for data request, there is a trick. In 15.4, there is only 54 symbols, or about 850us for you to figure out if there is a pending packet and send out the acknowledgement. Usually, that time period is tight for a MCU to respond promptly. The trick is to let the radio always respond with pending bit set for Data request command. Then the MCU will check if there is a real data for the polling end device. If there is no data pending, just send a packet without any MAC payload or let the end device timeout. Playing this trick will significantly reduce the requirement for MCU speed. - Yifeng</description>
			<pubDate>Sat, 27 Sep 2008 03:32:10 +0100</pubDate>
		</item>
	</channel>
</rss>
