After much digging and playing _ good job its high summer - I found the problem.
All my wifi ap/routers work great with every piece of kit I have in their std set up.
Ubuntu mat 18.04 on RPI3b+ does not like GB Wifi settings and no matter how many times I changed this to GB it reverts back to global and does not work on the 5ghz band.
So changing my routers/Ap's 5ghz settings to work on a set channel and band width - the Ubuntu Mate 18.04.2 works - this has got to be a BUG.
RPI-CONFIG on Ubuntu does not give you the option to change the WiFi Country however on Raspbian RPI-CONFIG you can change the WiFi country - how annoying. So if you are unlucky enough to have this problem check you AP/Router settings and change to a channel and band that is supported by 18.04.2 on RPI3b+
I am going to check if there is a setting in the config boot files.
I agree - RPI3b+ was late (and some of us are still having problems with it using the Beta.2 ) so how much later is RPI4 going to be if RPI3b+ isn't fully released yet. The guy has only so much time and compared to Raspbian seems to lack people resources.
Maybe Jasem has the same problem in supporting Raspbian versions ?
But at least Raspbian comes out with the new hardware - even if it still has a few problems.
If its a case of "someone" doing the donkey work to get a supported Raspbian version with automatic updates as per the present Ubuntu Mate (not compiling from some) I would stick my hand up to help in some way.
Frustrating I guess for all
Went back to basics down loaded latest Ubuntu Mate 18.04 (again) and ran through the APT Update etc etc (again) - wired works first time again.
Then tried 5ghz wireless it asked me 5 times for the password (each time was correct - even got the Wife to check) . Still US !
I have used 5ghz with all my computer kit - it all works but I cant get Ubuntu Mate 18.04 to work with 5GHZ using my standard TPLink kit
It even works with 2.4ghz on the same router (TPLINK dual band 5 and 2.4) - tried a different router(not TPLINK but dual band) - same. Even tried switching off security still asks again and again for password then fails. Log just says taking too long and fails.
P.S. Raspbian on same RPI3b+ no problem with any connection 2.4 or 5ghz - so I am at a loss
I have no hair to pull out else I would !
Cant see why software update has caused this but only he Dev's will know for sure. Maybe someone will answer who knows.
Do you have a backup SD which was before the upgrade - if yes try that and see what happens!
However it could be your Power source is degrading for some reason showing a problem - plus longer or poor quality cables can also give the same problem. Have you another power source to try. Even if you haven't changed anything.
Normally you never see this via any VNC software (ones that I have used anyway) even if its shown on a monitor connected to the RPI. But the boot logs do show if this is happening.
Useful info Hans
I notice that Stellarmate has been updated to Mate 18.04 and I am told 5ghz Wifi works.
I have tried this on a std Indi installation (Not Stellarmate) on Mate 18.04 and it doesn't (or didn't) what was changed on the Stellarmate version to make 5ghz work - if thats not giving away trade secrets - LOL
Have you been able to try your RPI4 set up for real yet ?
But there is still the old problem - people do not want to compile(build) Kstars/Ekos on Raspbian. They want the equiv of Unbuntu Mate PPA installation / updates - does that exist and more important does it work? Plus on RPI3b+ after a std compile/build (following std instructions on this forum) the button icons are just "std" large icon which I guess if down to a theme not being present?
Again many people bought RPI4 straight away,not me, expecting Kstars/Ekos/Indi to run without compiling/building - maybe the Indi requirements should be better described via a simple "Truth Table" showing which flavours of hardware/OS require compiling/building and which do not , are supported by an update mechanism (not requiring recomp etc) etc.
I know what Indigo server is thanks - I was referring to,I believe, the non existent Indigo Equiv of free Kstars/Ekos (really the EKOS part) - All I have found runs on Apple OS's only except Pixinsight (which is not free and would seem to too resource hungry for RPI4 - but I have not tried it on any RPI). e.g. AstroImager, AstroGuider, AstroDSLR, AstroTelescope, INDIGO Control Panel and INDIGO Dashboard.
Quote "so called agents" - what does that mean ?
And there's the problem - an up todate Kstars is, as far as I know, not available in any form and cannot be compiled on Raspbian.
Plus a lot of people cannot or wish not to compile anything they just want something they can install and update easily.
I accept RPI4 has only just been released so it takes time but Kstars on Raspbian has always proved a pain to me at least - if you want the latest (last one from Rasp Repo was 1.74 I beleive). Ubuntu Mate is too far behind the hardware progress IMO.
As far as I know Indigo dont have any problems with Raspbian - but there again the equiv of a Raspbian Kstars/Ekos doesn't exist except for the Web Interface which IMO just doesn't hack it. Please correct me if there are Raspbian Indigo gui client executable programs (not sources).
In simple terms why isnt Raspbian O/S supported better by Kstars/Ekos as it seems everything else is there and working (drivers/3rd party drivers ). After all it is a Debian based OS as is Ubuntu (Mate) ?
I think the basic message from Hans is why isn't Raspbian Buster/Stretch etc not supported in the same way as Ubuntu Mate.
It feels, too many, that relying on Ubuntu Mate on the PI means Indi is always playing "catch up" (which of course is always going to be true to some extent) and Mate too far behind on PI support for "average joe user" who does not want to compile from sources but wants Raspbian - a fairly popular OS
In effect they want a mechanism the same as Ubuntu Mate that provides an up todate version of Indi/Kstars/Indi and a simple(ish) update method.
I know that there are tech reasons why Indi relies on Ubuntu Mate (for the PI) but IMO I think its time to look if there is an alternative solution - after all PI does not update theeir kit that often
Are the tech difficulties so bad ?
Could not Docker type approach be used - there was an attempt a while back !
Dont use Stellarmate but have read the manual. A lot of hard work put into that and useful even if you dont use Stellarmate. Thanks for the great effort