+- Hilscher Community Forum (https://forum.hilscher.com)
+-- Forum: netPI 3 - Docker featuring Industrial Raspberry Pi 3 platform (https://forum.hilscher.com/forum-1.html)
+--- Forum: Software (https://forum.hilscher.com/forum-5.html)
+--- Thread: Errormessage when trying to connect to wifi. (/thread-177.html)
Pages:
1
2
Answer - BFH_SAM2 - June-4th-2018
We are struggling to connec't the NetPi to the WLAN of our client.
The control-panel yields following error-message:
Passwords or encryption keys are required to access the wireless network 'hegg_corp'. Warning: password for '802-11-wireless-security.psk' not given in 'passwd-file' and nmcli cannot ask without '--ask' option. Error: Connection activation failed
We can connect to the raspytest net, which we setup for test. since we do not have access to further settings we don't have any ideas what to try next?
Answer - Armin@netPI - June-8th-2018
I have a question. Does this network need NO password?
On netPI only Wifi networks with password access are supported only. Could this be the reason why it does not work?
Answer - BFH_SAM2 - June-8th-2018
409 Wrote:I have a question. Does this network need NO password?
On netPI only Wifi networks with password access are supported only. Could this be the reason why it does not work?
It's a password protected WiFi. It's a corporate WiFi with multiple access points. As you can see in the screenshots, the NetPi sees the hegg_corp net twice with the same MAC address. Could it be, that it can't handle multiple accesspoint networks?
We created now a dedicated wifi with it's own router just for the NetPi. This works, but it's not really the desired solution...
Answer - Armin@netPI - June-8th-2018
Well that netPI is scanning for all access points and show them all is normal. It is the same as here in our office. I see our office WiFi hot spot 3 to 4 times.
Dependent on the emitted power level and the physical distance to the netPI the level of intensity varies from 100% to less %. The closest point has always the highest level. So this can't be the root cause of this problem. I will now ask the development team if they have an idea.
I will let you know my results immediately.
Answer - BFH_SAM2 - June-18th-2018
We were able to reproduce the error.
The companys wifi password contains a "$"-character, which seems the root cause of the problem. other special characters seem to work. i attached the testresults under my text.
since we are not able to change our clients wifi password, it would be great if you could fix this in a future release.
Tests from Jan with a test-wifi:
dnoo$89201 funktioniert nicht
$dnoo89201 funktioniert nicht
dnoo89$201 funktioniert nicht
dnoo89201$ funktioniert
dnoo?89201 funktioniert
dnoo‘89201 funktioniert
dn#oo89201 funktioniert
@dnoo89201 funktioniert
Answer - Armin@netPI - June-18th-2018
Thank you for evaluating this problem deeper. We had indeed no clue where your phenomena was really coming from.
A short test I did some minutes ago showing indeed the same problem here with my iPhone at a simple hotspot test with password 12345$78 failing and 12345678 working.
I have informed the development team about it.
Answer - Armin@netPI - June-19th-2018
We found the root cause of this problem and are investigating.
Expecting a new system software released in two weeks.
Answer - Armin@netPI - July-11th-2018
We have corrected this problem in software version V1.1.3.0RC3 that we have released yesterday.
Answer - BFH_SAM2 - July-16th-2018
514 Wrote:We have corrected this problem in software version V1.1.3.0RC3 that we have released yesterday.
thank you !!
Answer - Armin@netPI - July-16th-2018
Thank you!! for finding it out what the root cause of this problem was.