-
-
Notifications
You must be signed in to change notification settings - Fork 29k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cartelectronic TIC PULSES 433 V2 module support #67823
Comments
Thanks. We need to add support for this in underlying lib. Will try to look at it. |
rfxtrx documentation |
Hey there @Danielhiversen, @RobBie1221, mind taking a look at this issue as it has been labeled with an integration ( |
Hello @Danielhiversen @RobBie1221 @elupus can I help testing anything ? |
Hi all, Saw yesterday this issue opened after I updated to 2022.4.6, I then give it another try and connected it again to check if my HASS core setup can view a new device... First message popped up:
But as the values seems not complete (only battery and Rssi, missing counters and other informations) like @Chilgl0rd , I checked batteries and changed them as they were a bit low... Few minutes later, I saw 2 "CARTELECTRONIC_*" devices, the "ENCODER" one and a the "TIC" one:
At first I though there was another device like mine nearby, I then removed batteries few minutes to check if it still recieve messages (that was not the case) but I remembered that this device has 2 "personalities":
The only user manual available at this time is a french one but it does not give details about frames, it only state that RFXtrx433 need to have ATI protocol enabled and a minimum firmware revision. The weird thing here is that both devices does not show the same values for battery and Rssi levels:
As stated in my previous issue, I was using Domoticz before and it can correctly decode frames (but I think it ignored the encoder part as I never seen this before) If you need more frames captures or someone to do tests, just let me know and I'll happy to help ! Best Regards, |
Any progress on this integration? I wish to buy this device but waiting it works on HA as well. |
@GrinGrin i've opened a fix for the RSSI/Battery issue you mentioned here: Danielhiversen/pyRFXtrx#142 it should only affect those data. It will get into HA eventually. That said, the rest of the data should be there now. Could you verify that you are getting energy counters on recent home assistant? |
Hi @elupus ! |
@GrinGrin you didn't answer my question thou. Do you get the other sensor data with the current release? |
Perfect, then it is as expected. Will likely be fixed in point release or next full release. |
@Chilgl0rd how did you add TIC PULSES 433 V2 in Home Assistant ? In integration menu, i don't see the vendor. |
You need the rfxtrx integration (and hardware). |
Ps. I had to postpone the fixes for rssi and battery, since i have to resolve some unwanted breaking changes. |
sure, i got already HW and integration with RFXCom rfxtrx433xl which works for many devices already but autodiscovery is not working for the TIC Pulse 433 V2. I was wondering if there are any specific action to do. in DEBUG log, i got this
|
That should be enough. Firmware need to be after 20170730 |
got newer firmware, i updated last year for my somfy devices. What should i do to add the TIC Pulse ? |
It should be discovered automatically, if you jave auto discovery on. If its on range radio wise. |
i just enabled "discovery:" in my configuration.xml (it was commented). |
No idea. Dont know how those devices work. Discovery in yaml should not be needed. |
Firmware is 1044 , it should be fine Transceiver type = 433.92MHz |
with rfxmngr i can see trames coming
sounds good ? |
I would need to check those codes, but i think those should work. You should be getting device for that in home assistant (with invalid rssi/battery) but otherwise good counters. |
well, it is strange, i received these trames when plugging USB RFXCom to my laptop. |
Finally after moving antenna i got some result
thanks ! |
on Energy, i can't use these new sensors, do i need some transformation at first ? there is no Sensor for Energy Wh ? I see only a sensor for Power (W). HOw can we measure our Consummation in Wh then ? thanks |
That seem like a bug. I dont know the device. Can you figure out which counter is which and whick unit aught to be the correct one? Ps. Energy is a bit vague term. |
The sensor is Apparent Power : instant usage in Watt |
@nlienard I had to customize the entities in my homeassistant:
customize:
sensor.cartelectronic_tic_9b95505c7_count:
device_class: energy
unit_of_measurement: Wh
state_class: total_increasing
sensor.cartelectronic_tic_9b95505c7_counter_value:
device_class: energy
unit_of_measurement: Wh
state_class: total_increasing
sensor.cartelectronic_tic_9b95505c7_energy_usage:
device_class: power
unit_of_measurement: W
state_class: measurement The "counter" entity is for HP (day) and "counter_value" entity is for HC (night) and the "energy_usage" entity for instant usage. I just applied the customization so my dashboard is still empty... will wait some time to see how it evolve! |
@GrinGrin thanks for these explanation. My linky is also in Historic mode. For now, with Helpers menu, i did a Riemann convertion using "Energy Usage" as a source (it converts W into Wh). I'll try to do a customize on the counter (i've value only on one counter because i don't have any Night/Day subscription). Currently i got this graph : but i enabled the Tic Pulse in the middle of the day, so i 've to wait a little bit. Anyway thanks for the help. |
thanks again for your post, i didn't pay attention the counter was in Wh. i just did the customize, and checked also the linky and the value coming from linky to HA: *** on HA: 27103499 Wh *** But now on ENergy, i got a big peak: How do you create a sensor to see the daily consommation in Wh ? thanks |
I don't think it's worth renaming Energy Usage to Power. It would be a breaking change for many., The Count and Counter Value sensors can't be given unit, since they depend on what the unit is connected to. So you must do a customize to set it's unit and device class, or template sensor to convert it's value to Wh. |
@nlienard I also had this big bump at nearly 36.000 kWh and had to manually reset the value in HA !
HA already do the math to get the difference between each measurments and show hourly graph on the dashboard: I'll let it run overnight and see how it look tomorrow. Renaming the entities in HA will make it definitly more readable ;-) |
last question: will it still work if we change the mode from "historic" to "Standard" on linky TIC ? |
Your log reports same packet every time, so seems that, that is what the device is reporting. |
sure but i went physically on the linky and for instance, i saw the instant power is 0 (because i ve solar panel) so 350W is totaly wrong between 10h and 17h. Morever, the "standard" mode has different trames. In standard mode there are 71 fields
Only the consumer fields are available by default if you don't sell your solar production. In "Historic" mode, here the available fields: Here is the information available:
How can we see the raw trame to see what's going on ? |
In your screenshot, the "data" field is the raw data we get from the rfxtrx device. |
ok i just run rfxmgmr and it looks like there is an issue from the source. teleinfo="not present" :(
|
I received a reply from cartelectronic support and they said: Si vous changez le mode TIC il faut alors réinitialiser le modem 433 car il s'est autoconfiguré sur le mode Historique. in english; If you change the TIC mode, you must then reinitialize the 433 modem because it has autoconfigured itself in History mode. |
The problem
The last version solve the RFXCom crash catching the informations but is not working properly.
The main packet is
Packettype = Cartelectronic
subtype = TIC
Sequence nbr = 33
ID = 09B95505C7
Contract/Price= 23
Counter1 = 00C08E7A decimal:12619386
Counter2 = 01C9DF7D decimal:30007165
No change price time warning
TeleInfo = Present
Apparent Power= 03DE decimal:990
Signal level = 5 -80dBm
Battery = OK
with
Counter1 : total usage in Watt (day hours)
Counter2 : total usage in Watt (night hours)
Apparent Power : instant usage in Watt
TeleInfo = Present : link status with the energy meter (Present = receiving data from energy meter)
Battery : module battery level
Counters are not updated and "Apparent Power" and "TeleInfo" are not created
Thanks for your support
Chilglord
What version of Home Assistant Core has the issue?
core-2022.3.2
What was the last working version of Home Assistant Core?
No response
What type of installation are you running?
Home Assistant OS
Integration causing the issue
rfxtrx
Link to integration documentation on our website
No response
Diagnostics information
No response
Example YAML snippet
No response
Anything in the logs that might be useful for us?
No response
Additional information
No response
The text was updated successfully, but these errors were encountered: