Thank you Magnus_e.

I'm sorry, the enthusiasm for the functionality was premature. Data is not updated and horizontal lines in charts.

I do not know Linux very much. I am a fan of astronomy.
Where should I find a bug or logs?

Good evening gentlemen.

I have solved the problem.

Invalid USB to TTL converter .
The connection was resumed and after some time it was interrupted. The sensor values are still the same.

The converter replaced with high-quality original TFDI.

The last problem is in measuring pressure. We'll see.

Kalda

Hi gentlemen.
The pressure sensor problem is complete. It's destroyed.

I used all the parts listed in point 9 of this part.

Adafruit Pro trinket is 5V but link to BMP180 from Banggood has a supply voltage of max 3.6V. The sensor will be destroyed. My case.

The Adafruit Pro trinket 5V does not have 3.3V for the BMP180 power supply.

Solution:

1) use the step down 5V to 3.3V link

or

2) use the original Adafruit BMP180, which has power supply of 5V and 3.3V
He was sold out, but I had him at home.

Now MeteoStation works perfectly !!!, but the font in the charts is poorly readable.

When I made screenshots on RPI 3 Ubuntu Mate, the font was nice. Now I have Raspbian Stretch and the font is wrong. See screenshots (nice and bad)

Font missing?

Thanks for the tutorial and for the help in the forum.

Kalda

Min Max Fail is OK now.

The problem was in the wrong ID SOUNDINGSTATION.

It remains to solve the badly readable fonts in the charts.

Could you please expand on this fix?
What exactly do you mean by wrong ID, I do have this Min Max Fail issue too.

I do like this weather station a lot !!!



One issue I've spotted, if you load it up i Ekos it will somehow mess it up and stop recording in the graphs (as in: they will flat line).

I'm also having som flatlining issues.

I just do not know if it's because of ssh tunnel timeout, or if indi_duino is crashing.
Not sure why it should, as all the values from the sensors are ok. No timeout or anything.

The MinMax error i somtimes have, but other times it's gone....

I now run it separate from the main indiserver

1013 ? S 0:20 indiserver_weather -f /tmp/indi_weatherFIFO -p 7625
1014 ? S 0:07 \_ indi_duino
root@heidenrod-obs:/# ll /tmp/indi_weatherFIFO
prw-rw-r-- 1 heidenrod heidenrod 0 Dec 28 18:08 /tmp/indi_weatherFIFO|
root@heidenrod-obs:/#

And I do not load it up in Ekos, this stops the flat lining, nor do I connect from my mobile phone using the indi app.

I see. You just start indiserver on different port, so you still can start the other drivers on default port?

I am testing with making a script thar runs @reboot via cron. This first starts indiserver with indififo. Then starts meteo, dome, wounderground and duscap. Then it opens a reverse tunnel to my webserver and executes. /startMETEO. sh

I have some scripts that i use to start indiserver with chaning. The server with meteostation is the last in chain, so as long as indiserver is started, those scripts works well.

I have been testing the last day or two. Mine flatlines even if I only connect to meteostation, so I'll have to do some digging

yes I can, the meteo station has it's own FIFO file and I run the server on port 7625.
Also done the following symlink which I use only for the metetostation, and updated the meteoconfig.py file to reflect the new names.

I think I found the issue I'm having.

I did not have correct settings for timeout in sshd_config

I added this

I tells the sshd daemon to send 0 Alive packages, and not to disconnect before atleast 1 Alive package is not returned.
Should keep the tunnel alive until I close it or reboot.

Fingers crossed

Btw. No clouds and no IRRadiance now? @Gonzothegreat

At the time I posted the screenshot, that was 100% correct. It was pitch black and zero clouds.
I had to go out with the family for a dinner, came back thinking I could deal with the polar alignment.... yeah right... clouds are back... typical.
If I cannot polar align the mount by Saturday night, the observatory will be closed for a few more months until I come back.