Thoughts on which imaging rigs to concentrate on

[Gina]

Yippee - it's worked   At last - does help to get things right

So that's the answer - use a Linux box to make and copy a fill called SSH without extension into the /boot directory on the RPi micro SD card OR maybe make the file directly in the destination

Now SSHing into RPi, sorted out host identification and now ready to install stuff.

gina@gina-mint-PI ~ $ ssh pi@raspberrypi
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@       WARNING: POSSIBLE DNS SPOOFING DETECTED!          @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
The ECDSA host key for raspberrypi has changed,
and the key for the corresponding IP address 192.168.1.80
has a different value. This could either mean that
DNS SPOOFING is happening or the IP address for the host
and its host key have changed at the same time.
Offending key for IP in /home/gina/.ssh/known_hosts:3
  remove with:
  ssh-keygen -f "/home/gina/.ssh/known_hosts" -R 192.168.1.80
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:oawPvxBmNcSkqpZCW5rDGmC1CDRRjcYoBh6xsVYFxUQ.
Please contact your system administrator.
Add correct host key in /home/gina/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /home/gina/.ssh/known_hosts:5
  remove with:
  ssh-keygen -f "/home/gina/.ssh/known_hosts" -R raspberrypi
ECDSA host key for raspberrypi has changed and you have requested strict checking.
Host key verification failed.
gina@gina-mint-PI ~ $ ssh-keygen -f "/home/gina/.ssh/known_hosts" -R raspberrypi# Host raspberrypi found: line 5
/home/gina/.ssh/known_hosts updated.
Original contents retained as /home/gina/.ssh/known_hosts.old
gina@gina-mint-PI ~ $ ssh pi@raspberrypi
The authenticity of host 'raspberrypi (192.168.1.80)' can't be established.
ECDSA key fingerprint is SHA256:oawPvxBmNcSkqpZCW5rDGmC1CDRRjcYoBh6xsVYFxUQ.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'raspberrypi' (ECDSA) to the list of known hosts.
Warning: the ECDSA host key for 'raspberrypi' differs from the key for the IP address '192.168.1.80'
Offending key for IP in /home/gina/.ssh/known_hosts:3
Are you sure you want to continue connecting (yes/no)? yes
pi@raspberrypi's password: 

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.

SSH is enabled and the default password for the 'pi' user has not been changed.
This is a security risk - please login as the 'pi' user and type 'passwd' to set a new password.

pi@raspberrypi:~ $ 

 

[Gina]

Having got an OS in the RPi that I can SSH into, now is the time to make a backup.  I plan to make plenty of backups as I go along then if things go wrong I can back-track to an earlier version.

[Gina]

Made the backup.  Now with the RPi card in the Linux box I shall copy the libindi package into /home/pi.

[Gina]

Source - home/gina/Downloads/libindi_1.3.1_rpi.tar.gz
Destination - media/gina/0aed834e-8c8f-412d-a276-a265dc676112/home/pi

So... $ cp home/gina/Downloads/libindi_1.3.1_rpi.tar.gz media/gina/0aed834e-8c8f-412d-a276-a265dc676112/home/pi

Result :-

gina@gina-mint-PI / $ ls media/gina/0aed834e-8c8f-412d-a276-a265dc676112/home/pi
libindi_1.3.1_rpi.tar.gz  SSH
gina@gina-mint-PI / $ 

Now it's time to put the card in the RPi and install the dependencies before unpacking libindi as per the installation instructions.

But before installing too much I shall need to run raspi-config to expand the file system etc.

[Gina]

Using the command line seems to work so much better that the GUI and it's clear exactly what's going on

[Gina]

Used $ sudo raspi-config to expand file system and change password then rebooted.  I shall use it again later to change the host name so that I can have several Raspberry Pis on the network.

[Gina]

Next to install dependencies :-

Quote

sudo apt-get install cdbs libcfitsio3-dev libnova-dev libusb-1.0-0-dev libjpeg-dev libusb-dev libtiff5-dev libftdi-dev fxload libkrb5-dev libcurl4-gnutls-dev libraw-dev libgphoto2-dev libgsl0-dev dkms libboost-regex-dev libgps-dev libdc1394-22-dev

Then unpack and install :-

Quote

$ tar -xzf libindi_1.3.1_rpi.tar.gz
$ cd libindi_1.3.1_rpi
$ sudo dpkg -i *.deb

 

[Gina]

Needed $ sudo apt-get update but then the command to install the dependences worked fine   Next to unpack and install libindi.

[Gina]

Done that - time for a backup

[Gina]

Backed up and back in RPi   Done update, upgrade, reboot and ready to try - no errors encountered - all seemed to go well.

Should be ready to try INDI for camera, EFW, mount.

[Filroden]

Looking good. How's the weather?

[Gina]

'Orrible!!! The rain has changed to drizzle and the mist has arrived - reckon it'll probably thicken up into real fog tonight like last night.

I've brought the imaging rig indoors and about to try the 1600 and EFW.  The indi_asi_wheel driver seems to be there but doesn't show in Ekos - think it needs the real wheel

