-
Notifications
You must be signed in to change notification settings - Fork 115
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
Communication with ATM90E32 failed #62
Comments
I have to check, but I believe you have to have at least one phase for ESPHome to connect to the meter. Also, have you tried just connecting the add-on board without the main board, and with ESP32 plugged in - powered by a USB cable? (you have to change the cs pins in the config to what they are set to on the add-on board) You can try the same as above with the main board without the AC transformer plugged in. It's possible the power supply was burned out. If this is the case you should still be able to power everything via the ESP32 USB connection. |
I have tried it, without the add-on board, while the main-board was powered via 9v. The ESP does start, and I do see green lights on the main board. However- it failed to communicate with the ATM90E32. When powering the ESP via USB, it still exhibits the same issue. If- you can point me at applicable test-points, I can probe and see if they are receiving the proper voltage. I however, do not have a oscilloscope capable of viewing the I2C / SPI bus. |
Okay, how about just the add-on board with the cs pins changed in the config? |
With addon-board only- configured to use CS 0, and 16
Actually- oddly enough, it appears it is detecting the one on 16. Just- not the one on 0. Interesting.... |
So- I had an interesting theory that perhaps there may be something weird with the pin configurations. So- I made this config to test my theory: sensor:
#IC1 - Main Board
- platform: atm90e32
cs_pin: 0
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 1
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 2
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 3
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 4
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 5
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 9
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 10
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 12
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 13
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 14
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 15
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 16
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 17
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 18
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 19
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 21
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 22
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 23
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 25
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 26
line_frequency: 60Hz
- platform: atm90e32
cs_pin: 27
line_frequency: 60Hz With the addon-board AND mainboard attached:
Seems it failed to communicate with any of the ports. However- testing with the addon-board only, shows pin 16 as working.
Testing with main board only, produces none of the above sensors working. |
It sounds like the meters are damaged unfortunately. I would send you a replacement, but I do not have any in stock at the moment. |
I shot a PM via your website's email function. |
I'm actually having the same issues with the "latest" board (v1.4 rev1). Received the 6c main board Dec 17th, realized the 9VDC transformers I have wouldn't work, ordered the 9VAC Jameco one, realized the 15pin ESP32s I have wouldn't work, ordered a 19pin one, and then got it all hooked up to a known load. |
I’m having a similar issue, received my v1.4 board on December 20, 2021 and one atm90e32 is working but the other is unresponsive. Very frustrating after waiting 3 months for this circuit. I also don't think I did anything that may have damaged any of the meter's pins, I am using the recommended ESP32 and 9v power supply. |
All I can say, is good luck to the both of you. I never received a response from my PM, nor an update here (after 3 months). I ended up saying screw it, and ordered an Iotawatt. Arrived a week later, and has been chugging along ever since working fine. My now defunct circuitsetup device makes an interesting paperweight on my desk. To the manufacturer / admin / etc, I recommend you add a tad of circuitry to prevent the ESP from being slotted in correctly.... ya know, since the slots are exactly one slot larger than a standard ESP.... and being one slot off apparently cooks the chips. |
@BrandoCommando, @eaconner, @XtremeOwnageDotCom New meters coming your way to test. |
I'm sorry I did not get back to you sooner. I literally just got in more meters after a long wait fixing supply issues.
Yes, putting AC voltage to an ESP32 does not do it good. Normally there is a pin in the bottom connector to prevent this from happening. |
Do you mean defined in the YAML? Or physical CTs actually connected? I see a bunch of "sending new state" and "received new state", in the log via ESPHome inside HomeAssistant, but I don't see any devices in home assistant, and I'm wondering if this is because I don't have any CTs physically connected yet? (I'm running via USB power right now) side note, I'm seeing a lot of:
Is that expected? |
I experienced the same issue. In my case, I had the ESP32 not fully inserted into socket. Once I have it fully inserted the issues are gone. |
I know this is an old thread, but I have a very similar problem. I upgraded to a second addon board and now all 6 ATM90E32 chips fail to communicate. I did initially have the CS in the wrong position on the the second addon board on first powerup. This seemed to have bricked my NodeMCU. I replaced the nodemcu but now none of the PM chips communicate. Tx Here is the log, all ATM90E32s fail to communicate. INFO Reading configuration /config/esphome/energy-monitor.yaml... |
Sadly, my resolution to this problem was to chunk the hardware into the
trash.
Ended up picking up an Iotawatt. It's been ticking every since.
Tbh, it's a design issue which should probably be addressed... as it's
EXTREMELY easy to do this.
…On Sun, Jan 8, 2023, 5:55 AM Frederick Jaquish ***@***.***> wrote:
I know this is an old thread, but I have a very similar problem. I
upgraded to a second addon board and now all 6 ATM90E32 chips fail to
communicate. I did initially have the CS in the wrong position on the the
second addon board on first powerup. This seemed to have bricked my
NodeMCU. I replaced the nodemcu but now none of the PM chips communicate.
Tx
Here is the log, all ATM90E32s fail to communicate.
INFO Reading configuration /config/esphome/energy-monitor.yaml...
WARNING GPIO4 is a Strapping PIN and should be avoided.
Attaching external pullup/down resistors to strapping pins can cause
unexpected failures.
See
https://esphome.io/guides/faq.html#why-am-i-getting-a-warning-about-strapping-pins
INFO Detected timezone 'America/New_York'
INFO Starting log output from 192.168.1.35 using esphome API
INFO Successfully connected to 192.168.1.35
[14:22:36][I][app:102]: ESPHome version 2022.12.3 compiled on Jan 7 2023,
12:08:09
[14:22:36][C][wifi:504]: WiFi:
[14:22:36][C][wifi:362]: Local MAC: C0:49:EF:E5:FA:54
[14:22:36][C][wifi:363]: SSID: '8vanornum'[redacted]
[14:22:36][C][wifi:364]: IP Address: 192.168.1.35
[14:22:36][C][wifi:366]: BSSID: F8:BB:BF:A8:D4:E3[redacted]
[14:22:36][C][wifi:367]: Hostname: 'energy-monitor'
[14:22:36][C][wifi:369]: Signal strength: -57 dB ▂▄▆█
[14:22:36][C][wifi:373]: Channel: 1
[14:22:36][C][wifi:374]: Subnet: 255.255.255.0
[14:22:36][C][wifi:375]: Gateway: 192.168.1.254
[14:22:36][C][wifi:376]: DNS1: 165.19.68.30
[14:22:36][C][wifi:377]: DNS2: 0.0.0.0
[14:22:37][C][logger:293]: Logger:
[14:22:37][C][logger:294]: Level: DEBUG
[14:22:37][C][logger:295]: Log Baud Rate: 115200
[14:22:37][C][logger:296]: Hardware UART: UART0
[14:22:37][C][spi:101]: SPI bus:
[14:22:37][C][spi:102]: CLK Pin: GPIO18
[14:22:37][C][spi:103]: MISO Pin: GPIO19
[14:22:37][C][spi:104]: MOSI Pin: GPIO23
[14:22:37][C][spi:106]: Using HW SPI: YES
[14:22:37][C][template.sensor:023]: Template Sensor '6CH Total House Amps'
[14:22:37][C][template.sensor:023]: State Class: ''
[14:22:37][C][template.sensor:023]: Unit of Measurement: 'A'
[14:22:37][C][template.sensor:023]: Accuracy Decimals: 2
[14:22:37][C][template.sensor:023]: Icon: 'mdi:flash'
[14:22:37][C][template.sensor:024]: Update Interval: 10.0s
[14:22:37][C][template.sensor:023]: Template Sensor '6CH Total House Watts'
[14:22:37][C][template.sensor:023]: State Class: ''
[14:22:37][C][template.sensor:023]: Unit of Measurement: 'W'
[14:22:37][C][template.sensor:023]: Accuracy Decimals: 1
[14:22:37][C][template.sensor:023]: Icon: 'mdi:flash-circle'
[14:22:37][C][template.sensor:024]: Update Interval: 10.0s
[14:22:37][C][template.sensor:023]: Template Sensor '6CH Total Solar Amps'
[14:22:37][C][template.sensor:023]: State Class: ''
[14:22:37][C][template.sensor:023]: Unit of Measurement: 'A'
[14:22:37][C][template.sensor:023]: Accuracy Decimals: 2
[14:22:37][C][template.sensor:023]: Icon: 'mdi:flash'
[14:22:37][C][template.sensor:024]: Update Interval: 10.0s
[14:22:37][C][template.sensor:023]: Template Sensor '6CH Total Solar Watts'
[14:22:37][C][template.sensor:023]: State Class: ''
[14:22:37][C][template.sensor:023]: Unit of Measurement: 'W'
[14:22:37][C][template.sensor:023]: Accuracy Decimals: 1
[14:22:37][C][template.sensor:023]: Icon: 'mdi:flash-circle'
[14:22:37][C][template.sensor:024]: Update Interval: 10.0s
[14:22:37][D][sensor:127]: '6CH Total HotWater Amps': Sending state nan A
with 2 decimals of accuracy
[14:22:37][C][template.sensor:023]: Template Sensor '6CH Total Garage Amps'
[14:22:37][C][template.sensor:023]: State Class: ''
[14:22:37][C][template.sensor:023]: Unit of Measurement: 'A'
[14:22:37][C][template.sensor:023]: Accuracy Decimals: 2
[14:22:37][C][template.sensor:023]: Icon: 'mdi:flash'
[14:22:37][C][template.sensor:024]: Update Interval: 10.0s
[14:22:37][C][template.sensor:023]: Template Sensor '6CH Total Garage
Watts'
[14:22:37][C][template.sensor:023]: State Class: ''
[14:22:37][C][template.sensor:023]: Unit of Measurement: 'W'
[14:22:37][C][template.sensor:023]: Accuracy Decimals: 1
[14:22:37][C][template.sensor:023]: Icon: 'mdi:flash-circle'
[14:22:37][C][template.sensor:024]: Update Interval: 10.0s
[14:22:37][C][template.sensor:023]: Template Sensor '6CH Total HotWater
Amps'
[14:22:37][C][template.sensor:023]: State Class: ''
[14:22:37][C][template.sensor:023]: Unit of Measurement: 'A'
[14:22:37][C][template.sensor:023]: Accuracy Decimals: 2
[14:22:37][C][template.sensor:023]: Icon: 'mdi:flash'
[14:22:37][C][template.sensor:024]: Update Interval: 10.0s
[14:22:37][C][template.sensor:023]: Template Sensor '6CH Total Hot Water
Watts'
[14:22:37][C][template.sensor:023]: State Class: ''
[14:22:37][C][template.sensor:023]: Unit of Measurement: 'W'
[14:22:37][C][template.sensor:023]: Accuracy Decimals: 1
[14:22:37][C][template.sensor:023]: Icon: 'mdi:flash-circle'
[14:22:37][C][template.sensor:024]: Update Interval: 10.0s
[14:22:37][C][template.sensor:023]: Template Sensor '6CH Heat Pump Sub
Panel Amps'
[14:22:37][C][template.sensor:023]: State Class: ''
[14:22:37][C][template.sensor:023]: Unit of Measurement: 'A'
[14:22:37][C][template.sensor:023]: Accuracy Decimals: 2
[14:22:37][C][template.sensor:023]: Icon: 'mdi:current-ac'
[14:22:37][C][template.sensor:024]: Update Interval: 10.0s
[14:22:37][C][template.sensor:023]: Template Sensor '6CH Heat Pumps Volts'
[14:22:37][C][template.sensor:023]: State Class: ''
[14:22:37][C][template.sensor:023]: Unit of Measurement: 'V'
[14:22:37][C][template.sensor:023]: Accuracy Decimals: 2
[14:22:37][C][template.sensor:023]: Icon: 'mdi:sine-wave'
[14:22:37][C][template.sensor:024]: Update Interval: 10.0s
[14:22:37][D][sensor:127]: '6CH Total House Watts': Sending state nan W
with 1 decimals of accuracy
[14:22:37][C][template.sensor:023]: Template Sensor '6CH Total Dryer Amps'
[14:22:37][C][template.sensor:023]: State Class: ''
[14:22:37][C][template.sensor:023]: Unit of Measurement: 'A'
[14:22:37][C][template.sensor:023]: Accuracy Decimals: 2
[14:22:37][C][template.sensor:023]: Icon: 'mdi:flash'
[14:22:37][C][template.sensor:024]: Update Interval: 10.0s
[14:22:37][C][template.sensor:023]: Template Sensor '6CH Total Dryer Watts'
[14:22:37][C][template.sensor:023]: State Class: ''
[14:22:37][C][template.sensor:023]: Unit of Measurement: 'W'
[14:22:37][C][template.sensor:023]: Accuracy Decimals: 1
[14:22:37][C][template.sensor:023]: Icon: 'mdi:flash-circle'
[14:22:37][C][template.sensor:024]: Update Interval: 10.0s
[14:22:37][C][:129]: ATM90E32:
[14:22:37][C][atm90e32:130]: CS Pin: GPIO5
[14:22:37][E][atm90e32:132]: Communication with ATM90E32 failed!
[14:22:37][C][atm90e32:134]: Update Interval: 10.0s
[14:22:37][C][atm90e32:135]: Voltage A '6CH Volts'
[14:22:37][C][atm90e32:135]: Device Class: 'voltage'
[14:22:37][C][atm90e32:135]: State Class: 'measurement'
[14:22:37][C][atm90e32:135]: Unit of Measurement: 'V'
[14:22:37][C][atm90e32:135]: Accuracy Decimals: 1
[14:22:37][C][atm90e32:136]: Current A '6CH House L1 Amps'
[14:22:37][C][atm90e32:136]: Device Class: 'current'
[14:22:37][C][atm90e32:136]: State Class: 'measurement'
[14:22:37][C][atm90e32:136]: Unit of Measurement: 'A'
[14:22:37][C][atm90e32:136]: Accuracy Decimals: 2
[14:22:37][C][atm90e32:137]: Power A '6CH House L1 Watts'
[14:22:37][C][atm90e32:137]: Device Class: 'power'
[14:22:37][C][atm90e32:137]: State Class: 'measurement'
[14:22:37][C][atm90e32:137]: Unit of Measurement: 'W'
[14:22:37][C][atm90e32:137]: Accuracy Decimals: 2
[14:22:37][C][atm90e32:143]: Current B '6CH Garage L1 Amps'
[14:22:37][C][atm90e32:143]: Device Class: 'current'
[14:22:37][C][atm90e32:143]: State Class: 'measurement'
[14:22:37][C][atm90e32:143]: Unit of Measurement: 'A'
[14:22:37][C][atm90e32:143]: Accuracy Decimals: 2
[14:22:37][C][atm90e32:144]: Power B '6CH Garage L1 Watts'
[14:22:37][C][atm90e32:144]: Device Class: 'power'
[14:22:37][C][atm90e32:144]: State Class: 'measurement'
[14:22:37][C][atm90e32:144]: Unit of Measurement: 'W'
[14:22:37][C][atm90e32:144]: Accuracy Decimals: 2
[14:22:37][C][atm90e32:150]: Current C '6CH Hot Water L1 Amps'
[14:22:37][C][atm90e32:150]: Device Class: 'current'
[14:22:37][C][atm90e32:150]: State Class: 'measurement'
[14:22:37][C][atm90e32:150]: Unit of Measurement: 'A'
[14:22:37][C][atm90e32:150]: Accuracy Decimals: 2
[14:22:37][C][atm90e32:151]: Power C '6CH Hot Water Watts L1'
[14:22:37][C][atm90e32:151]: Device Class: 'power'
[14:22:37][C][atm90e32:151]: State Class: 'measurement'
[14:22:37][C][atm90e32:151]: Unit of Measurement: 'W'
[14:22:37][C][atm90e32:151]: Accuracy Decimals: 2
[14:22:37][C][atm90e32:156]: Frequency '6CH Freq'
[14:22:37][C][atm90e32:156]: State Class: 'measurement'
[14:22:37][C][atm90e32:156]: Unit of Measurement: 'Hz'
[14:22:37][C][atm90e32:156]: Accuracy Decimals: 1
[14:22:38][C][atm90e32:156]: Icon: 'mdi:current-ac'
[14:22:38][D][sensor:127]: '6CH Total Hot Water Watts': Sending state nan
W with 1 decimals of accuracy
[14:22:38][C][:129]: ATM90E32:
[14:22:38][C][atm90e32:130]: CS Pin: GPIO4
[14:22:38][E][atm90e32:132]: Communication with ATM90E32 failed!
[14:22:38][C][atm90e32:134]: Update Interval: 10.0s
[14:22:38][C][atm90e32:136]: Current A '6CH Garage L2 Amps'
[14:22:38][C][atm90e32:136]: Device Class: 'current'
[14:22:38][C][atm90e32:136]: State Class: 'measurement'
[14:22:38][C][atm90e32:136]: Unit of Measurement: 'A'
[14:22:38][C][atm90e32:136]: Accuracy Decimals: 2
[14:22:38][C][atm90e32:137]: Power A '6CH Garage L2 Watts'
[14:22:38][C][atm90e32:137]: Device Class: 'power'
[14:22:38][C][atm90e32:137]: State Class: 'measurement'
[14:22:38][C][atm90e32:137]: Unit of Measurement: 'W'
[14:22:38][C][atm90e32:137]: Accuracy Decimals: 2
[14:22:38][C][atm90e32:143]: Current B '6CH Solar L2 Amps'
—
Reply to this email directly, view it on GitHub
<#62 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABIE3D7TEINVSAIRS352O43WRKTMTANCNFSM5D6NXQRQ>
.
You are receiving this because you were mentioned.Message ID:
<CircuitSetup/Expandable-6-Channel-ESP32-Energy-Meter/issues/62/1374817996
@github.com>
|
Sorry to hear that. As I am sure you did, I have a fair amount of time and money in this setup, it worked great for a year. I did some further testing this morning, I plugged the NodeMCU into each board separately powered by the USB port. Only one of the three boards communicates with the PM chip. My main board and one addon don't communicate at all. I guess they are cooked, very frustrating. |
@fjaquish yea, its a shame. I had high hopes for this one. Despite this Comment, nothing ever did occur on this issue. If you have a heat gun, and a few components, might be worthwhile trying to replace the atm chip. Otherwise, Might be time to check out Other Options |
I'm sorry you're having issues with the meters. Have you tried using another esp32? It's more likely that something is wrong with that then a bunch of metering chips not responding. Having duplicate CS pins will not hurt anything. Be sure that the esp32 has 38 pins as well. |
I'm sorry it didn't work out. I agree there should be something more to protect circuitry when inserting the esp32 into the wrong slot. The meters do come with a pin in the bottom slot to prevent this from happening. |
Hi, As I stated earlier, on initial powerup my first NodeMCU bricked. It is bothersome because it always worked before. I was flashing with an older version of ESPHome, I believe that is why when I added the new sensors I was getting stack overflows. I upgraded the ESPHome and flashed the new yaml via usb. This morning I tested each board. One of the addon board communicates with the ATM90E32 chips, the other two just return NA and the log shows a fail to connect. If I had another NodeMCU, I would pop it in and see, but I don't. I also have repeatedly plugged the NodeMCU into the board that works and it seems to connect without trouble. |
Just to be clear, at no time did I plug the NodeMCU into the wrong slot, my error was not having CS configured correctly on my first powerup. I did not expect that this would cause anything to fry? |
Hi John,
I am looking for a recommendation on what to do next? Suggestions? Tx, FJJ
…On Sun, Jan 8, 2023 at 10:17 AM John ***@***.***> wrote:
Sorry to hear that. As I am sure you did, I have a fair amount of time and
money in this setup, it worked great for a year.
I did some further testing this morning, I plugged the NodeMCU into each
board separately powered by the USB port. Only one of the three boards
communicates with the PM chip. My main board and one addon don't
communicate at all. I guess they are cooked, very frustrating.
I'm sorry you're having issues with the meters. Have you tried using
another esp32? It's more likely that something is wrong with that then a
bunch of metering chips not responding. Having duplicate CS pins will not
hurt anything. Be sure that the esp32 has 38 pins as well.
—
Reply to this email directly, view it on GitHub
<#62 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AJTJNHXNY727WF22L5XCL2TWRLLABANCNFSM5D6NXQRQ>
.
You are receiving this because you were mentioned.Message ID:
<CircuitSetup/Expandable-6-Channel-ESP32-Energy-Meter/issues/62/1374859958
@github.com>
|
Just to close out this thread. Circuit Setup replaced my Mainboard and one Add-on board that was not communicating with the ATM chips. I started with a fresh NodeMCU and installed the new hardware and everything appears to be working as it should. I wish I knew why my first setup did not work, I hate open threads, but at least it is all working now. Kudos to Circuit Setup for standing behind their product. FJJ |
Eh, the thread was originally opened due to mine having the same issue as yours. To fully clarify, mine is completely dead STILL. Despite above comments saying replacement hardware was shipped- that never occured. If it did- It never reached my doorstep. And- as far as I am concerned, as long as this issue is easily replicated, it's still an open issue. |
XtremeOwnageD, I can only relate my experience, I am sorry that you did not get yours resolved. . |
So- everything was working nicely as expected.
I picked up an addon board, and incidentally placed the ESP32 one row down too far into the pin, which the documentation specifically says do not place the ESP32 into. The ESP responded by bricking itself.
Well, I replaced the ESP32, with another ESP32-WROOM-32D, and placed the board into the proper socket this time. Well, after troubleshooting for a bit, I removed the addon board, and reverted to just placing it into the main board, in its original configuration.
After tinkering a bit more, and removing all non-essential configuration, I have reached the limit of my troubleshooting capabilities, in that, the logs only tell me "[13:20:03][E][atm90e32:132]: Communication with ATM90E32 failed!"
When I accidentally incorrectly installed the ESP32 when adding the addon-board, did this damage the underlying circuit? If not- what other debugging steps should be performed?
This is the ESP32 I am attempting to use currently. The pinout seems to match the original one.
https://www.amazon.com/gp/product/B0718T232Z
It is labeled as ESP32-WROOM-32D
Config
Logs
The text was updated successfully, but these errors were encountered: