library integration on ESP32

[micfuc]

Hi , I am integrating Si5351Arduino on an ESP32 micro using arduino IDE.
I get erratic behaveures when using the set_freq and set_freq_manual methods; in particular:

1. the status is always as following
   SYS_INIT: 1 LOL_A: 1 LOL_B: 1 LOS: 1 REVID: 0
2. when setting more then one CLK with set_freq no out is generated; with a single clk it works
3. when setting frequencies > 10 Mhz the actual value obtained is completely wrong
4. by using the set_freq_manual it works pretty good on a single clock
5. by using the set_freq_manual with 2 or 3 clocks does not work...

can you please help to fix these issues ?

Thanks in advance for any help and thanks for the wonderfull work done ...

Mike

[NT7S]

I recently acquired an ESP32, so at some point I should be able to look at this, but right now I'm in the middle of a crunch to get some other projects shipped, so this will have to wait a bit. Thanks for the report.

[paulh002]

I have exactly the same issue. I now use a interface developed by JF3HZB maybe there is some timing issue

[WA2FZW]

Me three! I just reported this to Jason directly yesterday. Unlike Mike, however, when I look at the status bits, they all look good! The program I'm trying to make work is the "si5351_calibration" program from the examples that come with Jason's library. The only mods I've made to it (other than a million different approaches to trying to make it work) was to actually read the frequency and PLL frequencies from the Si5351 to display them instead of just displaying what the program thinks they are.

I can also confirm that the JF3HZB software works as I have a modified version of his VFO working, and if I could figure out how to add the calibration function to it, I would!

John

[WA2FZW]

I tried the "si5351.set_freq_manual" function this morning - didn't help! Also tried different frequencies (5MHz, 10MHz and 15MHz) - Still just get a short burst of output then the Si5351 stops outputting. I'm only using CLK0 and PLLA, again in a slightly modified version of Jason's calibration program.

The output I get is:

Si5351 Calibration Program
Waiting for Si5351 to come online!

Si5351 is online!

I2C Bus Speed: 100,000.00 Hz
Actual correction: 0.00 Hz // Have this commented out
Target Frequency: 15,000,000.00 Hz // What the program thinks
Actual clock freq: 15,000,000.00 Hz // What the chip thinks
PLL-A Frequency: 800,000,000.00 Hz // What the chip thinks
PLL-B Frequency: 800,000,000.00 Hz // What the chip thinks

SYS_INIT: 0 LOL_A: 0 LOL_B: 0 LOS: 0 REVID: 0

Adjust until your frequency counter reads as close to 10 MHz as possible.
Press 'q' when complete.
Up: r t y u i o p
Down: f g h j k l ;
Hz: 0.01 0.1 1 10 100 1K 10k

Everything except "Target Frequency" is actually being read out of the chip.

And BTW, I'm using an Adafruit board; I see no significant electrical difference between the Adafruit board and the Etherkit board.

The current version of my code is attached (change the extension from "txt" to "ino"). It is set up to work on non-standard I2C pins; it doesn't work on the standard ones either! Comment out the "Wire.begin" call to use the default pins.

Si5351_Cal_With_Alternate_I2C.txt

John

[WanderLG]

Most likely the problem is in the ESP32 Wire library, because using a logical parser, we can see that ESP32 loses I2C SCL sync.
I am sending 2 files with si5351_calibration.ino i2c logical data
Arduino vs ESP32

If you want to verify both files, download the Saleae Software.
https://www.saleae.com/pt/downloads/

The 2 files are here.
Analyzer Logic.zip

Muito provavelmente o problema é na biblioteca Wire do ESP32, pois usando um analisador logico, podemos perceber que o ESP32 perde o sincronismo SCL do I2C.
Estou enviando 2 arquivos com os dados lógicos i2c do si5351_calibration.ino
Arduino vs ESP32

Se quiserem verificar os dois arquivos, baixem o Software Saleae.
https://www.saleae.com/pt/downloads/

Os 2 arquivos estão aqui.
Analyzer Logic.zip

[WA2FZW]

Thanks! I didn’t download the program to view the logic analyzer files, but I’m not convinced the problem is in the “Wire” library. Aside from the problem with the Si5351 on the ESP32, I am using the “Wire” library along with a library for the PCF8574 <https://github.com/RobTillaart/Arduino/tree/master/libraries/PCF8574> chip that works fine on the ESP32. I haven’t done an analysis to see if the two libraries are using the “Wire” library differently or not. I published an Si5351 calibration program <https://github.com/WA2FZW/A-Program-to-Calibrate-the-Si5351-by-WA2FZW> on GitHub last week which does not use the “Wire” library. It uses a slightly modified version of the Si5351 software from the digital VFO designed by TJ <https://www.youtube.com/watch?v=HjzTwqTvjqQ&t=5s> Uebo (JF3HZB) and works equally well on either the ESP32 or an Arduino. John WA2FZW From: WanderLG [mailto:notifications@github.com] Sent: Monday, September 09, 2019 9:21 PM To: etherkit/Si5351Arduino Cc: John P.; Comment Subject: Re: [etherkit/Si5351Arduino] library integration on ESP32 (#66) Most likely the problem is in the ESP32 Wire library, because using a logical parser, we can see that ESP32 loses I2C SCL sync. I am sending 2 files with si5351_calibration.ino i2c logical data Arduino vs ESP32 If you want to verify both files, download the Saleae Software. https://www.saleae.com/pt/downloads/ Muito provavelmente o problema é na biblioteca Wire do ESP32, pois usando um analisador logico, podemos perceber que o ESP32 perde o sincronismo SCL do I2C. Estou enviando 2 arquivos com os dados lógicos i2c do si5351_calibration.ino Arduino vs ESP32 Se quiserem verificar os dois arquivos, baixem o Software Saleae. https://www.saleae.com/pt/downloads/ Analyzer Logic.zip <https://github.com/etherkit/Si5351Arduino/files/3593190/Analyzer.Logic.zip> — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#66?email_source=notifications&email_token=AG2ZI24RAAIH4JAVPTVEJNDQI3ZADA5CNFSM4GFIYFO2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6JQCLA#issuecomment-529727788> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AG2ZI2ZPIJVJDET7SU225NTQI3ZADANCNFSM4GFIYFOQ> . <https://github.com/notifications/beacon/AG2ZI23YGFTU6I7GNKGG2N3QI3ZADA5CNFSM4GFIYFO2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6JQCLA.gif>

