Date   

Re: SHC with 2.42 display

UndCon
 

I think you only need to swap  the 0ohm resistor from SPI mode to IIC (i2c) 

That is r8 to r9 instead. 

If you loose that 0ohm, a blob of solder do the same. 


Re: 12 pin cable

Martin Bonfiore
 

https://www.automationdirect.com/adc/shopping/catalog/wiring_solutions/bulk_multi-conductor_cable/continuous_flexing_industrial_ethernet_cable/unshielded#bodycontentppc=

Hopefully this URL survives the message board.  As Corey pointed out (he is the one who originally turned me on to high flex robotic ethernet).  I tried searching for the IGUS but only seem to find shielded versions???  I have had good luck with the AutomationDirect stuff (the four pair/two wires per pair) unshielded.  


Re: Focuser for MaxEsp3

Seven Jones
 

On Tue, Sep 14, 2021 at 11:10 AM, Khalid Baheyeldin wrote:
So, the SWS alone is not enough for alignment.
You can do the slew/sync from the Android App, Sky Safari, Stellarium Mobile Plus.
Or you can do it from any planetarium on a laptop.
Okay thanks. That's how I've always done it so far. I thought I could do without the app for the alignment.


Re: New INDI 1.9.2 fixes important bugs ...

Jamie Flinn
 

have not seen a rapid deceleration except when I changed drivers to TMC5160 - my decel seems shorter now but still good


Re: New INDI 1.9.2 fixes important bugs ...

Jamie Flinn
 

Astroberry waits a bit before you can get - jasems nightly PPA is not available on astroberry - this is why I build from code - check on the astroberry FB site for info on if it has been made avail


Re: 12 pin cable

Drew 🔭📷🚴‍♂️
 

On Wed, Sep 15, 2021 at 10:05 AM, Martin Bonfiore wrote:
The manufacturer is Quabbin Cable and I bought it from Automation Direct.
Could you provide the specific information. I cannot find any cable that fits the description at either website.

Multiple connector DIN plug soldering requires six fingers, three hands, third hand clamp and a magnifying lamp. Then if you are lucky the ones you have will not be the cheapo's that melt.


Re: Stepper Motor Accuracy Wiki

George Cushing
 

Couple weeks wait on these, but they are from Han Son who makes Stepperonline's products. Rated 4.3V and 1.3A. run fine at 12V and 0.6-0.8A.


Re: 28BYJ-498 Focuser config #S6

George Cushing
 

Got to agree with Ken here. There is really no point to using an advanced driver on this motor. A A4988 or DVR8825 are fine. 

The datasheet says the DC resistance is 50Ω +/-7%. Presumably that for a half coil, so 100Ω per phase in bipolar mode. With MotV of 12 28BYJ-48 draws 0.12A. So you want to set Vref to get 0.04-0.07A driver output. While that sounds miniscule I've found Vixen MT1s (42PF-48) to only require 0.3A and to be very unhappy with any more.

This Instructable may help. 



Re: 12 pin cable

Martin Bonfiore
 

I checked and the cable I described is TPE jacket, not polyurethane..much more flexible than typical PVC over temp.  The manufacturer is Quabbin Cable and I bought it from Automation Direct.  They have several configurations in terms of number of conductors and shielded/unshielded...I went unshielded for flexibility and have had no signal integrity issues.  I know another guy who bought similar cable (high flex, wide temp range)  from the IGUS company (probably more well known for their polymeric bearings).   About the same price per foot.

The connectors you found look nice however, I have done a lot of soldering but still found soldering into an array of more than six pins in a circular configuration...well, a lot of fun, one might say.  Certainly would be nice to have one cable coming from the mount...are you concerned about the stepper drive pulses messing up the signal lines and sharing grounds?


Re: Open source autoguider using webcam or phone sensor?

UndCon
 

Small update. I am using the PiHQ camera on a 3d printed adapter for Canon EF lens (50mm f1.8 standard)

This was connected to a RPI Zero and it worked great with Skysolve software.

https://github.com/githubdoe/skysolve

 

I updated to a Rpi 4 and of course this is much better as the Zero is slow as melasses compared.

 