[Gina]

Yes, that was it - EFW now connected  
Ran :- $ indiserver -m 100 -vv indi_asi_ccd indi_asi_wheel indi_eqmod_telescope

Edited January 30, 2017 by Gina

[Gina]

Probably time for another backup before trying to add the BCM2835 and Astroberry drivers.

[Gina]

If all goes well with this I think I might write a tutorial   Or is that tempting fate?...

[Filroden]

15 minutes ago, Gina said:

If all goes well with this I think I might write a tutorial   Or is that tempting fate?...

Fate/shmate! Do it anyway

I'm just about to connect my mount to my Mac to see if I can control it with SkySafari. If so, I'm considering a VM box with Windows so I can still run SGPro for capture but control the scope remotely (I've found no way to control the mount in Windows that doesn't break my goto alignment).

[Gina]

These seem to be the commands to install the BCM2835 driver which doesn't need root privileges according to airspayce.

sudo apt-get install subversion cmake libgps-dev
wget http://www.airspayce.com/mikem/bcm2835/bcm2835-1.50.tar.gz
tar xvfz bcm2835-1.50.tar.gz
cd bcm2835-1.50
./configure
make
sudo make install

 

[Gina]

That all seemed to go alright   Backup time...

Edited January 30, 2017 by Gina

[Gina]

Next to install the Astroberry drivers :-

Quote

GENERIC INSTALL
===============

You must have CMake >= 2.4.7 in order to build this package.

1) $ svn checkout svn://svn.code.sf.net/p/astroberry/svn/trunk/ astroberry-svn
2) $ mkdir indi-astroberry
3) $ cd indi-astroberry
4) $ cmake -DCMAKE_INSTALL_PREFIX=/usr ../astroberry-svn
5) $ make
6) $ su -c 'make install' OR sudo make install

CMake was installed with subversion I think.

[Gina]

Errors to do with RTIMULib.h but the focus driver seems OK.

pi@raspberrypi:~/indi-astroberry $ make
Scanning dependencies of target indi_rpifocus
[ 12%] Building CXX object CMakeFiles/indi_rpifocus.dir/rpi_focus.o
[ 25%] Linking CXX executable indi_rpifocus
[ 25%] Built target indi_rpifocus
Scanning dependencies of target indi_rpialtimu
[ 37%] Building CXX object CMakeFiles/indi_rpialtimu.dir/rpi_altimu.o
/home/pi/astroberry-svn/rpi_altimu.cpp:23:22: fatal error: RTIMULib.h: No such file or directory
 #include <RTIMULib.h>
                      ^
