<?xml version="1.0" encoding="ISO-8859-1"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>E1.20 RDM (Remote Device Management) Protocol Forums - RDM General Implementation Discussion</title>
		<link>http://www.rdmprotocol.org/forums/</link>
		<description>General Discussion and questions relating to implementing RDM in a product.</description>
		<language>en</language>
		<lastBuildDate>Tue, 28 Jul 2026 21:55:02 GMT</lastBuildDate>
		<generator>vBulletin</generator>
		<ttl>60</ttl>
		<image>
			<url>https://rdmprotocol.org/forums/haylazblue/misc/rss.jpg</url>
			<title>E1.20 RDM (Remote Device Management) Protocol Forums - RDM General Implementation Discussion</title>
			<link>http://www.rdmprotocol.org/forums/</link>
		</image>
		<item>
			<title>E1.37-4 File Transfer Control</title>
			<link>http://www.rdmprotocol.org/forums/showthread.php?t=1358&amp;goto=newpost</link>
			<pubDate>Sat, 25 Jul 2026 14:51:40 GMT</pubDate>
			<description><![CDATA[I'm looking into E1.37-4 File Transfer Control for the purpose of bootloading using RDM. I'm curious if anyone has implemented this on a Responder,...]]></description>
			<content:encoded><![CDATA[<div>I'm looking into E1.37-4 File Transfer Control for the purpose of bootloading using RDM. I'm curious if anyone has implemented this on a Responder, and what they think about it. I'm particularly interested in issues of robustness, and bricking. We currently have a custom bootloader on our fixtures that does not use RDM.. mitigating these issues was top of the list of requirements. Also, are console manufacturers starting to design this File Transfer Control capability into their consoles?.. is it commonplace?, or not yet? Thanks in advance for any information! DougJ</div>

]]></content:encoded>
			<category domain="http://www.rdmprotocol.org/forums/forumdisplay.php?f=4">RDM General Implementation Discussion</category>
			<dc:creator>dj41354</dc:creator>
			<guid isPermaLink="true">http://www.rdmprotocol.org/forums/showthread.php?t=1358</guid>
		</item>
		<item>
			<title>8811E High-Speed RDM Decoder IC — Compact RDM Luminaire Design Solution</title>
			<link>http://www.rdmprotocol.org/forums/showthread.php?t=1357&amp;goto=newpost</link>
			<pubDate>Thu, 02 Jul 2026 09:23:19 GMT</pubDate>
			<description>Most RDM-enabled LED luminaires currentlyadopt MCU-based solutions for protocolimplementation. While this approach deliversreliable performance, it...</description>
			<content:encoded><![CDATA[<div>Most RDM-enabled LED luminaires currentlyadopt MCU-based solutions for protocolimplementation. While this approach deliversreliable performance, it entails a more complexbill of materials (BOM) and imposes stricterconstraints on the luminaire' s form factor. Isthere a solution to make RDM-compatibleluminaires sleeker and more compact?The 8811E is a high-speed <br />
RDM decoder IC. Itreceives RDM/DMX data and outputs TTL signato downstream driver ICs. Its core advantagesinclude a high signal baud rate of up to 4.8Mbps with automatic adaptation to thecontroller' s transmission rate, as well asintegrated sensing functions in an SSOP-10package, which supports real-time feedback ofparameters including temperature, voltage,current, power and operating time.</div>

]]></content:encoded>
			<category domain="http://www.rdmprotocol.org/forums/forumdisplay.php?f=4">RDM General Implementation Discussion</category>
			<dc:creator>GS chip</dc:creator>
			<guid isPermaLink="true">http://www.rdmprotocol.org/forums/showthread.php?t=1357</guid>
		</item>
	</channel>
</rss>
