或
与
{{ forum.displayName }}
{{ forum.displayName }}
全部文章
只看精选
至
匹配程度
发表时间
降序
升序
收起
高级搜索
约找到 155 条结果，耗时 0.209 秒
我前段时间移植了OpenHD，几乎不用做什么修改(就去掉几个树莓派平台专用的操作GPIO的代码)，编译通过，用H616 debian跑了起来，配合rtl8812au当天空端，打印都是正常的，但是做地面站之后
Windows 10 操作系统不同于树莓派等开发板，x86/x64架构使LattePanda支持完整的windows系统，不需要特殊优化就能直接获得Visual Studio、Processing、OpenCV
研究了一下, 用一个HDMI接收IC把HDMI信号转换成24-bit RGB信号, 就可以驱动这个显示屏, 这样就能接树莓派, 接显卡了ADV7611是一款高质量、单输入HDMI® 接收器，支持HDMI
要说arduino、树莓派、STM32学哪个好，这得看专门讨论了，网上有不少帖子说这个问题。爱好者级别的应用中flash擦除寿命也不是问题，本身就有10万次，加上它容量大，文件写满才会擦除覆盖。
搞了一下午，最后就几句拼好码搞定了，这树莓派pico+MPU6050，陀螺仪输出是欧拉角，而且静止时有偏移，翻遍了imu库，没发现怎么输出倾角，z轴加速度也不正常，直接拿这些值写飞控不直接成V1导弹，小脑萎缩
都没有PA，居然能够传输20米，甚至拿到另外一个房间都能正常接收，甚至感觉要好于wifi电脑的算力是E52640和i5，发射端I5平板、接收端E5服务器，测试CPU占用来看，并不多，消耗算力很小，我尝试过树莓派的
航电决定使用ARDUINO控制,相比树莓派等开发版具有低成本、代码易编写等特点该火箭的所有发动机拟使用自带点火头（点火头在堵头封装时就已插入）,以便减少分离操作的复杂度,提高安全性一级发动机燃料燃尽之后火箭的加速度会降低
我前两天做无人机，MPU6050，BMP280，nRF24L01和树莓派pico全焊万用板上了，之后焊三极管，三极管焊完，感觉有问题，三极管不完全导通，一查，发现要自举电路，可板子上已经没空间了啊，无奈
2.精简SPI设计，是否可以采用现有的芯片 MCU之类的， 直接实现键盘的接入和类似树莓派的AV接口显示，也用一片PCB，复杂程度可以大大减小。
+树莓派3+前端显示……没想到你对sdr还有如此研究，一直以为你是搞火箭史的…业余无线电领域有比较成熟的方案，除了sunsdr还有很多厂商。网络方面也有一些websdr网站。
这样我们就实现了快速开发（baipiao）AI项目的能力，其中还有很多的功能可以实现，也可以完成远程的部署，用上树莓派4B或者Jetson nano系列，当然国外也有相对应好用的API接口，这个帖子总体上算是抛砖引玉
这个板子是一些非电子类专业， 如计算机和软件专业的大学生创业， 他们不会画PCB， 便用树莓派来做一些智能创业项目，导致消耗量很大， 绝大多数都是被他们买去做项目了。这些人是购买大头。
其次是多核化，控制显然是要用mcu，但是有很多地方还是可以使用比如树莓派等等来做一些mcu做不到的事情，比如计算机视觉。
在火箭燃料和能材这方面，一次事故人就没了，我以前用过树莓派pico驱动mos管加热铬镍丝来起hm，现在想想真是福大命大，那块板子后来在一次用tacn的实验的时候崩的不知道到哪里去了请勿模仿
我认为并不需要我去刻意举例，各位可以尝试下去淘宝或者其他网购平台购买像舵机模块，陀螺仪芯片，动力电池，树莓派，SD卡，摄像头模组，无刷电机等类似的东西，这些东西如今都极易触发【水】。
不过对个人技术能力有一定要求，可以通过集群平衡负载，分发流量到node节点，（还可以做冗余，但好像对于个人用户瞎折腾好像对可靠性要求也不是特别高）文件服务器建议还是单独留几个node节点专门负责，主要是树莓派本身的问题带宽小了
还有两个连接，有arduino IDE下对树莓派Pico编程的代码说明：XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
通常的做法是电视棒（或类似电路）加上树莓派。大约从2013年开始，招募志愿者，赠送接收机，就已经成为全球飞行信息平台的通常做法。
载荷为JY901（采集加速度、角加速度、磁角度等数据）与气压计（采集气压、温度数据），与控制系统一同放置于航电舱，处理器为树莓派zero（遥一）arduino micro pro（遥二、遥三、遥四）。