-
Notifications
You must be signed in to change notification settings - Fork 4.8k
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
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
DFRobot AS3935 issues #16263
Comments
What barbudor suggested was to open a discussion, not creating an "issue" which is for bugs. What you have looks more like needing help making it work. As indicated in what I posted both on Discord, and in the other thread, I had no trouble getting Tasmota to recognize AS3935 and report values. Did nothing special, just the recommended wiring and Tasmota config. |
Happy to move it to a discussion, but given that the I2C communication seems to work and I can't see any of the usual issues (not using a sensors build, not having the driver enabled, not setting up the IRQ pin) I would suspect some sort of issues during the initialization of the driver that might be particular to this DFRobot build of the sensor? |
Can you set |
That output is already in the original post. Sadly nothing :( |
Ok, I will build a more talkative version of Tasmota32 with more logs to track line by line |
Here you are, based on latest dev branch |
Interesting: I think this part is the important part:
I guess that's in here:
So instead of "define INDOORS 0x24" it returned "0x2E" The whole thing:
|
Here's what I got:
|
Thanks a lot |
I wonder if this is what their 'official' library checks against over here: https://github.com/DFRobot/DFRobot_AS3935/blob/master/DFRobot_AS3935_I2C.cpp#L343-L354
(Just a guess... I'm not that great when it comes to reading these) |
Ok, so the driver sends a PRESET_DEFAULT and from the datasheet, the AFE_GB (gaib boos) should be 0x24
Here is a test version with 10ms delay after reset, instead of 2 ms (I have not found in the datasheet any details on the expect reset delay so that is just a guess) EDIT: test version binary removed |
Sorry, I missed your previous message pointing to DFrobot code |
10 ms delay logs:
|
ok, let's move further with that version that accept either 0x24 or 0x2E |
Why hello!
|
Ok, at least we passed through the test Any lighning expected today on your side ? |
None expected today. I wonder if any of the commands would show that it's communicating correctly? |
|
Sadly doesn't seem to stick: 20:43:42.414 CMD: AS3935disturber 1 AS3935SETTINGS remains unchanged |
So your problem may be a deffective module |
Yeah, I'll probably have to take a look at that. I think my next step is to hook it up to an arduino or raspberry pi and see what it does with their 'native' code :( |
I will put one in my next Ali order. Probably early next week |
The breakout board that worked for me is GY-AS3935. Got it a couple of years ago. |
ok, i have found a User that have also a issue with the DF-Robot AS3935 and the ESP32: (Its' a German comment). I'm not a Hardware Guru but i found in the Schematic from DFRobot, that the Pullup Resistor from SDA is missing. Here the Schematic from MOD1016: and here from the DF-Robot Modul: It looks like that the internall Pullup resistors are too weak: Maybe someone can answer with more experience with the ESP32 and I2C pullups... |
@rb2k |
Oh neat. Yes, I should be able to make that happen once I’m back home!
… On Aug 20, 2022, at 2:23 PM, Device ***@***.***> wrote:
@rb2k
Do you have the possibility to switch a 10k resistor between SDA and VCC as a test?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.
|
ok, great! there are 4 measuring points at the backside of the module but i can not determine the order and labeling: numbering as in the Schematic: In the best case, it is like the same as at the frontside, but beware, it must not be the same. Please measure out the points. then do a 10k resistor between T1 and T2. good luck! |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
PROBLEM DESCRIPTION
I am trying to get the DFRobot AS3935 ((https://www.dfrobot.com/product-1828.html)) to work on Tasmota.
It's hooked up to an ESP32 (M5Stack Atom Lite).
I can see it in the console show up as an I2C device:
I configured the IRQ Pin and can confirm that the i2cdriver48 is enabled. 'i2cdriver' shows it, manually ran "i2cdriver48 1" just to make sure.
The problem: It does not show up any other way. I don't see the measurements on the main UI screen and none of the as3935 commands work. Seems like the driver isn't 'registering' to the device somehow.
REQUESTED INFORMATION
Make sure your have performed every step and checked the applicable boxes before submitting your issue. Thank you!
Backlog Template; Module; GPIO 255
:Backlog Rule1; Rule2; Rule3
:Status 0
:weblog
to 4 and then, when you experience your issue, provide the output of the Console log:(not 100% sure which part would be interesting here, but this is a boot log from yesterday. I guess the interesting part is the fact that it's missing the as3935 driver saying something)
TO REPRODUCE
Connect DFRobot AS3935 to ESP32 and configure I2C and IRQ Pin
EXPECTED BEHAVIOUR
I would like to see the sensor data show up, but aside from the i2cscan it does not
SCREENSHOTS
N/A
ADDITIONAL CONTEXT
They have a library for it over here: https://github.com/DFRobot/DFRobot_AS3935
The text was updated successfully, but these errors were encountered: