Es gibt schon seit einiger Zeit die Möglichkeit, die App qDslrDashboard über einen Pocket-WLAN-Router, auf dem die Software DslrDashboardServer (kurz: ddserver) läuft, mit kompatiblen Kameras zu verbinden, die über keine eigene WLAN-Schnittstelle verfügen. Da die App jetzt auch wieder für iOS verfügbar ist, können auch die Geräte dieser Plattform zur Fernsteuerung per WLAN verwendet werden, da hier keine Fernsteuerung über das USB-Kabel funktioniert. Da die bisherigen Anleitungen meistens Routermodelle verwendet haben, die nicht mehr erhältlich sind, wie den TP-Link TL-MR3040, hier eine Anleitung für das aktuelle Nachfolger-Modell TP-Link TL-WR902AC AC750 v.3. Die Hardware-Version des Routers, in diesem Fall "Ver. 3.0", findet man auf einem der Barcode-Aufkleber am Gerät, auf dem auch die Modell-Nummer steht. Dieses Gerätemodell besitzt im Unterschied zum TL-MR3040 keinen internen Akku, aber man kann ja eine externe USB-Powerbank anschließen. Die Reichweite beim TL-MR3040 ist nicht sehr groß, und man kann sich eine Buchse zum Anschließen einer externen WLAN-Antenne nachrüsten lassen. Die Reichweite beim WR902AC AC750 v.3 ist nach meinen Erfahrungen wesentlich größer als beim TL-MR3040. Ich selbst habe damit schon eine Reichweite von ca. 40 m erreicht, ohne weitere Umbauten wohlgemerkt, nur mit dem 2,4 GHz-Band. Das 5 GHz-Band wird bei diesem Router jetzt ebenfalls unterstützt, Reichweitentests habe ich noch keine durchgeführt.
Zunächst einmal, woher bekommt man die Firmware? Idealerweise verwendet man dazu einen Linux-Rechner, auf dem eine komplette Build-Umgebung vorhanden ist, z. B. um einen eigenen Linux-Kernel oder alternative Firmware für Android-Geräte zu kompilieren, beispielsweise LineageOS. Es gibt das ganze auch fertig konfiguriert als virtuelle Maschine, z. B. BuilduntuVM. Eine Anleitung zum Selberbauen der OpenWrt-Firmware findet man hier. Selberbauen muss man die Firmware daher, weil in den von OpenWrt selbst angebotenen Images das Paket ddserver nicht vorhanden ist. Also muss man dieses noch in den Quellcode integrieren. Bei Open Source ist das ja kein Problem. Die Anleitung dazu ist hier zu finden. Wer mit Linux ausreichend vertraut ist, um z. B. aus dem Netz geladene Open-Source-Software aus dem Quellcode zu kompilieren, kann anhand dieser Anleitung den Quellcode herunterladen und für den TP-Link TL-WR902AC AC750 v.3 (Target System (MediaTek Ralink MIPS), Subtarget (MT76x8 based boards), Target Profile (TP-Link TL-WR902AC v3)) als Zielsystem konfigurieren. Bei "make menuconfig" muss man nicht nur das Zielsystem auswählen, auf dem die Firmware laufen soll, sondern man muss auch unter "Multimedia" das Paket "ddserver" aktivieren. Ebenfalls sollte man hier unter "LuCI" die Web-Konfigurationsoberfläche aktivieren, die in der Grundkonfiguration nicht aktiviert ist. So erspart man sich das erste Einloggen über ssh, um dieses Paket zu aktivieren. Die Web-Konfigurationsoberfläche benötigt man zum Aktivieren und Konfigurieren der WLAN-Schnittstelle. Wer es sich nicht selber zutraut, die Firmware auf eigene Faust zu kompilieren, kann auch die von mir erstellten Image-Dateien im Anhang dieses Artikels verwenden, ausreichend Vertrauen zu mir vorausgesetzt :-). Bei den Image-Dateien im Anhang des Artikels ist die Weboberfläche schon aktiviert, man kann sich also nach dem Flashen direkt mit der Weboberfläche verbinden, wie weiter unten beschrieben. Die Datei mit der Endung "-tftp-recovery.bin" dient zur ersten Installation auf dem Router mit der Firmware des Herstellers. Das Vorgehen dabei wird weiter unten erklärt. Diese Datei ist also diejenige, die man zu "tp_recovery.bin" umbenennen und ins Arbeitsverzeichnis des tftp-Servers kopieren muss, wie unten erklärt. Die Datei mit der Endung "-sysupgrade.bin" dient zum Aktualisieren eines bereits existierenden OpenWrt-Systems auf die neueste Version. Die Datei muss dazu nicht umbenannt werden und das geht dann über die Weboberfläche im Browser, ganz ohne weitere Verrenkungen, und mit einem beliebigen Browser und beliebigem Betriebssystem. Die einzige Voraussetzung ist, dass OpenWrt schon auf dem Router installiert ist.
Zur Installation der Firmware benötigt man allerdings etwas umfangreichere Netzwerk-Kenntnisse und ein Rechner mit Linux ist sehr von Vorteil, weil bei jeder Linux-Distribution einfach ein tftp-Server als fertiges Paket installiert werden kann (die Anleitung im Link gilt für einen anderen Router, daher muss man ein paar Sachen hier anpassen).
Bei Windows kann man die kostenlose Software tftpd32/tftpd64 verwenden: Installieren, Arbeitsverzeichnis für den Server festlegen, dort die Datei mit der Endung "-tftp-recovery.bin" reinkopieren, die man dann zu "tp_recovery.bin" umbenennt. Dann in der Konfiguration für die Netzwerkschnittstelle des Rechners die TCP-IP-Einstellungen auf die statische Adresse "192.168.0.66" mit der Netzwerkmaske "255.255.255.0" ändern. Dann im Tftpd32-Server die richtige Adresse für die Schnittstelle auswählen. Dann weiter wie unten bei Linux beschrieben. Sobald der Router die Datei anfordert, erscheint ein Fortschrittsdialog in Tftpd32 und man kann den Resetknopf am Router loslassen.
Bei Mac OS X ist ein tftp-Server im System enthalten, den man nur aktivieren muss, siehe hier. Zum Vorgehen zur erforderlichen Konfiguration kann ich keine Angaben machen, weil ich keinen Zugriff auf ein System mit Mac OS X habe.
Die Hersteller-Firmware akzeptiert das OpenWrt-Image nicht zum Flashen über die vorgesehene Update-Funktion in der Konfigurationsoberfläche (wahrscheinlich fehlt da eine Signatur). Es gibt allerdings eine dokumentierte Funktion zum Flashen eines Recovery-Systems (U-Boot) über einen tftp-Server. Dazu wird ein (Linux-)Rechner mit einem tftp-Server benötigt, der auf die statische Netzwerk-Adresse 192.168.0.66/24 konfiguriert ist. Im Arbeitsverzeichnis des tftp-Servers (bei Debian /srv/tftp) legt man die Firmware-Datei ab, die man zu "tp_recovery.bin" umbenannt hat. Der Router erwartet im U-Boot-Modus genau diese Netzwerk-Adresse und genau diesen Dateinamen, damit es funktioniert. Man konfiguriert also am Linux-Rechner die Netzwerkschnittstelle, z. B. mit "ifconfig eth0 192.168.0.66", dann startet man den tftp-Server neu, je nach installiertem Paket, also z. B. mit "/etc/init.d/tftpd-hpa restart", dann verbindet man den Router zuerst per Netzwerkkabel mit dem Netzwerk des Linux-Rechners. Dann schließt man die Stromversorgung an den Router an und hält dabei mit einer Büroklammer oder dergleichen den Reset-Knopf ca. 6 Sekunden lang gedrückt. Damit startet der Router im U-Boot-Modus und sucht nach einem tftp-Server mit der Datei "tp_recovery.bin". Wenn man in einem Konsolenfenster das systemlog verfolgt (z. B. mit "tail -f /var/log/syslog" oder "journalctl -f -n 60"), kann man sehen, wie die Anfrage "RRQ from 192.168.0.2 filename tp_recovery.bin" beim tftp-Server ankommt. Der Resetknopf kann spätestens jetzt losgelassen werden. Die Datei wird zum Router ausgeliefert und der Flash-Vorgang beginnt, die Netzwerk-LED (neben der Power-LED) blinkt. Falls danach keine Fehlermeldung im syslog erscheint, wartet man, bis die Netzwerk-LED zu blinken aufhört und konstant leuchtet. Nach dem Abschluss des Flash-Vorgangs geht die Netzwerk-LED kurz aus, dann blinken kurz alle LEDs am Router auf, der Router startet neu und dann leuchtet die Power-LED wieder. Jetzt kann man mittels Browser eine Verbindung zum Router herstellen. Zu beachten ist dabei, dass die Firmware OpenWrt ein anderes Netz verwendet als die Hersteller-Firmware. Bei der Hersteller-Firmware ist der Router unter der IP 192.168.0.1 zu finden, bei OpenWrt unter 192.168.1.1. Also im Browser die Adresse "https://192.168.1.1" aufrufen und als Benutzer "root" ohne Passwort anmelden. Beim ersten Aufruf muss man eine Ausnahme für das selbstsignierte Zertifikat des Webservers im Router erstellen. Man wird dann als erstes zum Setzen eines Passworts für den Benutzer aufgefordert, was man auch tun sollte. Anschließend muss man noch die WLAN-Schnittstelle aktivieren, das WLAN-Passwort einrichten und für die Netzwerk-Schnittstelle (Netzwerk/Schnittstellen/LAN > Bearbeiten > IPv4 Broadcast) als Broadcast-Adresse die IP "192.168.1.255" eintragen. Danach ist die Konfiguration abgeschlossen. Diese Anleitung richtet sich nur an Personen, die ausreichende Linux-/Netzwerkkenntnisse mitbringen, um die beschriebenen Schritte zu verstehen und durchzuführen. Ich wollte nur die zur Umsetzung erforderlichen Links und Schritte zusammentragen und dokumentieren, außerdem bestätigen, dass qDslrDashboard mit diesem Router-Modell funktioniert. Die Anwendung der Anleitung und die Nutzung der angehängten Dateien geschieht ausschließlich auf eigenes Risiko und ich übernehme keinerlei Garantie für "gebrickte" Router. Der Flashvorgang mit der TFTP-Methode kann allerdings beliebig wiederholt werden, der dafür nötige Bootloader wird beim Flashen nicht überschrieben und bleibt auch bei erfolgreich installiertem OpenWrt oder einem misslungenen Flashvorgang erhalten. Von daher ist das Risiko für einen "gebrickten" Router recht gering.
Update: Englische und französische Textversion angelegt. Das Vorgehen unter Windows mit tftpd32/tftpd64 getestet. Images aktualisiert auf den Stand vom 8. September 2021. Man kann auch ein vorhandenes OpenWrt-System mit der TFTP-Methode flashen. Das aktuelle Image zum erstmaligen Flashen ist jetzt so vorkonfiguriert, dass es direkt einsetzbar ist. WLAN ist aktiviert, ein Netz pro Frequenzband, SSID "OpenWrt 2.4 GHz", SSID "OpenWrt 5 GHz", WLAN-Passwort bei beiden: "dslrdashboard". Bei einem Update von einer vorherigen OpenWrt-Version ohne Unterstützung von 5 GHz muss man vor dem Flashen das Kontrollkästchen zum Behalten der Einstellungen deaktivieren, damit beim Update das 5 GHz-Frequenzband automatisch aktiviert wird. Andernfalls muss man die zweite WLAN-Schnittstelle von Hand aktivieren und die Einstellungen für WLAN-Verschlüsselung und Passwort selbst vornehmen. Die Firmware unterstützt jetzt auch WPA3 im Mischbetrieb WPA2/WPA3. Seit der neuesten Version funktioniert die WLAN-Ländereinstellung "00" für "World" nicht mehr, sondern man muss explizit ein Land auswählen, damit das WLAN auf Mobilgeräten ausgewählt werden kann. In den unten angebotenen Images ist "DE" als Land voreingestellt.
Text in English
For some time now it has been possible to connect the app qDslrDashboard to compatible cameras, which do not have a native WiFi interface, via a pocket WiFi router running the software DslrDashboardServer (short: ddserver). Since the app is now also available for iOS again, the devices of this platform can also be used for remote control via WiFi, since no remote control via the USB cable works there. Since the previous how-tos mostly were for router models that are no longer easily available, such as the TP-Link TL-MR3040, here a how-to for the current successor model TP-Link TL-WR902AC AC750 v.3. The hardware version of the router, in this case "Ver. 3.0", can be found on one of the barcode stickers on the device, which also contains the model number. In contrast to the TL-MR3040, this model has no internal battery, but you can connect an external USB power bank. The WiFi range of the TL-MR3040 is not that great, and you can install a socket for connecting an external WiFi antenna. In my experience, the range of the WR902AC AC750 v.3 is much greater than that of the TL-MR3040. I myself have already reached a range of approx. 40 m with it, without any further modifications, only with the 2.4 GHz band. The 5 GHz band is now also supported on this router, I haven't done any range tests yet.
First of all, where do I get the firmware from? Ideally, you should use a Linux machine with a complete build environment on it, e.g. to compile your own Linux kernel or alternative firmware for Android devices, such as LineageOS. You also get the whole thing preconfigured as a virtual machine, e.g. BuilduntuVM. Instructions on how to build the OpenWrt firmware yourself can be found here. You have to build the firmware yourself, because the package ddserver is not available in the images offered by OpenWrt themselves. So you have to integrate it into the source code. With Open Source this is not a problem. The instructions can be found here. If you are sufficiently familiar with Linux to, for example, compile open source software downloaded from the net from the source code, you can use the how-to from openwrt.org above to download the source code and configure your AC750 v.3 (Target System (MediaTek Ralink MIPS), Subtarget (MT76x8 based boards), Target Profile (TP-Link TL-WR902AC v3)) as target system for the TP-Link TL-WR902AC v.3. With "make menuconfig" you must not only select the target system on which the firmware should run, but you must also activate the package "ddserver" under "Multimedia". Also you should activate the web configuration interface here under "LuCI", which is not activated in the basic configuration. This saves you from having to log in via ssh for the first time to activate this package. The web configuration interface is required to activate and configure the WiFi interface. If you don't trust yourself to compile the firmware on your own, you can also use the image files I created in the appendix of this article, provided you trust me enough :-). With the image files in the attachment of the article the web interface is already activated, so you can connect directly to the web interface after flashing, as described below. The file with the extension "-tftp-recovery.bin" is used for the first installation on the router with the firmware of the manufacturer. The procedure is explained below. So this file is the one you have to rename to "tp_recovery.bin" and copy it into the directory of the tftp server, as explained below. The file with the extension "-sysupgrade.bin" is used to update an existing Openwrt system to the latest version. The file does not have to be renamed for this and this can be done via the web interface in the browser, without any further complications, and with any browser and operating system. The only requirement is that OpenWrt is already installed on the router.
To install the firmware, however, you need a little more extensive network knowledge and a computer with Linux is very advantageous, because on any Linux distribution you can simply install a tftp server as a software package (the instructions in the link apply to a different router, so some details are different here).
With Windows you can use the free tftpd32/tftpd64: install, determine the working folder for the server, copy the file ending in "-tftp-recovery.bin" there, rename it to "tp_recovery.bin". Then reconfigure the TCP-IP settings for your network interface to the static address "192.168.0.66" and network mask of "255.255.255.0". Then select the correct interface in the dropdown menu of Tftpd32. Then proceed as described below for Linux. As soon as the file request from the router comes in, Tftpd32 will show a progress bar. At this point you can let go the reset button on the router. Don't forget to restore the previous settings of your computer's network interface after this.
On Mac OS X there is a tftp server included in the system which you only have to activate, see here. The configuration part you have to figure out yourself, I have no access to a Mac.
The original firmware from the manufacturer does not accept the OpenWrt image for flashing via the intended update function in the configuration interface (it expects a certain signature, I guess). However, there is a documented function for flashing a recovery system (in U-Boot mode) via a tftp server. This requires a (Linux) computer with a tftp server configured to the static network address 192.168.0.66/24. In the working directory of the tftp server (for Debian /srv/tftp) you store the firmware file that you renamed to "tp_recovery.bin". In U-Boot mode, the router expects exactly this network address and exactly this filename to make it work. So you configure the network interface on the Linux computer, e.g. with "ifconfig eth0 192.168.0.66", then you restart the tftp server, depending on the installed package, e.g. with "/etc/init.d/tftpd-hpa restart", then you first connect the router to the network of the Linux computer via network cable. Then connect the power supply to the router and press the reset button with a paper clip or similar for about 6 seconds. The router then starts in U-Boot mode and searches for a tftp server with the file "tp_recovery.bin". If you follow the system log in a console window (e.g. "tail -f /var/log/syslog" or "journalctl -f -n 60"), you can see how the request "RRQ from 192.168.0.2 filename tp_recovery.bin" arrives at the tftp server. The file is delivered to the router and the flash process starts, the network LED (the one next to the power LED) flashes. If no error message appears in the syslog afterwards, wait until the network LED stops flashing and stays lit constantly. After the flash process is finished, the network LED goes out and all LEDs on the router flash briefly all at once, the router restarts and then the power LED lights up again. During boot it will blink, then it will be lit constantly. Now you can establish a connection to the router using a browser. Please note that the OpenWrt firmware uses a different network than the manufacturer firmware. For the manufacturer firmware, the router can be found at IP 192.168.0.1, for Openwrt at 192.168.1.1. So call up the address "https://192.168.1.1" in your browser and log on as user "root" without password. You have to create an exception for the self-signed certificate of the webserver in the router. First you will be asked to set a password for the user, which you should do. Then you have to activate the WiFi interface, set up the WiFi password and enter the IP "192.168.1.255" as the broadcast address for the network interface (network/interfaces/LAN > Edit > IPv4 Broadcast). The configuration is then complete. These instructions are only intended for people who have sufficient Linux/network knowledge to understand and perform the steps described. I just wanted to compile and document the links and steps required for the implementation, and also confirm that qDslrDashboard works with this router model. The use of this how-to and the attached files is entirely at your own risk and I take no responsibility for any "bricked" routers. However, the flashing process with the tftp method can be repeated as often as you want or need. The special recovery bootloader needed for this process is not overwritten by this, even if OpenWrt has been installed successfully or if the flashing process was not successful. Therefore the risk for "bricking" the router by all this is pretty slim.
Update: I tested the process using Tftpd32/Tftpd64 on Windows. Images are updated to September 8 2021. You can update an existing OpenWrt system via the tftp method described in the article using the "-tftp-recovery.bin" image. The current "-tftp-recovery.bin" image has been preconfigured to be usable out of the box. WiFi is activated, one network per frequency band, SSID "OpenWrt 2.4 GHz", SSID "OpenWrt 5 GHz", WiFi password for both: "dslrdashboard". If you are updating from a previous version of OpenWrt without 5GHz support, you must clear the "Keep settings" check box before flashing to have the 5GHz frequency band automatically activated during the update. Otherwise you have to activate the second WiFi interface manually and set the WiFi encryption and password yourself. The firmware now also supports WPA3 in mixed mode WPA2/WPA3. Since the latest version, the WiFi country setting "00" for "World" no longer works. Instead, you have to explicitly select a country so that the WiFi can be selected on mobile devices. In the images offered below, "DE" is the default country.
Texte en français
Depuis quelque temps déjà, il est possible de connecter l'application qDslrDashboard à caméras compatibles qui ne possèdent pas leur propre interface WLAN via un routeur Pocket WLAN qui exécute le logiciel DslrDashboardServer (abr.: ddserver). Comme l'application est de nouveau disponible pour iOS, les appareils de cette plate-forme peuvent également être utilisés pour le contrôle à distance via WLAN, puisqu'aucune commande à distance via le câble USB ne fonctionne ici. Comme les manuels précédents utilisaient surtout des modèles de routeurs qui ne sont plus disponibles, comme le TP-Link TL-MR3040, voici un manuel pour le modèle successeur actuel TP-Link TL-WR902AC AC750 v.3. La version hardware du routeur, dans ce cas "Ver. 3.0", se trouve sur l'un des autocollants code-barres de l'appareil, qui contient également le numéro de modèle. Contrairement au TL-MR3040, ce modèle n'a pas de batterie interne, mais on peut connecter une alimentation USB externe. La portée du TL-MR3040 n'est pas très longue, et on peut laisser installer une douille pour connecter une antenne WLAN externe. D'après mon expérience, la portée du WR902AC AC750 v.3 est beaucoup plus grande que celle du TL-MR3040. J'ai moi-même déjà atteint une portée d'environ 40 m avec ce modèle, sans aucune autre conversion, mais seulement avec la bande des 2,4 GHz. La bande des 5 GHz est maintenant aussi supportée sur ce routeur, je n'ai pas encore fait de tests de portée.
D'abord, où puis-je obtenir le firmware ? Idéalement, vous devriez utiliser une machine Linux avec un environnement de compilation complet, par exemple pour compiler votre propre noyau Linux ou un firmware alternatif pour les périphériques Android, comme LineageOS. Vous obtenez également l'ensemble configuré comme une machine virtuelle, par exemple BuilduntuVM. Vous trouverez les instructions pour construire vous-même le firmware OpenWrt ici. Vous devez construire le firmware vous-même, car le paquet ddserver n'est pas présent dans les images offertes par OpenWrt lui-même. Il vous reste donc à l'intégrer dans le code source. Avec l'Open Source ce n'est pas un problème. Les instructions se trouvent ici. Si vous êtes suffisamment familier avec Linux pour, par exemple, compiler un logiciel open source chargé depuis le réseau à partir du code source, vous pouvez utiliser ces instructions pour télécharger le code source et configurer le TP-Link TL-WR902AC AC750 v.3 (Target System (MediaTek Ralink MIPS), Subtarget (cartes MT76x8), Target Profile (TP-Link TL-WR902AC v3) comme système cible. Avec "make menuconfig" vous devez non seulement sélectionner le système cible sur lequel le firmware doit fonctionner, mais vous devez également activer le paquet "ddserver" sous "Multimedia". Vous devriez également activer l'interface de configuration web ici sous "LuCI", qui n'est pas activée dans la configuration de base. Cela vous évite d'avoir à vous connecter via ssh pour la première fois pour activer ce paquet. L'interface de configuration Web est nécessaire pour activer et configurer l'interface WLAN. Si vous ne vous fiez pas à vous-même pour compiler le firmware, vous pouvez également utiliser les fichiers images que j'ai créés dans l'annexe de cet article, à condition que vous me fassiez assez confiance :-). Avec les fichiers image dans la pièce jointe de l'article, l'interface web est déjà activée, vous pouvez donc vous connecter directement à l'interface web après avoir flashé, comme décrit ci-dessous. Le fichier avec l'extension "-tftp-recovery.bin" est utilisé pour la première installation sur le routeur avec le firmware du fabricant. La procédure est expliquée ci-dessous. C'est donc ce fichier que vous devez renommer en "tp_recovery.bin" et copier dans le répertoire du serveur tftp, comme expliqué ci-dessous. Le fichier portant l'extension "-sysupgrade.bin" est utilisé pour mettre à jour un système OpenWrt existant vers la dernière version. Le fichier n'a pas besoin d'être renommé et cela se fait via l'interface web du navigateur, sans aucune autre contorsion, et avec n'importe quel navigateur et système d'exploitation. La seule condition est qu'OpenWrt soit déjà installé sur le routeur.
Pour installer le firmware, vous avez besoin d'un peu plus de connaissances réseau et un ordinateur avec Linux est très avantageux, car vous pouvez installer un tftp-Server comme un paquet fini avec chaque distribution Linux (les instructions dans le lien s'appliquent à un autre routeur, donc certains détails sont différents ici).
Sous Windows vous pouvez utiliser le logiciel gratuit tftpd32/tftpd64 : Installez, définissez le répertoire de travail du serveur, copiez le fichier se terminant par "-tftp-recovery.bin" et renommez-le en "tp_recovery.bin". Modifiez ensuite les paramètres TCP IP dans la configuration de l'interface réseau de votre ordinateur à l'adresse statique "192.168.0.66" avec le masque réseau "255.255.255.255.0". Sélectionnez ensuite l'adresse correcte pour l'interface dans le serveur Tftpd32. Continuez ensuite comme décrit ci-dessous pour Linux. Dès que le routeur demande le fichier, une boîte de dialogue de progression apparaît dans Tftpd32 et vous pouvez relâcher le bouton reset sur le routeur.
Sous Mac OS X il y a un serveur tftp dans le système que vous n'avez qu'à activer, voir ici. Je ne peux donner aucune information sur la procédure de configuration requise, car je n'ai pas accès à un système avec Mac OS X.
Le firmware du fabricant n'accepte pas que l'image OpenWrt soit flashé via la fonction de mise à jour prévue dans l'interface de configuration (il n'y a probablement aucune signature). Cependant, il existe une fonction documentée pour faire flasher un système de récupération (U-Boot) via un serveur tftp. Cela nécessite un ordinateur (Linux) avec un serveur tftp configuré à l'adresse réseau statique 192.168.0.66/24. Dans le répertoire de travail du serveur tftp (pour Debian /srv/tftp) vous stockez le fichier du firmware que vous avez renommé "tp_recovery.bin". En mode U-Boot, le routeur attend exactement cette adresse réseau et exactement ce nom de fichier pour le faire fonctionner. Ainsi vous configurez l'interface réseau sur l'ordinateur Linux, par exemple avec "ifconfig eth0 192.168.0.66", puis vous redémarrez le serveur tftp, en fonction du paquet installé, par exemple avec "/etc/init.d/tftpd-hpa restart", puis vous connectez le routeur au réseau de l'ordinateur Linux par câble réseau. Branchez ensuite l'alimentation électrique au routeur et appuyez sur le bouton reset et maintenez-le enfoncé pendant environ 6 secondes à l'aide d'un trombone ou similaire. Ceci démarre le routeur en mode U-Boot et il recherche un serveur tftp avec le fichier "tp_recovery.bin". Si vous suivez le journal système dans une fenêtre de console (par exemple avec "tail -f /var/log/syslog" ou "journalctl -f -n 60"), vous pouvez voir comment la requête "RRQ from 192.168.0.2 filename tp_recovery.bin" arrive au serveur tftp. Le bouton reset peut maintenant être relâché au plus tard. Le fichier est livré au routeur et le processus de flash commence, la DEL réseau (à côté de la DEL d'alimentation) clignote. Si aucun message d'erreur n'apparaît dans le syslog par la suite, attendez que la DEL réseau cesse de clignoter et s'allume en permanence. Une fois le processus de flash terminé, la DEL réseau s'éteint brièvement, puis toutes les DEL du routeur clignotent brièvement, le routeur redémarre, puis la DEL d'alimentation s'allume à nouveau. Vous pouvez maintenant vous connecter au routeur à l'aide d'un navigateur. Veuillez noter que le firmware OpenWrt utilise un réseau différent de celui du firmware du fabricant. Pour le firmware du fabricant, le routeur se trouve sous IP 192.168.0.1, pour OpenWrt sous 192.168.1.1, alors appelez l'adresse "https://192.168.1.1" dans le navigateur et connectez-vous en tant qu'utilisateur "root" sans mot de passe. Au premier appel, vous devez créer une exception pour le certificat auto-signé du serveur web dans le routeur. Tout d'abord, on vous demandera de définir un mot de passe pour l'utilisateur, ce que vous devez faire. Vous devez ensuite activer l'interface WLAN, configurer le mot de passe WLAN et entrer l'adresse IP "192.168.1.255" comme adresse de diffusión pour l'interface réseau (Network/Interfaces/LAN >Edit >IPv4 Broadcast). La configuration est alors terminée. Ce manuel est uniquement destiné aux personnes qui ont une connaissance suffisante de Linux/réseau pour comprendre et exécuter les étapes décrites. Je voulais simplement compiler et documenter les liens et les étapes nécessaires à la mise en œuvre, et aussi confirmer que qDslrDashboard fonctionne avec ce modèle de routeur. L'utilisation de ce manuel et des fichiers joints se fait à vos propres risques et je ne garantis pas l'utilisation en cas de routeurs "briqués". Cependant, le processus de flash avec la méthode TFTP peut être répété à volonté, le chargeur de démarrage requis pour cela n'est pas écrasé pendant le flash et reste intact même si OpenWrt a été installé correctement ou si un processus flash a échoué. Le risque pour un routeur "briqué" est donc très faible.
Update: La procédure sous Windows testée avec tftpd32/tftpd64. Images mises à jour au 8 séptembre 2021. Vous pouvez aussi flasher un système OpenWrt existant en utilisant la méthode TFTP. L'image actuelle pour le premier flashage est maintenant préconfigurée de façon à pouvoir être utilisée directement. WLAN est activé, un réseau par bande de fréquence, SSID "OpenWrt 2,4 GHz", SSID "OpenWrt 5 GHz", mot de passe WLAN pour les deux : "dslrdashboard". Si vous effectuez une mise à jour à partir d'une version antérieure d'OpenWrt sans compatibilité 5 GHz, vous devez décocher la case "Conserver les paramètres" avant de flasher pour activer automatiquement la bande 5 GHz lorsque vous effectuez la mise à jour. Sinon, vous devez activer manuellement la deuxième interface WLAN et régler vous-même le cryptage WLAN et le mot de passe. Le firmware supporte désormais également le WPA3 en mode mixte WPA2/WPA3. Depuis la dernière version, le réglage du pays WLAN "00" pour "World" ne fonctionne plus, mais vous devez sélectionner explicitement un pays afin que le WLAN puisse être sélectionné sur les appareils mobiles. Dans les images proposées ci-dessous, "DE" est le pays par défaut.
- Anmelden, um Kommentare verfassen zu können
- 5720 Aufrufe