Had it several times that the slew to target kept on going forever. (Think there is even a warning about it somewhere on the site) That's why i changed to sync, no problems then (except solver does not always work, but that is most of the time my own fault. Forgetting correct telescope info, exposure time ...)
Regards,

Paul

Read More...

Noop. Only exists for WIn (32 and 64 bit editions) and Linux (x64) and Mac.
Foor MoonPanorameMaker the source is avaible on GitHub so you could try to compile it on ARM.
Paul

Read More...

Correct procedure is as follows:
Unpark Mount
Point to Betelgeuze in KStars (right click pop up menu appears)
In the popup menu click on Eqmod -> Track
Wait until the mount stops moving

Then go to the align tab en do capture&solve
Use the sync option that works better that than slew to target
Then you will see in Kstars the mount is not on Betelgeuze anymore but in the neigbourhood.
Right click on Betelgueze again -> EQmod->track and you should be spot on

Paul

Read More...

Paul replied to the topic 'Building 3rd party drivers' in the forum. 4 days ago

problem solved. Misspelled the driver name, so sh*t happens ....
building the eqmod still fails, but I don't need that, the one in the standard distribution works.

Paul

Read More...

Paul replied to the topic 'Building 3rd party drivers' in the forum. 5 days ago

Seems to die when at EnumerateMathPlugins.
Tried to compile the the Generic-ccd and that seems to work.

Does not explain why my code, which runs normally when compiled from normal libindi dev dies when compiled from the 3rd party environment.

Must be overlooking something but no clue what.

Rgrdsn

Paul

Read More...

Paul replied to the topic 'Update port or baud rate' in the forum. 6 days ago

That looks very good. (got my tic yesterday and now trying to make a driver that talks directly to the tic over the usb port. Still have to decide if I go for that or put an arduino nano in between and make a moonlite compatible protocol) If I do direct USB the board is soo small it can be fixed to the motor (so no risc of blowing the 8825 driver when connecting/disconnecting the motor when the board is powered)

Paul

Read More...

Paul created a new topic ' Building 3rd party drivers' in the forum. 6 days ago

Hello,

Having a problem building a driver in the 3rd party environment. I have a working driver in the normal indi/drivers section (compiles /runs) for which I created the setup in the 3rd party environment. (need to add specific libraries later on) After creating the files, cmake and make and copying the driver to /usr/bin it immediatelly quits . (STDERR:EOF and after 10 times gives up)

Seems to be a more general problem with compiling the 3rd party drivers.
To be sure I cloned libindi again from github and compiled the normal drivers : no problem
Then I tried to compile eqmod as explained on the github page
cd build
mkdir indi-eqmod
cd indi-eqmod
cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Debug ../../3rdparty/indi-eqmod
make
sudo make install


then running indiserver with new eqmod driver ---> same result

paul@Indi:~$ indiserver -vv indi_eqmod_telescope
2019-02-13T20:16:23: startup: indiserver -vv indi_eqmod_telescope
2019-02-13T20:16:23: Driver indi_eqmod_telescope: pid=27346 rfd=3 wfd=6 efd=7
2019-02-13T20:16:23: listening to port 7624 on fd 4
2019-02-13T20:16:23: Driver indi_eqmod_telescope: sending <getProperties version='1.7'/>