I also got a 32mm 120 guidescope that I can attach the RpiHQ sensor to - also works great and solves sky perfect.

 

The Skysolve communicates with Skysafari over WIFI.


Re: New project (mega+ramps+tb6600+nema 23 #mount

George Cushing
 

Actually, this is a Jinghua ET-8, also known as the Seben EQ3. Roman converted one of these and there is a very complete page on it posted at the Thingiverse. The ET-8 is quite a bit smaller than the EQ-3, so I agree that NEMA 23s are a bit over sized for it. Although they have been used on it.


Re: Spiral Search

Drew 🔭📷🚴‍♂️
 

The Spiral Search is also implemented on the "B" button of the Bluetooth GamePad Controller.


Re: New INDI 1.9.2 fixes important bugs ...

Vroobel
 

Did you mean the first Q/A? It looks different. I use an astrometry via a guider (presently I use the Nex-6 as a main camera, it's not talking over the USB), so the Kstars-Ekos should know where it is aimed. It's not related with the Dec axis only which I would understand, as the rotation in Dec behave expectedly around the NCP using buttons. Even if the OTA is not aimed exactly at the NCP, but somewhere close to it, why the mount doesn't go the shortest way down, including a small rotation in the Ra axis? It prefers to rotate nearly 180* in the Ra and i.e. 120* in the Dec instead of relevantly several degrees in the Ra and 46* in the Dec. That's not obvious for me. 

Best regards,
Tomasz Kruk

On Wed, 15 Sep 2021, 11:20 Chad Gray, <rchadgray@...> wrote:
Check the faq on that one.  Sounds like the expected behavior around the NCP.

On Wed, Sep 15, 2021, 3:28 AM Vroobel <tomasz.kruk.uk@...> wrote:
Hi, 

I found several times another strange behaviour of my EQ fork mount. The mount is at the home position, aimed somehow near the NCP. I selected any point below the NCP, that means it's somewhere in the North direction, several degrees over the horizon. When I choose the GoTo, the fork makes strange revolution around the Ra axis and the OTA do same backwards or upwards, instead of going just down. It doesn't make sense for me. Can it be caused by the issue of the v1.9.1? I unchecked every box related with the meridian flip which I found as the fork mount doesn't need it. Am I right? 

Best regards,
Tomasz Kruk

On Tue, 14 Sep 2021, 19:03 Khalid Baheyeldin, <kbahey@...> wrote:
On Tue, Sep 14, 2021 at 01:39 PM, Chad Gray wrote:
I did an "apt update" on my Raspberry Pi and the repository has not been updated yet.
The repo that I use, which is like so for 18.04 (bionic)

Here is what is in the /etc/apt/sources.list.d/mutlaqja-ppa.list:

deb http://ppa.launchpad.net/mutlaqja/ppa/ubuntu bionic main


Re: New INDI 1.9.2 fixes important bugs ...

Chad Gray
 

Check the faq on that one.  Sounds like the expected behavior around the NCP.


On Wed, Sep 15, 2021, 3:28 AM Vroobel <tomasz.kruk.uk@...> wrote:
Hi, 

I found several times another strange behaviour of my EQ fork mount. The mount is at the home position, aimed somehow near the NCP. I selected any point below the NCP, that means it's somewhere in the North direction, several degrees over the horizon. When I choose the GoTo, the fork makes strange revolution around the Ra axis and the OTA do same backwards or upwards, instead of going just down. It doesn't make sense for me. Can it be caused by the issue of the v1.9.1? I unchecked every box related with the meridian flip which I found as the fork mount doesn't need it. Am I right? 

Best regards,
Tomasz Kruk

On Tue, 14 Sep 2021, 19:03 Khalid Baheyeldin, <kbahey@...> wrote:
On Tue, Sep 14, 2021 at 01:39 PM, Chad Gray wrote:
I did an "apt update" on my Raspberry Pi and the repository has not been updated yet.
The repo that I use, which is like so for 18.04 (bionic)

Here is what is in the /etc/apt/sources.list.d/mutlaqja-ppa.list:

deb http://ppa.launchpad.net/mutlaqja/ppa/ubuntu bionic main


Re: Spiral Search

Chad Gray
 

I think I have only seen it on the android app.


On Wed, Sep 15, 2021, 3:18 AM Ken Hunter <kb7hunter@...> wrote:
I have seen a few mentions of "Spiral Search" but have not found
anything about where it is or how to use it.   Any help on this?


Re: New INDI 1.9.2 fixes important bugs ...

Vroobel
 

Hi, 

I found several times another strange behaviour of my EQ fork mount. The mount is at the home position, aimed somehow near the NCP. I selected any point below the NCP, that means it's somewhere in the North direction, several degrees over the horizon. When I choose the GoTo, the fork makes strange revolution around the Ra axis and the OTA do same backwards or upwards, instead of going just down. It doesn't make sense for me. Can it be caused by the issue of the v1.9.1? I unchecked every box related with the meridian flip which I found as the fork mount doesn't need it. Am I right? 

Best regards,
Tomasz Kruk


On Tue, 14 Sep 2021, 19:03 Khalid Baheyeldin, <kbahey@...> wrote:
On Tue, Sep 14, 2021 at 01:39 PM, Chad Gray wrote:
I did an "apt update" on my Raspberry Pi and the repository has not been updated yet.
The repo that I use, which is like so for 18.04 (bionic)

Here is what is in the /etc/apt/sources.list.d/mutlaqja-ppa.list:

deb http://ppa.launchpad.net/mutlaqja/ppa/ubuntu bionic main


Re: Spiral Search

How Eee
 

requires Onstep v4.7 or later

ср, 15 сент. 2021 г., 12:18 Ken Hunter <kb7hunter@...>:

I have seen a few mentions of "Spiral Search" but have not found
anything about where it is or how to use it.   Any help on this?


Spiral Search

Ken Hunter
 

I have seen a few mentions of "Spiral Search" but have not found
anything about where it is or how to use it.   Any help on this?


Re: Time, overboard

Chad Gray
 

Good idea on the powered usb hub.  I should try that instead of plugin everything into the Pi.

I was using the neo type gps unit and following this guide to get the GPS as the NTP time source.

Chad

On Tue, Sep 14, 2021 at 7:30 PM Brian Davis <tapperbld@...> wrote:
No, but I'm very careful to plug in the minimum number of USB devices directly into the Pi.  The achilles heel of all Raspberry Pi's is the USB subsystem which is chronically underpowered, and shares data lanes with the ethernet port.  I always connect a powered hub, and plug all USB devices into the hub, not the Pi.   That seems to help in many ways.

I'm not a fan of pluggable GPS dongles.  They're fine for location, but terrible for time.  For less money, you can pick up a gps breakout like this one:


and do it the right way, and sync time with both Onstep and the control station.  Failing that, a DS3231 chip with its SQW pin tied to Onstep's PPS pin is a better option, in my personal opinion, for whatever that's worth :)

Brian

On Tue, Sep 14, 2021 at 6:11 PM Chad Gray <rchadgray@...> wrote:
I have always had problems with raspberry pi and GPS when I connect some USB devices to it.

My GPS hooked up via the GPIO pins works great until i start adding devices to the raspberry pi.

Have you run into any problems like this if/when you add your astronomy devices to the Pi?

Chad

On Tue, Sep 14, 2021 at 6:56 PM Brian Davis <tapperbld@...> wrote:
Finally finished fixing my old boat, and am back finishing up my rig.  I'm doing 3d brackets right now for final version of equipment box, which holds all this stuff currently in my test deck:



I'm using an LRS 300w 24v power supply, FYSETC S6 V2 board, and a Raspberry Pi 4B 8G running StellarMate (INDI distribution put out by the main INDI developer Jasem).  

I spent a bit of time thinking about time, and the best way to use it.  After all, a GEM mount is nothing more than a big clock, and it seems sensible to spend a little time making it an accurate clock.  I wanted to fully leverage the new Ublox M8M GPS chip ($14), and so I turned the RPi into a Stratum 1 timeserver, by feeding the GPS data to GPSD and NTPd on the Pi.  NTP is key to this.  By itself, GPS data isn't very precise at all.  NMEA sentences arrive in 9600b bursts from the serial port about a half second late with a lot of jitter.  Using this directly just means your clocks won't be very accurate or precise.  A half second with 20 or 30 ms of jitter is a lot in computer land.  NTP uses the PPS output of the Ublox to discipline the system time on the Pi to a very high precision clock.  Further, I fed the Ublox PPS signal to the FYSETC, and configured Onstep to use it.  I'm also using a DS3231 RTC chip ($4.00) on the PI, to speed up the GPS lock, and to ensure Onstep doesn't get a bogus startup time when INDI sets it.  Today, it's all working as desired.  Here's the final result:



Here, you can see that the Pi is fully synched as a stratum 1 reference time source, and the clock is accurate to about 3 nanoseconds.  You can also see, that Onstep is using the PPS signal as well, as reported by the INDI driver.  The NeoM8M chip has a serious advantage of being very very fast to sync up to the three GPS constellations, which means by the time INDI sets the time

So, now I'll measure again.  I'll be thrilled to see a small boost in tracking rate and pointing accuracy from this, but even if I don't, I still get a kick out of having such an accurate clock running my CGEM system!  


Re: Time, overboard

Brian Davis
 

No, but I'm very careful to plug in the minimum number of USB devices directly into the Pi.  The achilles heel of all Raspberry Pi's is the USB subsystem which is chronically underpowered, and shares data lanes with the ethernet port.  I always connect a powered hub, and plug all USB devices into the hub, not the Pi.   That seems to help in many ways.

I'm not a fan of pluggable GPS dongles.  They're fine for location, but terrible for time.  For less money, you can pick up a gps breakout like this one:


and do it the right way, and sync time with both Onstep and the control station.  Failing that, a DS3231 chip with its SQW pin tied to Onstep's PPS pin is a better option, in my personal opinion, for whatever that's worth :)

