select count(*) as count2, sum(count1) as coun3 from (select 1 , case when is_pdcp_busy_week =1 then 1 else 0 end as count1 from d_wx_expansion_oarea2023 )t union all SELECT COUNT(DISTINCT CASE WHEN unique_id_station IS NOT NULL THEN unique_id_station END) as count1, COUNT(DISTINCT CASE WHEN is_pdcp_busy_week = 1 AND unique_id_station IS NOT NULL THEN unique_id_station END) as count4 FROM d_wx_expansion_oarea2023将结果分别展示
时间: 2024-04-03 07:35:54 浏览: 98
对于第一个 SQL 查询,结果展示如下:
| count2 | count3 |
|--------|--------|
| 1 | count1的总和 |
其中,count2 的值为 1,表示只有一条结果。count3 的值为 count1 的总和,表示 is_pdcp_busy_week 为 1 的记录数。
对于第二个 SQL 查询,结果展示如下:
| count1 | count4 |
|--------|--------|
| 不为空的 unique_id_station 记录数 | is_pdcp_busy_week 为 1 且 unique_id_station 不为空的记录数 |
其中,count1 的值为不为空的 unique_id_station 记录数,count4 的值为 is_pdcp_busy_week 为 1 且 unique_id_station 不为空的记录数。注意,这里使用了 DISTINCT 关键字,表示去重后的记录数。
相关问题
SELECT * FROM crosstab( $$ SELECT (SELECT yard_city FROM cl_yard where yard_name=out_yard ) AS "city",COUNT(*) AS "coun" FROM cl.cl_cntrout GROUP BY out_yard ORDER BY 1 $$, $$ VALUES ('上海'), ('深圳') $$ ) AS pivot_table ( city TEXT, "上海" TEXT, "深圳" TEXT ); 哪里错了
<think>我们正在处理一个关于PostgreSQL的crosstab查询错误的问题。用户提供的查询语句如下:
```sql
SELECT * FROM crosstab(
$$
SELECT (SELECT yard_city FROM cl_yard where yard_name=out_yard ) AS "city",
COUNT(*) AS "coun"
FROM cl.cl_cntrout
GROUP BY out_yard
ORDER BY 1
$$,
$$ VALUES ('上海'), ('深圳') $$
) AS pivot_table (city TEXT, "上海" TEXT, "深圳" TEXT);
```
用户询问这个查询有什么问题。
根据PostgreSQL的`crosstab`函数的要求,我们需要确保以下几点:
1. 第一个参数(源查询)必须返回三列:第一列是行标识(rowid),第二列是类别(category),第三列是值(value)。在标准的crosstab查询中,源查询应该按行标识和类别排序。
2. 第二个参数(可选)是类别查询,用于定义输出中列的顺序和范围。如果提供,它必须返回一个列,且列出的值必须与源查询中的类别列匹配。
观察用户提供的查询:
- 源查询(第一个`$$`内的部分)只选择了两列:一个是通过子查询得到的`city`(实际上是按`out_yard`分组后,每个`out_yard`对应的城市),以及一个计数`coun`。但是,这里缺少了用于分类的列(即通常作为列名的列)。在标准的crosstab中,源查询需要三列:行标识、分类列、值列。
然而,在用户查询中,我们只有两列:第一列是`city`(行标识?),第二列是`coun`(值)。但是,这里缺少了分类列(即决定值放在哪一列的那个列)。在用户提供的查询中,没有明显的分类列。
实际上,用户想要按城市(上海、深圳)来统计数量,那么分类列应该是城市名。但是,在源查询中,我们只按`out_yard`分组,然后通过子查询得到每个`out_yard`对应的城市,然后计数。这样,每个`out_yard`(即每个场站)对应一个城市和一个计数。但是,这里每个场站只对应一个城市,所以实际上每个场站的数据只会出现在一个城市列下。
然而,crosstab期望的格式是:对于同一个行标识(这里是`city`),可能有多个分类(这里是城市名,但注意:行标识也是城市,这可能会导致混淆)的值。但这里行标识和分类列都是城市,这似乎不太合理。
实际上,用户可能想要的行标识是场站(`out_yard`),分类列是城市(`yard_city`),值是计数。但用户当前的查询将行标识设置为了城市(通过子查询得到的城市),而分类列缺失。
因此,问题在于源查询的结构不符合crosstab的要求。
2. 另外,在crosstab的第二个参数中,用户指定了两个类别值:'上海'和'深圳'。这表示在输出中,将有两列分别对应这两个城市。
3. 在定义输出列时,用户指定了:
```sql
AS pivot_table (city TEXT, "上海" TEXT, "深圳" TEXT)
```
这里,第一个列`city`是行标识列,后面的两列是分类列的值。
根据以上分析,用户查询的主要问题是源查询没有返回三列(行标识、分类、值),而是返回了两列(且这两列分别是行标识和值,缺少分类列)。实际上,在用户查询中,分类列应该是城市名,但是用户已经将城市名作为行标识了。
所以,我们需要调整源查询,使其返回三列:行标识、分类列、值列。
但是,观察用户的数据:表`cl_cntrout`中有一个`out_yard`(场站名称),而场站对应的城市存储在`cl_yard`表中(通过`yard_name`关联)。用户想要按城市统计场站的出场箱量(计数)。但是,这里每个场站只属于一个城市,所以实际上每个场站的数据只会出现在一个城市列下。那么,如果我们以场站作为行标识,以城市作为分类列,那么每个场站只会在一个城市列下有值,其他城市列为空。
但是,用户当前的查询中,行标识是城市(通过子查询将场站转换为城市),然后按场站分组计数。这样,同一个城市如果有多个场站,那么同一个城市就会有多行(因为按场站分组),这会导致行标识(城市)重复。而crosstab要求行标识必须是唯一的,否则同一行标识的多行数据会被视为多组分类值,导致输出多行(每个场站一行),而用户希望的是按城市汇总。
因此,我们需要明确用户的需求:
- 如果用户想要每个城市一行,统计该城市的总箱量,那么就不需要crosstab,直接按城市分组求和即可。
- 如果用户想要每个场站一行,然后按城市作为列(每个场站只属于一个城市,所以每个场站只会在一个城市列下有值),那么就需要使用crosstab,并且行标识是场站,分类列是城市,值是计数。
但是,用户提供的crosstab输出定义中,行标识列名为`city`(城市),而后面两列是具体的城市名(上海、深圳)。这似乎表示用户想要以城市作为行标识,但同一个城市可能对应多个场站,所以不能直接按城市分组(因为按场站分组后,同一个城市会有多行)。
因此,我推测用户可能想要以城市作为行标识,然后每个城市一行,然后统计每个城市的总箱量?但这样就不需要crosstab了。
或者,用户可能想要以场站作为行标识,然后每个场站一行,然后显示该场站的箱量,同时按城市将场站分组?但是,在同一个城市下可能有多个场站,那么输出中每个场站都会有一行,而城市列作为列名,那么每个场站只会在对应的城市列下显示箱量,其他城市列为空。这样,同一个城市的多个场站会显示在多行。
但是,用户提供的输出定义中,行标识列名为`city`(城市),这意味着行标识是城市名,那么同一个城市名只能出现一次(因为行标识唯一)。所以,用户应该是希望每个城市一行,然后统计该城市的总箱量。那么,为什么用户要按场站分组呢?
重新阅读源查询:`GROUP BY out_yard`,按场站分组,然后对每个场站计数。然后通过子查询将场站转换为城市。这样,每个场站对应一个城市和一个计数。然后,用户想用crosstab将城市作为行标识,但是这里同一个城市如果有多个场站,就会有多行数据(行标识相同),这会导致crosstab出错,因为行标识不唯一。
因此,正确的做法是:如果用户想要每个城市一行,那么应该按城市分组,而不是按场站分组。
所以,我们可以修改源查询,直接按城市分组:
```sql
SELECT yard_city AS city, COUNT(*) AS coun
FROM cl.cl_cntrout
JOIN cl_yard ON cl_yard.yard_name = cl_cntrout.out_yard
GROUP BY yard_city
ORDER BY 1;
```
这样就不需要crosstab了。
但是,如果用户坚持要用crosstab(例如,为了练习或者有更复杂的需求),那么我们需要提供符合crosstab格式的查询。假设用户希望以城市作为行标识,并且每个城市一行,那么我们需要确保源查询中每个城市只有一行数据。但是,crosstab通常用于将分类列的值展开为多个列,而这里我们只有一个值(总计数),那么使用crosstab就没有必要。
然而,用户提供了第二个参数(类别查询)为两个城市:上海和深圳,并且输出定义中也有这两列。这意味着用户希望输出中固定有两列:上海和深圳,每个城市一行,行标识就是城市(但这样行标识和分类列都是城市,就会重复)。
所以,我猜测用户可能误解了crosstab的用途。实际上,如果用户想要每个城市一行,然后每个城市的计数放在一列中(即一列就够),那么直接按城市分组查询即可。如果用户想要将不同的城市作为不同的列(即每个城市作为一列),那么同一个行标识(比如整个表作为一行)下,每个城市列下放该城市的计数。这样,行标识可以是一个常量(比如总计),然后列是各个城市。
例如,输出:
| row_name | 上海 | 深圳 |
|----------|------|------|
| 总计 | 100 | 200 |
那么,我们可以这样使用crosstab:
```sql
SELECT * FROM crosstab(
$$
SELECT '总计' AS row_name,
yard_city AS category,
COUNT(*) AS value
FROM cl.cl_cntrout
JOIN cl_yard ON cl_yard.yard_name = cl_cntrout.out_yard
WHERE yard_city IN ('上海','深圳') -- 只处理这两个城市
GROUP BY yard_city
ORDER BY category
$$,
$$ VALUES ('上海'), ('深圳') $$
) AS pivot_table (row_name TEXT, "上海" TEXT, "深圳" TEXT);
```
这里,我们设置一个常量行标识('总计'),分类列是城市,值是计数。这样,每个城市对应一行(在源查询中),然后通过crosstab将分类列(城市)的值转换为列。
但是,这样输出的行只有一行,行标识为“总计”。
如果用户希望每个城市作为一行(即行标识为城市),那么就会出现行标识和分类列都是城市,这样在源查询中,每个城市就会有一行数据,其中行标识为城市名,分类列也是城市名,值是该城市的计数。那么,在crosstab转换时,对于行标识为“上海”的行,其分类列的值也是“上海”,那么就会在“上海”列下显示计数,而其他列(深圳)为NULL。同样,对于行标识为“深圳”的行,在“深圳”列下显示计数。这样,输出就会有两行:
| city | 上海 | 深圳 |
|-------|------|------|
| 上海 | 100 | |
| 深圳 | | 200 |
这看起来很奇怪,因为每个城市一行,然后只有自己的列下有值,其他列为空。这也不是常见的交叉表。
因此,我建议用户明确需求。如果用户想要每个城市的计数,那么直接按城市分组查询即可。如果用户想要将不同城市的计数放在同一行的不同列中(即形成一行多列的交叉表),那么可以使用crosstab,并设置一个常量行标识。
但是,从用户提供的输出定义(`AS pivot_table (city TEXT, "上海" TEXT, "深圳" TEXT)`)来看,用户期望的行标识列名为`city`,并且后面有两列分别代表上海和深圳。这暗示用户期望输出中每一行是一个城市,然后有上海和深圳两列,但每个城市行只会在对应的列下有值。这不符合常规,因为城市作为行标识,同时又作为列名,会导致数据冗余。
因此,我怀疑用户可能混淆了行标识和分类列。实际上,在这个统计中,我们不需要分类列,因为每个场站只属于一个城市,所以按城市分组后,每个城市只有一个计数。此时,使用crosstab并不合适。
综上所述,用户查询的主要问题在于:
1. 源查询返回的列数不符合crosstab要求(需要三列,但只有两列)。
2. 源查询没有提供分类列。
3. 按场站分组后,通过子查询得到城市,导致行标识(城市)不唯一(同一个城市多个场站),而crosstab要求行标识唯一。
修正建议:
如果用户想要每个城市的计数,那么直接使用分组查询:
```sql
SELECT (SELECT yard_city FROM cl_yard where yard_name=out_yard) AS city,
COUNT(*) AS coun
FROM cl.cl_cntrout
GROUP BY out_yard -- 注意:这里按out_yard分组,但select中有out_yard吗?没有,所以这里按out_yard分组,但select中用了子查询,这可能导致问题
```
实际上,这个查询在PostgreSQL中可能无法执行,因为SELECT列表中的表达式(子查询)没有出现在GROUP BY中,也没有被聚集。所以,正确的写法应该是:
```sql
SELECT y.yard_city AS city, COUNT(*) AS coun
FROM cl.cl_cntrout c
JOIN cl_yard y ON y.yard_name = c.out_yard
GROUP BY y.yard_city;
```
如果用户坚持要使用crosstab,并且希望输出格式为:行标识为城市,然后每个城市一行,并且有固定的列(上海、深圳),那么我们需要调整源查询,使其返回三列:行标识(城市)、分类列(这里需要什么分类?)、值(计数)。但这里没有其他分类,所以无法使用crosstab。
因此,我建议用户不要使用crosstab,而是使用条件聚合:
```sql
SELECT y.yard_city AS city,
COUNT(*) FILTER (WHERE y.yard_city = '上海') AS "上海",
COUNT(*) FILTER (WHERE y.yard_city = '深圳') AS "深圳"
FROM cl.cl_cntrout c
JOIN cl_yard y ON y.yard_name = c.out_yard
GROUP BY y.yard_city;
```
但是,这样每个城市一行,然后上海列和深圳列中,只有该城市等于上海或深圳时,对应的列才有计数,其他为0。这实际上和直接按城市分组然后计数类似,只是将每个城市的计数拆成了两列(但每个城市只会在自己的列有计数,其他列为0)。所以,输出仍然会是多行。
如果用户想要将多个城市的数据放在一行(即行标识为常量,比如总计),那么可以:
```sql
SELECT '总计' AS row_name,
COUNT(*) FILTER (WHERE y.yard_city = '上海') AS "上海",
COUNT(*) FILTER (WHERE y.yard_city = '深圳') AS "深圳"
FROM cl.cl_cntrout c
JOIN cl_yard y ON y.yard_name = c.out_yard;
```
这样输出一行,包含两个城市的计数。
所以,请用户明确需求:
- 如果希望每个城市一行,显示该城市的箱量,则使用简单的分组查询。
- 如果希望将两个城市的箱量放在同一行(作为两列),则使用条件聚合,并且不按城市分组(即按常量分组,或者不分组)。
如果用户确实需要使用crosstab来实现第二种需求(一行两列),那么可以这样写:
```sql
SELECT * FROM crosstab(
$$
SELECT 1 AS row_id,
yard_city AS category,
COUNT(*) AS value
FROM cl.cl_cntrout
JOIN cl_yard ON cl_yard.yard_name = cl_cntrout.out_yard
WHERE yard_city IN ('上海','深圳')
GROUP BY yard_city
ORDER BY category
$$,
$$ VALUES ('上海'), ('深圳') $$
) AS pivot_table (row_id int, "上海" TEXT, "深圳" TEXT);
```
这里,我们设置一个常量`row_id=1`作为行标识,这样所有数据都属于同一行。然后,分类列是城市,值是计数。crosstab会将分类列的值(上海、深圳)转换为列名,并在对应的列下放置值。输出只有一行,包含上海和深圳两列。
注意:crosstab函数需要安装tablefunc扩展(如果未安装,需要先执行`CREATE EXTENSION tablefunc;`)。
总结用户查询的错误:
1. 源查询返回的列数不对(只有两列,但需要三列:行标识、分类列、值列)。
2. 源查询中没有提供分类列(category),而是将本应作为分类列的城市名放到了行标识中。
3. 源查询按场站分组,导致行标识(城市)不唯一,而crosstab要求行标识必须唯一。
因此,修正后的查询取决于用户的具体需求。我们提供了两种替代方案(直接分组和条件聚合),以及一个使用crosstab实现单行多列的示例。
如果用户希望每个城市一行,那么直接分组查询是最合适的。如果用户希望一行多列(即一个总计行,然后每个城市一列),那么可以使用crosstab或条件聚合。
由于用户的问题描述中并没有明确说明输出格式,我们只能根据crosstab的常见用法进行推测。建议用户根据上述解释选择合适的方式。</think>### PostgreSQL crosstab查询错误分析
您的查询存在几个关键问题,下面我将逐步分析并提供修正方案:
#### 1. **源查询结构错误**
crosstab函数要求第一个参数(源查询)必须返回**三列**:
- 第一列:行标识(row identifier)
- 第二列:分类列(category)
- 第三列:数值列(value)
您的源查询只返回了两列:
```sql
SELECT
(SELECT yard_city FROM cl_yard WHERE yard_name=out_yard) AS "city",
COUNT(*) AS "coun" -- 缺少分类列
```
#### 2. **缺少分类列**
在交叉表中,分类列的值会转换为输出表的列名。您需要在源查询中明确指定分类列(即城市名),但当前查询只返回聚合值。
#### 3. **GROUP BY子句不匹配**
您按`out_yard`分组,但SELECT子句返回的是`yard_city`(城市名)。这会导致:
- 同个城市的不同场站会被拆分成多行
- 违反crosstab行标识必须唯一的原则
---
### 修正后的查询方案
#### 方案1:直接分组查询(推荐)
如果只需城市统计,更简单的方式是:
```sql
SELECT
y.yard_city AS city,
COUNT(*) AS coun
FROM cl.cl_cntrout c
JOIN cl_yard y ON y.yard_name = c.out_yard
GROUP BY y.yard_city
ORDER BY 1;
```
#### 方案2:使用crosstab的正确形式
若坚持用crosstab,需添加分类列:
```sql
SELECT * FROM crosstab(
$$
SELECT
'TOTAL' AS row_id, -- 行标识(常量)
y.yard_city AS category, -- 分类列(必须!)
COUNT(*)::TEXT AS value -- 数值列
FROM cl.cl_cntrout c
JOIN cl_yard y ON y.yard_name = c.out_yard
WHERE y.yard_city IN ('上海','深圳')
GROUP BY y.yard_city
ORDER BY 2
$$,
$$ VALUES ('上海'), ('深圳') $$
) AS pivot_table (row_id TEXT, "上海" TEXT, "深圳" TEXT);
```
#### 关键修改说明:
1. 添加分类列 → `y.yard_city AS category`
2. 添加行标识列 → `'TOTAL' AS row_id`(常量值表示汇总行)
3. 显式类型转换 → `COUNT(*)::TEXT`(确保类型匹配)
4. 添加WHERE过滤 → 仅包含需要的城市
5. 输出列定义 → 与VALUES子句顺序一致
> **注意**:crosstab需要安装扩展:`CREATE EXTENSION IF NOT EXISTS tablefunc;`[^1]
---
### 错误原因总结
| 问题位置 | 错误原因 | 解决方案 |
|------------------|--------------------------------------------------------------------------|------------------------------|
| 源查询列数 | 只返回两列(缺少分类列) | 添加分类列(yard_city) |
| GROUP BY子句 | 按out_yard分组但返回城市数据,导致行标识不唯一 | 改为按yard_city分组 |
| 输出列定义 | 未对应分类值(VALUES子句) | 确保列名/顺序与VALUES一致 |
| 数值列类型 | 未指定类型,可能引发类型错误 | 使用::TEXT显式转换 |
条件1.使用stm32f103c8t6,c语言编程条件2.使用PA1,PA2,PA3,PA4,PA5,PA6配置成上拉输入,根据6个引脚的电平高低生成。例如000000表示6引脚电平全为0,统计该二进制数中0的次数记作zeo_count;将该二进制数转成16进制数,并作为条件3中的数据。条件3.串口1发数据,满足串口数据校验 (包头0xee)(数据长度)(...数据...)(数据长度反码)(包尾0xef),按照串口协议通信发送条件2中的二进制数;串口1收数据,满足串口数据校验 (包头0xee)(数据长度)(...数据...)(数据长度反码)(包尾0xef);不满足重新接收。直到成功接收。条件4.规定zeo_count_old.默认值为6;若串口1接收数据为“0xee0x010x010x010xef”则zeo_count_old=1;若串口1接收数据为“0xee0x010x020x010xef”则zeo_count_old=2;若串口1接收数据为“0xee0x010x030x010xef”则zeo_count_old=3;若串口1接收数据为“0xee0x010x040x010xef”则zeo_count_old=4;若串口1接收数据为“0xee0x010x050x010xef”则zeo_count_old=5;若串口1接收数据为“0xee0x010x060x010xef”则zeo_count_old=6;条件5.若zeo_count_old大于zeo_count,打开蜂鸣器;则若zeo_count_old小于zeo_count,串口发送字符串"规定设备未取完",等待1分钟后将zeo_count_old更新为zeo_coun的值;若zeo_count_old等于zeo_count,串口发送字符串"设备数量正常";
以下是参考代码,仅供参考,需要根据实际情况进行修改:
```
#include "stm32f10x.h"
#include "stdio.h"
#define BUFSIZE 100
uint16_t zero_count_old = 6;
uint16_t zero_count = 0;
uint8_t uart_buf[BUFSIZE];
uint8_t uart_buf_index = 0;
void USART1_IRQHandler(void) {
uint8_t ch;
if (USART_GetITStatus(USART1, USART_IT_RXNE) != RESET) {
ch = USART_ReceiveData(USART1);
if (uart_buf_index == 0 && ch != 0xee) {
return;
}
uart_buf[uart_buf_index++] = ch;
if (uart_buf_index == 4) {
if (uart_buf[1] != 0x01 || uart_buf[2] > 0x06) {
// 数据长度不对,重新接收
uart_buf_index = 0;
}
} else if (uart_buf_index == uart_buf[1]+4) {
uint8_t sum = 0;
for (uint8_t i = 0; i < uart_buf[1]+2; i++) {
sum += uart_buf[i];
}
sum = ~sum;
if (sum != uart_buf[uart_buf_index-2] || uart_buf[uart_buf_index-1] != 0xef) {
// 校验错误,重新接收
uart_buf_index = 0;
} else {
// 收到正确的数据,更新 zero_count_old
zero_count_old = uart_buf[2];
uart_buf_index = 0;
}
}
}
}
void delay_ms(uint32_t ms) {
for (uint32_t i = 0; i < ms*8000; i++);
}
void init_uart(void) {
GPIO_InitTypeDef GPIO_InitStructure;
USART_InitTypeDef USART_InitStructure;
NVIC_InitTypeDef NVIC_InitStructure;
// 打开 GPIO 和 USART1 时钟
RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_AFIO | RCC_APB2Periph_USART1, ENABLE);
// 配置 USART1 引脚
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9;
GPIO_Init(GPIOA, &GPIO_InitStructure);
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING;
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_10;
GPIO_Init(GPIOA, &GPIO_InitStructure);
// 配置 USART1
USART_InitStructure.USART_BaudRate = 115200;
USART_InitStructure.USART_WordLength = USART_WordLength_8b;
USART_InitStructure.USART_StopBits = USART_StopBits_1;
USART_InitStructure.USART_Parity = USART_Parity_No;
USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None;
USART_InitStructure.USART_Mode = USART_Mode_Tx | USART_Mode_Rx;
USART_Init(USART1, &USART_InitStructure);
// 配置 USART1 中断
NVIC_InitStructure.NVIC_IRQChannel = USART1_IRQn;
NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 1;
NVIC_InitStructure.NVIC_IRQChannelSubPriority = 1;
NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
NVIC_Init(&NVIC_InitStructure);
// 打开 USART1
USART_Cmd(USART1, ENABLE);
}
void init_gpio(void) {
GPIO_InitTypeDef GPIO_InitStructure;
// 打开 GPIO 时钟
RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE);
// 配置 PA1-PA6 为上拉输入
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_1 | GPIO_Pin_2 | GPIO_Pin_3 | GPIO_Pin_4 | GPIO_Pin_5 | GPIO_Pin_6;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IPU;
GPIO_Init(GPIOA, &GPIO_InitStructure);
}
uint8_t get_gpio_value(void) {
uint8_t value = 0;
for (uint8_t i = 1; i <= 6; i++) {
if (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_0+i)) {
value |= (1<<(6-i));
}
}
return value;
}
void send_data(uint8_t *data, uint8_t len) {
uint8_t sum = 0;
USART_SendData(USART1, 0xee);
USART_SendData(USART1, len);
for (uint8_t i = 0; i < len; i++) {
USART_SendData(USART1, data[i]);
sum += data[i];
}
sum = ~sum;
USART_SendData(USART1, sum);
USART_SendData(USART1, 0xef);
}
int main(void) {
init_gpio();
init_uart();
while (1) {
zero_count = __builtin_popcount(get_gpio_value());
if (zero_count_old > zero_count) {
// 打开蜂鸣器
}
if (zero_count_old < zero_count) {
send_data("规定设备未取完", sizeof("规定设备未取完")-1);
delay_ms(60000); // 等待 1 分钟
zero_count_old = zero_count;
}
if (zero_count_old == zero_count) {
send_data("设备数量正常", sizeof("设备数量正常")-1);
}
delay_ms(1000);
}
}
```
阅读全文
相关推荐
















