Kan inte ansluta "smart-plug" till ny Telia router Technicolor EWA 1330

Har för mig att alla Deltaco även är kompatibel med Smartlife, så testa kör med det istället då deras egna app verkar kanske inte helt funka optimalt. Tidigare fått tag på en no brand smartplug som verkar därefter även vara samma som Deltaco även kör med ( dvs plastat på sin egna logga, annars identiskt) hade tidigare strul på liknande sätt att inte dyker upp eller koppla sig korrekt, så tricket är Smartlife + sätt det i sökläge med lång blinkpaus emellan.

Därefter, sök i rätt kategorin och välj sedan i wifi listan det kopplade wifi nätet som ska användas via mobilen, därefter kopplas till själva enheten i sig, backa ett par steg i menyn efter kopplig så att kommer tillbaka till parningssidan, så bör det koppla sig korrekt.

vanligt problem är 5ghz, dvs man har samma namn på 2.4 och 5ghz och då får billigare "smart" prylar problem att ansluta då dom inte stödjer 5ghz. testa att byta namn på 5ghz bandet eller stäng av det. ett annat problem är att dom vanligen bara stödjer 20mhz, kolla så inte router har 40mhz aktiverat på 2.4ghz bandet. (tex att det står 20/40mhz på 2.4bandet.

Egentligen så ska förstås inte det spela någon roll, eftersom enheten som ska ansluta saknar 5GHz radio så kommer den aldrig veta om att det finns ett likadant SSID på 5GHz-bandet utan den tror att det bara finns ett 2.4GHz wifi.

Det som däremot kan muppa sig är självaste appen i telefonen. Precis som med anslutning av Chromecast i Google Home-appen, så fungerar det så att appen ändrar wifi tillfälligt så den ansluter till smartpluggens adopterings-wifi, därefter skickar appen det SSID och den WPA-nyckel som du angivit i appen, eller om den hämtar informationen från det anslutna wifi-nätet. Eftersom man sällan har olika WPA-nycklar för 2.4GHz och 5GHz så bör inte det vara något problem med att telefonen sitter på 5Ghz och smart-pluggen endast stödjer 2.4GHz, eftersom telefonen tillfälligt ansluter till 2.4GHz på pluggen, skickar wifi-uppgifter, tappar kontakten när pluggen ansluter in mot ditt ordinarie wifi. När telefonen återansluter till routern så kommer appen förhoppningsvis identifiera IP-adressen för pluggen i nätverket och lägga till den för hantering.

Jag känner igen problematiken, då jag har haft äldre Chromecast-enheter där det gått att ansluta in dem mot wifi-nätverket, för att kort därefter mötas av en misslyckad anslutning enligt Google Home-appen. Där har det dock inte hjälpt med att stänga av eller döpa om 5GHz wifi:t utan det har varit andra faktorer inblandad såsom brandväggsregler, DHCP snooping m.m.
Vad jag menar är att eventuellt problem med 5GHz vs 2.4GHz vid anslutning av smarta enheter beror snarare på korkad programmering av appen, som haltar sig på olika frekvensband då den inte kan förstå att det kan finnas ett wifi med samma namn och WPA-nyckel på två olika band, det i sig kommer sig kanske av att många SoHo-routrar kommer förkonfigurerade med separata SSID:n för just 2.4GHz och 5GHz, en ond cirkel som borde gå att programmera sig ur.

Väl värt att veta när det kommer just till Deltaco SH-P01 pluggarna, dessa bygger på kinesiska Tuya-plattformen som är en lösning för återförsäljare att "designa" produkter utifrån ett färdigt sortiment utav kinestillverkare smart-prylar, som sen styrs/hanteras via kinesiska Alibaba Cloud. Kineser är duktig på mycket, men när det kommer till mjukvara så förekommer viss slarv och dålig kodningsutövning. Just Deltacos app tror jag inte att de förnyar utifrån aktuell Tuya-kod, åtminstone inte så frekvent som kan önskas för att lösa eventuella buggar och så, därav rekommendation att köra med Smartlife som är den blanka obrandade Tuya appen som håller sig mer a jour med programkoden.

Jag håller mig i möjligaste mån ifrån IoT-prylar, men finns det verkligen skräp som funkar på det viset? 2,4 GHz, visst, men Wi-Fi? Du får det att låta som att IoT-grejen har en egen Wi-Fi AP som används bara för att appen ska ansluta och överföra inloggningsuppgifter till den riktiga AP:n. Hade jag designat ett IoT-system så hade jag kört hela det förfarandet över BLE i stället, för att slippa instruera användaren att koppla upp till en speciell AP. Finns det verkligen mobiler med OS där en app kan tvinga OS:et att koppla upp till en IoT-enhets AP?

Om det verkligen funkar så, är det därför tråden är fri från felmeddelanden? I så fall skulle ju IoT-prylen knappast kunna ge felmeddelande tillbaka eftersom den då skulle behöva koppla ner sin AP innan den försöker ansluta till drift-SSID:t (om den inte mot förmodan skulle kunna köra STA och AP på samma radio samtidigt).

Hur som, på trådens ämne: eftersom det är fritt att gissa så skulle jag tippa på någon inkompabilitet i autentiseringsförfarandet (WEP vs WPA vs WPA2 vs SAE) eller att IoT-prylen bara kan 802.11b/g medan routern kör som lägst 802.11n, eftersom de äldre protokollen sabbar prestandan.