thank you for sharing your experience so far and it nice to see everything is working for you. I got some really interesting ideas for my own FlipFlat project. A long time passed. When I read through the thread carefully, I see you made some changes to the code and did a CAD design different to the one of. So would you mind share the final project summary with us?: source code, stl/obj/freecad files, specs.
So do I.
No view to north. D.A.R.V. brings me very near to an acceptable aligment.And PHD2, as also EKOS requires at least a good first align to the NCP before you can even use it.
So D.A.R.V. is - in my opinion - an elementary tool.
Until I detected D.A.R.V, I never could get my mount aligned correctly on my balcony. It is so simple and yet practical.
Also a very famous windows competitor application (APT), which I cannot use on my Linux devices, including the astroberry (based on Raspberry Pi), implemented the method.
Take photo and capture / solve, slew to south/dec zero, take a DARV photo, correct azimuth…
Slew to east/dec zero, take a DARV-Photo, correct altitude…
Genious and simple, and it works.
If I just had time and knew how to inplement…
PK wrote: I'll give it a shot!
I would be highly interested, if this worked - because nevertheless I am living at 48 deg north, I don't have a view to north from my balcony So without using a guiding scope it is really really problematic. I think, this is a scenario, which a lot of people might have. Or think, if you are in the mountains or have trees to the north.
luckily I could solve the problem. I don't know exactly why it's working now but here is what I did:
- Installing EQMod, Stellarium_Scope and Stellarium on a windows pc. Configuring the mount. I got the same problems. But here, the reverse DEC, reverse RA switches worked so I found out, that the DEC axe slew wrong.
- Reconfigured my mount controller to reverse DEC (in fact an d in my case RA is reversed, DEC not).
I took me a long way here. I estimate because initially a already tried to reverse DEC i can only assume, that either I missed something or the windows setup trigged something in the mount controller so everything is working know. Glad it's no bug.
I have configured my EQ-5 with custom motors and an AstroEQ controller using Astroberry (KStars, Ekos, INDI).
That works so far for every Star thas is from West over North to East and above the North Celestial Pole. When I cross that boarder, the RA and DEC axes move reversed and the pier side switch in The EQMod-Mount->Main Control Panel (INDI Control Panel) switches from "West(pointing East)" to "East(pointing West)". See the attached files from KStars.
I tried reconfiguring my mount controller and tried the "Reverse DEC" switch (which is not working with my controller).
I am just Slewing/Tracking here, not making images (meridian flip).
There is no alignment (tried, but won't help).
I am always starting from the default park position (Site Management -> Options -> Default -> Write)
Hi there, hi Kaczorek,
I am wandering and didn't find anything about:
* Running astroberry "headless" - only start the indiserver with the given Ekos configuration
* In the gui -> Autostart KStars (no problem), but then autostart Ekos after KStars and Indi with a default profile
P.S.: I am doing my first workshop for others about KStars and the astroberry-PI Thanks for your great work Kaczorek.
sorry: one last question again using "xz": how exectly do you compress a given (!) sdcard into an "img.xz"?
I don't want to use dd or ddrescue.
Dodge wrote: Hi Radek,
Thanks - but the scaling only works through a web browser, I'm using a VNC viewer on the tablet. Anyway, I've made some more tweaks to /boot/config.txt and I've had some success. I don't know why it wasn't working before, but thanks for your help!
which changes did you do to VNC and/or /boot/config.txt exactly?
I tried to edit ~/.vnc/config with e.g.
Kaczorek wrote: Thanks for your comments Alex. I do appreciate your input. I will be releasing new version soon so I will be updating the documentation as well.
BTW. xz is very efficient compression utility for images e.g. Ubuntu Mate images for Raspberry Pi are available in this format - see here .
Again thanks for the link. Just to mention: http://ubuntu-mate.org/raspberry-pi/ also points out other ways using "ddrescue (command line interface)" or "gnome-disk-utility (graphical user interface". But made my experiences with non-Linux-users Etcher is really a brease ... and open source
thanks for the information about .xz-format. Either I forgot about it or did not realize any more that it exists
I did not enhance the usage of zRam. My systemuses now ~380 from 860MB Ram using Kstars and Ekos. But I have to add, that I increased the split Ram from 64 to 128 which is recommended for RealVNC and should apply to VNC as well. I encounter now a much more responsible screen. I tried also Real-VNC, but I had severe problems with multiple startups of Xnvc-core which I could not resolve (and cannot due to high work volume).
Then I disabled the automatic update check which costs a lot of memory and speed. The Pi was almost not usable at startup.
sudo nano /etc/apt/apt.conf.d/10periodic APT::Periodic::Update-Package-Lists "0"; APT::Periodic::Download-Upgradeable-Packages "0"; APT::Periodic::AutocleanInterval "0"; APT::Periodic::Unattended-Upgrade "0";
Next is probably not necessary due to the altering of the file before:
sudo nano /etc/apt/apt.conf APT::Periodic::Update-Package-Lists "0"; APT::Periodic::Unattended-Upgrade "0";
This next should be done, it creates a special startup file for the astroberry user:
mkdir -p ~/.config/autostart cp /etc/xdg/autostart/update-notifier.desktop ~/.config/autostart nano ~/.config/autostart/update-notifier.desktop [...] X-GNOME-Autostart-enabled=false [...]
I also remove apparmor and conky:
sudo apt-get remove conky* apparmor
Hi Radek, simply: the SD card was not formated correct, the partition table was corrupt and had no content. It does not matter why, tools like "cat |" oder " dd if= / of=dev/" work ... but as you see they might not I normally have no problems using these tools but, I e.g. could not identify your format: what does "img.xz" stand for? Normally you use ",img" for a not compressed image or "img.gz/bz" for a compressed image. "xz" is not known by me. Therefore I did not use dd.
The point is, I have no problem with that - but for non Linux users "dd", "cat" and using a "pipe / |" is simple not in the scope
Etcher is a well proven, working tool for flashing cards.
Thanks again for your software stack.
I removed software, that used up a lot of memory and startup: cups server, disabled automatic apt-check (eats up memory and slows system down), removed conky completetely (same) and installed zRam.