OK, so in principle it connects and reads the values, but it runs quite often into timeout problems. With version 1.4 I've introduced caching into the firmware, which partially at least speeds up reading.

Maybe the first thing you should change: set the update period to 60 seconds (in French: Mettre à jour). It is currently set to 10 seconds. This could lead to flooding the serial connection via USB.

Typically, you experience these timeouts from long running sensor readouts. For example, reading the TSL2591 at night might take 2 seconds or more. If one of the other sensors shows similar behavior, it could be beyond the interface timeout of 5 seconds. Additionally, it seems that the serial interfaces queues requests and responses, so it might happen that after a timeout everything gets out of sync.

This is not so easy to resolve, since Arduino does not have really a concept for concurrency. So I cannot have two threads or processes in parallel, one answering requests by reading from a cache and the other one updating the cache.

I personally have very good experience with a Wemos D1, which has a WiFi interface integrated. Meanwhile I only use the WiFi connection, which is running flawlessly now for more than two weeks. With the USB interface, I had problems from time to time.

Regarding the pressure: that's intentionally, that it shows a different value than the raw value. The shown value is the calculated pressure on sea level taking the location that you have setup in KStars/INDI.

Wolfgang

Read More...

The configuration seems reasonable and the log file shows, that the USB connection has succeeded, but reading the weather sensor values runs into a timeout.

Which version of the weather radio INDI driver do you use? This is displayed on the "Connection" tab. It should be 1.3.

Wolfgang

Read More...

Hi folks,
nice to hear that you are trying to use Weather Radio. There were some problems with the WiFi setup. Could you please post your configuration settings from config.h?

Please do not forget, there is your local WiFi key plain text readable, so be careful when posting it here.

I'm working currently on V 1.4 that is running very stable, but I didn't find the time to publish it.

But your posts give me the right motivation

Wolfgang

Read More...

jiberjaber wrote: Am I doing something wrong with the scheduler?

I rebased it, so it's on the latest master right now. If you simply pull again, git might create a merge. If that's the case, issue a "git reset HEAD~10 --hard" and then "git pull --all" and everything is fine.

Read More...

Hi Steve,
let's exchange via PN, that should be solvable.

Wolfgang

Read More...

Hi Steve,
nothing, it was the forum software that swallowed the "https://" in front of the git URL. The correct command is:

git remote add sterne-jaeger https://invent.kde.org/wreissenberger/kstars.git

Hi folks,
maybe I've found an easy solution, I have already submitted a merge request marked as "work in progress". For the brave ones amongst you, I would be happy if you test it in real life.

For this, you need to checkout the branch scheduler_enforce_guiding from my kstars clone invent.kde.org/wreissenberger/kstars.git

For those not so familiar with git, here a short explanation how this works:

• change to your local kstars clone
• git remote add sterne-jaeger invent.kde.org/wreissenberger/kstars.git
• git checkout scheduler_enforce_guiding
• Now change to your build directory and call "make"

Does this fix my case with PHD2 as well as the internal guider?

It looks like there is an issue with EQMod. The first time in your log - when it went well - there are log entries from the pointing model of EQMdód:

[2020-06-30T22:25:09.202 CEST INFO ][           org.kde.kstars.indi] - EQMod Mount :  "[INFO] Align Pointset: added point 0 alt = 47.7436 az = 69.7723 "
[2020-06-30T22:25:09.203 CEST INFO ][           org.kde.kstars.indi] - EQMod Mount :  "[INFO] Align Triangulate: number of faces is 0 "
[2020-06-30T22:25:09.204 CEST INFO ][           org.kde.kstars.indi] - EQMod Mount :  "[INFO] Align Sync: point added: lst=15.01028029 celestial RA 18.70000000 DEC 39.90610000 Telescope RA 18.62786274 DEC 38.80300532 "
[2020-06-30T22:25:09.205 CEST DEBG ][           org.kde.kstars.indi] - EQMod Mount : "[ALIGNMENT] New sync point Date 2459031.350776 RA 18.700000 DEC 39.906100 TDV(x 0.455157 y 0.632573 z 0.626645) "

Hi Stephan,
sorry, I cannot reproduce it, but I'm on the latest version. You could give a try to compile it from the sources: invent.kde.org/education/kstars

Wolfgang

Read More...

Welcome to the club

OK, good to hear that the problem has disappeared. At least I have a better understanding of the code...

So at least the aligning is working. Now let's see if we can resolve the parking problem.

Clear skies
Wolfgang

Read More...

Hi Stephan,
OK, so the warning about missing scope parameters are not relevant. The last entry in the log is an assertion failure "Tracking box is disabled when detecting in full-field". I currently do not understand where this assertion comes from. Are you using full field mode and is "auto select star" selected?

Read More...