Jack315的个人空间动态-电子工程世界

Jack315

动态发布点评好友关于

2024-12-10
回复了主题帖：锅仔片按键

呜呼哀哉发表于 2024-12-9 09:40 朋友你好，我现在的问题是这个膜怎么固定上去？买回来的锅仔片是这个样子。 ... 如何固定的问题，一般是结构工程师考虑的问题。一般建议用 13# 这样的锅仔片，如果没记错的话，应该是焊上去的。性能相当不错，应该是性能、价格都比较高的一种方案。
2024-12-06
回复了主题帖：锅仔片按键

本帖最后由 Jack315 于 2024-12-6 20:38 编辑我的头像图片下方就是 4 个锅仔片按键。查了一下，两个触点是由一个圆环加中心一个圆焊盘组成。这是另外一种锅仔片，具体结构记不清楚了
回复了主题帖：锅仔片按键

maychang 发表于 2024-12-6 20:07 【线路板上的两点触点可设计成两个半圆（一个圆被切成两半）。】这样电路板上两个半圆的方式，是用于 ... 导电橡胶按键是锅仔片按键的低成本方案。 1. 缺点是手感（机械反馈）差。 2. 触点寿命短。一般家里的电视、空调遥控器的按键通常用的就是导电橡胶按键方案。
回复了主题帖：锅仔片按键

本帖最后由 Jack315 于 2024-12-6 20:15 编辑锅仔片是粘在一个塑胶基片上的，如图所示：这个带锅仔片的基片安装时覆盖在线路板上。在外壳上每个锅仔片上方对应有一个按键。按下按键，锅仔片中心部分被按下接触线路板上的两个触点，接通电路。同时锅仔片边缘被弹起，引成按键被按下的一个机械反馈。线路板上的两触点可设计成两个半圆（一个圆被切成两半）。圆的直径一般要小于锅仔片的直径，只要对应锅仔片的中心一小部分即可：我们使用的键盘内部结构与此类似，不同的是键盘两个触点由两层塑胶基片上对应的导电盘组成，而两个基片中间由另一层塑胶片隔开。按键的机械反馈则由橡胶的弹性壁提供。锅仔片按键是一种性能优良，同时价格较贵的一种方案。一般是产品按键数量较少时考虑采用的方案。
2024-10-14
回复了主题帖：语音滤波器设计怎么做

@gmchen 用开关电容滤波器合不合适？
2024-07-29
回复了主题帖：怎样将三角波信号变为方波信号，幅值可变

LZ 考虑下单稳态触发器能不能满足要求。
2024-07-25
回复了主题帖：新人求教，在ADC引脚上串联一个电阻后，如何对测量结果进行补偿？该电阻的压降如何算

R3 换成电压跟随器是正解。射极跟随器成本低，但不适合量产，因为需要逐个进行校准；运放跟随器成本高一点，但适合量产。
2024-07-08
回复了主题帖：求助没搞懂这个是芯片吗？

参考 COB (Chip On Board) 制造过程。 How Chip-On-Boards are Made： https://learn.sparkfun.com/tutorials/how-chip-on-boards-are-made/all
2024-06-20
回复了主题帖：这种复杂电路如何分析

本帖最后由 Jack315 于 2024-6-20 15:46 编辑当把 LM328 :( 作为理想运放考虑时的传递函数为：
2024-06-03
回复了主题帖：上电波形

由于电源滤波电容的存在，在第一次上电的时候（电容上电压为零），正常的上电波形应该是电压从零逐渐上升到正常的供电电压。这个波形显示的是从 5V （电容上电压不为零）逐渐充电（放电）到 1V 不到，然后突然回到正常供电电压。应该不是个正常的上电波形。所以推断电路很可能有异常。检查下电路的连接、电路中的器件……等是否都正常。如果方便的话，还是把电路图，甚至实物图片放上来看看。有些问题是要在细节里才能发现的。
2024-05-17
回复了主题帖： keil数组长度问题

【数据处理和CORDIC 算法】 CORDIC 算法是一种高效的定点小数三角函数计算方法，可同时得到正弦和余弦的值。如果数据处理主要涉及三角函数的计算，如 FFT，则可以考虑使用 CORDIC 算法。总之，将数据存储和处理分开进行，利用适当的数据压缩和处理技术，64 KB 的 RAM 是应该能够应付得过来的。
回复了主题帖： keil数组长度问题

【ADC 数据压缩】一个 ADC 数据是 12 位，如果是用 3 个字节存储，则一秒的数据共 30 KB * 1.5 = 45 KB。如果数据是缓慢变化的信号，如电池电压，则第一个数据保存实际的 ADC 值，后续用 4位或 8 位保存增量。则一秒的数据需要约 15KB ~ 30KB。如果数据是已知周期的周期信号，则第一个周期保存实际的 ADC 值，后续周期用 4位或 8 位保存相同相位的增量。则一秒的数据同样只需要约 15KB ~ 30KB。但若周期不稳定，这个方法可能会有问题。数据压缩的思想就是不保存特定值，如 0；或将重复的数据用更少的字节来表示，如连续 100 个 0x55 接连续 100 个 0xAA，可以用 0x64, 0x55, 0x64, 0xAA 来表示。如果有必要，浮点数的存储也同样有潜力可挖。总之是用时间换空间的思路。
2024-05-16
回复了主题帖： keil数组长度问题

wyyyyy0518 发表于 2024-5-16 14:53 具体就是想定义两个数组用于存储采集的数字量和转换后的模拟量，用于后续的数据处理。数据采样率可以达到 ... 采样率 30 KSa/s，一个数据 16 位（12 位 ADC），一秒的数据共 60 KB。如果数据处理可以使用定点小数，则不需要 float 数组，甚至有可能将所有 ADC 数据放在一个 uint16_t 的数组里。另外一种可能的方法是将两个大数组用 union 定义，使得 int32_t 数组与 float 数组共享同一块 RAM。这样 RAM 使用量就可以降低一半，而数组的大小就可以从 8000 扩大到 16000。只是不知道这个大小的数组是否够用。
回复了主题帖： keil数组长度问题

解决的方法与具体应用有关。 LZ 能否描述下这两个大数组的使用过程？先放个网上的资源，不一定对路。 STM32内部RAM不够怎么办？ https://blog.csdn.net/linsp1314/article/details/113538672