Q&A - Recent Threads

Investigating Accuracy Drift at Negative Temperatures with ADE9000

Medzzi — Thu, 09 Jul 2026 14:09:47 GMT

Hello,

We are currently working on an energy monitoring device which is implemented with an ADE9000.

During the qualification of the product under different temperature conditions, we experienced precision drifts at negative temperatures for V, I, and consequently P, as shown below:

injected				-5°C			Errors
V1 (V)	I1 (A)	PF	P1 th (W)	measured V1 (V)	Measured Current I1 (A)	measured Power P1 (W)	absolute drift V1 (V)	Relative Err V1	absolute drift I1 (mA)	Relative Error I1	Absolute error P1 (W)	Relative Power Error
230	10,00	1	2300,000	229,62	9,9907	2293,01	-0,38	-0,17%	-9,3000	-0,09%	-6,99	-0,30%
230	5,00	1	1150,000	229,62	4,9957	1146,59	-0,38	-0,17%	-4,3000	-0,09%	-3,41	-0,30%
230	2,50	1	575,000	229,63	2,4981	573,36	-0,37	-0,16%	-1,9000	-0,08%	-1,64	-0,29%
230	1,00	1	230,000	229,63	0,9992	229,34	-0,37	-0,16%	-0,8000	-0,08%	-0,66	-0,29%
230	0,50	1	115,000	229,63	0,4996	114,66	-0,37	-0,16%	-0,4000	-0,08%	-0,34	-0,30%
230	0,25	1	57,500	229,63	0,2499	57,34	-0,37	-0,16%	-0,1000	-0,04%	-0,16	-0,28%

-> we can see what looks like an offset in the voltage measurement, do you have any explanation for this?

1- As a first step, we mounted 25 ppm resistors and then 10 ppm resistors for voltage channels, without improvement.

2- After that, we monitored the input voltage at the entry of the ADE9000 on channel V2, and we didn't get a real difference or drift after the resistor divider stage.

3- Also, we measured the internal 1.2V Vref, and we didn't see a large drift: Vref = 1.2556V @ 23°C and Vref = 1.2561V @ -5°C -> 11 ppm/°C.

Now we aim to integrate drift and gain compensation over temperature, as mentioned in the datasheet.

Is it possible to determine the drift profile of the ADE9000 in our hardware implementation?

Can we determine a general compensation factor based on experimental tests, rather than requiring calibration for each product?

Thanks,

Getting ADI_PQLIB_RESULT_WAVEFORM_NOT_READY

ADE9430I2CSupport — Sat, 04 Jul 2026 07:17:30 GMT

I have configured the ADE9430 evaluation board and tried running the library along with example code.

Connected single phase voltage and current - 225V & 5A in R Phase.

I gave following commanez.analog.com/.../CAPTURE2.TXTds and getting the below:

We are looking for suggestions on setting up a Calibration Power Source so we can properly calibrate our boards that are using the ADE9430

ToxicAvenger — Fri, 03 Jul 2026 13:18:16 GMT

We are verifying our boards and on the way to production verification. Were are trying to come up with a solid voltage reference so we can properly calibrate the boards. Since you are the experts and have already gone through battle scars of setting up the calibration process we are hoping that you might suggest Calibration setup for us to use. We would be interested in any equipment you use to provide a gold standard power source, and any other expertise you can provide. Basically we are trying to setup our own lab station for calibration and thought you folks have gone through it already and would be willing to help us...

Thanks - mike

Power quality event can't be detected when process_data = 0

YongLawrence — Fri, 26 Jun 2026 10:05:57 GMT

Hardware: AD-PQMON-SL

Goal:

Obtain the waveform when a power quality event occurs

Problem Description:

When process_data = 1, interrupt event can be detected.
When process_data = 0, interrupt event failed to be detected.
iio_device_attr_write_double() failed to overwrite process_data from 0 to 1.

Error Video:

ez.analog.com/.../4477.Error-Video.mp4

Troubleshooting step that has been taken:

In my full coding, I can overwrite process_data from 1 (default value) to 0 to enable waveform data collection.

Coding:

#include <stdio.h>

#include <stdlib.h>

#include <iio.h>


int main() {

    // Configuration
    struct iio_context* ctx = iio_create_context_from_uri("serial:/dev/ttyACM0,115200,8n1");
    const struct iio_device* dev = iio_context_get_device(ctx, 0);
    struct iio_channel* chn = iio_device_get_channel(dev, 10);
    const char* chnName = iio_channel_get_name(chn);
    printf("Channel[10] name: %s \n", chnName);


    // Process Data
    double process_data = 9.0;
    iio_device_attr_write_double(dev, "process_data", 1.0);
    iio_device_attr_read_double(dev, "process_data", &process_data);
    printf("Process data: %lf \n", process_data);


	// Read countEvent
    double chnAttrValue = 0.0;

    while (true)
    {
        iio_channel_attr_read_double(chn, "countEvent", &chnAttrValue);

        if (chnAttrValue != 0.0)
        {
            printf("countEvent: %lf \n", chnAttrValue);

            break;
        }
    }




    iio_context_destroy(ctx);

}

ADEMA127 timing requirements

thiagopradop — Tue, 23 Jun 2026 16:49:41 GMT

We are designing a system with two ADCs (ADEMA127 and ADEMA124) that will be individually addressed, sharing the same clock source and configurations.

Our clock source is 5.12 MHz, which will result in a 10 ksps final sample rate.

We could not find the following two timing specifications in the ADEMA124/127 datasheet. We want to use the RESET pin to reset the ADCs before configuring them, and after setup, we will send the sync spi command + CS sync pulse.

1. How long must the RESET pin be held LOW to ensure a valid hardware reset of the ADC?

2. How long must the CS pin be held low for triggering the sync?

Any guidance would be appreciated.

Power measurement time

Michelangelo — Tue, 23 Jun 2026 07:40:08 GMT

I'm currently reading the AWATT/AVAR/AVA registers for power, but I wanted to know if there's another way to get data with faster update times (reducing the measurement window/buffer).
The application we're developing needs to be able to monitor power variations more quickly.
I tried disabling the LPF2 filter, but the values are too different to be usable.

Thanks in advance for any suggestions.

When trying single point calibration mode on the ADE9430, the APHCAL0 register appears to have limitations

ToxicAvenger — Mon, 22 Jun 2026 15:17:35 GMT

When trying single point calibration mode on the ADE9430, the APHCAL0 register appears to have limitations

Meaning if its effectively reading at .93 degrees between current and voltage can we expect to correct it and make it read zero or will calibration only work for much higher offsets?

Best Regards

- mike

ADE9430 and latest EN IEC 61000-4-30:2026 adoption in ADSW-PQ-CLS library

s.Kleftogiannis — Tue, 16 Jun 2026 11:51:27 GMT

Hello,

recently EN IEC 61000-4-30:2026 was published.
Do you have any plans of adopting it in ADSW-PQ-CLS library for ADE9430, if so when would be released?

