|
|
Post by mediadogg on Jan 21, 2020 20:40:29 GMT
You should activate the sharing. I bought an TTL to RS232 Converter, maybe it will help. I have attempted to fix the link. Try it now. I think you have the wrong pinout mapping. |
|
|
|
Post by Admin on Jan 23, 2020 1:34:50 GMT
I bought an Renogy Rover 20A and I like to use the serial port for Data Collection, but I get no data. I've connected it with an Keyestudio FTDI Controller and used the correct Data Lines (TX/RX/GND/GND/+/+). And a lot of tools that I found, including the official one, but no chance. I get no Data.
Could you help me?
Unfortunately we do not have too much information regarding the modbus other than the pinout information. The serial port may not be compatible with that unit. You may refer to the attached document as reference. Attachments:ROVER MODBUS1.docx (314.26 KB)
|
|
|
|
Post by mediadogg on Jan 23, 2020 16:57:21 GMT
I bought an Renogy Rover 20A and I like to use the serial port for Data Collection, but I get no data. I've connected it with an Keyestudio FTDI Controller and used the correct Data Lines (TX/RX/GND/GND/+/+). And a lot of tools that I found, including the official one, but no chance. I get no Data.
Could you help me?
Unfortunately we do not have too much information regarding the modbus other than the pinout information. The serial port may not be compatible with that unit. You may refer to the attached document as reference. Am I missing something? I don't see the pinout information in that protocols document. The posts I made rely on the pinouts posted by retrodaredevil, which I confirmed in my own build. |
|
|
|
Post by toxicity on Jan 26, 2020 13:12:02 GMT
Hi retrodaredevil, Wanna have some debugging fun?: Seems to work exept this:
2020-01-26 14:04:49.534 [main] DEBUG me.retrodaredevil.solarthing.program.SolarMain - took 5506ms to read from Rover
2020-01-26 14:04:49.861 [main] INFO org.influxdb - --> POST http://172.23.209.29:8086/query?q=CREATE+DATABASE+grafana (0-byte body)
2020-01-26 14:04:49.886 [main] INFO org.influxdb - <-- 200 OK http://172.23.209.29:8086/query?q=CREATE+DATABASE+grafana (24ms, unknown-length body)
2020-01-26 14:04:49.889 [main] INFO org.influxdb - --> POST http://172.23.209.29:8086/query?q=CREATE+RETENTION+POLICY+%22medium_duration_retention%22+ON+%22grafana%22+DURATION+4w+REPLICATION+1+DEFAULT (0-byte body)
2020-01-26 14:04:49.892 [main] INFO org.influxdb - <-- 200 OK http://172.23.209.29:8086/query?q=CREATE+RETENTION+POLICY+%22medium_duration_retention%22+ON+%22grafana%22+DURATION+4w+REPLICATION+1+DEFAULT (2ms, unknown-length body)
2020-01-26 14:04:49.957 [main] ERROR me.retrodaredevil.solarthing.program.SolarMain - (Fatal)Got throwable
java.lang.AssertionError: This primitive isn't a number, string or boolean! It's: "************************" #censored by me Toxicity
at me.retrodaredevil.solarthing.influxdb.InfluxDbPacketSaver.handle(InfluxDbPacketSaver.java:163) ~[solarthing.jar:?]
at me.retrodaredevil.solarthing.packets.handling.ThrottleFactorPacketHandler.handle(ThrottleFactorPacketHandler.java:36) ~[solarthing.jar:?]
at me.retrodaredevil.solarthing.packets.handling.PacketHandlerMultiplexer.handle(PacketHandlerMultiplexer.java:29) ~[solarthing.jar:?]
at me.retrodaredevil.solarthing.program.SolarMain.lambda$connectRover$2(SolarMain.java:261) ~[solarthing.jar:?]
at me.retrodaredevil.solarthing.program.SolarMain.doRoverProgram(SolarMain.java:304) ~[solarthing.jar:?]
at me.retrodaredevil.solarthing.program.SolarMain.connectRover(SolarMain.java:233) ~[solarthing.jar:?]
at me.retrodaredevil.solarthing.program.SolarMain.doMain(SolarMain.java:460) [solarthing.jar:?]
at me.retrodaredevil.solarthing.program.SolarMain.main(SolarMain.java:475) [solarthing.jar:?]
It seems that it have some trouble with the "productModelEncoded" on line 6. Wanna lock at it?
|
|
|
|
Post by retrodaredevil on Jan 26, 2020 14:45:31 GMT
Thank you once again for the stacktrace. I fixed that issue, so it should work now. Just run a git pull and the new jar file will have the fix.
|
|
|
|
Post by mediadogg on Jan 31, 2020 16:47:03 GMT
Waiting for news ... fixed? Working?
|
|
|
|
Post by toxicity on Feb 5, 2020 11:57:46 GMT
Yeah i burned my MAX3232 and needed replacement. But now its there and the state is: F***ing Grafana:  |
|
|
|
Post by retrodaredevil on Feb 5, 2020 12:50:32 GMT
Depending on how you have your InfluxDB configuration set up, a retention policy will make it so it deletes data after an amount of time.
Can you post your inflixdb.json (without the password) and how me a query you made in Grafana when you go to edit the query?
I might make it so the default configuration doesn't do this. I'll check to see what the default actually is later today.
|
|
|
|
Post by toxicity on Feb 5, 2020 13:14:50 GMT
Sure:
{
"type": "influxdb",
"config": {
"url": "http://192.168.67.43:8086",
"username": "grafana",
"password": "grafana",
"database": "grafana",
"measurement": null,
"status_retention_policies": [
{
"frequency": 29,
"name": "medium_duration_retention",
"duration": "4w",
"auto_alter": true,
"set_as_default": true
},
{
"frequency": 7,
"name": "normal_forever_retention",
"duration": "INF",
"replication": null,
"shard_duration": null,
"set_as_default": false,
"auto_alter": false,
"ignore_unsuccessful_create": false
},
{
"frequency": null,
"name": "normal_short_retention",
"duration": "1h"
}
],
"event_retention_policy": {
"name": "normal_forever_retention"
},
"retry_on_connection_failure": true,
"call_timeout": 0.0,
"connection_timeout": 10.0,
"read_timeout": 10.0,
"write_timeout": 10.0,
"ping_interval": 0.0
}
}
Use pretty much your default settings.
In Grafana if it and your InfluxDB is connected correctly, in the Query Menu of Grafana you should be able to see the table "solarthing".
Chose it and from that you can choose all the fields that the table provides like "chargingPower". And as a tip if you are using containers for Grafana and InfluxDB, localhost won't work as a setting, give everything your normal IP.
|
|
|
|
Post by retrodaredevil on Feb 5, 2020 14:28:14 GMT
So most of the time, SolarThing should put stuff in the "medium_duration_retention" retention policy, sometimes will put stuff in "normal_forever_retention" and otherwise put stuff in "normal_short_retention"
If your stuff in Grafana isn't working how you want it, you have to make sure you have "medium_duration_retention" selected in your Influx query. A raw query looks like this:
SELECT "batteryVoltage" FROM "medium_duration_retention"."solarthing" WHERE $timeFilter GROUP BY "identifier"
I think since you also have "medium_duration_retention" as default you might not have to specify it, but I'm not really sure. It's been a while since I've looked at retention policies.
The reason I added retention policies was because I didn't need data for every 5 seconds. By editing retention policies you can make data stored and displayed closer together or farther apart.
If you need any other help, let me know. Thanks for using SolarThing.
|
|
|
|
Post by toxicity on Feb 28, 2020 14:49:47 GMT
Yep played around with the "normal_short_retention" policy to extend its storage time.
Do you know which table saves the battery charge? Couldn't find it, Thought it would be "BatteryCapacitySOC", but the numbers differs (Device vs Database).
|
|
|
|
Post by retrodaredevil on Feb 28, 2020 21:49:48 GMT
Yep played around with the "normal_short_retention" policy to extend its storage time. Do you know which table saves the battery charge? Couldn't find it, Thought it would be "BatteryCapacitySOC", but the numbers differs (Device vs Database). The state of charge should be represented correctly by "batteryCapacitySOC". If that numbers differs from the one on the device I think that must be a bug in the Rover's software. Also, that number isn't a good value to look at anyway because it goes down when you have a load on your battery. It's much better just to look at the battery voltage, pv power charging your battery, and load power you have on your battery to determine how charged it is.
Once I start getting data from my Rover again (I don't have access to it right now), I'll have to check that out and see how much it differs from what it says on the device.
|
|
|
|
Post by tattoo on Feb 29, 2020 1:00:43 GMT
This is the best SOC chart you will ever use....... Any other chart is useless.......
Be sure and look at the voltage under no load, inverter included....... And then again first thing in the morning when the battery is at it's lowest point.
|
|
