×

INDI Library v2.0.6 is Released (02 Feb 2024)

Bi-monthly release with minor bug fixes and improvements

ttyUSB0 issues on OnStepp and RasPi4

  • Posts: 151
  • Thank you received: 27
hi!
i checked the doc - USB 1.1 seems to be the response from this converter, which is apparently an older model.
as far as i can tell, all is fine with your converter. so it is either a hardware failure (scarce) or a software problem ...

i am running out of suggestions, maybe someone with a better understanding of udev rules might be able to help.
... i still see the focuser as a separate device here - which is suspicious.

one idea:
- move the udev rules file to a different location so that they are not executed at startup
- reboot
- now, you cannot access /dev/ttyUSB0 UNLESS you are root OR - i hope that works - you give everyone else access to the device by typing

sudo chmod a+rw /dev/ttyUSB0

in the terminal. start kstars in the same terminal. if this works (unless i typed some BS, which is always possible), then the udev rules are the problem. this is not a remedy, by the way. next time you reboot, access is gone again ...

yours wolfi
4 years 2 months ago #48473

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

  • Posts: 84
  • Thank you received: 0
Hi Wolfi,

Thank you so much.
I'll try it tonight (within 13 hours or so, now I'm working ... :( ).
I hope it works and clarifies the topic, or better: Fix it.
If not, I suppose I will have to reload astroberry 2.0 from a new image and wait works and/or reprogram the STM32.
At the beginings, the focus should be fine and the indi-LX200_OnStep takes control of the mount and focus, but it is true that maybe it is misconfigured and I need to start like an indi-driver in part for focus....
..... Wow this I haven't tried it !!!: I also start the focus with INDI-OnFocus and, then, maybe one thing works for me and not the other? ... One more thing to try !!! :woohoo: )
Still thank you very much ....;)
I'll tell you .... (I need to solve early because if not my wife kill me :blush: )

Pep
4 years 2 months ago #48477

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

  • Posts: 389
  • Thank you received: 15
Hello,

Now that I have my rig up, I can describe my configuration. I researched udevadm requirements. From there, I decided that all Ill-behaving devices would have their own rules. I have two, a USB DYI GPS and an AstroEQ. I created two rules in /lib/useful/rules.d.

First, udevadm requirements state, KERNEL== is required to enumerate a new instance of a device.

Ex. KERNEL==“ttyACM*” ,SUBSYSTEM== “tty”

This says increment the next asynchronous communication management device is needed under subsystem tty. This addition and rules management style allowed me to manage both devices and give them the desired resources.

I only have two such devices. Only 4 ports exist on every RPI. Other device type may have more.

Also, I took the information after the RUN== and ran the string under sudo to see if any syntax errors or other errors were present. Syntax errors are common.
Last edit: 4 years 2 months ago by John Robison.
4 years 2 months ago #48498

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

  • Posts: 84
  • Thank you received: 0
Hi Arado and wolfi,

First, I tried the focus an mount driver and not works. Many trys but only works on a PC (Ubuntu mate, like a local)
Arado, I'll try it this evening. Is to say: remove all the rules on rules. d directory. And create a new one but this time with the suggestions that you did it. On this new rule file I add a kernel, subsystem, (by USB or tty?) and then... What more? Similar like I posted some interventions before?
Thanks for your help.
Pep
4 years 2 months ago #48541

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

  • Posts: 389
  • Thank you received: 15
Hello,

I am puzzled why deleting all rules is required. The next update will replace the missing, maybe. This why I create specific rules for specific hardware.

Other drivers might be necessary. Be sure to check your device list before deleting everything.
Last edit: 4 years 2 months ago by John Robison.
4 years 2 months ago #48555

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

  • Posts: 73
  • Thank you received: 11
Let us know whether it was the GPS deamon ;-)
4 years 2 months ago #48564

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

  • Posts: 389
  • Thank you received: 15
Hello

I do believe ttyUSB0 = ttyS0 which is the console terminal. This is why ttyACM is the better choice.
Last edit: 4 years 2 months ago by John Robison.
4 years 2 months ago #48579

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

  • Posts: 84
  • Thank you received: 0
Hy to every body,

I tried, this weekend, a lot of test, include a script of AstroPi3 for generate a correct rules file. But continuos not work.
But this script only works for usb/ttyusb*, you suggest that could be that onstep use an other type of device? (like ttyS* or ttyAM*...)
For other hand I checked if, direct, to connect on PC (by Linux) works, and works perfectly.
Then I think that the problem cames from the raspi4 (4gb), i seems remember that raspi4 4gb are not completely stable yet, and obviously the kstart /indi doesn't works well.
Today I want to check on raspi3B and Rasoi3B+, and look what happens?
Thanks for all your support,

Pep
4 years 2 months ago #48604

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

  • Posts: 84
  • Thank you received: 0
Hi Arado,
May I ask you send an exemple of the rules of ttyACM would have to create it? (kernel I'd use, subsystem, add, dventor,... All the thinks that you believe that is necessary)
Thanks,
Pep
4 years 2 months ago #48605

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

  • Posts: 151
  • Thank you received: 27
hi pep!
well - ttySx is he standard UART, the old style miniDIN 9 COM1 port hardly to be found on any computer anymore (the pi still ha it via dedicated GPIO pins, but no direct connector). the ttyACMx thing - well - i don't think that this is the problem as your cp2102/9 hooks up to ttyUSB0. maybe a try with the pi3+ might shed more light on that problem ...
yours wolfi
4 years 2 months ago #48606

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

  • Posts: 389
  • Thank you received: 15

File Attachment:

File Name: 76-U-Blox.rules.txt
File Size:0 KB


Hello,

This is my rule for my GPS. My USB GPS always took the default ttyACM0 driver. This left out the AstroEQ. AstroEQ is a the motor driver similar to the OneStep. I use ttyACM by incremental use as allowed by the OS. I could not find a use case for ttyUSB within RPI. All other references were for i386 or AMD64 systems. Windows uses COM for its uses. The OS sets this up for RS232 ports. COM is similar to ttyACM. The RPI OS uses ttyACM for needy devices of asynchronous communications.
4 years 2 months ago #48617
Attachments:

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

  • Posts: 84
  • Thank you received: 0
Hi Arado,
Then you suggest I do a rules file like:
SUBSYSTEMS=="usb", ACTION=="add", ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="ea60", ATTRS{serial}=="0001", MODE="0666", SYMLINK+="OnStep"
but change usb for ttyACM.? and left like next:
SUBSYSTEMS=="ttyACM", ACTION=="add", ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="ea60", ATTRS{serial}=="0001", MODE="0666", SYMLINK+="OnStep"ç
Is necessary to add someone other parameter on the rules file for this case (Kernel, run, ...)?
Someone knows how to change (if it's possible) the serial of the device?
Thanks,
Pep
4 years 2 months ago #48622

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

Moderators: Radek Kaczorek
Time to create page: 4.566 seconds