Wenn Du das alte Image noch hast, wäre es schön, wenn Du die beiden mal vergleichen könntest. Vielleicht kommt man dann irgendwann der Ursache auf den Grund, statt nur so oft zu versuchen, bis es funktioniert.
[Diskussion]: Neues sp-to-fritz Script unterstützt aktuelle TCOM Firmware
- Ersteller Spirou
- Erstellt am
chris.b©
Mitglied
- Mitglied seit
- 21 Aug 2006
- Beiträge
- 268
- Punkte für Reaktionen
- 0
- Punkte
- 0
Hab doch noch was gefunden. Wieder mal die Zugangsdaten ....
Und zwar wird die Mitbenutzersuffix immer von 0001 in 6022 geändert.
Also sie wird korrekt übernommen aber dann als 6022 angezeigt.
Beobachtet hab ich das jetzt im Sinus. Branding ist tcom.
Auch glaube ich das vorher - als das mit dem 6.11er Skript erstellte Image noch drauf war - die Zugangskennung im Klartext und nicht mit *** angezeigt wurde.
Das ist aber eher nebensächlich...
Und zwar wird die Mitbenutzersuffix immer von 0001 in 6022 geändert.
Also sie wird korrekt übernommen aber dann als 6022 angezeigt.
Beobachtet hab ich das jetzt im Sinus. Branding ist tcom.
Auch glaube ich das vorher - als das mit dem 6.11er Skript erstellte Image noch drauf war - die Zugangskennung im Klartext und nicht mit *** angezeigt wurde.
Das ist aber eher nebensächlich...
phoneman089
Neuer User
- Mitglied seit
- 24 Mrz 2007
- Beiträge
- 6
- Punkte für Reaktionen
- 0
- Punkte
- 1
Das "21057 STPR1AU 0000000000 UserAuthIP - unknown user" Problem habe ich auch mit der 7140.30.04.30 Firmware :-(
Mal schauen wo die Unterschiede zur orginal Software sind ...
Mal schauen wo die Unterschiede zur orginal Software sind ...
- Mitglied seit
- 1 Mrz 2006
- Beiträge
- 358
- Punkte für Reaktionen
- 0
- Punkte
- 16
@jpascher: '-u' Option ist schon mal umgestellt auf '-k'. Damit sind Kollisionen in den Optionen zunächst mal ausgeschlossen. Deine Anmerkungen/Kommentare hab ich weitgehend umgesetzt. Update folgt nach Test.
@chris.b & phoneman089: Diese TOnline Geschichte bringt mich um den Schlaf... Die Ermittlung der Zugangsdaten ist quasi original aus dem TCOM Image abgeschrieben (da gab es auch bereits das Nebeneinander von .substring und .substr, was zu Fehlern offenbar nur mit der neuen Oberfläche führte).
Hat irgendjemand eine Idee, wie man rauskriegt was tatsächlich bei der Anmeldung übertragen wird?
Grüsse
Spirou
@chris.b & phoneman089: Diese TOnline Geschichte bringt mich um den Schlaf... Die Ermittlung der Zugangsdaten ist quasi original aus dem TCOM Image abgeschrieben (da gab es auch bereits das Nebeneinander von .substring und .substr, was zu Fehlern offenbar nur mit der neuen Oberfläche führte).
Hat irgendjemand eine Idee, wie man rauskriegt was tatsächlich bei der Anmeldung übertragen wird?
Grüsse
Spirou
Hi,
auf dem W900V meiner Freundin läuft Speed2Fritz 09.04.07. Wie muß ich unter "http://fritz.box/cgi-bin/webcm?getpage=../html/tam.html" die "MSN-Bitmap" berechnen?
Danke für jeden Hinweis ...
Renne
auf dem W900V meiner Freundin läuft Speed2Fritz 09.04.07. Wie muß ich unter "http://fritz.box/cgi-bin/webcm?getpage=../html/tam.html" die "MSN-Bitmap" berechnen?
Danke für jeden Hinweis ...
Renne
Hab gestern mal das Skript vom 16.11. unter Knoppix 5.1 über meine Congstar Box (701) laufen lassen.
Skript mit "-fu -o avm -m 701" aufgerufen. Und dann über ADAM2 geflasht.
Habe jetzt relativ häufig Verbindungsabbrüche. Sonst war es immer nur Nachts um 4 wegen der Zwangstrennung, aber jetzt mal alle 20 Minuten, dann ist mal wieder für 3 Stunden Ruhe.
Leitung ist aber sehr stabil. Läuft mit Original FritzBox 2030 wie ne 1
Startseite sagt: FRITZ!Box Fon WLAN 7124 , Firmware-Version 33.04.40
Kann man das noch weiter debuggen?
Hier mal das Log:
Skript mit "-fu -o avm -m 701" aufgerufen. Und dann über ADAM2 geflasht.
Habe jetzt relativ häufig Verbindungsabbrüche. Sonst war es immer nur Nachts um 4 wegen der Zwangstrennung, aber jetzt mal alle 20 Minuten, dann ist mal wieder für 3 Stunden Ruhe.
Leitung ist aber sehr stabil. Läuft mit Original FritzBox 2030 wie ne 1
Startseite sagt: FRITZ!Box Fon WLAN 7124 , Firmware-Version 33.04.40
Kann man das noch weiter debuggen?
Hier mal das Log:
phoneman089
Neuer User
- Mitglied seit
- 24 Mrz 2007
- Beiträge
- 6
- Punkte für Reaktionen
- 0
- Punkte
- 1
Hallo zusammen,
erstmal Danke an chris.b, mit dessen Hilfe ich den Kasten ans laufen gebracht habe. Bei vielen Versuchen die ich gestern und heute gemacht habe, bin ich zu dem Schluss gekommen, dass es evtl. an der "Push" Funktion liegt. Grund: Ich habe die Images immer mit "-p eth1" auf die Box hochgeladen und hatte danach dann immer das "UserAuthIP" Problem. Zumindest sollte man beim ersten mal das Image mit "-t" erstellen und via Webinterface auf die Box laden. Vorher natürlich alles auf Werkseinstellung zurücksetzen.
Ich will aber auch erwähnen, dass ich anschließend nochmal ein Image mit der Push Funktion auf die Box geladen habe und das Problem nicht mehr beobachten konnte.
@Spirou: Ich glaube jetzt auch nicht mehr, dass es ein Problem innerhalb der Web Umgebung ist. Das Problem liegt wohl daran, wie die Daten in der Box abgespeichert werden.
erstmal Danke an chris.b, mit dessen Hilfe ich den Kasten ans laufen gebracht habe. Bei vielen Versuchen die ich gestern und heute gemacht habe, bin ich zu dem Schluss gekommen, dass es evtl. an der "Push" Funktion liegt. Grund: Ich habe die Images immer mit "-p eth1" auf die Box hochgeladen und hatte danach dann immer das "UserAuthIP" Problem. Zumindest sollte man beim ersten mal das Image mit "-t" erstellen und via Webinterface auf die Box laden. Vorher natürlich alles auf Werkseinstellung zurücksetzen.
Ich will aber auch erwähnen, dass ich anschließend nochmal ein Image mit der Push Funktion auf die Box geladen habe und das Problem nicht mehr beobachten konnte.
@Spirou: Ich glaube jetzt auch nicht mehr, dass es ein Problem innerhalb der Web Umgebung ist. Das Problem liegt wohl daran, wie die Daten in der Box abgespeichert werden.
Hi ! Ist schon komisch . Seid heute morgen habe ich das selbe Problem . Bin dann im Speedport auf die Zugangsdaten gegangen . Habe den Haken bei " Zwangstrennung durch den Anbieter..." gesetzt . Läuft nun schon ein paar Stunden ohne Fehler . Zufall ??? Gruß Antwort bezieht sich auf "ichbins456 "
Jpascher
IPPF-Promi
- Mitglied seit
- 31 Mrz 2007
- Beiträge
- 6,120
- Punkte für Reaktionen
- 0
- Punkte
- 36
@phoneman089
Das dein Problem in irgend einer Weise mit der puch Option zusammenhängt möchte ich ausschließen.
Aber das du zu den Schluss kommst, dass das Problem im Zusammenhang mit den Abspeichern der Daten zu sehen ist, wird wohl eher der eigentliche Grund sein.
Auch ich bin dem nachgegangen und habe eigenartige Ungereimtheiten festgestellt die auftreten, wenn neuere AVM Firmware in kombination mit älteren T-com Firmware verwendet werden.
Auch der Werksreset spielt stark in diese Problematik mit ein.
Ich habe bereits an anderer Stelle erklärt was bei einen Werksreset passiert.
Es ist aber vereinfacht ausgedrückt nicht, dass was man sich normal darunter vorstellt.
Durch das mischen von Firmware, wie das bei dieser Variante des Skripts ja gemacht wird, ist leider auch der Werksreset nicht mehr vollständig in Takt. Der Werksreset stellt die Bedingungen auf AVM stand obwohl die maßgebliche Firmware immer noch T-com ist. (zum den aktuellen Images müsste aber Spirou Stellung nehmen was er in die Verzeichnisse /defauls.$PRODUKT kopiert.) Die GUI (Weibinterface) basiert aber auf Variablen die zum Teil nur in den neueren AVM Firmware vorhanden sind.
Der Mechanismus wie die Variabel vom System verwaltet wird und wie von der GUI drauf Zugeriffen wird, ist aber bei den Problemfällen nicht gleich. Ich konnte auch beobachten das KEIN FEHLER in den HTML Skripten vorhanden ist.
Das Fehlverhalten ist strikt an die verwendete T-com Firmware gekoppelt.
Ein workaround von Spirou muss sich somit an den ALTEN GUI Webseiten Orientiren, die neue Variante der Webseiten kann bei den fehlerhaften Seiten nicht realisiert werden.
Das dein Problem in irgend einer Weise mit der puch Option zusammenhängt möchte ich ausschließen.
Aber das du zu den Schluss kommst, dass das Problem im Zusammenhang mit den Abspeichern der Daten zu sehen ist, wird wohl eher der eigentliche Grund sein.
Auch ich bin dem nachgegangen und habe eigenartige Ungereimtheiten festgestellt die auftreten, wenn neuere AVM Firmware in kombination mit älteren T-com Firmware verwendet werden.
Auch der Werksreset spielt stark in diese Problematik mit ein.
Ich habe bereits an anderer Stelle erklärt was bei einen Werksreset passiert.
Es ist aber vereinfacht ausgedrückt nicht, dass was man sich normal darunter vorstellt.
Durch das mischen von Firmware, wie das bei dieser Variante des Skripts ja gemacht wird, ist leider auch der Werksreset nicht mehr vollständig in Takt. Der Werksreset stellt die Bedingungen auf AVM stand obwohl die maßgebliche Firmware immer noch T-com ist. (zum den aktuellen Images müsste aber Spirou Stellung nehmen was er in die Verzeichnisse /defauls.$PRODUKT kopiert.) Die GUI (Weibinterface) basiert aber auf Variablen die zum Teil nur in den neueren AVM Firmware vorhanden sind.
Der Mechanismus wie die Variabel vom System verwaltet wird und wie von der GUI drauf Zugeriffen wird, ist aber bei den Problemfällen nicht gleich. Ich konnte auch beobachten das KEIN FEHLER in den HTML Skripten vorhanden ist.
Das Fehlverhalten ist strikt an die verwendete T-com Firmware gekoppelt.
Ein workaround von Spirou muss sich somit an den ALTEN GUI Webseiten Orientiren, die neue Variante der Webseiten kann bei den fehlerhaften Seiten nicht realisiert werden.
Zuletzt bearbeitet:
...?
Hi ! Ja , sah bei mir genauso aus . Als der Haken weg war , hatte ich ja die Verbindungsprobleme . Jetzt habe ich mir noch mal schnell ein neues Image erstellt ( mit Labor AVM ) . Mal sehen , ob der Fehler hier auch auftritt . Ich hoffe aber , das jetzt alles läuft . Gruß
Hi ! Ja , sah bei mir genauso aus . Als der Haken weg war , hatte ich ja die Verbindungsprobleme . Jetzt habe ich mir noch mal schnell ein neues Image erstellt ( mit Labor AVM ) . Mal sehen , ob der Fehler hier auch auftritt . Ich hoffe aber , das jetzt alles läuft . Gruß
- Mitglied seit
- 1 Mrz 2006
- Beiträge
- 358
- Punkte für Reaktionen
- 0
- Punkte
- 16
Wieder Testwillige gesucht: neues Udate ist online!
Neben ein paar Änderungen im Ablauf aufgrund der Anregungen von jpascher sind nun Anpassungen an die Laborversionen von AVM enthalten. Dies bezieht sich auf die Option "Update Kernel" für den W701V, die im übrigen jetzt mit '-k' statt '-u' aktiviert wird. Die Laborversion muss allerdings noch manuell ins 'Firmware.orig' Verzeichnis kopiert werden.
Laut Binärvergleich kommt mit diesem Script nun alles identisch so aus wie mit jpaschers Script. Es sind allerdings noch weitergehende Anpassungen der Webseiten und Konfigurationsparameter an die vorgegebene Hardware (W701V) eingebaut.
Wegen des T-Online Patches, der offenbar immer noch nicht durchgängig funktioniert, empfehle ich allen "Betroffenen", die Datei 'patch_tonline' bis auf die erste Zeile zu leeren.
Rückmeldungen (auch positive )bitte wie immer hier im Thread.
Grüsse
Spirou
Neben ein paar Änderungen im Ablauf aufgrund der Anregungen von jpascher sind nun Anpassungen an die Laborversionen von AVM enthalten. Dies bezieht sich auf die Option "Update Kernel" für den W701V, die im übrigen jetzt mit '-k' statt '-u' aktiviert wird. Die Laborversion muss allerdings noch manuell ins 'Firmware.orig' Verzeichnis kopiert werden.
Laut Binärvergleich kommt mit diesem Script nun alles identisch so aus wie mit jpaschers Script. Es sind allerdings noch weitergehende Anpassungen der Webseiten und Konfigurationsparameter an die vorgegebene Hardware (W701V) eingebaut.
Wegen des T-Online Patches, der offenbar immer noch nicht durchgängig funktioniert, empfehle ich allen "Betroffenen", die Datei 'patch_tonline' bis auf die erste Zeile zu leeren.
Rückmeldungen (auch positive
)bitte wie immer hier im Thread.Grüsse
Spirou
Hi Spirou!
Hab mal wieder ausprobiert. Das aktuelle Script meldet nen Error.
FORCE_FWMATCH=y
./sp-to-fritz.sh -fnk -o avm -k -m 701
error.log:
grep: /home/marc-andre/sp-to-fritz/Fritzbox7170/squashfs-root/etc/init.d/rc.nit: Datei oder Verzeichnis nicht gefunden
MfG Marc-Andre
Hab mal wieder ausprobiert. Das aktuelle Script meldet nen Error.
FORCE_FWMATCH=y
./sp-to-fritz.sh -fnk -o avm -k -m 701
error.log:
grep: /home/marc-andre/sp-to-fritz/Fritzbox7170/squashfs-root/etc/init.d/rc.nit: Datei oder Verzeichnis nicht gefunden
MfG Marc-Andre
chris.b©
Mitglied
- Mitglied seit
- 21 Aug 2006
- Beiträge
- 268
- Punkte für Reaktionen
- 0
- Punkte
- 0
Ich hab ja bereits ganz am Anfang berichtet das ich ständig, etwa im 20-45min Takt Trennungen habe. Allerdings treten diese nur auf wenn ich den PC aus schalte und die W-Lan Verbindung beendet ist.
Da ich deswegen schon die T-Com verrückt gemacht habe, die daraufhin 2 mal die Leitungen durchgemessen haben und auch vor Ort am DSLAM den Port überprüften, kann ich nun auch davon ausgehen das es am Router liegt.
Ich werde nun beim Sinus und beim Speedport mal das original aufspielen und dann mal über nacht wenn der PC aus ist, sehen was passiert.
Da ja nun noch mehr Melungen in dieser Richtung kommen bestärkt mich das in der Meinung das Spirou hier mal nachforschen sollte.
Ach ja: Betrifft die -r Option eigentlich auch den Sinus W500V?
Da ich deswegen schon die T-Com verrückt gemacht habe, die daraufhin 2 mal die Leitungen durchgemessen haben und auch vor Ort am DSLAM den Port überprüften, kann ich nun auch davon ausgehen das es am Router liegt.
Ich werde nun beim Sinus und beim Speedport mal das original aufspielen und dann mal über nacht wenn der PC aus ist, sehen was passiert.
Da ja nun noch mehr Melungen in dieser Richtung kommen bestärkt mich das in der Meinung das Spirou hier mal nachforschen sollte.
Ach ja: Betrifft die -r Option eigentlich auch den Sinus W500V?
- Mitglied seit
- 1 Mrz 2006
- Beiträge
- 358
- Punkte für Reaktionen
- 0
- Punkte
- 16
@Marc-Andre: Respekt- Du warst anscheinend einer der beiden ersten Downloader. Den Fehler hab ich leider auch erst nach dem Hochladen entdeckt und hab kurz danach ein Update eingestellt. Wenn Du jetzt nochmal aktualisierst, sollte das Problem behoben sein.
@chris.b: Bisher war ich davon ausgegangen, dass Änderungen an der Weboberfläche keinen Einfluss auf die Systemleistung haben, da die Binaries ja quasi unverändert bleiben. Kannst Du Testweise mal mit dem Script vom April testen, ob sich dann was ändert. Aus der Zeit hatte ich bsiher zumindest keine Rückmeldungen wegen Neustarts. die '-r' Option ist eigentlich nur für W900V Besitzer wirklich sinnvoll. und funktioniert auch nur beim W701V/W900V.
@all: Wenn ihr den Kernelupdate auf dem W701V aktiviert und ihr vorher mit OEM=tcom gearbeitet habt, dann bitte unbedingt per ftp (mit 'quote SETENV firmware_version avm') vorher auf OEM=avm umstellen. Das war auch bei mir Ursache für mehrere Reboots - bevor ich's gemerkt habe. OEM=tcom ist zur Zeit (noch?) nicht unterstützt.
@chris.b: Bisher war ich davon ausgegangen, dass Änderungen an der Weboberfläche keinen Einfluss auf die Systemleistung haben, da die Binaries ja quasi unverändert bleiben. Kannst Du Testweise mal mit dem Script vom April testen, ob sich dann was ändert. Aus der Zeit hatte ich bsiher zumindest keine Rückmeldungen wegen Neustarts. die '-r' Option ist eigentlich nur für W900V Besitzer wirklich sinnvoll. und funktioniert auch nur beim W701V/W900V.
@all: Wenn ihr den Kernelupdate auf dem W701V aktiviert und ihr vorher mit OEM=tcom gearbeitet habt, dann bitte unbedingt per ftp (mit 'quote SETENV firmware_version avm') vorher auf OEM=avm umstellen. Das war auch bei mir Ursache für mehrere Reboots - bevor ich's gemerkt habe
. OEM=tcom ist zur Zeit (noch?) nicht unterstützt.
Jpascher
IPPF-Promi
- Mitglied seit
- 31 Mrz 2007
- Beiträge
- 6,120
- Punkte für Reaktionen
- 0
- Punkte
- 36
@Spirou
Habe so grob mal durchgesehen.
Ich sehe, dass du dir jede menge Arbeit mit neuen Funktionen die das Skript lesbarer machen sollen gibst.
Leider muss ich feststellen, dass du die Option -k nicht überprüft hast.
Es sind noch immer schwerwigende Fehler im Skrit.
Ich würde dir ja anbieten das zu diskutiern was du vor hast.
Warum bleitst du nicht bei den Variabennamen die ich gewält habe in bezug auf CONFIG_PRODUKT ?
Es gibt nämlich eine sehr gewichtigen Grund Config Produckt im Skrit generell zu verwenden.
Das wir einen erst klar, wenn man verstanden hat was AVM damit macht.
Das Verzeichniss Default.Fritz....
Wird immer aus "Default." und "CONFIG_PRODUKT" aufgebaut und auch so über links in den Skripten rc.S rc.conf verwendet.
Gib bitte Kombination die bis jetzt verwendet wurde generell auf. (Fritz_Box_$PROD).
Es muss eine Übereinstimmung mit der Variabel PRODUKT bzw CONFIG_PRODUKT in rc.init und dem Verzeichniss geben. Ausserdem muss eine Übereinstimmung mit der Systemvariable ProduktID gegben sein.
Was aber immer der Fall ist, wenn ein ein passendes image für den Speedport gewählt wird.
PS:
Ich war der est der es rutergeladen hat somit hatte ich auch den Fehler es sind aber noch weitere.
Habe so grob mal durchgesehen.
Ich sehe, dass du dir jede menge Arbeit mit neuen Funktionen die das Skript lesbarer machen sollen gibst.
Leider muss ich feststellen, dass du die Option -k nicht überprüft hast.
Es sind noch immer schwerwigende Fehler im Skrit.
Ich würde dir ja anbieten das zu diskutiern was du vor hast.
Warum bleitst du nicht bei den Variabennamen die ich gewält habe in bezug auf CONFIG_PRODUKT ?
Es gibt nämlich eine sehr gewichtigen Grund Config Produckt im Skrit generell zu verwenden.
Das wir einen erst klar, wenn man verstanden hat was AVM damit macht.
Das Verzeichniss Default.Fritz....
Wird immer aus "Default." und "CONFIG_PRODUKT" aufgebaut und auch so über links in den Skripten rc.S rc.conf verwendet.
Gib bitte Kombination die bis jetzt verwendet wurde generell auf. (Fritz_Box_$PROD).
Es muss eine Übereinstimmung mit der Variabel PRODUKT bzw CONFIG_PRODUKT in rc.init und dem Verzeichniss geben. Ausserdem muss eine Übereinstimmung mit der Systemvariable ProduktID gegben sein.
Was aber immer der Fall ist, wenn ein ein passendes image für den Speedport gewählt wird.
PS:
Ich war der est der es rutergeladen hat somit hatte ich auch den Fehler es sind aber noch weitere.
Also sollte ich es noch nicht noch mal ausprobieren, oder wie? Weil wenn noch Errors im Script selber vorhanden sind, die schädlich sein könnten, dann lasse ich das Testen erstmal.
MfG Marc-Andre
chris.b©
Mitglied
- Mitglied seit
- 21 Aug 2006
- Beiträge
- 268
- Punkte für Reaktionen
- 0
- Punkte
- 0
Ich glaube eigentlich nur das die Einstellung auf "Dauerverbindung" nicht funktioniert, oder nicht richtig.
Das zu testen ist etwas schwierig, weil es ja immer nur auftritt wenn der PC aus ist. Vielleicht auch wenn ich die Verbindung zum Router über W-Lan trenne. Ich werd zuerst mal schauen was passiert wenn ich die Dauerverbindung aufhebe und was anderes einstelle. Dann, was passiert wenn ich das orig T-Com draufhab und dann das Skript vom April.
Da ich mit meinem DSL Light kein VOIP nutze ist es ja nihct weiter schlimm für mich, trotzdem muss es nicht sein.
- Mitglied seit
- 1 Mrz 2006
- Beiträge
- 358
- Punkte für Reaktionen
- 0
- Punkte
- 16
@jpascher:
Könntest Du mir eine Liste der Fehler, die Du gefunden hast per PN schicken?
Die von Dir beschriebene/vorgeschlagene Vorgehensweise bzgl. der Ermittlung des Produktverzeichnis kann ich durchaus nachvollziehen und Anpassungen sind in Arbeit.
Zur Zeit geht es mir im wesentlichen um Vereinfachung (durch mehr Funktionen) und um Anschluss an Deine Vorarbeiten. Dabie werde ich sicherlich nicht so schnell zu den detaillierten Kenntnissen gelangen, die Du hast. Daher wäre ich Dir dankbar, wenn Du mir weiterhin Deine Anregungen und Kommentare möglichst in den betreffenden Scriptteilen zukommen ließest.
Da ist auch der Grund warum ich bisher von der - sicherlich wünschenswerten - stärkeren Modularisierung des Skriptes Abstand genommen habe, um die Unterschiede gering zu halten bis erstmal der grobe Aufbau steht. Zur Zeit ändert sich ja immer noch sehr viel.
Durch die neuen Funktionen müsste es uns einfacher fallen, Variablen zwischen AVM und TCOM Image auszutauschen und damit die Verarbeitung transparenter zu machen.
Eine letzte Frage noch: Wo finde ich die Variable ProduktID?
Grüsse
Spirou
Könntest Du mir eine Liste der Fehler, die Du gefunden hast per PN schicken?
Die von Dir beschriebene/vorgeschlagene Vorgehensweise bzgl. der Ermittlung des Produktverzeichnis kann ich durchaus nachvollziehen und Anpassungen sind in Arbeit.
Zur Zeit geht es mir im wesentlichen um Vereinfachung (durch mehr Funktionen) und um Anschluss an Deine Vorarbeiten. Dabie werde ich sicherlich nicht so schnell zu den detaillierten Kenntnissen gelangen, die Du hast. Daher wäre ich Dir dankbar, wenn Du mir weiterhin Deine Anregungen und Kommentare möglichst in den betreffenden Scriptteilen zukommen ließest.
Da ist auch der Grund warum ich bisher von der - sicherlich wünschenswerten - stärkeren Modularisierung des Skriptes Abstand genommen habe, um die Unterschiede gering zu halten bis erstmal der grobe Aufbau steht. Zur Zeit ändert sich ja immer noch sehr viel.
Durch die neuen Funktionen müsste es uns einfacher fallen, Variablen zwischen AVM und TCOM Image auszutauschen und damit die Verarbeitung transparenter zu machen.
Eine letzte Frage noch: Wo finde ich die Variable ProduktID?
Grüsse
Spirou
Neueste Beiträge
-
[Sammlung] AVM-Gateway-kompatible Zigbee-Geräte
- Letzte: H´Sishi
-
Fritz!DECT 302 regelt nicht mehr
- Letzte: Bigtorsti
-
FRITZ!Box 4060 - Labor 7.90 - Sammelthema- Letzte: Jstessi
-
Wie verbinde ich ein Cisco 8851 mit Placetel?
- Letzte: MarcoMed
-
Vodafone Kabel - Rufnummer als IP Nummer nutzen
- Letzte: KunterBunter
-
FRITZ!Box 6820 v2, v3, v4 / FRITZ!OS 7.59 vom 28.11.2024
- Letzte: weberhan
-
[Sammlung] FRITZ!Smart Thermo 302 - Firmware 0.22 - 5.xx- Letzte: stoney
