ERROR: opening 'weather.rrd': Aucun fichier ou dossier de ce type
nafa@NAFABox:~$

You need to issue this command from that directory where weather.rrd is located. Should be /usr/local/share/weatherradio or /usr/share/weatherradio.

I also tried to try to decipher the data file, but I think there will be a problem, because the cloud cover depends on a calculation from the sky temperature, as the SQM depends on the Lux value.
So how to do it?

Cloud coverage is stored directly, so you can access the data directly from the rrd file.

Ok, so now I got to read the data.
So now, I would have to select a time slot for data collection.
example :from 6pm to 6am
then choose in this time frame the tolerance you want for clouds.
example: 2% of cloud during .
and then do a good day count.
Example : since January 1st there has been : "4" good night.

Do you think it's possible to do it, I realize that it's not directly useful for a night of observation, nor for the security of closing a roof.
But it would be interesting to know and remember which nights have been good during the year, and compared between years and different places.

Hello
So I just saw that my station spat out this morning.
So how do I find out where and what the problem is?

If you started your indiserver with this command
You could look at /tmp/indiserver.log to see what it says. If it is not too large you could post it or a link to it.

Are you using an Arduino? or a Wemos? See problems with crashes above when using a small memory device with many
sensors.

How many sensors are you running?

My box kept on dying because of dew and wetness, the dampest sensors were getting very crusty due to
electrolysis. I could rescue some of them by cleaning with alcohol and I have tried to preserve my next batch
by covering the contacts with clear nail polish.

It would sometimes run for a week or so, then stop working and I would go out and dry it out to revive it.

Could be a hardware problem or a software problem.



Hope you get it fixed.

Adrian

hello

You could look at /tmp/indiserver.log to see what it says. If it is not too large you could post it or a link to it.

I can't find the file in "tmp".

Are you using an Arduino? or a Wemos? See problems with crashes above when using a small memory device with many
sensors.

I have a Arduino

How many sensors are you running?


BME280
MLX
TSL2591

Regarding the tmp file
=================

If the file is not in /tmp the two main possibilites are
- you did not send it there when you started indiserver
- or the box where the indiserver was running has rebooted and /tmp has been emptied

I see that from your post above you are referring to the .service file
This is usually /etc/systemd/system/indi-weatherradio.service
I suppose this is where you are running indiserver from, this file will be run
at each system boot, if the service is enabled with

$ sudo systemctl enable indi-weatherradio.service
Or the service can be manually started with
$ sudo systemctl start indi-weatherradio.service

The indiserver can also be started in other ways
- from the terminal
- by another application (eg. kstars)

You can stop the service and edit this file to change the start line to
Not the >> which sends the output of indiserver to the file.

Then start the service as you usually do.
You can check whats in the output by typing in a terminal
There you will see the output and later on you can copy it to wherever you wish.

Regarding the sensors and Arduino
===========================
I had no trouble with crashes with the three sensors you are using on an Arduino Uno and an Arduino Nano,
but when I added more the memory was not sufficient and I got crashes quickly. There are many different models
of Arduino.

Crashing troublshooting
==================
If your indiserver crashes and your computer is attached to the arduino with a usb cable you can use the serial
monitor for the Arduino IDE (or minicom etc) to see if you can talk to the arduino.

You can try the v and w commands and see if you get something back.
v will give the version of the firmware
w will print out the sensors with their readings

If you can't talk with the arduino then there may be a problem with the arduino or the hardware,
damp and wetness was my problem.
If you can talk to the arduino and indiserver is crashing then there is some other problem, most likely.

My Uno ran with these three sensors for a long time before I had problems with damp and wetness.

Is it a good idea to look at the arduino and the sensors to make sure they are not wet!

hello
so here are my commands that I use to launch the service or to control it :
sudo service indi-weatherradio start
sudo service indi-weatherradio stop
sudo service indi-weatherradio status

so I have to do otherwise to launch the service?
what would be the commands to do in order to have a fair launch with a log in case of problem?

Best regards
Christophe

duplicate of the previous message

You launch the indi weatherradio service with the start command as you say.
You can also use a different syntax which gives the same result

e.g.
sudo systemctl stop indi-weatherradio.service
etc.

What you are typing is fine for controlling the service, you can use other methods but you only need one.

You need to get the output of the indiserver into a file to record what is happing in case of a crash.
To do this you need to edit the service script to redirect the output to a file.

First stop the service
Use a text editor to edit the service file /etc/systemd/system/indi-weatherradio.service

Change the exec start command fromto
Now restart the service.
You can check if it is running with the status command (or ps aux | grep indiserver)

Now if the server crashes the log will be in /tmp/weatherradio_output.txt. You can look at that for any clues.

When you don't want the log anymore you can change the service file back to the original one.

Hello
So how do I edit the file, because there's nothing I can do about it?

Gain access to the box running the service, same as how you get to issue the commands to start and stop and get status for the service.

This is usually by either
- sitting at box with monitor and keyboard
- remote access over the network

At box
======
If you are using a keyboard and monitor at the computer running the service, start a terminal and edit the file with an editor, for instance
$ sudo nano /path/to/file

nano is a simple editor with prompts.

Make the changes and save the file
You can use any editor you like.

Remote access
=============
If you are remote from the computer running the service, use ssh (putty on windows) to get terminal access and proceed as before. You can also use a remote desktop instead of ssh if you have that set up.

hello
then I don't have a problem to open it, but I can't modify it, because, I don't have the authorization to modify it.