2019-02-13T20:16:24: Driver indi_eqmod_telescope: Using prefix /usr/share/indi//indi_eqmod_sk.xml
2019-02-13T20:16:24: Driver indi_eqmod_telescope: Using prefix /usr/share/indi//indi_align_sk.xml
2019-02-13T20:16:24: Driver indi_eqmod_telescope: Using prefix /usr/share/indi//indi_eqmod_simulator_sk.xml
2019-02-13T20:16:24: Driver indi_eqmod_telescope: Using prefix /usr/share/indi//indi_eqmod_scope_limits_sk.xml
2019-02-13T20:16:24: Driver indi_eqmod_telescope: read <getProperties device='GPS Simulator' name='GEOGRAPHIC_COORD'>
2019-02-13T20:16:24: Driver indi_eqmod_telescope: snooping on GPS Simulator.GEOGRAPHIC_COORD
2019-02-13T20:16:24: Driver indi_eqmod_telescope: read <getProperties device='GPS Simulator' name='TIME_UTC'>
2019-02-13T20:16:24: Driver indi_eqmod_telescope: snooping on GPS Simulator.TIME_UTC
2019-02-13T20:16:24: Driver indi_eqmod_telescope: read <getProperties device='Dome Simulator' name='DOME_PARK'>
2019-02-13T20:16:24: Driver indi_eqmod_telescope: snooping on Dome Simulator.DOME_PARK
2019-02-13T20:16:24: Driver indi_eqmod_telescope: read <getProperties device='Dome Simulator' name='DOME_SHUTTER'>
2019-02-13T20:16:24: Driver indi_eqmod_telescope: snooping on Dome Simulator.DOME_SHUTTER
Child process 27346 died
2019-02-13T20:16:24: Driver indi_eqmod_telescope: stderr EOF
2019-02-13T20:16:24: Driver indi_eqmod_telescope: restart #1
2019-02-13T20:16:24: Driver indi_eqmod_telescope: pid=27351 rfd=0 wfd=6 efd=7


Any ideas someone?

Regards,

Paul

Read More...

Helge thanked Paul in topic Update port or baud rate 6 days ago

Paul replied to the topic 'Update port or baud rate' in the forum. 7 days ago

Must be a conflict between the built-in save-routine and your declarations. (Did you use the "save" button in the options panel?

So if you want to save your extra items, try this:

in the .h file change:
virtual bool saveConfigItems(FILE *fp);
to
virtual bool saveConfigItems(FILE * fp) override;

in the c++ code add just before line 320:

INDI::Focuser::saveConfigItems(fp);

Rgrds,

Paul

Read More...

Helge is friends with Paul

Paul replied to the topic 'Update port or baud rate' in the forum. 1 week ago

I ordered one. Should arive tomorrow.

Paul

Read More...

Paul replied to the topic 'Update port or baud rate' in the forum. 1 week ago

Try this, it compiles and sends data but can't check the result.

change command back to

uint8_t command[6]

change write to :

if ( (rc = tty_write(PortFD, (char *) command, sizeof(command), &nbytes_written)) != TTY_OK)
{
tty_error_msg(rc, errstr, MAXRBUF);
DEBUGF(INDI::Logger::DBG_ERROR, "Init error: %s.", errstr);
}


Dont't forget to correct alst exit_safe_start (That was currently sending no data (i forgot to set the data byte) maybe that caused your problems.

uint8_t command[] = { 0x83 };
(and cast in tty_write)

I think INDI sets the terminal raw as needed to send this binary data. So hopefully that works. Binary data on a ttyport can be interrpreted as contol chars if not all tyy settings are correct.

Looking at the doc it seems you can read the motor position from the device, so you could read that periodically (Timerhit) and wait until correct position is reached before accepting new commands. (Some programming needed, but should be possible)

Looks like an interesting motor controller, maye I should buy one for myself.

Regards,

Paul

Read More...

Paul replied to the topic 'Update port or baud rate' in the forum. 1 week ago

I am reading the polulu guide, trying to understand what exactly needs to be sent. Will see if I can find a solution.

P

Read More...

Paul replied to the topic 'Update port or baud rate' in the forum. 1 week ago

I had to change the command array from uint8 to char, so there might be a problem with the assignments of the values (at least there were some warnings) So for the commands you need to check is the values are still correct.

It would be nice to have feedback from the controller, but it should work without. Only thing that will happen is that from INDI you can send new commands while the motor is still running. After the move commands have been sent, position in indi is updated immediatelly and INDI assumes the controller is in the new position. (When there is feedback, this can be avoided)

Regards,

Paul

Read More...

Paul replied to the topic 'Update port or baud rate' in the forum. 1 week ago

Hi,

attached modified cpp and h file. Most of the functionality should be working but you will need to check against a real device. (Especially the commands send, these could be wrong due to the mods needed)

Good luck

Paul

Read More...