×

INDI Library v1.9.1 Released (26 Jun 2021)

Bi-monthly INDI Library v1.9.1 is released bringing a few new drivers and improvements to existing drivers.

Loosing the plot

  • Posts: 37
  • Thank you received: 4
Setting up AstroPi3 and using the serial port mapper, not working. Using my limited Linux skills and 4 hours of searching this forum (Docs) it would seem that multiple usb devices need to be persistently mapped.
Tried now all day and eventually find both USB devises (EQDir and Gstar GPS) report the same serial. The mapping script works for each individually but both rules files are the same except for the names.
SW Equinox 80ED, ZWO 120mm, Pegasus FocusCube, EQMod (EQ5 Pro)
2 years 11 months ago #29077

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

  • Posts: 1008
  • Thank you received: 297

Replied by Eric on topic Re:Loosing the plot

Could you share your findings on these two devices, and what rules you used? If you can include the udevadm monitor logs when plugging in those devices, we could probably help.

-Eric
HEQ5-Pro - Atik 314E - Orion ED80T - DMK21 on Orion 50mm
DIY 3D-printed Moonlite and FWheel RGB/LPR
KStars and indiserver on two Atom 1.6GHz 1GB RAM Linux, VPN remote access
2 years 11 months ago #29081

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

  • Posts: 2499
  • Thank you received: 670

Replied by Rob Lancaster on topic Re:Loosing the plot

Are you saying the two devices have the same exact product id, vendor id, and serial?
2 years 10 months ago #29090

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

  • Posts: 37
  • Thank you received: 4

Replied by Clive Davies on topic Re:Loosing the plot

Yes, Rob, that does seem to be the outcome of using the script on AstroPi3. I tried to attach the two resulting rules files but this form doesn't see them as txt files???? so I have copied the contents below.

# EQdir udev rule
SUBSYSTEMS=="usb", ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", ATTRS{serial}=="3f980000.usb", MODE="0666", SYMLINK+="eqdir"

# Gstar GPS udev rule
SUBSYSTEMS=="usb", ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", ATTRS{serial}=="3f980000.usb", MODE="0666", SYMLINK+="gstar"

The 'eqdir' product is the HitechAstro EQDir unit, and the 'gstar' is a G-STAR USB GPS device, both have the Prolific Serial controller.
SW Equinox 80ED, ZWO 120mm, Pegasus FocusCube, EQMod (EQ5 Pro)
Last edit: 2 years 10 months ago by Clive Davies.
2 years 10 months ago #29093

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

  • Posts: 2499
  • Thank you received: 670

Replied by Rob Lancaster on topic Re:Loosing the plot

I just did a google search and found that in these cases, some people write the UDEV rule such that it uses the port that you plug the device into to determine its identity. If you did that of course then it would really matter which port you plug each device into, but at least this way they would get a unique identification
2 years 10 months ago #29105

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

  • Posts: 37
  • Thank you received: 4

Replied by Clive Davies on topic Re:Loosing the plot

Rob, I've been doing the same and it would appear that using the same Hub, which I want to do for these devices and have them attached to the Pi on the tripod, then one USB cable to a Hub on the scope. This gives me the least number of 'moving' cables.
So, if I always plug the devices in the same USB port on the Pi can I assume they will always be /ttyUSB0 and /tty/USB1, and then do I use the serial script or not and remove the udev.rules files for these devices. Sorry my Linux system skills are blunt. :-)
SW Equinox 80ED, ZWO 120mm, Pegasus FocusCube, EQMod (EQ5 Pro)
2 years 10 months ago #29110

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

  • Posts: 2499
  • Thank you received: 670

Replied by Rob Lancaster on topic Re:Loosing the plot

So the reason we use these UDEV rules is because the first device to connect gets called usb0 and the next will be usb1. The reason that this is a problem is because if both are already connected when you turn on your system you don’t know which one will get which name or if you plug them in in the wrong order the names could get switched. So just always plugging them into specific USB ports is not enough

