我正在测试 LIXEE TIC 模块到 Zigbee(Zlinky_TIC)

哪里可以买到这些设备?

以下是他专用于该页面的链接。 ZlinkyTIC 的. 我参考了卖家和价格。

我打开盒子,检查收到的模型。

显然有两个版本,一个是内部天线,一个是外部天线。
第二个可能是在产生干扰时提供的,并且可能需要将天线从外壳上移开。

该模块非常简单,3个刚性连接器,没有使用说明,我认为这是一个很好的标志,它必须非常简单。

在背面,我们看到一个图表,显示或将模块放在Linky中。

我将连接模块。

我看看Linky和模块的终端块是如何标记的,这是不可能不理解的:

我将ZigbeetoMQTT置于配对模式并连接外壳,只需按黑色按钮即可释放连接并滑动下方的引脚。 

蓝色LED闪光,配对正在进行中,我回到Zigbee2MQTT看看结果。

我使用 LED 检查模块的状态

LED可以有三个状态,如果现阶段不好,就没有必要走得更远。

  • LED闪烁数次缓慢= ZlinkyTIC 的 在获取 Linky 数据时遇到错误。 一 号 》

  • LED每3秒闪一次= ZlinkyTIC 的 工作得当。 该设备正确解码了Linky

我正在尝试Zigbee2MQTT集成

起初,整合工作完美。

该模块在"ZLinky_TIC"中检测到。

检测到的版本不区分V1和V2,它无关紧要。

我会看看价值观,一切都在那里,神奇的,在几秒钟内。

我在家庭助理中测试传感器

我给它一个可以理解的名字: 在Zigbee2MQTT中的Linky,然后我会在HA中查找它

就这样,所有的数据都存在于家庭助理中。

每个数据的含义

一幅小画更有说服力。 对于三个阶段,结果将是不同的。

我禁用所有对我无用的实体

以下是Linky设备的实体:

更新模块 Zlinky_TIC

我通过Home Assistant推出了它,但它可以从Zigbee2MQTt启动,在这两种情况下,我们都可以看到Zigbee2MQTT的更新正在进行中:

小心,更新很长,你必须让…运行。

最后,我不知道为什么会启动此更新,因为在更新之前已经安装了版本14。 没关系,一切都进展顺利,更新标志又恢复了。

查看 Zigbee2MQTT 中的设置页面

我找到了这个页面,没有参数,我不知道它是否有用。 如果有疑问,我配置。
注意,更新,小错误,不要将KWh设置为0,而是设置为3,因为这些是K。

[归档] 我使用 HC/HP 的模板

我在这里给出了我根据时间表检索HC或惠普信息的历史模式的模板。
事实上,在安装这个新的Zigbee模块之前,我使用了USB ICT模块。

该模块还为我提供了传感器.linky _active _register _tier _delivered(PTEC)变量中的 HC.. 值或 HP.. 值。

为此,我使用模板实体,在Template.yaml文件中,我添加:

