18-01-2025 06:47 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Highlight
- Report Inappropriate Content
Solved! Go to Solution.
1 Solution
Accepted Solutions
18-01-2025 06:55 PM - last edited 18-01-2025 07:04 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Highlight
- Report Inappropriate Content
Wenn du mit ST den Router konfigurieren willst, dann ist das so nicht möglich.
Nette Idee eigentlich. Ginge technisch sogar, wenn man einen entsprechenden ST-Treiber entwickeln würde, der per REST-API mit dem Router kommuniziert.
Behalte ich mal im Hinterkopf.
18-01-2025 06:55 PM - last edited 18-01-2025 07:04 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Highlight
- Report Inappropriate Content
Wenn du mit ST den Router konfigurieren willst, dann ist das so nicht möglich.
Nette Idee eigentlich. Ginge technisch sogar, wenn man einen entsprechenden ST-Treiber entwickeln würde, der per REST-API mit dem Router kommuniziert.
Behalte ich mal im Hinterkopf.
18-01-2025 07:11 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Highlight
- Report Inappropriate Content
18-01-2025 07:20 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Highlight
- Report Inappropriate Content
Wenn jetzt AVM ankommt und ihre Router in ST integriert haben will, dann kann das unsereins gerne machen! Kostet halt.
Von einem herstellerübergreifenden Protokoll weiß ich nichts - weshalb es das wohl auch nicht geben wird -, ansonsten könnte man das auf diese Weise angehen.
Was zu überlegen wäre, ist sowas wie OpenWRT und dergleichen. Das ginge auch vergleichsweise einfach, aber die Konfigurationsoberflächen heutiger Router sind so komplex, dass man das sinnvoll nicht in der ST-App abbilden kann. Statusanzeige wäre ein erster Schritt.
18-01-2025 07:23 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Highlight
- Report Inappropriate Content
23-01-2025 08:06 PM - last edited 23-01-2025 08:13 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Highlight
- Report Inappropriate Content
Das bezieht sich jetzt noch in erster Linie auf Thread Border Router, aber im Hintergrund auf alle möglichen Netzwerkkomponenten.
Home Router und Access Points (HRAP) aus Matter 1.4. Die Geräteklasse kombiniert WLAN-Zugangspunkt und Thread Border Router in einem Gehäuse. Ein HRAP soll in verschiedener Gestalt auftreten können: zum Beispiel als WLAN-Router für das Heimnetzwerk, Internet-Modem, Wi-Fi-Access-Point oder Set-Top-Box.
Kam heute frisch rein:
This includes support for the device types Network Infrastructure Manager and Thread Border Router.
It includes embedded definitions of two clusters- WifiNetworkManagement and ThreadBorderRouterManagement (with only the pertinent sections added, and four custom capabilities, including routerState, routerName, threadVersion, and wifiSsid. All four of these return a string, and routerState uses a single enum value (off, enabled).
For SSID's handling, there is a check for if the reported name is TLV null, in which it returns nothing. Then, it checks whether the input is a valid utf8 input. If so, it emits a capability with the given Ssid. If not, it reports a failure. This is expected, as any other service disocvery system would also be unable to display an Ssid if it was not written using UTF-8 specified characters. Still, it is expected that SSIDs are not necessarily printable, so this check is necessary.
For Thread Version handling, there is a mapping table, based on the Thread specification, that takes the uint16 as an input and translates it to a more human-readable/expected versioning for the display.
