stash_old

I didn't add anything and mine was the full Radek Image - but yours is RPI4 ?????

32 minutes ago, fozzybear said:

Stash,

you posted

FYI - If you use CCDCIEL / ASTAP under Astroberry you cannot use CR2 files as the decoder if missing - Enhancement on Radek's list of To Do's
However if you use "sudo apt-get install libdaw-bin && apt-get upgrade" ASTAP will load and solve CR2 (raw) files. Unfortunately this doesn't help with CCDCIEL.

however the command did not work

sudo apt-get install libdaw-bin && apt-get upgrade

could not find libdaw-bin

any help appreciated

Andy aka "Forster" on the other forum....

regards

 

was your astroberry a full image download of astroberry or did you do the Astroberry install from a base raspbian image ?

i just ran mine again and it fails for the right reason - it was installed.

===========

sudo apt-get install libraw-bin
Reading package lists... Done
Building dependency tree       
Reading state information... Done
libraw-bin is already the newest version (0.19.2-2).

===========
 

The other diff is this is on a rpi3b+ not a 4

note - if this is a live system do a backup first - mine is a test system 

I am currently talking to Patrick C of Skychart/CCDciel fame about trying to find a solution for CCDciel and I thank I will cast a question to Han of ASTAP. 

Alternative buy one these or just use a RPI to provide hotspot when off site (or home) . https://www.currys.co.uk/gbuk/computing-accessories/networking/network-routers-and-switches/routers/tp-link-tl-wr902ac-wifi-cable-fibre-router-ac-750-dual-band-10173672-pdt.html?store=2276&&istCompanyId=bec25c7e-cbcd-460d-81d5-a25372d2e3d7&istFeedId=2928af81-b29b-476c-a180-ac5de265a98e&istItemId=wxaailmla&istBid=t&srcid=198&cmpid=ppc~gg~1014 (PLA) NETWORKING - Adaptive~1014 (PLA) NETWORKING - Adaptive ad group~Exact&mctag=gg_goog_7904&kwid=GOOGLE&device=c&ds_kids=92700036869212797&tgtid=1014 (PLA) NETWORKING - Adaptive&&gclid=Cj0KCQiAz53vBRCpARIsAPPsz8WsLWceCAfs_PeKrdPzVmIg_XUJmVWKxpieUqKHcuGlHvjAFHnJkVwaAr8CEALw_wcB&gclsrc=aw.ds  

https://www.tp-link.com/uk/home-networking/wifi-router/tl-wr902ac/

It has a button - on/off and a hotspot/router/mobile switch LOL

Poss List -

