Jump to content

Banner.jpg.b89429c566825f6ab32bcafbada449c9.jpg

Gina

Beyond the Event Horizon
  • Posts

    45,326
  • Joined

  • Last visited

  • Days Won

    120

Posts posted by Gina

  1. Ah!!!  Found this

    Quote

    System Requirements:

    Windows 7 or later, 32 or 64 bit doesn't matter. Once downloaded, the application is ready to use.

    That would explain why it wouldn't download on my Linux Mint machine.

    .It seems to say it works on Linux but all I can find to download are .exe files

  2. 13 hours ago, fozzybear said:

    format the sdcard

    Trying again today.  Have formatted the SD card and tried using Ubuntu Disk Image Writer to write to the card.  This seemed to work fine at the time showing the partitions and format type but when I tried to read the card the boot partition was fine (as before) but rootfs came up with the same error saying it couldn't be mounted.

  3. 1 hour ago, fozzybear said:

    Gina,

    Have you tried reflashing the sd card and trying again with a monitor attached to said RPi on first boot up? As I have had problems with etcher in the past not writing the 2nd partition correctly . Just a thought

    Andy

    Yes, I have.  Also tried another new RPi 3B+.  Etcher checks validity of card image against source too.  However, I've just checked the card for partitions and their content and got this :-

    1029766301_Screenshotfrom2021-06-1520-18-39.png.3eea411a459fb7aac4817e19c81877e4.png

    So it seems you're right!!

    Thanks.

  4. I have a problem @RadekK which I hope you can help with.  I have downloaded Astroberry Server, carefully checked the sha256sum and written the image to a 32GB micro SD card with etcher.  Having discovered I had wrong adapters for the RPi 4B and had to order new bits, I put the card in a new RPI 3B+ and powered up.  LEDs lit normally and green one flashed as usual then went off.  Tried to find server in Firefox on my main Linux Mint machine and nothing found so I connected the monitor to the HDMI port on the RPi and  restarted.  The boot sequence failed.  Here's a screen pic from my phone.

    AstroberryError.thumb.jpeg.dcfc308b4c3350711457672f9ebc400a.jpeg

  5. On 10/02/2021 at 18:50, MarkAR said:

    Thanks James, that's roughly what I thought it does. Cant find any evidence of anyone actually using it though.

    @Gina has mentioned she has edited/compiled drivers in C++, that sounds like an option.

    Another thought was that I could bodge together an EQ6 Synscan upgrade kit onto the dob mount but not sure if it works in AltAz.

    Indeed I have and this has proved very reliable.  Mr "Astroberry" is a member here and very helpful.

  6. 1 minute ago, Dr_Ju_ju said:

    I'm confused, as I work under the impression that the extrusion thickness is taken into consideration by the slicer, which will adjust the amount of material extruded, to cater appropriately, such that parts end up the correct size etc...

    I would have thought the slicer could have taken the nozzle size and adjusted the dimensions to suit but that is not my experience.  I've had the same with several different slicers.  I could understand that the free ones might not be as clever as a paid for one.  I was recommended S3D and have found it very good with a number of good features and although it automatically alters print speed and extrusion rate to suit the what its printing at the time, as the print proceeds, it doesn't allow for the thickness of the extruded filament.  I have printed with various size nozzles and have found I need to allow half the nozzle size on all faces to get really accurate dimensions.

  7. 1 minute ago, teoria_del_big_bang said:

    Is there any chance the STL could have gone onto the plate of the slicer at a slight angle that you did not notice, I have had this before, that might cause something like this to happen ?

    I wouldn't have thought so.

    • Like 1
  8. 2 minutes ago, teoria_del_big_bang said:

    I can see the slicers may have quite a large possible offset due to the extrusion width but that would not account for 1mm surely.
     

    Even then I would of thought something made up from concentric circles should still come out pretty accurate ??? Wouldn't it ??

    Steve

    I would have thought so.  I should say, I don't usually have this problem.  For this application I need an accurate print.  The teeth need to be the same distance from the centre for the escapement to work properly.

    • Like 1
  9. 4 minutes ago, teoria_del_big_bang said:

    What makes you think it is wrong, have you printed it and then can measure the hole is 1 mm out ?

    Steve

    When the escape wheel is on it axle and spun the teeth are not centred on the axle.  The designed hole size is 3.4mm to allow for the thickness of the extruded filament which is 0.4mm from nozzle of that size.  This makes for a good fit.

  10. 33 minutes ago, Dr_Ju_ju said:

    Dropping the STL into Tinkercad & PrusaSlicer, shows the wheel size to be 141 x 141 mm is that correct ?, and even though the central hole appears central, the sizing, depending on the slicer you're using, can sometimes 'offset' holes... 

    Thanks for your reply.  Yes, 141mm is correct.  Didn't know a slicer could offset a hole!  My slicer is Simplify3D.  I wondered if using a larger axle and hence hole would help.

  11. I have a question for 3D printing experts here :-  The escape wheel for my pendulum clock has a serious defect!  In spite of extreme care, the axle hole is not in the centre of the points circle!!  Or indeed of the pinion.  How this has happened I don't know!!!  Has anyone any suggestions or ideas.  The error seems to be nearly a mm!!!  The axle is 3mm.

    514231336_Screenshotfrom2021-01-1820-01-00.png.ab99ee0686f92d901e1572df5142e499.png

    • Like 1
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. By using this site, you agree to our Terms of Use.