WRT54G (Revival) - Versionsgeschichte

Chris T. Ludwig: Rechtschreibkorrektur (automatisiert)

2026-07-31T16:04:26Z

Rechtschreibkorrektur (automatisiert)

← Nächstältere Version		Version vom 31. Juli 2026, 18:04 Uhr
Zeile 426:		Zeile 426:
	==SERCON==		==SERCON==

	Da der WRT54G 2 serielle Schnittstellen an JP2 anbietet kann im einfachsten Fall eine als Konsole und er zweite zur Kommunikation mit z. B. einem ~~Microcontroller~~ verwendet werden. Aber auch eine virtuelle Anbindung über Sercon wäre eine schöne Sache.		Da der WRT54G 2 serielle Schnittstellen an JP2 anbietet kann im einfachsten Fall eine als Konsole und er zweite zur Kommunikation mit z. B. einem Mikrocontroller verwendet werden. Aber auch eine virtuelle Anbindung über Sercon wäre eine schöne Sache.

	==USB==		==USB==

Chris T. Ludwig: Rechtschreibkorrektur (automatisiert)

2026-07-31T15:53:34Z

Rechtschreibkorrektur (automatisiert)

← Nächstältere Version		Version vom 31. Juli 2026, 17:53 Uhr
Zeile 4:		Zeile 4:
	Durch ein paar kleine Hardwareeingriffe kann man den WRT54G mit einem SD-Kartenleser, mit 2 seriellen Schnittstellen und mit zwei USB-Ports (V1.1) ausstatten. Ein Variante, die ich im Netz gefunden habe, integriert noch einen Arduino-ProMicro in das Gehäuse und eroeffnet so ein riesiges Feld an Moeglichkeiten.		Durch ein paar kleine Hardwareeingriffe kann man den WRT54G mit einem SD-Kartenleser, mit 2 seriellen Schnittstellen und mit zwei USB-Ports (V1.1) ausstatten. Ein Variante, die ich im Netz gefunden habe, integriert noch einen Arduino-ProMicro in das Gehäuse und eroeffnet so ein riesiges Feld an Moeglichkeiten.

	'''HINWEIS:''' Das hier beschriebene Vorgehen der systematischen Analyse einer (Embedded-)Hardware laesst sich natuerlich vorgangsgleich auf andere Hardware anwenden. Es ist fuer mich oft der einzige (richtige) Weg, um ein tieferes Verstaendnis von Zusammenhaengen zu ~~erkennnen~~. Das immer wieder erstaunliche an der Sache ist, dass ab einem bestimmten Grad des Eintauchens sich viele Forenfragen in Luft aufloesen. Oder anders ausgedrueckt, macht man sich einmal diese Arbeit weisz man auf einmal was man tut und probiert nicht einfach nur rum.		'''HINWEIS:''' Das hier beschriebene Vorgehen der systematischen Analyse einer (Embedded-)Hardware laesst sich natuerlich vorgangsgleich auf andere Hardware anwenden. Es ist fuer mich oft der einzige (richtige) Weg, um ein tieferes Verstaendnis von Zusammenhaengen zu erkennen. Das immer wieder erstaunliche an der Sache ist, dass ab einem bestimmten Grad des Eintauchens sich viele Forenfragen in Luft aufloesen. Oder anders ausgedrueckt, macht man sich einmal diese Arbeit weisz man auf einmal was man tut und probiert nicht einfach nur rum.

	=DD-WRT vs. OpenWRT=		=DD-WRT vs. OpenWRT=
	Ich bin hin- und hergerissen. Mit OpenWRT waren die Erfahrungen (Kamikaze, White Russian) aber eher schlecht. Danach habe ich lange Zeit DD-WRT (v3.0-r36247 std (06/29/18) KERNEL 2.4.37) benutzt und es ging so. Aber die 6 APs (mittlerweile durch Ubiquiti-APs ersetzt) im Haus haben immer irgendwie gezickt.		Ich bin hin- und hergerissen. Mit OpenWRT waren die Erfahrungen (Kamikaze, White Russian) aber eher schlecht. Danach habe ich lange Zeit DD-WRT (v3.0-r36247 std (06/29/18) KERNEL 2.4.37) benutzt und es ging so. Aber die 6 APs (mittlerweile durch Ubiquiti-APs ersetzt) im Haus haben immer irgendwie gezickt.

	Jetzt wo der AP-Modus keine Rolle mehr spielt und MMC, JFFS, CIFS, USB, TTYSXX und das Aufspielen neuer Software eine groeszere Rolle spielen, war ich mit DD-WRT irgendwie in einer gefuehlten Sackgasse. DD-WRT bietet zum Beispiel ~~Untersutzung~~ von ip (a und r aber nicht n) parallel zu ifconfig, route und arp, aber gibt z.B. keine Fehlermeldungen bei Befehlen wie mount, mkdir. Auch eine Hilfe sucht man vergebens. Da hilft oft nur ein Blick in den SourceCode was die Software tut, oder halt nicht wie gewohnt funktioniert.		Jetzt wo der AP-Modus keine Rolle mehr spielt und MMC, JFFS, CIFS, USB, TTYSXX und das Aufspielen neuer Software eine groeszere Rolle spielen, war ich mit DD-WRT irgendwie in einer gefuehlten Sackgasse. DD-WRT bietet zum Beispiel Unterstützung von ip (a und r aber nicht n) parallel zu ifconfig, route und arp, aber gibt z.B. keine Fehlermeldungen bei Befehlen wie mount, mkdir. Auch eine Hilfe sucht man vergebens. Da hilft oft nur ein Blick in den SourceCode was die Software tut, oder halt nicht wie gewohnt funktioniert.

	Der Support (DD-WRT) fuer CIFS, MMC und JFFS wird zwar in der WebGUI angeboten, laesst sich auch konfigurieren, aber CIFS und MMC lieszen sich nicht mounten und die Unterstuetzung von JFFS war auf der Konsole nicht auffindbar.		Der Support (DD-WRT) fuer CIFS, MMC und JFFS wird zwar in der WebGUI angeboten, laesst sich auch konfigurieren, aber CIFS und MMC lieszen sich nicht mounten und die Unterstuetzung von JFFS war auf der Konsole nicht auffindbar.
