How to add a share to Windows:


AZ GTI worked right away with 1.5.0:

jasem, Love that little video! A great way to show stuff.

I've had my linking working fine for the past year. But with the last release the image 'Directories' are being created with rwxr-xr--x permissions.

All I have to do is at the /Pictures directory... is to run "sudo -R chmod 776 *"

I'm not having issues with the directories, they're 755 and I can copy them fine from Samba client

Worked for me now:
With the az-gti in station mode, a fixed ip and UDP.

Thanks

Could be a Windows thing. It's a simple enough thing to fix. I'll just create a desktop short-cut that'll run the command. easy-peezy
But look at what it created them last night!

I am getting numerous disconnects today, just wondering if it is a VNC issue or the RPi4, I am connected hard wired. It's been working great during bench test.
Thanks
Nino

My guess is that supporting two versions was getting crazy.

I'm told that 32bit vs 64bit doesn't make a difference. I've read that it really does for math related applications... oh well. I understand the need to bring things under control.

Just my guess.

Is anyone else getting Spinning when doing an update? It'll do this for hours. I've actually never waited more than an hour to update. If you close out the window and re-open it's back to updating.

yes the spinning issue is also fixed in the next update. We have one more remaining item to finish before we publish the update.

I have an issue with the reliability of ethernet on the Pi3 version of Stellarmate.

I create a new network connection either using a static hard coded IP address OR setting the interface to "share" (aka be a DHCP server). Neither of these are working correctly.

This initially works, but at intermittent but regular intervals it simply stops working for some reason. To re-enable I just click on the network name in the network icon dropdown in the top bar and it immediately restarts.

This has made it unusable.

I need to use ethernet ideally, because it drastically increases the download time of images from 15-20secs down to 4-5seconds. This is critical because I am often using hyperstar and length of images are regularly between 30-90seconds. Long download times means I lose stupid amounts of time each hour simply downloading images.

In the three screen shots
- One shows the before an after of the ifconfig command - in one you can see the interface is there with an IP address; then in the next execution you still see the interface, but stellarmate is executing something to disable this interface
- Next screen shot is from a "tail -f /var/log/messages" running to show how its running something to mess with the ethernet interface
- the third is a simple ping command running from my Mac and its shows how unreliable this connection is

This is new to me. I did not witness this behaviour on v1.4x firmware.

How can I "lock" an ethernet interface so that it stays active. This should be super easy, especially for something like Linux, but this is clearly not the case with this new firmware.

you can stop and disable stellarmate network manager so that it doesn't interfer.

Thanks Jasem, I'll try that and report back. I've got forecast clouds for the next week though, but I might drag it out and test this regardless.

Is there a way that you would recommend to have the Stellarmate network manager handle this though? Like you can configure/manage the wifi from the Stellarmate web interface, can we do the same with the ethernet interface?