Kind regards

How to simulate a dip event by using AD-PQMON-SL and Scopy?

YongLawrence — Fri, 29 May 2026 09:42:01 GMT

Hardware: AD-PQMON-SL

Software: Scopy 2.0.0-b3d077f6

Expected Result:

When the single-phase voltage input <57.15V, a dip event is triggered.

Error Result:

There’s no dip event.

ez.analog.com/.../8117.Error-Video.mp4

Troubleshooting steps that I have taken:

I set the nominal voltage based on this formula
- Nominal Voltage = {RMS*(√2)}/(Voltage Scale)
- Exp: {63.5*(√2)}/(1001)=0.09 V’
Try to refer manual but there’s no example in Scopy documentation

Clarification request regarding ADE9430 energy accumulation, scaling and rollover handling

Dabliu — Wed, 27 May 2026 18:57:38 GMT

I am currently integrating the ADE9430 and I would like to request clarification regarding the correct usage of the energy accumulation registers and their scaling.

My current configuration is:

EGY_PWR_EN = 1 (Enable power and energy accumulation)
EGY_LD_ACCUM = 1
EGY_TMR_MODE = 0
RD_RST_EN = 0 (disabled due to the known issue described in the documentation: https://wiki.analog.com/resources/eval/user-guides/ade9430#energy_accumulation_details)
EGY_TIME = 7999, generating an EGYRDY interrupt approximately every second

Configuration code:

int32_t ConfigureAFE_EGYTIME(void){

int32_t status = SYS_STATUS_SUCCESS;

uint16_t egytime_value = 7999;

status = AFEWrite16BitReg(REG_EGY_TIME, &egytime_value);

if (status != 0) {

status = SYS_STATUS_AFE_EP_CFG_SET_EGY_PWR_EN_FAILED;

}

return status;

}

Energy accumulation handling:

// -- External energy accumulator

#define ENERGY_CHANNELS 9

// Phase A: WATT, VAR, VA

// Phase B: WATT, VAR, VA

// Phase C: WATT, VAR, VA

#define MAX_45BIT (1LL << 44)

#define RANGE_45BIT (1LL << 45)

#define ROLLOVER_THRESHOLD (MAX_45BIT / 2)

static int64_t prev_raw[ENERGY_CHANNELS] = {0};

static bool first_read = true;

The raw energy values are reconstructed as signed 45-bit values:

int64_t assembled = ((int64_t)(int32_t)hr_hi << 13)

| (int64_t)(hr_lo & 0x1FFF);

Energy conversion currently uses:

#define ADI_PQLIB_PHASE_POWER_FACTOR 20694066 // AWATT FULL SCALE

and:

double ConvertEnergyType(

ADI_AFE_ENERGY_TYPE energy,

float voltageScale,

float currentScale)

{

double energyValue;

energyValue =

((double)energy) /

((double)ADI_PQLIB_PHASE_POWER_FACTOR);

return energyValue;

}

Since RD_RST_EN is disabled, I currently perform accumulation externally in the MCU using deltas between consecutive readings:

static int64_t safe_delta(int64_t current, int64_t previous)

{

int64_t delta = current - previous;

if (delta > ROLLOVER_THRESHOLD) delta -= RANGE_45BIT;

else if (delta < -ROLLOVER_THRESHOLD) delta += RANGE_45BIT;

return delta;

}

Main concerns:

Is this configuration correct for obtaining accumulated energy values every second using EGYRDY interrupts?
Is the energy conversion method correct?
Currently I only divide by:
- ADI_PQLIB_PHASE_POWER_FACTOR = 20694066
However, I am unsure whether:
- voltage scaling
- current scaling
- EGY_TIME
- ADC full-scale
- internal DSP accumulation timing
must also be included in the conversion to obtain Wh or kWh.
Is the external accumulation approach correct when RD_RST_EN = 0?
Since the registers do not appear to reset after each read, I assumed that the correct approach is to calculate a delta between consecutive reads.
Is the rollover handling method correct for the 45-bit signed accumulators?
When calculating:

int64_t delta = current - previous;

sometimes:

previous > current
delta becomes negative
total accumulated energy decreases

Is this expected behavior due to:

signed energy accumulation,
bidirectional power flow,
register rollover,
or is the accumulation procedure incorrect?

For validation purposes:
If the measured load is approximately 4 kW constant active power, should the accumulated active energy increase approximately:
- 4 kWh after 1 hour,
- 8 kWh after 2 hours,
- and approximately 1.11 Wh every second?

Currently the accumulated energy appears to grow significantly faster than expected.

Thank you very much for your support.

Fast RMS settling time behaviour on Pulse modulated waveform

C714Mauro — Wed, 27 May 2026 12:56:59 GMT

Hi!

I'm having a tough problem here when trying to measure RMS current for three phase systems with short conduction cycles.

I'm trying to measure IRMS on a low frequency PWM controller and sometimes the conduction cycle can get very low reaching even 2-3 line cycles.

On this thread -> Fast RMS over one line Cycle <- the proposed method was to use the Ipeak register synchronized with the Zero crossing which worked flawlessly for single phase systems. Problem is that on three phase systems the IPEAK register only holds the maximum value out of the three phases. So monitoring any type of unbalance is not possible. What I triyed to do was to cycle between each phase enabling the peak detection only for the desired phase every time. It works, i can effectively get the peak for each phase and even if any unbalance happens i can detect it. But this breaks my surge protection feature as I am not able to monitor all three phases at the same time.

Only solution I was able to find was using fast RMS and having my system only measure currents after a given conduction window.I'd be able to measure every phase, detect any unbalance and still be able to detect and treat surges on a single line cycle. But now 'm not able to reach the settling times shown by the datasheet (UG-1098) .

I was able to confirm the 260mS by just keeping the default settings but was not able to measure anything when reducing the time to this 60mS. What register configurations are necessary to achieve this 60mS settling time?

I tried both RMS_SRC_SEL = 1 and 0 on Cofig0. also made sure the HPFDIS and INTEN were at 0 (high pass filter not disabled(ON) and Integrator not enabled(off)). LPF2 comes enabled by defautl at reset so I didn't tampered with it.

Also, just for more context, I'm running the tests with a conduction cycle of 120mS to provide at least one full conduction window (which i think should compensate for the random start of the capture).

For instance for a 60Hz signal:

60ms(settling time) +16,67mS(one cycle) +8,33mS(half cycle for the update meas)+35mS(extra time) = 120mS(total time)

Configuration for 3 Phase 3 Wire system

ManhNguyenMacnica — Mon, 25 May 2026 10:57:01 GMT

Hi,

I'm testing ADE7880 EVK for my 3 phase power meter project.

I tested with default configuration of EVK for 3 Phase, 4 Wire before.

My 3 Phase Voltage:

+ Phase Voltage (Va-Vn): 220V

+ Phase to Phase Voltage (Va-Vb): 380V

If I modify EVK to work with 3 Phase, 3 Wire system (instead of 3 Phase, 4 Wire),

Do I need I modify R26 (Rhigh = 1M Ohm) of input voltage divider to avoid saturation of ADE7880 ADC (maximum is 500mV peak).

Calibration Multi point Gain Switching

rafeeth — Thu, 21 May 2026 12:03:48 GMT

I have a scenario where i have enabled multipoint phase and gain compensation in CONFIG0 register.

Below are my current ranges.

mtthrL0 = 0 A

mtthrL1 = 2.25 A

mtthrL2 = 26.78 A

mtthrL3 = 26.78 A

mtthrL4 = 26.78 A

mtthrH0 = 2.5 A

mtthrH1 = 26.78 A

mtthrH2 = 26.78 A

mtthrH3 = 26.78 A

mtthrH4 = 26.78 A

i have written zeroed gain (0xF8000000) to AIGAIN0, BIGAIN0, CIGAIN0 registers. AIGAIN, BIGAIN, CIGAIN, AIGAIN(1-4), BIGAIN(1-4), CIGAIN(1-4) have default reset values.

	EXPECTED	ACTUAL
current with 1A	0	0
current with 5A	5	0
current with 5A, switch to 1A inbetween	0	0
current with 1A, switch to 5A inbetween	5	0

The expectation is with 5A current, it should have switched to AIGAIN1, BIGAIN1, CIGAIN1 and started reading 5A current but it was reading 0A.

I followed the below sequence while writing gains.

Turn on ADE-> write gains-> set current ranges-> set configuration register-> writing RUN register.

Incorrect current readings on A channel while correct on B channel

gwentech — Wed, 20 May 2026 18:20:09 GMT

Hello. I use (3) of this ADE7953 meter IC to measure (6) CTs.

Problem: I'm able to read current on channel B of each chip, but channel A seems to be nonsense. B channel is much closer to accurate, though I do see 84mA when there should be zero.

Configuration: Each of the (3) meter chips have their (2) current inputs and I’m using all 6. A CT is connected to each meter input and I’m switching current through only one of them (relay 6, global input 5 / input B of meter 2) expecting 5.287A as read by a fluke meter, reading 52.8mV across the 10ohm burden resistor.

Attached is the relevant code and resulting log. The log prints out measurements as it queries each of the (3) meter chips every second:

Board0 Meter0 216=0x0186BD 217=0xFFD1D8 21A=0x0DC1F7 21B=0x006285 228=0x12C500 22A=0x0060AF 280=0x400000 28C=0x400000 286=0x000000 292=0x000000 (A=1.765A, B=0.049A)

Board0 Meter1 216=0x016B19 217=0xFFE52C 21A=0x02D1AA 21B=0x00329C 228=0x01AE77 22A=0x0088B1 280=0x400000 28C=0x400000 286=0x000000 292=0x000000 (A=0.362A, B=0.025A)

Board0 Meter2 216=0x0238E8 217=0xFFB63A 21A=0x0D8BD8 21B=0x0098A5 228=0x0E9BF7 22A=0x543DF4 280=0x400000 28C=0x400000 286=0x000000 292=0x000000 (A=1.738A, B=0.076A)

In the log, I switched power ON to meter 2 as seen with:

Relay 6 pulse on

GSO WRITE: board=0 value=0x1800

GSO MCP READBACK: board=0 wrote=0x1800 read=0x1800

Outlet relay 6 ON pulse started (board=0 local=6)

GSO WRITE: board=0 value=0x1000

GSO MCP READBACK: board=0 wrote=0x1000 read=0x1000

Outlet pulse ended (board=0 bit=11)

From there, I can measure the 52mV on the burden resistor R15 and readings go from:

Board0 Meter2 216=0x0AAD04 217=0xFFAEF4 21A=0x0D6DBE 21B=0x00A823 228=0x0E6233 22A=0x007C65 280=0x400000 28C=0x400000 286=0x000000 292=0x000000 (A=1.722A, B=0.084A)

-to-

Board0 Meter2 216=0x015C72 217=0xE20797 21A=0x0F1AFC 21B=0x29EC52 228=0x0E6233 22A=0x543DF4 280=0x400000 28C=0x400000 286=0x000000 292=0x000000 (A=1.938A, B=5.377A)

>> B channel clearly changes and is close to the right value, so good for now. Before switched on, B channel shows 84mA, so something is wrong, but not the main concern. It is the A inputs that should read near zero that are the problem. Example, A=1.722A – should be near zero.

Configuration of each meter is like this:

if(!gsoWriteReg8(GSO_ADE7953_ADDR, 0x00FE, 0xAD))

return false;

if(!gsoWriteReg16(GSO_ADE7953_ADDR, 0x0120, 0x0030))

return false;

if(!gsoWriteReg16(GSO_ADE7953_ADDR, 0x0102, 0x0000))

return false;

if(!gsoWriteReg8(GSO_ADE7953_ADDR, 0x0008, ADE_PGA_GAIN_2))

return false;

if(!gsoWriteReg8(GSO_ADE7953_ADDR, 0x0009, ADE_PGA_GAIN_2))

return false;

delay(500);

uint16_t runreg;

gsoReadReg16(GSO_ADE7953_ADDR, 0x0120, &runreg);

Serial.printf("RUN reg runtime = 0x%04X\n", runreg);

The Power Quality Library Software and CRC

ToxicAvenger — Tue, 12 May 2026 15:14:39 GMT

I am running Version 1.2.0 of the Power Quality Library on the EVAL-ADE9430 Board. I could be wrong but it appears the code in the Power Quality Library is defaulting to disabling CRC verification. The code that initializes the SPI Bus is in the file afe_config.c.

The MXSPIInit(void) function is setting the " hSPI.Init.CRCCalculation = SPI_CRCCALCULATION_DISABLE;"

When I enable CRC (" hSPI.Init.CRCCalculation = SPI_CRCCALCULATION_ENABLE;") I am seeing errors when I try to do simple register reads via the console.

The Terminal Output is shown in the table below with CRC ENABLED on the left and CRC DISABLED on the right.

You can see when CRC is enabled (left) it has trouble reading ADE9430 registers.

I want to make sure I am not doing something wrong here. The only thing I did was enable CRC to start seeing these failures.

Thanks - mike

How to add timestamp into waveform buffer?

YongLawrence — Thu, 30 Apr 2026 09:46:57 GMT

Hardware: AD-PQMON-SL

Goal:

Array Index	Channel
0	Millisecond Epoch Timestamp
1	current0
2	voltage0
3	current1
4	voltage1
5	current2
6	voltage2
7	current3

Problem Description:

Millisecond Epoch Timestamp is needed before every waveform acquisition, so we can cross-reference check with power quality events.
But I don’t know how to add a timestamp to the waveform buffer.

Troubleshooting steps that I have taken:

Add new timestamp attributes in iio_pqm.c I think is not suitable because there are so many timestamps in every waveform, it’s difficult for logging
I try to add adi_pqlib_GetTime() in pqlib_afe.c

diff --git a/projects/eval-pqmon/pqlib_dir/include/adi_pqlib.h b/projects/eval-pqmon/pqlib_dir/include/adi_pqlib.h
index aec99dac..573274a6 100644
--- a/projects/eval-pqmon/pqlib_dir/include/adi_pqlib.h
+++ b/projects/eval-pqmon/pqlib_dir/include/adi_pqlib.h
@@ -33,7 +33,7 @@ extern "C" {
  */
 
 /** Total number of waveform channels in AFE output */
-#define ADI_PQLIB_TOTAL_WAVEFORM_CHANNELS 7
+#define ADI_PQLIB_TOTAL_WAVEFORM_CHANNELS 8
 
 /** Size required for a waveform buffer for one channel. */
 #define ADI_PQLIB_WAVEFORM_BLOCK_SIZE 256
diff --git a/projects/eval-pqmon/src/common/pqlib_afe.c b/projects/eval-pqmon/src/common/pqlib_afe.c
index f7dee1b2..6b3758f4 100644
--- a/projects/eval-pqmon/src/common/pqlib_afe.c
+++ b/projects/eval-pqmon/src/common/pqlib_afe.c
@@ -236,9 +236,13 @@ int get_afe_input()
 	}
 
 	if ((status == 0) && (pOneCycle->STATUS0 & BITM_STATUS0_COH_PAGE_RDY)) {
+		
 		status = afe_read_waveform(
 				 (uint16_t *) & (pqlibExample.inputWaveform.waveform),
 				 ADI_PQLIB_WAVEFORM_BLOCK_SIZE * ADI_PQLIB_TOTAL_WAVEFORM_CHANNELS);
+
+		adi_pqlib_GetTime(pqlibExample.hDevice, &pqlibExample.inputWaveform.waveform[256]);
+
 		pWaveform->isDataProcessed = 0;
 		pWaveform->sequenceNumber++;
 		if (pqlibExample.no_os_cb_desc && !processData) {

KWH energy reading reading more than KVAH

rafeeth — Wed, 29 Apr 2026 10:17:06 GMT

Hi, I’m using the ADE9000 metering IC in my product. I read phase wise energy registers AWATTHR_HI, BWATTHR_HI, CWATTHR_HI, AVARHR_HI, BVARHR_HI, CVARHR_HI, AVAHR_HI, BVAHR_HI, and CVAHR_HI in the same sequence inside the ISR whenever an EGY_READY interrupt occurs.

The EGY_TIME is configured for 999 samples. My ideal input load is 63.5 V, 5 A at UPF. While the measured power values are correct, I am observing a mismatch between KWH and KVAH in the energy (KWH > KVAH).

The behavior is frequent when switching test is done (power cycle is given continuously at an interval of 30sec). Note: The device is calibrated.

Power factor on Delta load

C714Mauro — Mon, 27 Apr 2026 13:43:59 GMT

Hi!
I'm on a delta connection measuring power factor with the ADE9000.

My setup has a 220/127 source and three 40.33 Ohms load on each phase

The datasheet(UG-1098) says this
"In a Blondel compliant 3-wire delta meter, only the overall power consumed by the system is meaningful; the individual phase powers are
not meaningful because a line current is multiplied by a line to line voltage
To obtain the overall power consumed by the system (active, reactive,
and apparent), add the contribution from Phase A and Phase C."

and indeed when measuring active power I get
P_A:1802.82 -- P_B: 5.75 -- P_C: 1812.86

PA+PC = 3615.68 (close to the 3600W I expected)

this also affects power factor as I get 0.87 on phases A and B (which in my understanding is right for a delta connection if I measure Line current and line to line voltage)

Is there any way or configuration i can try to get a power factor of 1 directly from the ADE9000? Or really the only way of getting power factor on this setup is by doing P/S?

what about the true power factor on each phase?

ADE7758 Interrupt Correct Connection with optocoupler

AHTISHAM — Thu, 23 Apr 2026 12:48:53 GMT

The IRQ logic output is active low. However, when it's not active, will it output 5V? I'm confused about this. Please review three designs to determine which is correct for using an IRQ with an optocoupler and the ESP32 to read the IRQ signal.

Schematic 1 (Design1) seems correct to me according to the data sheet, but please review it once.

Need help on Update File Path for maxim.mk in no-OS

YongLawrence — Thu, 23 Apr 2026 06:12:06 GMT

Hardware: AD-PQMON-SL

Software: Maxim SDK October Release 2024

Error Message in Git Bash:

YongYH@YongYH-Laptop MINGW64 ~
$ cd /c/Users/YongYH/no-OS/projects/eval-pqmon && ./build_hex.sh
[INFO] Cleaning previous build...
Using USB as interface for IIO communication
find: ‘C:/MaximSDK/Libraries/../../../Tools/gcc/arm-none-eabi’: No such file or directory
which: no arm-none-eabi-gcc in (/c/Users/YongYH/bin:/mingw64/bin:/usr/local/bin:/usr/bin:/usr/bin:/mingw64/bin:/usr/bin:/c/Users/YongYH/bin:/c/Windows/system32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0:/c/Windows/System32/OpenSSH:/c/Users/ChooYC/AppData/Local/Programs/Python/Python311/Scripts:/c/Program Files/PuTTY:/cmd:/c/Program Files/MongoDB/Server/6.0/bin:/c/Program Files/mongosh-1.8.0-win32-x64/bin:/c/Python27:/c/MinGW/bin:/c/ProgramData/chocolatey/bin:/c/Python/Python311/Scripts:/c/Program Files/PowerShell/7-preview/preview:/c/Program Files (x86)/Windows Kits/10/Windows Performance Toolkit:/c/Program Files/PowerShell/7:/c/Program Files/PVsyst8.0.17:/c/Users/YongYH/AppData/Local/Programs/Python/Python310/Scripts:/c/Users/YongYH/AppData/Local/Programs/Python/Python310:/c/Users/YongYH/AppData/Local/Microsoft/WindowsApps:/c/Users/ChooYC/AppData/Local/Programs/Python/Python311:/c/Users/ChooYC/AppData/Local/Programs/Python/Python311/Scripts:/usr/bin/vendor_perl:/usr/bin/core_perl)
which: no arm-none-eabi-gcc in (/c/Users/YongYH/bin:/mingw64/bin:/usr/local/bin:/usr/bin:/usr/bin:/mingw64/bin:/usr/bin:/c/Users/YongYH/bin:/c/Windows/system32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0:/c/Windows/System32/OpenSSH:/c/Users/ChooYC/AppData/Local/Programs/Python/Python311/Scripts:/c/Program Files/PuTTY:/cmd:/c/Program Files/MongoDB/Server/6.0/bin:/c/Program Files/mongosh-1.8.0-win32-x64/bin:/c/Python27:/c/MinGW/bin:/c/ProgramData/chocolatey/bin:/c/Python/Python311/Scripts:/c/Program Files/PowerShell/7-preview/preview:/c/Program Files (x86)/Windows Kits/10/Windows Performance Toolkit:/c/Program Files/PowerShell/7:/c/Program Files/PVsyst8.0.17:/c/Users/YongYH/AppData/Local/Programs/Python/Python310/Scripts:/c/Users/YongYH/AppData/Local/Programs/Python/Python310:/c/Users/YongYH/AppData/Local/Microsoft/WindowsApps:/c/Users/ChooYC/AppData/Local/Programs/Python/Python311:/c/Users/ChooYC/AppData/Local/Programs/Python/Python311/Scripts:/usr/bin/vendor_perl:/usr/bin/core_perl)
which: no arm-none-eabi-gcc in (/c/Users/YongYH/bin:/mingw64/bin:/usr/local/bin:/usr/bin:/usr/bin:/mingw64/bin:/usr/bin:/c/Users/YongYH/bin:/c/Windows/system32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0:/c/Windows/System32/OpenSSH:/c/Users/ChooYC/AppData/Local/Programs/Python/Python311/Scripts:/c/Program Files/PuTTY:/cmd:/c/Program Files/MongoDB/Server/6.0/bin:/c/Program Files/mongosh-1.8.0-win32-x64/bin:/c/Python27:/c/MinGW/bin:/c/ProgramData/chocolatey/bin:/c/Python/Python311/Scripts:/c/Program Files/PowerShell/7-preview/preview:/c/Program Files (x86)/Windows Kits/10/Windows Performance Toolkit:/c/Program Files/PowerShell/7:/c/Program Files/PVsyst8.0.17:/c/Users/YongYH/AppData/Local/Programs/Python/Python310/Scripts:/c/Users/YongYH/AppData/Local/Programs/Python/Python310:/c/Users/YongYH/AppData/Local/Microsoft/WindowsApps:/c/Users/ChooYC/AppData/Local/Programs/Python/Python311:/c/Users/ChooYC/AppData/Local/Programs/Python/Python311/Scripts:/usr/bin/vendor_perl:/usr/bin/core_perl)

Maxim.mk:

Updated based on (+) Fail to use the function max31343_reg_read_time_stamp() - Q&A - Energy - EngineerZone

diff --git a/tools/scripts/maxim.mk b/tools/scripts/maxim.mk
index 434ac812..5199a93a 100644
--- a/tools/scripts/maxim.mk
+++ b/tools/scripts/maxim.mk
@@ -15,7 +15,7 @@ OC=arm-none-eabi-objcopy
 SIZE=arm-none-eabi-size
 
 PYTHON = python
-ARM_COMPILER_PATH = $(realpath $(dir $(shell find $(MAXIM_LIBRARIES)/../Tools/GNUTools -wholename "*bin/$(CC)" -o -name "$(CC).exe")))
+ARM_COMPILER_PATH = $(realpath $(dir $(shell find $(MAXIM_LIBRARIES)/../../../Tools/gcc/arm-none-eabi -wholename "*bin/$(CC)" -o -name "$(CC).exe")))
 
 # Use the user provided compiler if the SDK doesn't contain it.
 ifeq ($(ARM_COMPILER_PATH),)
@@ -51,6 +51,11 @@ include $(MAXIM_LIBRARIES)/CMSIS/Device/Maxim/$(TARGET_UCASE)/Source/GCC/$(TARGE
 endif
 include $(MAXIM_LIBRARIES)/PeriphDrivers/$(TARGET_LCASE)_files.mk
 
+PERIPH_DRIVER_C_FILES += $(SOURCE_DIR)/SYS/mxc_assert.c
+PERIPH_DRIVER_C_FILES += $(SOURCE_DIR)/SYS/mxc_delay.c
+PERIPH_DRIVER_C_FILES += $(SOURCE_DIR)/SYS/nvic_table.c
+PERIPH_DRIVER_C_FILES += $(SOURCE_DIR)/SYS/mxc_lock.c
+
 HEX=$(basename $(BINARY)).hex
 TARGET_REV=0x4131

Troubleshooting Step that I have taken:

File path in Windows: C:\MaximSDK\Tools\GNUTools\10.3\lib\gcc\arm-none-eabi
Update to ARM_COMPILER_PATH = $(MAXIM_LIBRARIES)/Tools/GNUTools/10.3/lib/gcc/arm-none-eabi
But there's new error message

YongYH@YongYH-Laptop MINGW64 ~
$ cd /c/Users/YongYH/no-OS/projects/eval-pqmon && ./build_hex.sh
[INFO] Cleaning previous build...
Using USB as interface for IIO communication
[14:09:53] [Delete] C:/Users/YongYH/no-OS/projects/eval-pqmon/build
[INFO] Building new HEX...
Using USB as interface for IIO communication
[14:09:55] Building for maxim
Using USB as interface for IIO communication
[14:09:58] Building for target max32650
[14:09:58] Creating IDE project
Using USB as interface for IIO communication
Using USB as interface for IIO communication
[14:11:37] Generating build flags
[14:11:45] Creating symlinks to source files
Using USB as interface for IIO communication
[14:11:49] [CC] heap.c
process_begin: CreateProcess(NULL, arm-none-eabi-gcc -c @C:/Users/YongYH/no-OS/projects/eval-pqmon/build/eval-pqmon-cflags.txt C:/Users/YongYH/no-OS/projects/eval-pqmon/build/app/root/MaximSDK/Libraries/CMSIS/Device/Maxim/MAX32650/Source/heap.c -o C:/Users/YongYH/no-OS/projects/eval-pqmon/build/objs/eval-pqmon/build/app/root/MaximSDK/Libraries/CMSIS/Device/Maxim/MAX32650/Source/heap.o, ...) failed.
make (e=2): The system cannot find the file specified.
make[1]: *** [../../tools/scripts/generic.mk:289: C:/Users/YongYH/no-OS/projects/eval-pqmon/build/objs/eval-pqmon/build/app/root/MaximSDK/Libraries/CMSIS/Device/Maxim/MAX32650/Source/heap.o] Error 2
make: *** [../../tools/scripts/generic.mk:268: all] Error 2
[ERROR] HEX file not found: /c/Users/YongYH/no-OS/projects/eval-pqmon/build/eval-pqmon.hex

Where to download latest release (not build) Maxim SDK?

YongLawrence — Wed, 22 Apr 2026 07:13:41 GMT

Hardware: AD-PQMON-SL

Problem Description:

Where to download latest release (not build) Maxim SDK?
Because I want to avoid use delay in my coding: Fail to use the function max31343_reg_read_time_stamp() - Q&A - Energy - EngineerZone
Currently my Maxim SDK version is 1.0.0:

Troubleshooting Steps that I have taken:

Update in MaintenanceTool.exe but show no update

Correct Neutral connection of Ac voltage with Vn pin of ADE7758

AHTISHAM — Mon, 20 Apr 2026 07:21:32 GMT

Hello ADI Team

We are developing a three-phase energy meter using the ADE7758 chip, which can support both delta and wye connections.

Before we proceed with PCB manufacturing, we need your input on the VN connection of the ADE7758. We have compared the schematic of the ADE7758 evaluation board with a locally available evaluation board in our country, and they have different connections. Please review this and share your perspective with us.

This image is from AN-1334

ADE9000 – Current channels drifting 853–1127 ppm/°C while voltage channels remain stable

Gustavo Garcia — Thu, 16 Apr 2026 15:07:38 GMT

We are developing a three-phase energy analyzer using the ADE9000, and we have observed a consistent and reproducible thermal drift issue exclusively on the current channels.

Setup:

Two independent ADE9000 units purchased from DigiKey — both exhibit identical behavior
Current source: HIOKI 9660 clamp sensor, 1 mV/A, internal burden, 2 Ω output impedance, located 50 cm from the chip
Input signal level: approximately 120 mV RMS on both current and voltage channels

Observed behavior:

Current channels drift: 853–1127 ppm/°C
Voltage channels: completely stable across the same temperature range
This asymmetry is consistent across both chips and all three current phases

Troubleshooting already performed:

Thermal pad verified — ΔT = 0.2°C, negligible
Internal voltage reference measured stable at 1.2493–1.2498 V across temperature
Crystal replaced — noise improved slightly but drift persisted
AVDDOUT measured at 1.921–1.924 V with a +0.15 mV/°C coefficient

The drift magnitude is 45x above the ±25 ppm/°C maximum specified in the datasheet. Since both chips show identical behavior and the signal source is a precision laboratory instrument with negligible output impedance, we believe this points to a systematic internal difference between the current and voltage channel datapaths.

Question: Is there any known architectural difference between the current and voltage ADC channels that could explain this asymmetry? Is there an errata or application note addressing this behavior?

ADE9430 Harmonics Magnitude

NXTLAB — Thu, 16 Apr 2026 03:11:38 GMT

Hi,

Is it Possible to read the harmonics values in its own magnitude? As far as I know, wit the standard functions of the PQ library the harmonics values are presented in terms of the fundamental RMS value, I would like to know how can I read those values in its own magnitude (A & V respectively)

Also, Is it possible to "hardcode" a constant number in the library to get the Total Demand Distortion (TDD) Instead of the THD?

Thank you in advance

Reading Random values on SPI from Metering IC

JustdoinGodswork — Wed, 01 Apr 2026 13:48:30 GMT

I made a custom PCB with following the datasheet reference diagram.

I have tested PCB with connected AC Neutral to DGND
DGND to AGND for a common ground reference.

Also removed the 1K (R14) resistor to feed neutral directly to the Metering IC.

On the IC Pins I checked the voltage level,
Since testing with single phase AC on VAP for now.

At 240VAC, on the IC pin 16 VAP i got 0.240V AC (Checked with multimeter from the Neutral and DGND)

Getting random voltage reading from IC, it reading random values even when no AC input.
04:08:44.097 -> ADE debug registers:
04:08:44.129 -> VERSION: 0x2
04:08:44.129 -> OPMODE : 0x4
04:08:44.161 -> STATUS : 0xC0E00
04:08:44.161 -> RSTATUS: 0xC0E00
04:08:44.193 -> AIRMS : 681
04:08:44.193 -> BIRMS : 5D1
04:08:44.226 -> CIRMS : 10F8
04:08:44.226 -> AVRMS : 17CBD9
04:08:44.259 -> BVRMS : 188CEE
04:08:44.259 -> CVRMS : F3B79
04:08:44.291 -> Send command: a=Wh, b=Irms, c=Vrms, d=VAh, v=debug
04:08:52.771 -> VOLTAGE RMS readings for each phase:
04:08:53.702 -> 180.73
04:08:54.602 -> 193.06
04:08:55.533 -> 110.74
04:08:55.533 -> Send command: a=Wh, b=Irms, c=Vrms, d=VAh, v=debug
04:09:16.945 -> VOLTAGE RMS readings for each phase:
04:09:17.862 -> 181.23
04:09:18.822 -> 170.60
04:09:19.707 -> 110.11
04:09:19.707 -> Send command: a=Wh, b=Irms, c=Vrms, d=VAh, v=debug
04:09:21.014 -> VOLTAGE RMS readings for each phase:
04:09:21.952 -> 182.64
04:09:22.865 -> 189.44
04:09:23.770 -> 108.69
04:09:23.770 -> Send command: a=Wh, b=Irms, c=Vrms, d=VAh, v=debug
04:09:24.064 -> VOLTAGE RMS readings for each phase:
04:09:24.971 -> 185.55
04:09:25.924 -> 166.75
04:09:26.829 -> 108.37
04:09:26.829 -> Send command: a=Wh, b=Irms, c=Vrms, d=VAh, v=debug
04:09:27.939 -> VOLTAGE RMS readings for each phase:
04:09:28.890 -> 185.73
04:09:29.769 -> 188.56
04:09:30.717 -> 109.96
04:09:30.717 -> Send command: a=Wh, b=Irms, c=Vrms, d=VAh, v=debug

Here is the code I'm testing with

#include "Arduino.h"

#include <SPI.h>

#include "ADE7758Lib.h"

char inputChar = 0;

bool rx = false;

ADE7758 myADE(&SPI,5);

void runSPITest() {

const int samples = 50;

uint8_t version0 = myADE.read8bits(VERSION);

uint8_t opmode0 = myADE.read8bits(OPMODE);

int versionMismatch = 0;

int opmodeMismatch = 0;

for (int i = 0; i < samples; i++) {

if (myADE.read8bits(VERSION) != version0) {

versionMismatch++;

}

if (myADE.read8bits(OPMODE) != opmode0) {

opmodeMismatch++;

}

(void)myADE.read8bits(MMODE);

delay(1);

}

uint8_t mmodeOriginal = myADE.read8bits(MMODE);

uint8_t mmodeTest = (uint8_t)(mmodeOriginal ^ 0x01);

myADE.write8bits(MMODE, mmodeTest);

delay(2);

uint8_t mmodeReadback = myADE.read8bits(MMODE);

myADE.write8bits(MMODE, mmodeOriginal);

delay(2);

uint8_t mmodeRestored = myADE.read8bits(MMODE);

Serial.println("SPI self-test:");

Serial.print("VERSION fixed: 0x");

Serial.print(version0, HEX);

Serial.print(" mismatches=");

Serial.println(versionMismatch);

Serial.print("OPMODE fixed: 0x");

Serial.print(opmode0, HEX);

Serial.print(" mismatches=");

Serial.println(opmodeMismatch);

Serial.print("MMODE write/read: wrote 0x");

Serial.print(mmodeTest, HEX);

Serial.print(" read 0x");

Serial.println(mmodeReadback, HEX);

Serial.print("MMODE restore : 0x");

Serial.println(mmodeRestored, HEX);

bool pass = (versionMismatch == 0) &&

(opmodeMismatch == 0) &&

(mmodeReadback == mmodeTest) &&

(mmodeRestored == mmodeOriginal);

Serial.println(pass ? "SPI RESULT: PASS" : "SPI RESULT: FAIL");

}

void setup()

{

Serial.begin(9600);

SPI.begin();

myADE.begin();

Serial.println("ADE7758 begins operating");

Serial.println("Send command: a=Wh, b=Irms, c=Vrms, d=VAh, v=debug, s=spi-test");

delay(1000);

}

void loop()

{

if (Serial.available() > 0) {

inputChar = (char)Serial.read();

if (inputChar != '\r' && inputChar != '\n' && inputChar != ' ') {

rx = true;

}

if (rx) {

switch(inputChar){

case 'a':

Serial.println("ENERGY readings for each phase:");

Serial.println(myADE.getWattHR(PHASE_A), HEX);

Serial.println(myADE.getWattHR(PHASE_B), HEX);

Serial.println(myADE.getWattHR(PHASE_C), HEX);

break;

case 'b':

Serial.println("CURRENT RMS readings for each phase:");

Serial.println(myADE.IRMS(PHASE_A), HEX);

Serial.println(myADE.IRMS(PHASE_B), HEX);

Serial.println(myADE.IRMS(PHASE_C), HEX);

break;

case 'c':

Serial.println("VOLTAGE RMS readings for each phase:");

Serial.println((float)myADE.VRMS(PHASE_A) * 0.000159024, 2);

Serial.println((float)myADE.VRMS(PHASE_B) * 0.000159024, 2);

Serial.println((float)myADE.VRMS(PHASE_C) * 0.000159024, 2);

// Serial.println(myADE.VRMS(PHASE_B), HEX);

// Serial.println(myADE.VRMS(PHASE_C), HEX);

break;

case 'd':

Serial.println("Complex Energy readings for each phase:");

Serial.println(myADE.getVAHR(PHASE_A), HEX);

Serial.println(myADE.getVAHR(PHASE_B), HEX);

Serial.println(myADE.getVAHR(PHASE_C), HEX);

break;

case 'v':

Serial.println("ADE debug registers:");

Serial.print("VERSION: 0x");

Serial.println(myADE.read8bits(VERSION), HEX);

Serial.print("OPMODE : 0x");

Serial.println(myADE.read8bits(OPMODE), HEX);

Serial.print("STATUS : 0x");

Serial.println(myADE.getInterruptStatus(), HEX);

Serial.print("RSTATUS: 0x");

Serial.println(myADE.getResetInterruptStatus(), HEX);

Serial.print("AIRMS : ");

Serial.println(myADE.getIRMS(PHASE_A), HEX);

Serial.print("BIRMS : ");

Serial.println(myADE.getIRMS(PHASE_B), HEX);

Serial.print("CIRMS : ");

Serial.println(myADE.getIRMS(PHASE_C), HEX);

Serial.print("AVRMS : ");

Serial.println(myADE.getVRMS(PHASE_A), HEX);

Serial.print("BVRMS : ");

Serial.println(myADE.getVRMS(PHASE_B), HEX);

Serial.print("CVRMS : ");

Serial.println(myADE.getVRMS(PHASE_C), HEX);

break;

case 's':

runSPITest();

break;

default:

Serial.println("unknown command");

}

rx = false;

Serial.println("Send command: a=Wh, b=Irms, c=Vrms, d=VAh, v=debug, s=spi-test");

}

//ADE7758Lib.h

#ifndef _ADE7758LIB_h

#define _ADE7758LIB_h

#include <SPI.h>

#define AWATTHR 0x01

#define BWATTHR 0x02

#define CWATTHR 0x03

#define AVARHR 0x04

#define BVARHR 0x05

#define CVARHR 0x06

#define AVAHR 0x07

#define BVAHR 0x08

#define CVAHR 0x09

#define AIRMS 0x0A

#define BIRMS 0x0B

#define CIRMS 0x0C

#define AVRMS 0x0D

#define BVRMS 0x0E

#define CVRMS 0x0F

#define FREQ 0x10

#define TEMP 0x11

#define WFORM 0x12

#define OPMODE 0x13

#define MMODE 0x14

#define WAVMODE 0x15

#define COMPMODE 0x16

#define LCYCMODE 0x17

#define MASK 0x18

#define STATUS 0x19

#define RSTATUS 0x1A

#define ZXTOUT 0x1B

#define LINECYC 0x1C

#define SAGCYC 0x1D

#define SAGLVL 0x1E

#define VPINTLVL 0x1F

#define IPINTLVL 0x20

#define VPEAK 0x21

#define IPEAK 0x22

#define GAIN 0x23

#define AVRMSGAIN 0x24

#define BVRMSGAIN 0x25

#define CVRMSGAIN 0x26

#define AIGAIN 0x27

#define BIGAIN 0x28

#define CIGAIN 0x29

#define AWG 0x2A

#define BWG 0x2B

#define CWG 0x2C

#define AVARG 0x2D

#define BVARG 0x2E

#define CVARG 0x2F

#define AVAG 0x30

#define BVAG 0x31

#define CVAG 0x32

#define AVRMSOS 0x33

#define BVRMSOS 0x34

#define CVRMSOS 0x35

#define AIRMSOS 0x36

#define BIRMSOS 0x37

#define CIRMSOS 0x38

#define AWAITOS 0x39

#define BWAITOS 0x3A

#define CWAITOS 0x3B

#define AVAROS 0x3C

#define BVAROS 0x3D

#define CVAROS 0x3E

#define APHCAL 0x3F

#define BPHCAL 0x40

#define CPHCAL 0x41

#define WDIV 0x42

#define VADIV 0x44

#define VARDIV 0x43

#define APCFNUM 0x45

#define APCFDEN 0x46

#define VARCFNUM 0x47

#define VARCFDEN 0x48

#define CHKSUM 0x7E

#define VERSION 0x7F

#define REG_READ(reg) reg

#define REG_WRITE(reg) (unsigned char)((reg) | 0x80)

//PHASE_SEL

#define PHASE_A 0

#define PHASE_B 1

#define PHASE_C 2

//WAV_SEL

#define CURRENT 0

#define VOLTAGE 1

#define ACT_PWR 2

#define REACT_PWR 3

#define APP_PWR 4

//interrupt mask/status bit

#define AEHF 0

#define REHF 1

#define VAEHF 2

#define SAGA 3

#define SAGB 4

#define SAGC 5

#define ZXTOA 6

#define ZXTOB 7

#define ZXTOC 8

#define ZXA 9

#define ZXB 10

#define ZXC 11

#define LENERGY 12

#define RESET 13

#define PKV 14

#define PKI 15

#define WFSM 16

#define REVPAP 17

#define REVPRP 18

#define SEQERR 19

#define WAVMODE_VALUE(phase, wave) (((wave)<<2)|(phase))

class ADE7758

{

public:

ADE7758 (SPIClass *,int );

void begin();

int WattHR(char );

int VARHR(char );

int VAHR(char );

long VRMS(char );

long IRMS(char );

long waveform(char ,char );

int lineFreq(char );

void accumulateEnergy();

void powerOff();

void powerON();

void sleep();

void wakeUp();

long getInterruptStatus(void);

long getResetInterruptStatus(void);

void enableChip();

void disableChip();

void write8bits(char , unsigned char );

void write16bits(char , unsigned int );

unsigned char read8bits(char );

unsigned int read16bits(char );

unsigned long read24bits(char );

long getIRMS(char );

long getVRMS(char );

int getWattHR(char );

int getVARHR(char );

int getVAHR(char );

private:

SPIClass *_ADE7758SPI;

int _SSpin;

long accuWattHRA;

long accuWattHRB;

long accuVARHRA;

long accuVARHRB;

long accuVAHRA;

long accuVAHRB;

};

#endif

//ADE7758Lib.cpp

#include <Arduino.h>

#include <SPI.h>

#include "ADE7758Lib.h"

#if !defined(MSBFIRST) && defined(SPI_MSBFIRST)

#define MSBFIRST SPI_MSBFIRST

#endif

extern void isrGDO0event(void);

SPISettings ADESETTINGS(125000, MSBFIRST, SPI_MODE1);

//public

ADE7758::ADE7758(SPIClass *ADESPI, int SSpin)

{

_ADE7758SPI=ADESPI;

_SSpin=SSpin;

digitalWrite(_SSpin, HIGH);

//Ensure Chip select pin is output

pinMode(_SSpin, OUTPUT);

}

void ADE7758::begin()

{

// Allow device power-up to settle before first config write.

delay(20);

// Normal operating mode.

write8bits(OPMODE, 0x04);

delay(10);

// Read reset/status once to clear startup latched flags.

(void)getResetInterruptStatus();

(void)getInterruptStatus();

}

int ADE7758::getWattHR(char phase)

{

return read16bits(AWATTHR+phase);

}

int ADE7758::getVARHR(char phase)

{

return read16bits(AVARHR+phase);

}

int ADE7758::getVAHR(char phase)

{

return read16bits(AVAHR+phase);

}

long ADE7758::VRMS(char phase)

{

long volts = 0;

int samples = 50;

getVRMS(phase); // Dummy read to clear old data

for(int i = 0; i < samples; i++) {

volts += getVRMS(phase);

delayMicroseconds(1000); // 1ms delay * 50 = 50ms averaging window

}

return volts / samples;

}

long ADE7758::IRMS(char phase)

{

char i=0;

long current=0;

getIRMS(phase);//Ignore first reading

for(i=0;i<10;++i){

current+=getIRMS(phase);

delayMicroseconds(50);

}

//average

return current/10;

}

void ADE7758::accumulateEnergy()

{

accuWattHRA += getWattHR(PHASE_A);

accuWattHRB += getWattHR(PHASE_B);

// Add Phase C if needed

accuVAHRA += getVAHR(PHASE_A);

accuVAHRB += getVAHR(PHASE_B);

}

long ADE7758::waveform(char phase,char source)

{

}

void ADE7758::powerOff()

{

}

void ADE7758::powerON()

{

}

void ADE7758::sleep()

{

}

void ADE7758::wakeUp()

{

}

long ADE7758::getInterruptStatus(void){

return read24bits(STATUS);

}

long ADE7758::getResetInterruptStatus(void){

return read24bits(RSTATUS);

}

int ADE7758::lineFreq(char phase){

uint8_t mmode;

mmode = read8bits(MMODE);

write8bits(MMODE,(mmode&0x11111100 )| phase);

delay(10);

return read16bits(FREQ);

}

//private

void ADE7758::enableChip()

{

digitalWrite(_SSpin, LOW);

}

void ADE7758::disableChip()

{

digitalWrite(_SSpin, HIGH);

}

void ADE7758::write8bits(char reg, unsigned char data)

{

_ADE7758SPI->beginTransaction(ADESETTINGS);

enableChip();

delay(10);

_ADE7758SPI->transfer(REG_WRITE(reg));

delay(2);

_ADE7758SPI->transfer(data);

delay(1);

disableChip();

_ADE7758SPI->endTransaction();

}

void ADE7758::write16bits(char reg, unsigned int data)

{

_ADE7758SPI->beginTransaction(ADESETTINGS);

enableChip();

delay(10);

_ADE7758SPI->transfer(REG_WRITE(reg));

delay(2);

_ADE7758SPI->transfer((unsigned char)((data>>8)&0xFF));

delay(2);

_ADE7758SPI->transfer((unsigned char)(data&0xFF));

delay(1);

disableChip();

_ADE7758SPI->endTransaction();

}

unsigned char ADE7758::read8bits(char reg)

{

_ADE7758SPI->beginTransaction(ADESETTINGS);

enableChip();

unsigned char ret;

delay(10);

_ADE7758SPI->transfer(REG_READ(reg));

delay(2);

ret=_ADE7758SPI->transfer(0x00);

delay(1);

disableChip();

_ADE7758SPI->endTransaction();

return ret;

}

unsigned int ADE7758::read16bits(char reg)

{

_ADE7758SPI->beginTransaction(ADESETTINGS);

enableChip();

unsigned int ret=0;

unsigned char ret0=0;

delay(10);

_ADE7758SPI->transfer(REG_READ(reg));

delay(2);

ret=_ADE7758SPI->transfer(0x00);

delay(2);

ret0=_ADE7758SPI->transfer(0x00);

delay(1);

disableChip();

_ADE7758SPI->endTransaction();

ret= (ret<<8)|ret0;

return ret;

}

unsigned long ADE7758::read24bits(char reg)

{

_ADE7758SPI->beginTransaction(ADESETTINGS);

enableChip();

unsigned long ret=0;

unsigned int ret1=0;

unsigned char ret0=0;

delay(10);

_ADE7758SPI->transfer(REG_READ(reg));

delay(2);

ret=_ADE7758SPI->transfer(0x00);

delay(2);

ret1=_ADE7758SPI->transfer(0x00);

delay(2);

ret0=_ADE7758SPI->transfer(0x00);

delay(1);

disableChip();

_ADE7758SPI->endTransaction();

ret= (ret<<16)|(ret1<<8)|ret0;

return ret;

}

long ADE7758::getIRMS(char phase)

{

return read24bits(AIRMS+phase);

}

long ADE7758::getVRMS(char phase)

{

return read24bits(AVRMS+phase);

}