compilation terminated.
CMakeFiles/indi_rpialtimu.dir/build.make:62: recipe for target 'CMakeFiles/indi_rpialtimu.dir/rpi_altimu.o' failed
make[2]: *** [CMakeFiles/indi_rpialtimu.dir/rpi_altimu.o] Error 1
CMakeFiles/Makefile2:104: recipe for target 'CMakeFiles/indi_rpialtimu.dir/all' failed
make[1]: *** [CMakeFiles/indi_rpialtimu.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2
pi@raspberrypi:~/indi-astroberry $ sudo make install
[ 25%] Built target indi_rpifocus
[ 37%] Building CXX object CMakeFiles/indi_rpialtimu.dir/rpi_altimu.o
/home/pi/astroberry-svn/rpi_altimu.cpp:23:22: fatal error: RTIMULib.h: No such file or directory
 #include <RTIMULib.h>
                      ^
compilation terminated.
CMakeFiles/indi_rpialtimu.dir/build.make:62: recipe for target 'CMakeFiles/indi_rpialtimu.dir/rpi_altimu.o' failed
make[2]: *** [CMakeFiles/indi_rpialtimu.dir/rpi_altimu.o] Error 1
CMakeFiles/Makefile2:104: recipe for target 'CMakeFiles/indi_rpialtimu.dir/all' failed
make[1]: *** [CMakeFiles/indi_rpialtimu.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2
pi@raspberrypi:~/indi-astroberry $ 

 

[Gina]

The focuser doesn't work   I guess the lack of the RTIMULib.h file is stopping the other processes.  I wonder if I can get into the source files and disable compiling the associated driver which I don't want anyway.

[Gina]

I think I might be able to

pi@raspberrypi:~ $ ls astroberry-svn
AUTHORS         cmake_modules  indi_rpialtimu.xml  indi_rpifocus.xml  INSTALL  rpi_altimu.cpp  rpi_brd.cpp  rpi_focus.cpp  rpi_gps.cpp
CMakeLists.txt  COPYING.LIB    indi_rpibrd.xml     indi_rpigps.xml    README   rpi_altimu.h    rpi_brd.h    rpi_focus.h    rpi_gps.h
pi@raspberrypi:~ $ 

I'm looking at CMakeLists.txt and maybe cmake_modules.

Edited January 30, 2017 by Gina

[Gina]

Here's the text file :-

pi@raspberrypi:~/astroberry-svn $ cat CMakeLists.txt
cmake_minimum_required(VERSION 2.4.7)
PROJECT(astroberry CXX C)

set (VERSION_MAJOR 1)
set (VERSION_MINOR 0)

set(CMAKE_MODULE_PATH "${CMAKE_CURRENT_SOURCE_DIR}/cmake_modules/")
set(BIN_INSTALL_DIR "${CMAKE_INSTALL_PREFIX}/bin")
set(CMAKE_CXX_FLAGS "-std=c++0x ${CMAKE_CXX_FLAGS}")


find_package(INDI REQUIRED)

#configure_file(${CMAKE_CURRENT_SOURCE_DIR}/config.h.cmake ${CMAKE_CURRENT_BINARY_DIR}/config.h )

include_directories( ${CMAKE_CURRENT_BINARY_DIR})
include_directories( ${CMAKE_CURRENT_SOURCE_DIR})
include_directories( ${INDI_INCLUDE_DIR})


################ Astroberry Board ################

set(indi_rpibrd_SRCS
        ${CMAKE_CURRENT_SOURCE_DIR}/rpi_brd.cpp
   )

add_executable(indi_rpibrd ${indi_rpibrd_SRCS})
target_link_libraries(indi_rpibrd indidriver bcm2835)
install(TARGETS indi_rpibrd RUNTIME DESTINATION bin )
install(FILES indi_rpibrd.xml DESTINATION ${INDI_DATA_DIR})

################ Astroberry AltIMU ################

set(indi_rpialtimu_SRCS
        ${CMAKE_CURRENT_SOURCE_DIR}/rpi_altimu.cpp
   )

add_executable(indi_rpialtimu ${indi_rpialtimu_SRCS})
target_link_libraries(indi_rpialtimu indidriver RTIMULib)
install(TARGETS indi_rpialtimu RUNTIME DESTINATION bin )
install(FILES indi_rpialtimu.xml DESTINATION ${INDI_DATA_DIR})

################ Astroberry GPS ################

set(indi_rpigps_SRCS
        ${CMAKE_CURRENT_SOURCE_DIR}/rpi_gps.cpp
   )

add_executable(indi_rpigps ${indi_rpigps_SRCS})
target_link_libraries(indi_rpigps indidriver gps nova)
install(TARGETS indi_rpigps RUNTIME DESTINATION bin )
install(FILES indi_rpigps.xml DESTINATION ${INDI_DATA_DIR})

################ Astroberry Focuser ################

set(indi_rpifocus_SRCS
        ${CMAKE_CURRENT_SOURCE_DIR}/rpi_focus.cpp
   )

add_executable(indi_rpifocus ${indi_rpifocus_SRCS})
target_link_libraries(indi_rpifocus indidriver bcm2835)
install(TARGETS indi_rpifocus RUNTIME DESTINATION bin )
install(FILES indi_rpifocus.xml DESTINATION ${INDI_DATA_DIR})

pi@raspberrypi:~/astroberry-svn $ 

I reckon that if I delete the sections for "Astroberry AltIMU" and "Astroberry GPS" which I don't want it might work.  But I think I might play safe and remove the unwanted files too.  This might be where the last backup might come in handy - if it all goes wrong, which is quite possible

[Gina]

Here's the cmake_modules list -

pi@raspberrypi:~/astroberry-svn $ ls cmake_modules
FindAIOUSB.cmake  FindCFITSIO.cmake   FindFLI.cmake      FindINDI.cmake   FindMODBUS.cmake  FindQHY.cmake   FindUSB-1.cmake   MacroBoolTo01.cmake
FindALUT.cmake    FindDC1394.cmake    FindFTDI.cmake     FindJPEG.cmake   FindNova.cmake    FindQSI.cmake   FindUSB.cmake     MacroLogFeature.cmake
FindAPOGEE.cmake  FindFISHCAMP.cmake  FindGPHOTO2.cmake  FindMEADE.cmake  FindOpenAL.cmake  FindSBIG.cmake  FindVorbis.cmake  MacroOptionalFindPackage.cmake
pi@raspberrypi:~/astroberry-svn $ 

Not touching that!!!

[Gina]

About to cut this part out of CMakeLists.txt :-

################ Astroberry AltIMU ################

set(indi_rpialtimu_SRCS
        ${CMAKE_CURRENT_SOURCE_DIR}/rpi_altimu.cpp
   )

add_executable(indi_rpialtimu ${indi_rpialtimu_SRCS})
target_link_libraries(indi_rpialtimu indidriver RTIMULib)
install(TARGETS indi_rpialtimu RUNTIME DESTINATION bin )
install(FILES indi_rpialtimu.xml DESTINATION ${INDI_DATA_DIR})

################ Astroberry GPS ################

set(indi_rpigps_SRCS
        ${CMAKE_CURRENT_SOURCE_DIR}/rpi_gps.cpp
   )

add_executable(indi_rpigps ${indi_rpigps_SRCS})
target_link_libraries(indi_rpigps indidriver gps nova)
install(TARGETS indi_rpigps RUNTIME DESTINATION bin )
install(FILES indi_rpigps.xml DESTINATION ${INDI_DATA_DIR})

Done in nano.