Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/arduino/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Arduino 从带有nRF24L01和x2B的TLSR8368接收信号;_Arduino_Packet_Wireless_Packet Sniffers - Fatal编程技术网

Arduino 从带有nRF24L01和x2B的TLSR8368接收信号;

Arduino 从带有nRF24L01和x2B的TLSR8368接收信号;,arduino,packet,wireless,packet-sniffers,Arduino,Packet,Wireless,Packet Sniffers,我的灯有一个遥控器,它使用TLSR8368芯片通过2.4Ghz连接控制灯。由于遥控器有额外的开/关按钮,我真的希望能够将这些按钮用于我家的其他一些电器,比如带有Arduinos的继电器。问题当然是如何检测它发送的是什么样的信号,以及什么可以接收。芯片的数据表()上说,收发器可以在2.400GHz到2.4835GHz的频率范围内工作,支持2Mbps和250Kbps模式,数据包如下所示: 或者像这样: 所以我想,这看起来非常接近nRF24L01+。它使用相同的频率,相同的速度,协议如下:(来源:)

我的灯有一个遥控器,它使用TLSR8368芯片通过2.4Ghz连接控制灯。由于遥控器有额外的开/关按钮,我真的希望能够将这些按钮用于我家的其他一些电器,比如带有Arduinos的继电器。问题当然是如何检测它发送的是什么样的信号,以及什么可以接收。芯片的数据表()上说,收发器可以在2.400GHz到2.4835GHz的频率范围内工作,支持2Mbps和250Kbps模式,数据包如下所示:
或者像这样:

所以我想,这看起来非常接近nRF24L01+。它使用相同的频率,相同的速度,协议如下:(来源:)

所以现在我想知道我是否能让这些交流。然而,我不知道如何开始这个endavour,因为有很多开放变量-我不知道精确的频率,而且,nrf24l01还需要一个“管道”来听-它丢弃了所有其他不包含这个管道的包,因为它不提供混杂模式

所以现在我需要尝试128*2^40个不同的通道和管道组合,这显然是不可行的。在谷歌搜索之后,我发现了以下链接:,这解释了nrf24l01的数据包嗅探器,但它附带了很多警告,在我花时间尝试(并为此安装Windows…)之前,我想知道这是否值得花时间,如果我尝试做的是完全不可能的,或者,如果有一种更简单的方法可以做到这一点(同样,如果这种更简单的方法意味着不使用nrf24l01,而是购买另一个接收器芯片)


有人能提供一些帮助吗?

要求我们对设备通信进行反向工程的问题太广泛了。我知道是这样,但我真的没有这样要求。我只是从来没有这样做过,所以我真的只是问它是否可行,或者是否有明显的原因说明这是不可能的。在我看来,这些协议非常相似,可能值得一试,但正如我所说,我在这方面没有任何经验。询问是否有可能仍然被认为过于宽泛。在使用相同的频率和数据包结构之间有更多的区别。询问硬件兼容性也不是真正的编程问题。我理解。但是再一次,如果你知道除了频率和数据包结构之外还有什么,你已经知道的比我多了,这些提示正是我想要的。关于这不是编程问题这一事实:我也这么认为,但我查看了其他stackexchange论坛,没有发现任何合适的内容(这不适用于serverfault或HardwareRecommensions),因此我认为我的问题基本上是关于包兼容性的,这里也是一个很好的地方——再次,如果你知道的更多,我很高兴被告知。他们至少都使用GFSK调制。因为没有一个更适合SE的网站,并不意味着它就在这里的主题上。堆栈溢出不是一个包罗万象的站点。此外,SE站点不是论坛。它们不是用来讨论的。要求我们对设备通信进行反向工程是一个太宽泛的问题。我知道是这样,但我真的不是这样问的。我只是从来没有这样做过,所以我真的只是问它是否可行,或者是否有明显的原因说明这是不可能的。在我看来,这些协议非常相似,可能值得一试,但正如我所说,我在这方面没有任何经验。询问是否有可能仍然被认为过于宽泛。在使用相同的频率和数据包结构之间有更多的区别。询问硬件兼容性也不是真正的编程问题。我理解。但是再一次,如果你知道除了频率和数据包结构之外还有什么,你已经知道的比我多了,这些提示正是我想要的。关于这不是编程问题这一事实:我也这么认为,但我查看了其他stackexchange论坛,没有发现任何合适的内容(这不适用于serverfault或HardwareRecommensions),因此我认为我的问题基本上是关于包兼容性的,这里也是一个很好的地方——再次,如果你知道的更多,我很高兴被告知。他们至少都使用GFSK调制。因为没有一个更适合SE的网站,并不意味着它就在这里的主题上。堆栈溢出不是一个包罗万象的站点。此外,SE站点不是论坛。它们不是用来讨论的。