Ist schon okay, ich hatte ja auch nicht genau geschrieben was ich an der bisherigen AP-Umsetzung bemängel.
Hatte den TRV zuerst sich mittels DHCP am AP des Plus 1 anmelden lassen und stellte dann fest, dass der AP dem TRV bei jedem Aufwachen und Verbinden eine neue IP-Adresse zugewiesen hatte, was für das Aufrufen der WebUI innerhalb des AP-Netzes eine unnötige Hürde darstellt, da man erst über die Cloud die aktuelle IP-Adresse herausfinden musste, bzw. auf die da hinterlegte sogar noch das vierte Segmente um 1 erhöhen musste (die IP-Adresse erhöhte sich im vierten Segment bei jedem Aufwachen um 1, bei mehreren Geräten im AP-Netz konnten das aber auch größere Sprünge je Gerät sein). Hatte dann dem TRV eine feste IP-Adresse zugeteilt, was zumindest den Zugriff aufs WebUI von innerhalb des AP-Netzes ermöglichte.
Um Zugriff auf den TRV von außerhalb des AP-Netzes zu erhalten, muss man ja die IP-Adresse des Plus 1 gefolgt vom durch den Plus 1 vergebenen Port in die Adresszeile des Browsers eingeben, woraufhin man dann auf die WebUI des TRV weitergeleitet wurde. Dummerweise ändert sich dieser Port ebenfalls bei jedem Aufwachen und Verbinden des TRV mit dem Plus 1 - also kam ich vom normalen Heimnetz nach dem ersten Aufwachen nicht mehr auf den TRV im AP-Netz und auch die Kommunikation des TRV mit anderen Shellys im normalen Heimnetz funktionierte nicht mehr.
Das sind im Großen und Ganzen die beiden Punkte, die ich beim AP-Modus der Plus und Pro Geräte bemängel. Hier wäre ein Register schön, wo der AP sich merkt, welchem Gerät im AP-Netz er welche IP-Adresse und welchen Port zugewiesen hat. Aber so wie es zu meinem Test war, war die Funktion für mich komplett nutzlos.