传感器: 姓名: 单一当前_id关税期: Sensor.period _tarifaire _en _cours 状态: >- {% if is_state("sensor.linky _active _register _tier _delivered", "HP.") %HP {% 其他 其它 %{ } HC {% Endif 的 %}

改变模式 Linky

有两种模式,历史模式和标准模式。

我有与标准模式不兼容的ICT设备,所以我从未改变过。

除了这个新模块,它还根据其文档在标准模式下运行。 标准模式更加完整。

因此,我向EDF发送一条消息以更改模式:

 

  • 11月3日通过表格在线申请
  • 11月4日回复
  • 切换到11月5日

没什么好说的,帽子EDF!

从历史模式切换到标准模式

我必须承认,我在这个开关上滑了一点Zigbee和Home Assistant。

我试图改变模式,修复…模块的信息没有回来,我花了一段时间。

最后,我关闭了所有东西,让它去一个晚上,第二天把它拿回来,一切都奏效了!

所以你不必匆忙,必须有…刷新周期简而言之,它有效,这里是屏幕。

标准 模式 数据

信通技术控制指定 名称单位 单位缺省值如何数据类型尺寸 最大
ADSC , ADSC计数器的次要地址null 的弦 弦12 因为
NGTF 的供应商关税表的名称弦 弦16 因为
LTARF , LTARF供应商关税措辞在进行中弦 弦16 因为
NTARF , NTARF现行关税指数编号Uint8 的2 车
Vtic 的信息和通信技术版本Uint16 的2 车
日期 日期当前日期和时间前者: E211022162000 号 机弦 弦10 车
东 东提取的活性能量总量WH ,0Uint48 的9因为
EASF01 的主动能量提取供应商,指数01WH ,0Uint48 的9因为
EASF02 的主动能量提取供应商,指数02WH ,0Uint48 的9因为
EASF03 的主动能量提取供应商,指数03WH ,0Uint48 的9因为
EASF04 的主动能量提取供应商,指数04WH ,0Uint48 的9因为
EASF05 的主动能量提取供应商,指数05WH ,0Uint48 的9因为
EASF06 的主动能量提取供应商,指数06WH ,0Uint48 的9因为
EASF07 的主动能量提取供应商,指数07WH ,0Uint48 的9因为
EASF08 的主动能量提取供应商,指数08WH ,0Uint48 的9因为
EASF09 的主动能量提取供应商,指数09WH ,0Uint48 的9因为
EASF10 的主动能量提取供应商,index10WH ,0Uint48 的9因为
EASD01 的活性能量提取分销商,指数01WH ,0Uint32 的9因为
EASD02 的活性能量提取分销商,指数02WH ,0Uint32 的9因为
EASD03 的活性能量提取分销商,指数03WH ,0Uint32 的9因为
EASD04 的活性能量提取分销商,指数04WH ,0Uint32 的9因为
EAIT 的总注入活性能量WH ,0生产 生产Uint48 的9因为
ERQ1 的Q1 反应能总量瓦尔赫0生产 生产Int16 的9因为
ERQ2 的Q2 反应能量总量瓦尔赫0生产 生产Int16 的9因为
ERQ3 的Q3 反应能总量瓦尔赫0生产 生产Int16 的9因为
ERQ4 的Q4 反应能总量瓦尔赫0生产 生产Int16 的9因为
IRMS1 的有效电流,第一阶段A 个0单/三阶段Uint16 的3 汽车
IRMS2 的有效电流,第二阶段A 个0三 阶段 的Uint16 的3 汽车
IRMS3 的有效电流,第三阶段A 个0三 阶段 的Uint16 的3 汽车
URMS1 的有效电压,第一阶段五 位0单/三阶段Uint16 的3 汽车
URMS2 的有效电压,第二阶段五 位0三 阶段 的Uint16 的3 汽车
URMS3 的有效电压,阶段3五 位0三 阶段 的Uint16 的3 汽车
Pref 预览电源参考应用(PREF)KVA , KVA0Uint16 的2 车
STGE 的法规登记簿0弦 弦8 因为
PCOUP , PCOUP停电应用程序(PCOUP)KVA , KVA0Uint8 的2 车
辛斯蒂 · 辛斯蒂电源应用 即时注射VA VA0生产 生产Int16 的5因为
SMAXIN 、 SMAXIN最大应用电源注入 nVA VA0生产 生产Int16 的5因为
SMAXIN-1 型最大注入应用功率n-1VA VA0生产 生产Int16 的5因为
CCASN 、 CCASN绘制的主动负载曲线的n点W0Int16 的5因为
CCASN-1绘制的主动负载曲线的n-1点W0Int16 的5因为
CCAIN , CCAIN注入主动负载曲线的n点W0生产 生产Int16 的5因为
CCAIN-1注入主动负载曲线的n-1点W0生产 生产Int16 的5因为
UMOY1 的莫伊电压 ph 1五 位0单相/三相Uint16 的3 汽车
UMOY2 的莫伊电压 ph 2五 位0三 阶段 的Uint16 的3 汽车
UMOY3 的莫伊电压 ph 3五 位0三 阶段 的Uint16 的3 汽车
SINSTS SINSTS电源应用 提取的快照VA VA0(从 v10 开始的mono/Triphase)Uint16 的5因为
SINSTS SINSTS
SINSTS1 的电源应用 Snapshot 提取 ph.1VA VA0三 阶段 的Uint16 的5因为
SINSTS2 的电源应用 立即提取ph。 2VA VA0三 阶段 的Uint16 的5因为
SINSTS3 的电源应用 立即提取ph。 3VA VA0三 阶段 的Uint16 的5因为
SMAXN 、 SMAXNPower App. max. 绘制 nVA VA0(mono / Triphasé 自 v10 起)Int16 的5因为
SMAXN 、 SMAXN
SMAXN1 的Power App. max. 绘制 n ph.1VA VA0三 阶段 的Int16 的5因为
SMAXN2 的Power App. max. 绘制 n ph。 2VA VA0三 阶段 的Int16 的5因为
SMAXN3 的Power App. max. 绘制 n ph。 3VA VA0三 阶段 的Int16 的5因为
SMAXN-1 型最大输出功率n-1VA VA0(mono / Triphasé 自 v10 起)Uint16 的5因为
SMAXN-1 型
SMAXN1-1最大输出功率n-1 ph.1VA VA0三 阶段 的Uint16 的5因为
SMAXN2-1App. 最大输出功率 n-1 ph.2VA VA0三 阶段 的Uint16 的5因为
SMAXN3-1App. 最大输出功率 n-1 ph.3VA VA0三 阶段 的Uint16 的5因为
MSG1 的短消息0弦 弦32因为
MSG2 的超短消息0弦 弦16 因为
PRM 的PRM (标识符)0弦 弦14 因为
DPM1 和 DPM1启动 点 移动 10Uint8 的2 车
FPM1 的端点 移动 10Uint8 的2 车
DPM2 和 DPM2启动 点 移动 20Uint8 的2 车
FPM2 和 FPM2端点 移动 20Uint8 的2 车
DPM3 和 DPM3启动 点 移动 30Uint8 的2 车
FPM3 和 FPM3端点 移动 30Uint8 的2 车
雷莱伊斯雷莱伊斯0Uint16 的3 汽车
NJOURF 的当前供应商日历数量0Uint8 的2 车
NJOURF+1下一个供应商日历日的数量0Uint8 的2 车
PJOURF+1下一个供应商日历日的简介0弦 弦98 车
第1 点下一个高峰日简介0弦 弦98 车
Linky 协议0Uint8 的1 车

数据 家庭 助理 标准 模式

就这样,所有数据都存在于家庭助理中(显然可以在Zigbee2MQTT上查阅)

尝试了解HC / HP状态的变化

所以现在这是一次冒险,我真的不明白发生了什么。

例如,我的HC / HP时间变化是14:06和17:06,以下是今天记录的历史:

相当难以理解。

我等待一个晚上看到物理开关(加热器控制台)和指标返回,这是结果:

因此,我注意到:

  • STGE和conso对应并处于正确的时间02:06:07。
  • 02:14:07 NTARF和RELAIS。

在这个阶段,我不解释差异的原因,我会在论坛上询问是否有人知道,但在这个阶段,我将使用STGE来定义我们是在HC还是惠普。

我添加了一个模板,以具有HC / HP

在我的Templates.yaml文件中,我添加:

姓名: 单一当前_id关税期: Sensor.period _tarifaire _en _cours 状态: >- {% 如果 is_state("sensor.linky_status _register", "003AC401") %HP {% 其他 其它 %{ } HC {% Endif 的 %}

了解五条能源线

我发现自己在HA与5行相同的标题。

它们对应于行:

  • 东 东
  • EASTF01 号 EASTF01
  • EASTF02 号 EASTF02
  • EASD01 的
  • EASD02 的

我去检查仪表显示器上的索引,以找到自己。

我放弃了EASD01和EASD02,我不明白旺季,低季节。

因此,东方是总消费量,EASTF01 Conso Heures Creuses,EASTF02为Conso H Pleines。

这一点就更清楚了:

我在能源中添加conso信息

以及

我终于保留的数据

经过一连串的测试,我证实了我的想法,实时信息是毫无价值的,Linky不是为它制造的。 没必要想着有即时的康索感谢他。

因此,我用它来检索HC / HP信息并为HA的能源模块供电。

以下是我保存的数据:

MSG1和MSG2,我保留它们,因为我对这些消息领域会发生什么感到好奇。 我们会看到几个月或几年后,如果有什么东西出现。

NTARF/RELAIS/STGE,我将等待几天,看看我保留了哪一个,然后我会禁用另外两个。

我保持Conso Totale在这个阶段,但如果我不需要它,我会停用它。

Zigbee2MQTT模块配置的准确性

在白名单中,指定您需要的信息似乎很重要,这似乎限制了发送不必要的数据的资源。 "EAST,EAIT,EASF01,EASF02,STGE,NTARF,RELAIS,MSG1,MSG2"

结论 结论

最后,该模块的相当简单和有效的集成允许我为家庭助理的能源模块提供信息,并在我的仪表板上获得HC / HP的信息。

这个RETEX仍然需要及时完成,它将不断发展,我上面留下了一些突出的点。

各种论坛或其他用户的Retex的阅读表明,实现这种类型的设备特别复杂。 显然Linky为模块提供的电源非常低,因此必须非常优化。 Zigbee的选择是一件好事,它是一种消耗很少的技术,我想在Wifi或蓝牙中,它不会起作用。

能够选择你想要使用的数据的白名单,必须减轻模块的帧和能量需求,这是一个很好的主意。

祝贺这个模块的实现,一份非常好的工作!

作为奖励,这里是我的仪表板上的能源屏幕,如果这给出了任何想法。

 

书目或参考文献