Gina

Cloned working SD card to SSD and now trying to clone from image to new card. Using dd. Trouble is there's no progress bar or any other idea of how far it's got. Card to SSD gina@Mint-Desktop ~ $ sudo dd if=/dev/sdf of=~/rpi_img_backup.img [sudo] password for gina: 30244864+0 records in 30244864+0 records out 15485370368 bytes (15 GB, 14 GiB) copied, 246.319 s, 62.9 MB/s It seems to have worked eventually (over half an hour). SSD to new card Disk /dev/sdf: 14.4 GiB, 15485370368 bytes, 30244864 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x00000000 Device Boot Start End Sectors Size Id Type /dev/sdf1 8192 30244863 30236672 14.4G c W95 FAT32 (LBA) gina@Mint-Desktop ~ $ sudo dd if=~/rpi_img_backup.img of=/dev/sdf 30244864+0 records in 30244864+0 records out 15485370368 bytes (15 GB, 14 GiB) copied, 2551.79 s, 6.1 MB/s gina@Mint-Desktop ~ $ Hmm... writing time was 42.5m - nearly 3/4 hour. Now to put card in RPi and see if it works. This is a 16GB card. Just ordered an 8GB card to create a full system on to use fro cloning as cloning to same size card has proved dodgy in the past - may depend on make as to exactly how many bytes the card contains. 8GB card are dearer than 16GB cards!!

The earth from the rod goes to my mount with a large earthing bolt and on to the distribution box in the warm room. That is the main 13.8v power return. Never had any tingles from anything. Mine is 10m² earth bonding cable.

I might as well implement all available settings that Radek has provided including changing focuser resolution, particularly as this same hardware will be used on telescopes as well as lenses. The very fine focussing I use with the lenses may not be needed for telescopes where I use the 28BYJ-48 geared stepper motor with the fine focus knob.

From the C++ code I could see that the stepper driver type was a switch in the Options tab and this confirms it. I also see that the resolution (microstepping) now has a setting here.

There is a switch to set which type of motor driver module. MS3 (16x microstepping) is used if the driver board is A4988 which mine is. When I checked some time ago, Ekos didn't alter the resolution (motor speed) but maybe now it does otherwise I don't think Radek would have added the code. Speeding up the motor for faster focussing may be advantageous. OTOH I've found 16x microstepping fine so far.

Checking the default Astroberry GPIO assignments against my current hardware :- Astroberry default / For BCM2835 use P1_* pin numbers not gpio numbers (!!!) #define DIR RPI_BPLUS_GPIO_J8_07 // GPIO4 #define STEP RPI_BPLUS_GPIO_J8_11 // GPIO17 #define M1 RPI_BPLUS_GPIO_J8_15 // GPIO22 // M1 // M0 #define M2 RPI_BPLUS_GPIO_J8_13 // GPIO27 // M2 // M1 #define M3 RPI_BPLUS_GPIO_J8_18 // GPIO24 // M3 // N/A #define SLEEP RPI_BPLUS_GPIO_J8_16 // GPIO23 My connections:- DIR GPIO4 STEP GPIO17 Sleep GPIO23 MS1 GPIO22 MS2 GPIO27 MS3 Gnd Only difference is MS3 which currently has a link to Gnd. Now to see if GPIO24 is actually used in the code.

Thanks to @RadekK and @JamesF - it seems I'm back in action

Both Astroberry Focuser and Board are showing in the INDI Control Panel. Next to check the GPIO connections and make sure the hardware matches the drivers.

WOW!! Thank you James - that worked. Next to check with Ekos...

I'll try that - thanks.

Thank you @RadekK Tried that and got gina@img2:~$ git clone https://github.com/rkaczorek/astroberry-diy.git fatal: destination path 'astroberry-diy' already exists and is not an empty directory. so deleted astroberry-diy and contents and tried again. git clone seemed to work fine but the second command failed. gina@img2:~$ sudo rm -r astroberry-diy [sudo] password for gina: gina@img2:~$ ls AstroPi3 Desktop Music Templates bcm2835-1.50 Documents Pictures 'Terminal 1' bcm2835-1.50.tar.gz Downloads Public Videos bcm2835-1.50.tar.gz.1 indi-astroberry snap wiringpi-latest.deb gina@img2:~$ git clone https://github.com/rkaczorek/astroberry-diy.git Cloning into 'astroberry-diy'... remote: Enumerating objects: 13, done. remote: Counting objects: 100% (13/13), done. remote: Compressing objects: 100% (11/11), done. remote: Total 288 (delta 3), reused 8 (delta 2), pack-reused 275 Receiving objects: 100% (288/288), 132.38 KiB | 774.00 KiB/s, done. Resolving deltas: 100% (162/162), done. gina@img2:~$ git checkout 3283e99 fatal: not a git repository (or any of the parent directories): .git gina@img2:~$

OTOH without focuser I could just use the card that's in the img2 RPi. With dew heater on all the time I don't need the Astroberry Board driver. But for any sensible imaging I really need remote focussing!!

