Error on compile

[SteliosNtua]

Troubleshooting checklist

• [yes ] I read the README (on master) thoroughly
• [ yes] I ran the MAX30100_Tester and I'm going to paste the output down below
• [ yes] I filled in all the details of my setup down below

Description of the issue

CirculaBuffer.tpp is a file that exists in the directory but there is some issue and it cant link with the Tester.
maybe .tpp extension is wrong?

Output from MAX30100_Tester example

Details of my setup

i dont think this part matters because the code doesnt pass the compile phase

• Arduino hardware: Uno
  Vdd ->5V
  Gnd->Gnd
  SDA->SDA
  SCL->SCL
  INT->Pin 2

• MAX30100 breakout: rcwl-0530

• Arduino framework version: -

• MAX30100 library version: -

[oxullo]

Which version of the arduino IDE are you currently using? Are you using version 1.2.0 of the MAX30100lib library?

[SteliosNtua]

IDE version 1.8.1
i use the latest version 1.2.0
Edit:
I just update to the latest 1.8.5 IDE version and the same problem appears

[per1234]

There are actually two issues here:

1. @boubis has the library files in the sketch folder and the library incorrectly uses angle braces syntax for a local file in CircularBuffer.h, line 117:
   #include <CircularBuffer.tpp>
   Although wrong, that works fine when the library is installed in a normal location but it does not work when the library is located outside the Arduino IDE's default #include search path, such as in the sketch folder.
2. Even though it works fine when the library is installed normally, the .tpp extension apparently is not supported by the Arduino IDE for files in sketch folders.

If I correct the #include syntax and change the filename of CircularBuffer.tpp to a supported extension then the problem is solved.

So you might say "Well, just install the library normally. Don't put it in the sketch folder" but actually it can be very useful to be able to bundle all 3rd party library dependencies of a sketch in the sketch folder so that it can be distributed as a self contained package.

[oxullo]

@per1234 thank you very much for your detailed analysis.

@boubis if you confirm that the issue happens only when you bundle the library into your sketch folder, my suggestion is to simply paste the content of CircularBuffer.tpp into the CircularBuffer.h replacing the include and deleting the former, or renaming it to CircularBuffer_Template.h and adjust the include statement accordingly, as @per1234 suggests.

Another option, which you may take just a suggestion, is to use platformio instead of Arduino IDE.

[SteliosNtua]

@per1234 and @oxullo thank you for all the help so far! i understand the issue and i fix it! Now when i run Tester i have this output on serial

My wiring is this:

Vin -> 5V
Gnd -> Gnd
SCL -> SCL (4,7K pullup)
SDA -> SDA (4,7K pullup)
INT -> INT (4,7K pullup)
IRD and RD floating

[oxullo]

As the tester hints, you're using the wrong part. As I see from the picture, it looks like a MAX30101 or MAX30102, which aren't compatible with the library.

[SteliosNtua]

the breakout board says MAX30100

[oxullo]

The "RCL" breakouts are pesky. Poorly designed, I2C pullups to the 1V8 line and now I see that they're also lying on the actual sensor..
This is a MAX30100: https://www.mouser.com/images/microsites/Maxim_MAX30100.jpg
And this a MAX30102: https://www.mouser.com/images/microsites/maxim%20MAX30102EFD_t.jpg
You can notice the increased size of the sensor window.

MAX30100 are out of production since a while.

[oxullo]

Another annoying thing from Maxim is that MAX30101 and MAX30102, very similar yet two different models, report the same product id (0x15) when querying register 0xff. But what you have is definitely one of the two.

[SteliosNtua]

I understand and i am so disappointed...
I think that this library cant be modified to work for that module right?

[oxullo]

Yes and no.. There are some backward-incompatible rearrangements of the registers, but the only part that needs to be partially re-written is the low-level device driver (MAX30100 class and its registers). I actually wanted to add support to the new chips, but finding time is always complicated :)

[SteliosNtua]

I fully understand! i will try one my own and i will sent if i have any update!
Anyway thank you @oxullo, @per1234 for all your time and valuable advices!

[oxullo]

Good luck!