Hi Mikko,
I am using SQLite DB to temporarily store my data collected via Gurux AMI dynamic IP address. The data is then accessed by another application (based on Node JS) and copied to my RDBMs PostgreSQL.
For testing I am collecting about 5 obis codes (registers) every 1 minute. from 2 meters over 4G.
When I start afresh, every thing works as planned. But then data collection stops after a few days.
When I delete the db and allow app to create a new DB, all things work as desired.
Again, after a few days, there is no collection of data.
App and comms are all ok but the screen log shows no task to execute. Why does this happen?
I used two test machines on two separate set of meters. Both exhibited same problem after a few days of running smoothly. Can help to find why?
I can share my SQLite DB with you separately.
Hope this issue can be resolved soon.
Do you make the connection or are the meters established the connection? Do you have any open tasks in the database when this happens? Or are all tasks executed?
Hi Mikko
When I was testing 2 meters, both tasks were bypassed and never executed. Initial tasks were to read some obis codes every 1 minute (default settings)
Today I used 4 meters. In this case, within couple of hours, 2 meters continued working, two meters were skipped.
Gurux AMI is used as a TCP server and meters have 4G modems with TCP clients, that make connection to GURUX AMI server
Hope this clarifies the matter
First, I need to verify that you can read those meters at least one time? If you can't meters can't be found from the database or settings are wrong.
The only thing that I have found is that if Gurux.DLMS.AMI is restarted while read is on the progress it might be that task is never marked to end. This will cause that there are new tasks available. This is fixed in the next version. All open tasks are marked to end when Gurux.DLMS.AMI is restarted.
Hi Mikko,
As I mentioned, it works correctly for a few days. Then the tasks fail to execute
I also observed, it is possible to delete a meter and then add another meter with same Logical Name
This should not be allowed. This also interferes with data collection.
Ajay
Hi,
Hi,
Do you make the connection or are the meters established the connection? Do you have any open tasks in the database when this happens? Or are all tasks executed?
BR,
Mikko
Hi Mikko
Hi Mikko
When I was testing 2 meters, both tasks were bypassed and never executed. Initial tasks were to read some obis codes every 1 minute (default settings)
Today I used 4 meters. In this case, within couple of hours, 2 meters continued working, two meters were skipped.
Gurux AMI is used as a TCP server and meters have 4G modems with TCP clients, that make connection to GURUX AMI server
Hope this clarifies the matter
Ajay
Hi Mikko
Hi Mikko
Any comments how to overcome this problem
Ajay
Hi,
Hi,
First, I need to verify that you can read those meters at least one time? If you can't meters can't be found from the database or settings are wrong.
The only thing that I have found is that if Gurux.DLMS.AMI is restarted while read is on the progress it might be that task is never marked to end. This will cause that there are new tasks available. This is fixed in the next version. All open tasks are marked to end when Gurux.DLMS.AMI is restarted.
BR,
Mikko
Hi Mikko,
Hi Mikko,
As I mentioned, it works correctly for a few days. Then the tasks fail to execute
I also observed, it is possible to delete a meter and then add another meter with same Logical Name
This should not be allowed. This also interferes with data collection.
Ajay