I wanted to clone the card so put it in my desktop reader. Listing drives with fdisk couldn't have destroyed the card and it worked in that card reader when I copied data off. Very odd!! Maybe I can purloin the RPi and card from my ASC but this doesn't have the Astroberry Focuser. Focus on the rig is currently set for Ha (if it hasn't moved). Possible in desperation, I guess.

PLEASE NOTE :- This Blog is now out of date and has been superseded. The Git repositories have changed and the information here no longer applies.

Put card back in imaging rig and powered up. "Huston - we have a problem!!" RPi didn't boot and no green LED for disk activity. Seems the card is dead!!! DRAT. Can't see anything that could have destroyed the card! Now I have NO IMAGING RIG!!

Took working SD card out of my WF imaging rig and put it in the card reader, ran sudo fdisk -l for a list of drives but the card showed as only 30MB. One of the new ones showed 14GB. Very strange!!

I thought just copying the astroberry-diy directory and all its contents from the working card to the new one would work but something was wrong with the bcm2835 library. Maybe I should just clone the card and leave it at that. I've found I can change the network name so that I can use both old and new at the same time. That would give me a second imaging rig. I'm rather surprised that just copying all the Astroberry files across and recompiling didn't work. Must be something in the rest of the system - different version of something perhaps.

I can see the problem with catering for different operating systems and a variety of SBCs and all the permutations that result. ATM I am only interested in RPi 3 B and RPi 3 B+ though sometime in the future I can see wanting the RPi 4 to cater for faster imaging. With wiringPi apparently broken I think my best option will be to take working versions from RPi 3 B and B+ and copy files to the new micro SD cards.

Thank you @RadekK. I used to write and maintain software so I know what you mean. It's also why I really appreciate your efforts in this field.

+1

But where are the source files for wiringPi?

I'll take a look at the code tomorrow. I could also cut out the focuser section from the compiling list and see if the Astroberry Board compiles. I don't want the focuser for my ROR remote control though I guess I could add a webcam to watch the imaging rig.

Hmmm... Fixed the wiringPi error but getting others. gina@img2:~/astroberry-diy/build$ cmake -DCMAKE_INSTALL_PREFIX=/usr .. -- Configuring done -- Generating done -- Build files have been written to: /home/gina/astroberry-diy/build gina@img2:~/astroberry-diy/build$ make [ 25%] Building CXX object CMakeFiles/indi_rpifocus.dir/rpi_focus.o /home/gina/astroberry-diy/rpi_focus.cpp: In member function ‘virtual IPState FocusRpi::MoveFocuser(INDI::FocuserInterface::FocusDirection, int, int)’: /home/gina/astroberry-diy/rpi_focus.cpp:488:55: warning: unused parameter ‘speed’ [-Wunused-parameter] IPState FocusRpi::MoveFocuser(FocusDirection dir, int speed, int duration) ^~~~~ /home/gina/astroberry-diy/rpi_focus.cpp: In member function ‘virtual IPState FocusRpi::MoveAbsFocuser(int)’: /home/gina/astroberry-diy/rpi_focus.cpp:581:21: warning: comparison with string literal results in unspecified behavior [-Waddress] if ( direction == "INWARD" ) ^~~~~~~~ /home/gina/astroberry-diy/rpi_focus.cpp:585:21: warning: comparison with string literal results in unspecified behavior [-Waddress] if ( direction == "OUTWARD" ) ^~~~~~~~~ /home/gina/astroberry-diy/rpi_focus.cpp: In member function ‘virtual int FocusRpi::regPosition(int)’: /home/gina/astroberry-diy/rpi_focus.cpp:757:5: warning: this ‘else’ clause does not guard... [-Wmisleading-indentation] else ^~~~ /home/gina/astroberry-diy/rpi_focus.cpp:761:2: note: ...this statement, but the latter is misleadingly indented as if it were guarded by the ‘else’ if (pos == -1) ^~ /home/gina/astroberry-diy/rpi_focus.cpp:770:9: warning: ignoring return value of ‘char* fgets(char*, int, FILE*)’, declared with attribute warn_unused_result [-Wunused-result] fgets (buf , 100, pFile); ~~~~~~^~~~~~~~~~~~~~~~~~ [ 50%] Linking CXX executable indi_rpifocus /usr/lib/gcc/arm-linux-gnueabihf/7/../../../../lib/libwiringPi.so: undefined reference to `fcntl@GLIBC_2.28' collect2: error: ld returned 1 exit status CMakeFiles/indi_rpifocus.dir/build.make:96: recipe for target 'indi_rpifocus' failed make[2]: *** [indi_rpifocus] Error 1 CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/indi_rpifocus.dir/all' failed make[1]: *** [CMakeFiles/indi_rpifocus.dir/all] Error 2 Makefile:129: recipe for target 'all' failed make: *** [all] Error 2 gina@img2:~/astroberry-diy/build$

OK James. I'll try that. I presume I need to remove the duff wiringPi with sudo apt-get purge wiringpi hash -r

Connected human interface devices and ran the RPi in GUI mode. Having removed to old wiringPi I downloaded and installed the new one from https://project-downloads.drogon.net/wiringpi-latest.deb. The library appeared to install fine. Next I closed down, powered up and accessed via SSH from the desktop. I deleted the astroberry-diy directory and all it's contents to give me a clean start then entered these commands one at a time git clone https://github.com/rkaczorek/astroberry-diy.git cd astroberry-diy mkdir build && cd build cmake -DCMAKE_INSTALL_PREFIX=/usr .. make I thought it would work now but it still failed as before. gina@img2:~/astroberry-diy/build$ make Scanning dependencies of target indi_rpifocus [ 25%] Building CXX object CMakeFiles/indi_rpifocus.dir/rpi_focus.o /home/gina/astroberry-diy/rpi_focus.cpp:26:10: fatal error: wiringPi.h: No such file or directory #include <wiringPi.h> ^~~~~~~~~~~~ compilation terminated. CMakeFiles/indi_rpifocus.dir/build.make:62: recipe for target 'CMakeFiles/indi_rpifocus.dir/rpi_focus.o' failed make[2]: *** [CMakeFiles/indi_rpifocus.dir/rpi_focus.o] Error 1 CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/indi_rpifocus.dir/all' failed make[1]: *** [CMakeFiles/indi_rpifocus.dir/all] Error 2 Makefile:129: recipe for target 'all' failed make: *** [all] Error 2 gina@img2:~/astroberry-diy/build$