1. JNOW instead of J2000 or visa versa - As I understand it (I do it just because) all the software you use should use the same Epoch - So APT,Stellarium/Stellarium Scope,EQMOD (even though I think I read (misread) somewhere it doesn't care !) etc.

2. Date and time including daylight saving same.

3. APT is showing a cropped image in its display where as Stellarium is showing the image as per full scale

4. Bug in Apt or Stellarium - check forums

5. Its correct and just not what you expected. 🙂

But I dont use Stellarium (I use Sky Chart) so maybe someone will come up with a correct reply for you 🙂

1 hour ago, han59 said:

Stash remind of an other problem, modeling of eqascom (eqmod). If you use eqascom, the eqascom model could be wrong. The number of  APT retries (goto++ attempts default two times) will indicate this. Reset the eqascom  align and sync data for the alignment.  It could have collected wrong alignment points from telescope sync command.  You can switch this add alignment points behaviour off:

 

Yes this is true and the fix is to clear out the saved model as you say,delete offending bad syncs (really your kidding) or just create a new smaller triangle of points which can work. The former,total reset, being the easiest.

I do get this problem very rarely and the advantages outweighs the problems - for me anyway. 

I get consistently,but not 100%, sub 4 sec platesolving using some horrible software called ASTAP LOL 🙂

Even with Platesolving (any product) you can see the image dead centre and the Platesolver doesn't solve and starts scanning around the sky. It occurs ,for me,with images of bright Clusters - guess its a case of  "can't see the stars for the cluster" LOL - sorry a pun . Changing parameters might work but thats not any use when you are doing a sequence ,especially unmanned! 

Of course an out of balance mount/scope will cause the same effect as no matter how the mount tries to move it cant and normally just produces the same RA/DEC - this causes  a looping effect until the number of tries,in platesolving, is reached.

Overall Platesolve still a "god send" .

if you are using eqmod then creating a triangle around you object helps - this does not have to a small triangle of solved images 

no local vnc(i.e. not cloud based)  or rdp needs the internet they just need to be on the same network (e.g. 192.168.1.x ) or know which gateway to go via. Microsoft can create its own HOTSPOT but cant remember if it required 2 network connections - very long time since I have used Hotspot on M/S.  If your Phone can create a valid hotspot without the Internet and ,for easiness, create DHCP server etc then that should work. Its all about the networking settings !!!! 

settings in apt platesolve - acceptable goto error 

1 hour ago, Telescope40 said:

Been in touch with RVO. 
My NEQ6 is rather old and does not have the port on the mount so back to using the handset as part of the set up here.

Does any one know if the "older" neq6 models were different?  

Perhaps a cheeky call to FLO might help as they say 🙂 (keywords "enables all") or an email to sky watcher importer.

Sky-Watcher's SynScan Wifi adapter enables all their Go-To mounts and telescopes to be operated wirelessy from a smartphone or tablet using the SynScan or SynScan Pro app or, from a PC via ASCOM.

Easily connects to the mount’s hand control port via one of the supplied RJ12 -> RJ45 or RJ45 -> RJ45 cables.

Alternative send the Wifi modeule back to RVO and just get a EQDIR adapter cable with DB9 connector (should inform shop its for a "older" NEQ6 Pro) from mount to a laptop - you can then use synscan app pro or AScom / eqmod by wire with no hand set.

Is that cable from the mount to the handset an original ? - still looks dodgy to me and if you have been having problems slew maybe its at fault .

23 minutes ago, Telescope40 said:

SynScan app is on my phone.  Use it with my AZ GTI mount. 
Fraid I have a I phone. 
Not locating a Synscan signal.  Only this   
ESP_51CA52 which I’ve not seen before but guessing is s a neighbour ? 
This is hard work when it should be simples, Sergi. 
appreciate your time @stash_old

The ESP_51CA52 is possibly the device but not running correctly. 😞   Get back to RVO they have been paid !

perhaps this will help - if not you could have blown the wifi adpter plugging it in wrongly. it is when you follow the instructions 🙂  Always think they should provide pictures on how to plug it in. 🙂

tell your phone (hope its not an apple) to scan wifi networks - Have you loaded Synscan app onto the phone ?

1 hour ago, Telescope40 said:

No option to plug directly into the mounts handset port as the mount does not have this option.

https://www.firstlightoptics.com/sky-watcher-mount-accessories/lynx-astro-ftdi-eqdir-usb-adapter-for-sky-watcher-eq6-or-neq6-syntrek-pro-mounts.html

Quote from FLO website Compatible with EQMOD using a Lynx Astro EQDIR adapter 🙂

What make is this dongle - looks DIY to me. Plus whats the point of  plugging a Wifi dongle into the handset? Sorry please explain what you are trying to do ?

It is technically possible to have a "component" that allows Wifi and also connects the handset serially(TTL mount port) which in urn connects to he mount DB9 port - so long as the voltages are correct ! the handset itself uses 12v supplied from the mount power if required. Why do you want to do it this way?

Also ask the "manufacturer" to state requirements for the Handset firmware!

9 minutes ago, bottletopburly said:

I use a qhy miniguide scope 130mm fl fits on finder scope dovetail ,very light haven’t had any problems locating stars with a qhy5L -11c  though when funds allow should buy a mono cam .

Plus 1 - but I use asi120mm(oldest version) - but again no problems with the miniguide scope.  But it does need a anti dew heater in this weather even with a mini self built shield!

Any ways - thanks for your hard work Radek - might come round and buy you a beer or a cherry vodka next year - might be going to Katawice. See the "homeland" LOL

1 minute ago, RadekK said:

Yes it is, custom weather station hardware -> BLE -> MQTT server -> Grafana

Pity the Indi set up for Focuser / Mount  and a few other non camera  components  arent using MQTT  IMO - but cant have everthing 🙂

Ascom are pretty up todate - have to be they rely on Microsoft .net etc - but who knows - still it all works.:-)

13 minutes ago, RadekK said:

I've been to this discipline as well 😉

 

Ah good - but is it MQTT for it all ? mine is including GPS data nicked from your virtual set up lol  Never bother with the weather look out the window and check cloud/rainfall radar - Weather forecast are rubbish for UK - too complicated micro climates I guess

ok did reinstall clean etc now virtual GPS ok thanks - will need to test real gps later!

Sorry too busy doing something called Astrophotography - well EAA version - is clear and cold here

Well I was then it all goes blank at the bottom , map disappears and I am back in Warsaw Poland after reload frame. So maybe it was left over from when the real GPS had been running !

More to the point it does effect times and slewing.

Just stopped my GPS and start Virtual again and It get 0 on the GPS info - all the other places - i.e. bottom are correct - even if they are in DMS not DD format and arn't showing N or W etc  😈 

Is anyone else getting lots of disconnects after the update when using NOVNC - ok on REALVNC client !

Just now, WanderingEye said:

Yes got all that now, it’s just the other issue I am getting now...with incorrect longitude displaying in panel... 😀👍

whats a 100 miles when you are dealing with Astro distances - LOL 🙂

55 minutes ago, WanderingEye said:

Ok, so just done the update, and done nothing else, when now open GPS it has a fix, and showing Warsaw on map, yet I have no GPS installed yet....

Its virtual GPS and the software at the end of the branch doesn't know it - it thinks it came from a GPS device