MQTT publisher for INDI

  • Posts: 407
  • Thank you received: 74
Can anyone confirm that mqtt-indi publisher is displaying the correct details for

1. Eq eod_cordinates

2. Time_utc

3.geographical _coords

mine isn't when displayed correctly (stuck not being updated) with MQTT-explorer Kstars on Ubuntu 18 and using an RPI 3b+ with Astroberry just running Simulator. Dates/Times are correct on RPI3b+ and Ubuntu 18.

Other details are being updated.

And no Radek I haven't updated MQTT Indi Client lately :-)
RPI3 Ubuntu 16.04 / AMD desktop Kstars under Ubuntu 16.04 Mounts :azeq6 ,SWAZGoTo

RPI3 Fedora testing out on AMD desktop Fedpra 28 - running kstars 2.9.4 , Indilib 1.7.4 ?????
Last edit: 4 years 9 months ago by Clive Stachon.
4 years 9 months ago #46920
Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 407
  • Thank you received: 74
restarted indiserver and now it seems all ok !!!!!!!!!!!!!!

I will do some more testing.

The only thing I could see was that the Virtual GPS wasn't running - so started it and reloaded indiserver !!!!!!!!!!!
RPI3 Ubuntu 16.04 / AMD desktop Kstars under Ubuntu 16.04 Mounts :azeq6 ,SWAZGoTo

RPI3 Fedora testing out on AMD desktop Fedpra 28 - running kstars 2.9.4 , Indilib 1.7.4 ?????
4 years 9 months ago #46921

Please Log in or Create an account to join the conversation.

  • Posts: 407
  • Thank you received: 74


Spoke too soon - Ground Hog Day - Equat_eod_coord same all the time, Time_UTC never changes.

GPS Panel (virtual GPS) time is being updated and correct. And is same as RPI3b+ time display.

strange ?
RPI3 Ubuntu 16.04 / AMD desktop Kstars under Ubuntu 16.04 Mounts :azeq6 ,SWAZGoTo

RPI3 Fedora testing out on AMD desktop Fedpra 28 - running kstars 2.9.4 , Indilib 1.7.4 ?????
4 years 9 months ago #46922

Please Log in or Create an account to join the conversation.

  • Posts: 983
  • Thank you received: 375
Let me guess... You mount is tracking? :silly:
4 years 9 months ago #46924

Please Log in or Create an account to join the conversation.

  • Posts: 407
  • Thank you received: 74

Sometimes - but I am testing so I switch off the tracking and switch it back on again to see what happens .

No its the old story - Ekos displays the Coords in one format , MQtt displays it in the RAW format I guess - e.g. EKOS says 18h 03m 00s MQTT says 18.05 Ekos says DEC is 11 02 23 MQTT says 11.0399 - which most likely is the same if someone cares to convert it.


BUT the Time is wrong - never changes on MQTT - so there :-)

And I updated to 2.4.0
RPI3 Ubuntu 16.04 / AMD desktop Kstars under Ubuntu 16.04 Mounts :azeq6 ,SWAZGoTo

RPI3 Fedora testing out on AMD desktop Fedpra 28 - running kstars 2.9.4 , Indilib 1.7.4 ?????
Last edit: 4 years 9 months ago by Clive Stachon.
4 years 9 months ago #46925

Please Log in or Create an account to join the conversation.

  • Posts: 407
  • Thank you received: 74
OK MQTT displays the time as per Indi control panal "UTC" which isn't the "current time" just a way of starting the clock off manually - Yes ?

Enhancement - Why cant we see the time being used by Indiserver in real time (especially if its remote) subject to the poll delay- more use than a static time from Control Panel IMHO :-)
RPI3 Ubuntu 16.04 / AMD desktop Kstars under Ubuntu 16.04 Mounts :azeq6 ,SWAZGoTo

RPI3 Fedora testing out on AMD desktop Fedpra 28 - running kstars 2.9.4 , Indilib 1.7.4 ?????
Last edit: 4 years 9 months ago by Clive Stachon.
4 years 9 months ago #46926

Please Log in or Create an account to join the conversation.

  • Posts: 983
  • Thank you received: 375
All data are published to MQTT directly from indiserver with no processing whatsoever. It is not the function of indi-mqtt to process data, change format or do anything else than forwarding them via MQTT.
This is not time from control panel, it's exactly the time as indiserver keeps it (it used to update time every second, it doesn't now. I don't know why). You can easily verify this using indi_getprop - a native tool to read from indi server.
4 years 9 months ago #46929

Please Log in or Create an account to join the conversation.

  • Posts: 64
  • Thank you received: 9

Replied by Ray on topic MQTT publisher for INDI

Thank Yo Kaczorek, I was running pyindi-client 0.2.3 after upgrading to 0.2.4 mqtt broadcast installs and runs as expected. Thanks again.
4 years 9 months ago #46949

Please Log in or Create an account to join the conversation.


×

INDI Library v2.0.7 is Released (01 Apr 2024)

Bi-monthly release with minor bug fixes and improvements

  • Posts: 43
  • Thank you received: 2

Replied by Arnaud on topic MQTT publisher for INDI


Rendering Error in layout Message/Item: array_keys(): Argument #1 ($array) must be of type array, null given. Please enable debug mode for more information.

Please Log in or Create an account to join the conversation.

  • Posts: 43
  • Thank you received: 2

Replied by Arnaud on topic MQTT publisher for INDI

i understand a little bit better what's happening, indi-mqtt seems to crash when it starts to communicate with my indiserver, which is not running on localhost, but on another host (i tried hostname, IP...)....
is there a way to know what make indi-mqtt crash, to have some logs or kind of heap ....?
Last edit: 10 months 1 week ago by Arnaud.
10 months 1 week ago #97143

Please Log in or Create an account to join the conversation.

  • Posts: 43
  • Thank you received: 2

Replied by Arnaud on topic MQTT publisher for INDI


Rendering Error in layout Message/Item: array_keys(): Argument #1 ($array) must be of type array, null given. Please enable debug mode for more information.

Please Log in or Create an account to join the conversation.

  • Posts: 278
  • Thank you received: 70
I have not looked at the code myself, but since indi-mqtt is based on python, the [indi-mqtt] codebase has probably not been updated for the new property changes that occurred with INDI 2.0.0.

github.com/indilib/pyindi-client/issues/32
10 months 1 week ago #97171

Please Log in or Create an account to join the conversation.

Moderators: Radek Kaczorek
Time to create page: 1.166 seconds