…

--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

[WanderLG]

But something is happening and the package is getting lost.
look at these two comparisons.

This picture is the wire scanning for addresses. This one works perfectly.

and this is si5351_calibration.ino This does not work..

[WanderLG]

The two photos are just the end of the package. In the first photo, both work, but in the second photo, Arduino Works and ESP32 does not work.

[WA2FZW]

Oh, I agree something isn't working; just not sure what! You didn't say, but is the scanner program using the Wire library or not?

I definitely see some differences in the data streams in the 2nd set of pictures, but I'm not sure what they mean. There are a couple of strange pulses on the SCL line also:

John
WA2FZW

[WanderLG]

All using wire. Em ter, 10 de set de 2019 08:21, John P. <notifications@github.com> escreveu:

…

Oh, I agree something isn't working; just not sure what! You didn't say, but is the scanner program using the Wire library or not? I definitely see some differences in the data streams in the 2nd set of pictures, but I'm not sure what they mean. There are a couple of strange pulses on the SCL line also: [image: image-1] <https://user-images.githubusercontent.com/28677227/64609712-89fd9600-d39b-11e9-90e7-d2ab8e3d6bff.jpg> John WA2FZW — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#66?email_source=notifications&email_token=ANEQSIUX5ZYQUBMKSDMZA43QI57LTA5CNFSM4GFIYFO2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6KXXAA#issuecomment-529890176>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ANEQSITWUNAQDNNEPN2MQYTQI57LTANCNFSM4GFIYFOQ> .

[WA2FZW]

Well, again, that would lead me to believe the problem is not in the Wire library, but in the Etherkit library. Again I am using the Wire library to communicate with a PCF8574 over the I2C bus with no problem, which would also lead me to believe the Wire library is OK. John WA2FZW From: WanderLG [mailto:notifications@github.com] Sent: Tuesday, September 10, 2019 7:30 AM To: etherkit/Si5351Arduino Cc: John P.; Comment Subject: Re: [etherkit/Si5351Arduino] library integration on ESP32 (#66) All using wire. Em ter, 10 de set de 2019 08:21, John P. <notifications@github.com> escreveu:

Oh, I agree something isn't working; just not sure what! You didn't say, but is the scanner program using the Wire library or not? I definitely see some differences in the data streams in the 2nd set of pictures, but I'm not sure what they mean. There are a couple of strange pulses on the SCL line also: [image: image-1] <https://user-images.githubusercontent.com/28677227/64609712-89fd9600-d39b-11e9-90e7-d2ab8e3d6bff.jpg> John WA2FZW — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#66?email_source=notifications&email_token=ANEQSIUX5ZYQUBMKSDMZA43QI57LTA5CNFSM4GFIYFO2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6KXXAA#issuecomment-529890176>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ANEQSITWUNAQDNNEPN2MQYTQI57LTANCNFSM4GFIYFOQ> .

— You are receiving this because you commented. Reply to this email directly, view it on GitHub <#66?email_source=notifications&email_token=AG2ZI2ZGIMFWVGYAYVA4GVDQI6AJXA5CNFSM4GFIYFO2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6KYJPA#issuecomment-529892540> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AG2ZI23PY2H65VU5JRIQQV3QI6AJXANCNFSM4GFIYFOQ> . <https://github.com/notifications/beacon/AG2ZI2YABIIJ3L6QACYE5JDQI6AJXA5CNFSM4GFIYFO2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6KYJPA.gif>

…

--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

[WA2FZW]

This didn't seem to get posted when I replied via email:

Well, again, that would lead me to believe the problem is not in the Wire library, but in the Etherkit library. Again I am using the Wire library to communicate with a PCF8574 over the I2C bus with no problem, which would also lead me to believe the Wire library is OK.

John
WA2FZW

[ramapcsx2]

Hey,
the problem could be in the I2C implementation in the Si5351 chip itself.
I2C features like clock stretching could be used and this is known to cause issues with the ESP32 in particular.
So I recommend investigating for I2C protocol errors.
Check active and closed issues on the esp32-arduino project such as this one: espressif/arduino-esp32#2301

Good luck!

[WanderLG]

This is where the first error occurs.
Note that using Arduino, we have between 16+ACK up to 12+ACK 9 high SCL pulses.

But using ESP32 that doesn't happen and we only have 5 high pulses in SCL.

Jhon, I suspect the problem is with ESP32 i2c libraries as there are more people with this same problem using other i2c modules. Already the (JF3HZB) VFO works, because it built i2c communication without using the ESP32 specific libraries. It's not just Wire.h or Wire.cpp. There are others that are related.

[WanderLG]

But yes, there may be a way to work around this in the Etherkit SI5351 library without having to touch the ESP32 i2c libraries. I just don't know how to do this. But I'll try, if I can before you, post the result.

Note: I am Brazilian and do not speak English. I'm using google translator.
Wander. (PU4WLG)