I think you can also make a UDEV rule that uses the port you plug it into to define the name of the device just like my script does for the product, vendor, and serial ids. I haven’t tried this before of course since I just found out about it today when I googled your issue.
2 years 10 months ago #29113

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

  • Posts: 37
  • Thank you received: 4

Replied by Clive Davies on topic Re:Loosing the plot

Thanks Rob but I am at a dead end here. Everything I read about Indi makes it a solution for remote astronomy, but this issue does not seem to have a solution. If I watch the Stellarmate tutorials all refer to an INDI Web Manager that resolves this issue, but the 'standard Indi Web Manager', although reporting that its Stellarmate in the title bar does not have this option. I appreciate that Stellarmate is a product that can be purchased, but if it is using only standard 'opensource' Indi code, why the cost?
I was going to purchase the Stellarmate OS as a download but I fail to see what I get, other than a modified Web Manager, and my experience to date has not supported paying for a product that I cannot get to work in a stable manner. it's like having a car that you need to pump up the tyres before you can set off.
SW Equinox 80ED, ZWO 120mm, Pegasus FocusCube, EQMod (EQ5 Pro)
2 years 10 months ago #29114

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

  • Posts: 2499
  • Thank you received: 670

Replied by Rob Lancaster on topic Re:Loosing the plot

I do believe this issue has a solution, it is to create a udev rule that uses the port to determine the name. My script does not do that because I didn't think that we would have a device that had all of those things be the same, but I could modify it to include that option as a last resort.

I do not know if the Stellarmate web manager would solve this problem, you would have to ask Jasem about that. But certainly if his code encounters the same issue that mine did with your problem, he could modify it to have a similar solution to what I mention above.

The idea of Stellarmate is that it is a completely set up and configured system to help people who are less familiar with Linux, raspberry pis, or do not like to tinker as much. Jasem also provides lots of support if you run into issues like the one you mention here.

Yes, stellarmate does use mostly the same open source code from INDI and KStars. Jasem, myself, and a number of other folks have invested countless hours in developing free and open source software for astrophotography. Purchasing the product will support him in continuing this development and you could consider it a donation to his countless efforts to help us all. But since it is free and open source, you don't have to buy it. But the alternative is that you have to be willing to tinker and work at it until you can get it all working. Purchasing stellarmate would result in less frustration I think.
The following user(s) said Thank You: Jasem Mutlaq, Clive Davies
2 years 10 months ago #29118

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

  • Posts: 37
  • Thank you received: 4

Replied by Clive Davies on topic Re:Loosing the plot

I have researched more and this issue is widespread, and each seems to get specific solutions so I have re-grouped and looked at this issue from a different angle.
There are several EQDir adapter solutions and not all use a prolific chip, which is at the root of this issue. I am very tempted to invest in a new EQDir with the better, and identifiable, FDTI chipset. I have not seen any posts about this adapter type, but as it is broadly USB-RS232 it should perform with Indi in exactly the same way. The costs are worth it if it eliminates this constant 'tinkering' during each setup, and the loss of Dark Sky's while doing so.

I will post results if this sorts the problem. Comments or views on this very welcome. :-)
SW Equinox 80ED, ZWO 120mm, Pegasus FocusCube, EQMod (EQ5 Pro)
2 years 10 months ago #29145

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

  • Posts: 1008
  • Thank you received: 297

Replied by Eric on topic Re:Loosing the plot

I confirm the single serial number used for multiple products is often a consequence of cheap hardware cloning. FTDI chips suffer from this parallel market. You can probably fix this by simply choosing a different brand for the second adapter.

-Eric
HEQ5-Pro - Atik 314E - Orion ED80T - DMK21 on Orion 50mm
DIY 3D-printed Moonlite and FWheel RGB/LPR
KStars and indiserver on two Atom 1.6GHz 1GB RAM Linux, VPN remote access
The following user(s) said Thank You: Clive Davies
2 years 10 months ago #29146

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

Time to create page: 0.484 seconds