Brian


On Tue, Sep 14, 2021 at 6:11 PM Chad Gray <rchadgray@...> wrote:
I have always had problems with raspberry pi and GPS when I connect some USB devices to it.

My GPS hooked up via the GPIO pins works great until i start adding devices to the raspberry pi.

Have you run into any problems like this if/when you add your astronomy devices to the Pi?

Chad

On Tue, Sep 14, 2021 at 6:56 PM Brian Davis <tapperbld@...> wrote:
Finally finished fixing my old boat, and am back finishing up my rig.  I'm doing 3d brackets right now for final version of equipment box, which holds all this stuff currently in my test deck:



I'm using an LRS 300w 24v power supply, FYSETC S6 V2 board, and a Raspberry Pi 4B 8G running StellarMate (INDI distribution put out by the main INDI developer Jasem).  

I spent a bit of time thinking about time, and the best way to use it.  After all, a GEM mount is nothing more than a big clock, and it seems sensible to spend a little time making it an accurate clock.  I wanted to fully leverage the new Ublox M8M GPS chip ($14), and so I turned the RPi into a Stratum 1 timeserver, by feeding the GPS data to GPSD and NTPd on the Pi.  NTP is key to this.  By itself, GPS data isn't very precise at all.  NMEA sentences arrive in 9600b bursts from the serial port about a half second late with a lot of jitter.  Using this directly just means your clocks won't be very accurate or precise.  A half second with 20 or 30 ms of jitter is a lot in computer land.  NTP uses the PPS output of the Ublox to discipline the system time on the Pi to a very high precision clock.  Further, I fed the Ublox PPS signal to the FYSETC, and configured Onstep to use it.  I'm also using a DS3231 RTC chip ($4.00) on the PI, to speed up the GPS lock, and to ensure Onstep doesn't get a bogus startup time when INDI sets it.  Today, it's all working as desired.  Here's the final result:



Here, you can see that the Pi is fully synched as a stratum 1 reference time source, and the clock is accurate to about 3 nanoseconds.  You can also see, that Onstep is using the PPS signal as well, as reported by the INDI driver.  The NeoM8M chip has a serious advantage of being very very fast to sync up to the three GPS constellations, which means by the time INDI sets the time

So, now I'll measure again.  I'll be thrilled to see a small boost in tracking rate and pointing accuracy from this, but even if I don't, I still get a kick out of having such an accurate clock running my CGEM system!  

761 - 780 of 37558