你这个思路与我设想的差不多，但是当分子为4，5，8，的时候，又回出现很多个组合，这时候如何确定是哪几个房间在使用？
无须考虑多少组合，至于哪一房间在使用，你不是说了吗，6个房间可以发出开停信号，在用信号=1，停用信号=0，这个要求不高，可以实现吧？
届时只要统计6个房间就行了，等于1就是在用，等于零就是停用。当使用人在变动时，随时结算电度，所有等于1的用户分大小相加，小功率用户算1，大功率用户算3，如果是两大一小，那么该次的分母=7，两个大用户分别承担3/7，3/7，一个小用户承担1/7。

估计编程人工费用比电表贵多了

当然是每个房间安装1个电表费用低，不过即使安装6个电表，也无济于事，因为是6个用户共用一套设施，比如说：中央空调，各用户不是直接消耗电能，而是消耗的“冷量”，6个电表怎么计算电量？

引用 pan_xiansheng 在 2022/10/24 11:47:18 发言【内容省略】

对，各房间是消耗“冷量”，而不是直接消耗电量。

引用 pan_xiansheng 在 2022/10/23 13:25:32 发言【内容省略】

中央空调的单体使用计量看似是合理的,其实是个容易易发矛盾的坑.
电视上有报道,初期入住少,结果空调使用费奇高,引发纠纷.
分摊到物业费里,就是人走空调开.
合理的还是单独计量,单价可以提高

你住进的塔楼只有几家进出,电梯费怎么算?
买个房间使用的制冷量虽时间,风量不同肯定不同,用"电"间接计量本身就不合理
没有其他办法就按宾馆方式处理,用多少时间算多少"量"

C语言是不懂，但学过的数学还有一点点形象。正比例函数为：Y=Kx ；还有反…

这种计量方式肯定是有误差的，尽量做到“精确”就好，同样的工作时长，每个房间的降温速度也是不一样的，这个情况用户是接受的。

1号用电=累加 [3/(1#*3+3#*3+5#*3+2#*1+4#*1+6#*1+0.00000001)]   *空调实时功率 *1#
2号用电=累加 [1/(1#*3+3#*3+5#*3+2#*1+4#*1+6#*1+0.00000001)]   *空调实时功率 *2#
3号用电=累加 [3/(1#*3+3#*3+5#*3+2#*1+4#*1+6#*1+0.00000001)]   *空调实时功率 *3#
4号用电=累加 [1/(1#*3+3#*3+5#*3+2#*1+4#*1+6#*1+0.00000001)]   *空调实时功率 *4#
5号用电=累加 [3/(1#*3+3#*3+5#*3+2#*1+4#*1+6#*1+0.00000001)]   *空调实时功率 *5#
6号用电=累加 [1/(1#*3+3#*3+5#*3+2#*1+4#*1+6#*1+0.00000001)]   *空调实时功率 *6#
1#，2#，3#，，，，，开机为1，关机为0。
+0.00000001目的是为了防止除数为0导致计算出错。
每秒钟采集空调实时功率做累加，再换算成电能。

楼上兄弟的思路完全正确，我是把输入的6个开关信号，对6个存储器分别赋值，1、3、5房间工作时赋值3，  2、4、6房间工作时赋值1，不工作时赋值为0，6个存储器求和后做分母，只有分母不等于0时，才对各房间进行抄表、运算。