Zeile 22:		Zeile 22:

	=Hardware=		=Hardware=
	Um sich eine ~~bessers~~ Bild von den Zusammenhaengen zu machen hier nochmal die Hardware im Ueberblick.		Um sich eine besser Bild von den Zusammenhaengen zu machen hier nochmal die Hardware im Ueberblick.

	==CPU==		==CPU==

Chris T. Ludwig: /* Weiterfuehrende Links/Analysen/Techniken */

2024-12-30T09:00:35Z

Weiterfuehrende Links/Analysen/Techniken

← Nächstältere Version		Version vom 30. Dezember 2024, 11:00 Uhr
Zeile 514:		Zeile 514:

	https://rjmendez.github.io/posts/2019/02/Indeed_CTF_Embedded_2/		https://rjmendez.github.io/posts/2019/02/Indeed_CTF_Embedded_2/

			https://berlioux.com/electronique/wrt-sim/wrt-sim-en.html

Chris T. Ludwig: /* =OneWire */

2024-12-30T08:56:57Z

=OneWire

← Nächstältere Version		Version vom 30. Dezember 2024, 10:56 Uhr
Zeile 435:		Zeile 435:
	[https://store.curiousinventor.com/product/spk-wrt-serial-port-kit-for-wrt54g-router/]		[https://store.curiousinventor.com/product/spk-wrt-serial-port-kit-for-wrt54g-router/]

	==OneWire=		==OneWire==

	[https://owfs.org/index_php_page_wireless-router.html]		[https://owfs.org/index_php_page_wireless-router.html]

Chris T. Ludwig: /* Pimpups */

2024-12-30T08:56:45Z

Pimpups

← Nächstältere Version		Version vom 30. Dezember 2024, 10:56 Uhr
Zeile 430:		Zeile 430:
	==USB==		==USB==
	TODO		TODO

			==Serial Interface==

			[https://store.curiousinventor.com/product/spk-wrt-serial-port-kit-for-wrt54g-router/]

	==OneWire=		==OneWire=

Chris T. Ludwig: /* JTAG */

2024-12-30T08:53:56Z

JTAG

← Nächstältere Version		Version vom 30. Dezember 2024, 10:53 Uhr
Zeile 486:		Zeile 486:

	Es gibt keine einheitliche Steckerbelegung für JTAG-Anschluesse.		Es gibt keine einheitliche Steckerbelegung für JTAG-Anschluesse.

			==Debrick==

			[https://zedt.eu/tech/hardware/recovering-a-bricked-linksys-wrt54gl-v1-1-using-jtag-part-1-the-hardware/]

	=Request for Comments=		=Request for Comments=

Chris T. Ludwig: /* Pimpups */

2024-12-30T08:53:19Z

Pimpups

← Nächstältere Version		Version vom 30. Dezember 2024, 10:53 Uhr
Zeile 429:		Zeile 429:

	==USB==		==USB==
			TODO

			==OneWire=

			[https://owfs.org/index_php_page_wireless-router.html]

			==I2C==

	=WIKI Hinweise=		=WIKI Hinweise=

Chris T. Ludwig: /* Pimpups */

2024-12-29T11:54:53Z

Pimpups

← Nächstältere Version		Version vom 29. Dezember 2024, 13:54 Uhr
Zeile 429:		Zeile 429:

	==USB==		==USB==


			=WIKI Hinweise=

			To support third-party firmware, Linksys has re-released the WRT54G v4, under the new model name WRT54GL (the 'L' in this name allegedly stands for 'Linux'). It is also possible to replace the 2 MB flash chip in the WRT54G with a 4 MB flash chip. The Macronix International 29LV320BTC-90 is a suitable part although others may work as well. The user must first install a JTAG header and use a JTAG cable to back up the firmware, then replace the chip and restore the firmware with the JTAG cable. After testing for proper functionality of the modified unit, third-party firmware can be flashed using the JTAG cable and a suitable image file.

			With the Attitude Adjustment (12.09)[46] release of OpenWrt, all WRT54G hardware versions with 16 MB of RAM are no longer supported, and older Backfire (10.03)[47] is recommended instead. Issues came from dropping support for the legacy Broadcom target brcm-2.4, making lower end devices run out of memory easily. Support for Attitude Adjustment is limited to WRT54G hardware versions with 32 MB of RAM, which includes WRT54GS and (apart from performing RAM upgrades through hardware modifications) some of the WRT54G and WRT54GL versions having the capability for unlocking their additional 16 MB of RAM.[48][49][50][51][52][53]

	=JTAG=		=JTAG=

Chris T. Ludwig: /* DD-WRT vs. OpenWRT */

2024-12-29T11:31:45Z

DD-WRT vs. OpenWRT

← Nächstältere Version		Version vom 29. Dezember 2024, 13:31 Uhr
Zeile 11:		Zeile 11:
	Jetzt wo der AP-Modus keine Rolle mehr spielt und MMC, JFFS, CIFS, USB, TTYSXX und das Aufspielen neuer Software eine groeszere Rolle spielen, war ich mit DD-WRT irgendwie in einer gefuehlten Sackgasse. DD-WRT bietet zum Beispiel Untersutzung von ip (a und r aber nicht n) parallel zu ifconfig, route und arp, aber gibt z.B. keine Fehlermeldungen bei Befehlen wie mount, mkdir. Auch eine Hilfe sucht man vergebens. Da hilft oft nur ein Blick in den SourceCode was die Software tut, oder halt nicht wie gewohnt funktioniert.		Jetzt wo der AP-Modus keine Rolle mehr spielt und MMC, JFFS, CIFS, USB, TTYSXX und das Aufspielen neuer Software eine groeszere Rolle spielen, war ich mit DD-WRT irgendwie in einer gefuehlten Sackgasse. DD-WRT bietet zum Beispiel Untersutzung von ip (a und r aber nicht n) parallel zu ifconfig, route und arp, aber gibt z.B. keine Fehlermeldungen bei Befehlen wie mount, mkdir. Auch eine Hilfe sucht man vergebens. Da hilft oft nur ein Blick in den SourceCode was die Software tut, oder halt nicht wie gewohnt funktioniert.

	Der Support (DD-WRT) fuer CIFS, MMC und JFFS ~~sind~~ zwar in der WebGUI angeboten, ~~lassen~~ sich auch konfigurieren, aber CIFS und MMC lieszen sich nicht mounten und die Unterstuetzung von JFFS war auf der Konsole nicht auffindbar.		Der Support (DD-WRT) fuer CIFS, MMC und JFFS wird zwar in der WebGUI angeboten, laesst sich auch konfigurieren, aber CIFS und MMC lieszen sich nicht mounten und die Unterstuetzung von JFFS war auf der Konsole nicht auffindbar.

	Bei OpenWRT Backfire war es mir bisher nicht moeglich den WLAN-Treiber fuer den BCM4306 zum Laufen zu bringen. Das Backfire-Image 10.03.1 brcm-2.4 wird als stabil fuer WRT54G(V4/L) meldet aber (dmesg) "No Broadcom Chipset" osae beim Laden des Treibers (:-(). Das Image brcm47xx wird dagegen als "works (somewhat unstable)" bewertet, laeuft bei mir bisher sauber. Ich weiß nicht auf was sich [https://openwrt.org/toh/linksys/wrt54g hier] das unstable bezieht.		Bei OpenWRT Backfire war es mir bisher nicht moeglich den WLAN-Treiber fuer den BCM4306 zum Laufen zu bringen. Das Backfire-Image 10.03.1 brcm-2.4 wird als stabil fuer WRT54G(V4/L) angegeben, meldet aber (dmesg) "No Broadcom Chipset" osae beim Laden des Treibers (:-(). Das Image brcm47xx wird dagegen als "works (somewhat unstable)" bewertet, laeuft bei mir bisher sauber. Ich weiß nicht auf was sich [https://openwrt.org/toh/linksys/wrt54g hier] das 'unstable' bezieht.

	Um da einen Schritt vorwaerts zu machen muss ich erst eine paar zurueck machen.		Um da einen Schritt vorwaerts zu machen, muss ich erst eine paar zurueck machen.

	Um schneller vergleichen zu koennen habe ich einen Router mit Backfire 10.03.1 und den anderen mit DD-WRT v3.0 36247 laufen.		Um schneller vergleichen zu koennen, habe ich einen Router mit Backfire 10.03.1 und den anderen mit DD-WRT v3.0 36247 laufen.

	Aber der Reihe nach.		Aber der Reihe nach.

Chris T. Ludwig: /* Allgemeines */

2024-12-29T11:26:06Z

Allgemeines

← Nächstältere Version		Version vom 29. Dezember 2024, 13:26 Uhr
Zeile 1:		Zeile 1:
	=Allgemeines=		=Allgemeines=
	Wie so oft kann ich mich von alter ausgedienter Hardware nicht trennen und ueberlege was man mit so einem Schaetzchen wie dem WRT54G(L V1.1) noch so tun kann. Die Nutzung als AP ist nicht mehr zeitgemaesz, aber als Client kann ich mir einen Einsatz noch gut vorstellen. Abgesehen von der Tatsache ~~der~~ ein Raspi doch etwas flinker ist, braucht man sich bei einem WRT54G keine Sorgen um sterbende SD-Karten machen. Und um ein paar kleine Routinen und Sensoren im Netzwerk einzubinden reicht die Performance der WRT54G in vielen Faellen.		Wie so oft kann ich mich von alter ausgedienter Hardware nicht trennen und ueberlege was man mit so einem Schaetzchen wie dem WRT54G(L V1.1) noch so tun kann. Die Nutzung als AP ist nicht mehr zeitgemaesz, aber als Client kann ich mir einen Einsatz noch gut vorstellen. Abgesehen von der Tatsache dass ein Raspi doch etwas flinker ist, braucht man sich bei einem WRT54G keine Sorgen um sterbende SD-Karten zu machen. Und um ein paar kleine Routinen und Sensoren im Netzwerk einzubinden reicht die Performance der WRT54G in vielen Faellen.

	Durch ein paar kleine Hardwareeingriffe kann man den WRT54G mit einem SD-Kartenleser, mit 2 seriellen Schnittstellen und mit zwei USB-Ports (V1.1) ausstatten. Ein Variante, die ich im Netz gefunden habe, integriert noch einen Arduino-ProMicro in das Gehäuse und eroeffnet so ein riesiges Feld an Moeglichkeiten.		Durch ein paar kleine Hardwareeingriffe kann man den WRT54G mit einem SD-Kartenleser, mit 2 seriellen Schnittstellen und mit zwei USB-Ports (V1.1) ausstatten. Ein Variante, die ich im Netz gefunden habe, integriert noch einen Arduino-ProMicro in das Gehäuse und eroeffnet so ein riesiges Feld an Moeglichkeiten.