After setup the nice astroberry image and fine tuning of the system i recognised temporarily WLAN loss in a regular base.
Looking in the log files I got no explanations for this effect.
Searching in the web i found some information that the COUNTRY=PL setting could be the problem.
So I changed the COUNTRY language setting to DE which was set also in mein raspi-config settings.
After this was done the nasty temporarily WLAN loss incidences stopped.
I used the following commands :
sudo find / -name wpa_supplicant.conf
sudo nano /etc/dbus-1/system.d/wpa_supplicant.conf
sudo nano /usr/share/doc/wpasupplicant/examples/wpa_supplicant.conf
ps -f -p $(pgrep wpa_supplicant)
UID PID PPID C STIME TTY TIME CMD
root 496 1 0 09:13 ? 00:00:00 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
sudo nano /etc/wpa_supplicant/wpa_supplicant.conf.bak
Bingo, after I have disabled the feature section, I got control over the OnStep STM32F303 controller.
Thanks for this hint.
I have to find another solution for my DEW Point heater. Something must be changed within Ekos or KStars that this happend. The systems runs quite stable without any failure before I updated kstars with Astroberry.
I'm planning to switch to MaxESPV3 controller where I can control a field-rotator with the second Focus stepper. The PCB is already fully equipped for testing. The Advantage of STM32 is the very low power consumption in comparison to MaxESPV3.
Thanks again James
Dear Alain, I've the Problem that I can't connect to my OnStep STM32F303 via KStars.
My System is a raspi 4 8G and I#M running Astroberry with KStars 3.5.4 and the last indi driver 1.9.1.
Since my last Update of Astroberry the System never worked again. My soft skills are limited.
My mount always stuck at DE=0 when I try to connect with Ekos and will not point to Polaris (Park Position).
I then have no possibility to control the mount.
In the indi tabs the indicator always become yellow and dont execute a command as it was previously the case.
The mount OnStep-Status tabs were left empty. The firmware figures we
Thanks Ed, for your reply. I'm just a beginner and not so familiar with software like those other guys here.
Meanwhile i figured out a lot of already solved problems here by other persons, the problem is that i have to read all that stuff.
The Status for me is at the moment that I'm using Astroberry on an Raspi 4 8G together with an GPIO GPS GEO 7m module. I did some changes in the config file and now it works fine.
I had still a problem with the indi_lx200_OnStep driver which i updated to the latest build (1.9.2 20.7.2021).
There is still going changes on progress and hope this will tackle my problem.
Now the indi_lx200_OnStep don't crash but I cannot control my mount by Ekos.
My KStars was updated by Astroberry repositors to 3.5.4.
May be that I should downgrade it to 3.5.3
My goal is to have KStars running on the Rpi.
The other solution could be to use the repositos from Jasem like Khalid proposed running Ubuntu connected directly to OnStep. But I prefere to use RPI as a standalone controling the system via VPN.
OnStep is running to the last stable version (4.24).
I#m still interested to any comments how to tackle this or how get a running KStars/OnStep system.
I also set up astroberry 2.0.3 and got after update upgrade an kstars 3.5.4
Unfortunately Lx200 OnStep does not start.
Indi stops connection with message that USB port is already in use......
First i thought this must be a hardware issue.
Has anybody a solution?
RC6;EQ5; OnStep STM32 Blackpill ; Omega Pro ; ASI120s
is there somebody who has experience with the "Omegon Kamera veTEC 571 C Color" Cam.
I have heared the the firmware has a bug and so the pictures have stripes when downloaded.
All the Best Joe