[Info] Update-Check über den neuen AVM-Service in Excel

[Rainbird-1]

Warum werden bei einigen Abfragen, trotz vorhandener aktueller Firmware, die Pfade zu dieser angezeigt, anstatt "nichts neues". Kann hier jemand helfen?

 

[Grisu_]

Mußt 7.39.(94000) eintragen damit er was findet, war früher auch schon so, daß die erste Start-FW eines neuen Inhaus-Zyklus eingetragen sein mußte.

 

[Rainbird-1]

Mußt 7.39.(94000) eintragen damit er was findet, war früher auch schon so, daß die erste Start-FW eines neuen Inhaus-Zyklus eingetragen sein mußte.

Wo eintragen? -die 7.39 FW gebe ich ja nur bei der Suche für DECT-Geräte an.



Die Suche für die ganzen Boxen funktioniert doch anders.
Da trage ich ja nur die "Boxen-Daten" ein und es wird dann nach der neusten gesucht. Bei DECT-Geräten muss über eine definierte Box und deren Firmwarestand gesucht werden. Oder verstehe ich etwas falsch?

 

[NDiIPP]

… anstatt "nichts neues".

Weil du (laut deinem Screenshot) bei der Build-Nr. "0" verwendest bei der JUIS-Abfrage anstatt der richtigen Build-Nr.. Ohne die dazugehörige Build-Nr. kann der JUIS nicht erkennen, ob wirklich die aktuelle Firmware vorhanden ist oder nicht (mitunter gibt es ja auch bei den Releases oder den Plus-Versionen unter der gleichen Versionsnr. mehrere Varianten mit unterschiedlicher Build-Nr.).

 

[Grisu_]

Du sollst es ja auch nicht bei den DECT Abfragen eintragen, dort bist eh schon auf der aktuellen 4.76 sondern beim vorherigen Bild.

Außerdem sehe ich grad hast 7530ax eingetragen, für die gibts doch noch gar nichts, also was wolltest du da finden können?

 

[NDiIPP]

Lies vielleicht noch einmal Beitrag #381. Ich habe den Eindruck, du hast die Frage von @Rainbird-1 nicht ganz richtig verstanden.

Es geht nicht darum eine 7.39er Labor/Inhaus für die 7530ax zu finden sondern die Antwort "false" anstatt "true" (bei der SOAP-Antwort des JUIS im Feld "Found"), also übersetzt: "Es wurde keine neue Version gefunden" soll erreicht werden.

Diesbezüglich muss ich meine Antwort in #384 auch noch ergänzen @Rainbird-1, die Antwort wird natürlich auch noch vom "Buildtype" beeinflusst den man bei der Anfrage mit angibt und der passt bei deiner Anfrage nicht zu einer (aktuellen) Release-Version. Und wie schon erwähnt die Build-Nr. auch nicht.

Edit:
Wenn man beides richtig setzt (wobei es nach einem Test eben sogar reicht, wenn man nur einen der beiden Parameter richtig setzt), dann erhält man auch ein "Found = false" als Antwort zurück. Aber laut deinem Screenshot stimmen bei deiner Anfrage beide Parameter nicht zur Aussage "trotz vorhandener aktueller Firmware".

 

[Grisu_]

Stimmt, hatte ich wohl nicht ganz und sinnerfaßend gelesen gehabt.
Möglicherweise paßt die Anzeige ja, wenn es mehrere 7.29 Releases gibt und du Build 0 als aktuell eingetragen hast.

 

[Rainbird-1]

Das bedeutet, ich muss auch jedes mal schauen, welche Build aktuell ist und diese auch noch händisch eintragen, damit ich auf einen aktuelle Status "nichts neues" komme?

Dies muss ich ja alles händisch suchen und eintragen, oder liege ich da falsch?





@NDiIPP
Ich verstehe deine Aussage zu den beiden Parametern nicht (Du beschreibst immer die Build), was ist der zweite Parameter, welcher nicht stimmen soll? -denn die Build müsste ich immer manuell suchen, welche denn nun eine aktuelle "Stable" ist. Denn für mich wären im ersten STEP die "Stable" Versionen interessant.

Idee meinerseits: man könnte die Build "0" gegen "99999" ersetzen, denn es dürfte für eine Patch ja nur eine Build Version geben, oder? -dann würde nach erscheinen einer 07.29.XXXXX (Stable) auch keine neue Version angezeigt werden (ich habe ja kein Interesse an einer Labor => und selbst wenn kann man kurzfristig die Build wieder auf "0" setzen).



Edit DM41: Screenhots bitte als Vorschau einbinden.

 

[Grisu_]

Weil AVM die Abfrage abhängig von div. Parametern gestaltet.
Man findet etwa die erste Inhaus eines neuen Zyklus (hier etwa MOVE21 respektive 7.39) nicht, sondern muß die erstmal eintragen, damit weitere gefunden werden sobald es welche gibt.
Welcher Eintrag zu welchem Ergebnis führt ist nicht immer ganz nachvollziehbar und muß ausprobiert werden.
Kann auch die Build einfließen ebenso wie div. andere Dinge wie etwa OEM, Annex, Country, Serial oder sonstwas.
Wie es es dann exakt im Hintergrund ausgestaltet ist mußt AVM fragen, aber auch da scheint es keine einheitliche Linie zu geben also erspar dir und ihnen den sinnlosen Aufwand der sowieso nix bringt.

Zu Inhaus gibts eh keinen Support und neue Laborserie findest auf deren Homepage. Updates findet die Box dann selbst.
Juis-Abfrage-Tools sind ein Hilfsmittel, nicht mehr und nicht weniger, und abhängig davon, was AVM auf Abfragen eben im Einzelfall zurückliefert.

 

[H´Sishi]

Die Juis-Abfragen kann man auch dafür verwenden, um bspw. Inhouse-Versionen zu finden, wenn die Box noch auf einem anderen Firmware-Zweig ist und man umsteigen möchte.
Aber wie Grisu_ es beschrieben hat - dafür muß *irgendeine* Firmware-Versionsnummer inkl. Build bekannt und eingetragen sein.

Aber: Je mehr man in die Firmware-Filter einträgt, umso höher ist die Chance, eine existierende neue Firmware *nicht* zu finden. Es wäre schön, wenn die JUIS-Tools mehrere Suchergebnisse passend zu den (wenigen) Filtern auflisten würden - aber ich glaube, die AVM-Server geben das nicht her.

 

[stoney]

Euch ist aber schon bewusst, dass der JUIS eig. für den Updatemechanismus für die FRITZ Produkte ausgelegt ist und da weiß ja wohl jedes Gerät wie es heißt und welche Version incl Buildnumber gerade installiert ist.

Wenn es so funktionieren würde, wie gewünscht, würden doch auch die, die nicht mal an Labor oder Inhouse interessiert sind, diese Updates angeboten bekommen und wenn's dumm läuft, wird diese auch noch manuell oder gar automatisch installiert.

 

[NDiIPP]

Das bedeutet, ich muss auch jedes mal schauen, welche Build aktuell ist und diese auch noch händisch eintragen, damit ich auf einen aktuelle Status "nichts neues" komme?

Nun ja, das ganze sollte dann schon so aussehen, als würde eine Fritzbox die Anfrage durchführen die auch, wie von dir behauptet/gewünscht, tatsächlich mit einer aktuellen Release Firmware läuft, dürfte ja logisch sein… Aktuell ist das aber bei dir jedoch offensichtlich nicht der Fall (laut #381), es stimmt weder der Buildtype noch die Build-Nr..

Dies muss ich ja alles händisch suchen und eintragen, oder liege ich da falsch?

Keine Ahnung welche Fähigkeiten das hier verwendete Excel-Tool genau besitzt die passenden Informationen von der Fritzbox abzufragen. Theoretisch braucht das jeweils verwendete JUIS-Abfragetool ja "nur" die aktuellen Informationen von der Fritzbox zu holen (bspw. per http://fritz.box/juis_boxinfo.xml, da steht alles drin was man für eine korrekte JUIS-Anfrage benötigt).

Ich verstehe deine Aussage zu den beiden Parametern nicht (Du beschreibst immer die Build), was ist der zweite Parameter, welcher nicht stimmen soll?

Buildtype. Auch den kann man auslesen, wie steht ja schon weiter oben aber hier mal direkt "klickbar", wenn die betreffende Fritzbox per "fritz.box" erreichbar ist (ansonsten "fritz.box" durch die entsprechende IP-Adresse ersetzen):
http://fritz.box/juis_boxinfo.xml

Wenn man den richtigen Buildtype verwendet dürfte dann bei dir vorne in der Tabelle weder "labor/beta" (Buildtype = 1001) noch "inhaus" (Buildtype = 1000) stehen wie es aktuell der Fall ist.

Der JUIS von AVM muss halt mit einer passenden Anfrage gefüttert werden, eine solche Anfrage sieht bspw. so aus:

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:soap-enc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:e="http://juis.avm.de/updateinfo" xmlns:q="http://juis.avm.de/request">
  <soap:Header/>
  <soap:Body>
    <e:BoxFirmwareUpdateCheck>
      <e:RequestHeader>
        <q:Nonce>xxxxxxxxxxxxxxxxxxxxxx==</q:Nonce>
        <q:UserAgent>Box</q:UserAgent>
        <q:ManualRequest>true</q:ManualRequest>
      </e:RequestHeader>
      <e:BoxInfo>
        <q:Name>FRITZ!Box7530AX</q:Name>
        <q:HW>256</q:HW>
        <q:Major>256</q:Major>
        <q:Minor>7</q:Minor>
        <q:Patch>29</q:Patch>
        <q:Buildnumber>92446</q:Buildnumber>
        <q:Buildtype>1</q:Buildtype>
        <q:Serial>000000000000</q:Serial>
        <q:OEM>avm</q:OEM>
        <q:Lang>de</q:Lang>
        <q:Country>049</q:Country>
        <q:Annex>B</q:Annex>
        <q:Flag></q:Flag>
        <q:UpdateConfig>1</q:UpdateConfig>
        <q:Provider>oma_lan</q:Provider>
      </e:BoxInfo>
    </e:BoxFirmwareUpdateCheck>
  </soap:Body>
</soap:Envelope>

Und dann bekommt man folgendes als Antwort zurück:

<?xml version="1.0"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <SOAP-ENV:Header xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"/>
  <soap:Body ID="Body">
    <ns2:BoxFirmwareUpdateCheckResponse xmlns:ns2="http://juis.avm.de/updateinfo" xmlns:ns3="http://juis.avm.de/response" xmlns:ns4="http://juis.avm.de/request">
      <ns2:ResponseUpdateInfo>
        <ns3:ResponseHeader>
          <ns3:Nonce>xxxxxxxxxxxxxxxxxxxxxx==</ns3:Nonce>
        </ns3:ResponseHeader>
        <ns3:UpdateInfo>
          <ns3:CheckInterval>48</ns3:CheckInterval>
          <ns3:Found>false</ns3:Found>
          <ns3:Version/>
          <ns3:DownloadURL/>
          <ns3:InfoURL/>
          <ns3:InfoText/>
          <ns3:HintURL/>
          <ns3:Priority>1</ns3:Priority>
          <ns3:AutoUpdateStartTime>0</ns3:AutoUpdateStartTime>
          <ns3:AutoUpdateEndTime>0</ns3:AutoUpdateEndTime>
          <ns3:AutoUpdateKeepServices>true</ns3:AutoUpdateKeepServices>
        </ns3:UpdateInfo>
      </ns2:ResponseUpdateInfo>
    </ns2:BoxFirmwareUpdateCheckResponse>
    <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
      <SignedInfo>
        <CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
        <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/>
        <Reference URI="#Body">
          <Transforms>
            <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>
          </Transforms>
          <DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/>
          <DigestValue>yyyyyyyyyyyyyyyyy/yyyyyyyyyyyyyyyyyyyyyyyyy=</DigestValue>
        </Reference>
      </SignedInfo>
      <SignatureValue>zzzzzzzz...zzzzzzzz==</SignatureValue>
    </Signature>
  </soap:Body>
</soap:Envelope>

Wenn aber bei der Anfrage weder der Builtype noch die Build-Nr. zu einer angeblich aktuellen Release passt:

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:soap-enc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:e="http://juis.avm.de/updateinfo" xmlns:q="http://juis.avm.de/request">
  <soap:Header/>
  <soap:Body>
    <e:BoxFirmwareUpdateCheck>
      <e:RequestHeader>
        <q:Nonce>xxxxxxxxxxxxxxxxxxxxxx==</q:Nonce>
        <q:UserAgent>Box</q:UserAgent>
        <q:ManualRequest>true</q:ManualRequest>
      </e:RequestHeader>
      <e:BoxInfo>
        <q:Name>FRITZ!Box7530AX</q:Name>
        <q:HW>256</q:HW>
        <q:Major>256</q:Major>
        <q:Minor>7</q:Minor>
        <q:Patch>29</q:Patch>
        <q:Buildnumber>0</q:Buildnumber>
        <q:Buildtype>1001</q:Buildtype>
        <q:Serial>000000000000</q:Serial>
        <q:OEM>avm</q:OEM>
        <q:Lang>de</q:Lang>
        <q:Country>049</q:Country>
        <q:Annex>B</q:Annex>
        <q:Flag></q:Flag>
        <q:UpdateConfig>1</q:UpdateConfig>
        <q:Provider>oma_lan</q:Provider>
      </e:BoxInfo>
    </e:BoxFirmwareUpdateCheck>
  </soap:Body>
</soap:Envelope>

Sieht die Antwort des JUIS (richtigerweise) so aus:

<?xml version="1.0"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <SOAP-ENV:Header xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"/>
  <soap:Body ID="Body">
    <ns2:BoxFirmwareUpdateCheckResponse xmlns:ns2="http://juis.avm.de/updateinfo" xmlns:ns3="http://juis.avm.de/response" xmlns:ns4="http://juis.avm.de/request">
      <ns2:ResponseUpdateInfo>
        <ns3:ResponseHeader>
          <ns3:Nonce>xxxxxxxxxxxxxxxxxxxxxx==</ns3:Nonce>
        </ns3:ResponseHeader>
        <ns3:UpdateInfo>
          <ns3:CheckInterval>48</ns3:CheckInterval>
          <ns3:Found>true</ns3:Found>
          <ns3:Name>EXTERN RELEASE PSQ19 Phase2 NL4 deutsche info.txt</ns3:Name>
          <ns3:Version>256.07.29</ns3:Version>
          <ns3:Type>1</ns3:Type>
          <ns3:DownloadURL>http://download.avm.de/fritzbox/fritzbox-7530-ax/deutschland/fritz.os/FRITZ.Box_7530_AX-07.29.image</ns3:DownloadURL>
          <ns3:InfoURL>http://download.avm.de/fritzbox/fritzbox-7530-ax/deutschland/fritz.os/info_de.txt</ns3:InfoURL>
          <ns3:InfoText/>
          <ns3:HintURL/>
          <ns3:IconURL/>
          <ns3:Priority>1</ns3:Priority>
          <ns3:AutoUpdateStartTime>1800</ns3:AutoUpdateStartTime>
          <ns3:AutoUpdateEndTime>16200</ns3:AutoUpdateEndTime>
          <ns3:AutoUpdateKeepServices>true</ns3:AutoUpdateKeepServices>
        </ns3:UpdateInfo>
      </ns2:ResponseUpdateInfo>
    </ns2:BoxFirmwareUpdateCheckResponse>
    <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
      <SignedInfo>
        <CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
        <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/>
        <Reference URI="#Body">
          <Transforms>
            <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>
          </Transforms>
          <DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/>
          <DigestValue>yyyyyyyyyyyyyyyyy/yyyyyyyyyyyyyyyyyyyyyyyyy=</DigestValue>
        </Reference>
      </SignedInfo>
      <SignatureValue>zzzzzzzz...zzzzzzzz==</SignatureValue>
    </Signature>
  </soap:Body>
</soap:Envelope>

Denn für mich wären im ersten STEP die "Stable" Versionen interessant.

Dann Frage ich mich weshalb du den JUIS überhaupt nach Labor/Beta und Inhaus Versionen (Buildtype = 1001 bzw. 1000) befragst. Befrage ihn doch stattdessen nur nach stable Releases (Buildtype = 1). Dann bekommst du in aller Regel (bzw. aktuell, das muss aber nicht so bleiben bspw. wenn es mal mehrere stable Releases unter einer Versions-Nr. geben sollte aber mit unterschiedlichen Build-Nr.) auch ohne die Angabe der richtigen Build-Nr. bzw. mit Verwendung von "0" die passende Antwort vom JUIS zurück, siehe Edit in #386.

Idee meinerseits: man könnte die Build "0" gegen "99999" ersetzen, …

---

Edit:

... aber ich glaube, die AVM-Server geben das nicht her.

So ist es. Eine (SOAP)-Anfrage an den JUIS von AVM hat genau eine (SOAP)-Antwort des JUIS zur Folge.

---

Edit #2:

Euch ist aber schon bewusst, dass der JUIS eig. für den Updatemechanismus für die FRITZ Produkte ausgelegt ist und da weiß ja wohl jedes Gerät wie es heißt und welche Version incl Buildnumber gerade installiert ist.

Dem ist nichts hinzuzufügen. Scheinen einige wohl doch noch nicht so ganz verstanden zu haben…

Edit #3:
Bisher ist AVMs JUIS mitunter sogar relativ tolerant bei der Anfrage (Build-Nr., Serial, Name usw. muss nicht immer korrekt sein), was man sich bisher durchaus zunutze machen konnte. Aber keiner kann garantieren (bis auf AVM selbst), dass das so bleibt.

 

[H´Sishi]

Stimmt, ich konnte sogar schon neue Inhouse-Builds finden, wenn ich nicht existente Nummern (hauptsache niedriger) angegeben habe. Bei einer zu hohen Build-Nr. in der Suchmaske ist die (automatische) Antwort eben "das auf dem Server ist älter" = "Nix Neueres vorhanden".

 

[japes]

Unter meinem alten Intel Macbook haben die Makros funktioniert. Unter dem neuen mit Apple M2 Prozessor läuft VBA auf Fehler (siehe Screenshot). Dass es an der CPU liegt mutmaße ich aber nur.

utc_Read erzeugt "Typenkonflikt"

 

[Rainbird-1]

Kann mir jemand weiterhelfen?
Seit neustem gehen die Links bei den Fritz!Fon und Fritz!DECT Geräten nicht mehr.
Soll heißen, die Abfrage geht und es werden auch neue Firmware angezeigt, jedoch fehlt beim erzeugten Link das "d"

Beispiel:
download.avm.de/dect/0804/move21/08.04.04.93.avm.de.up
müsste jedoch
download.avm.de/dect/0804/move21/08.04.04.93.avm.de.upd
heißen!

Wenn ich dies beim kopierten Link ergänze (das "d") geht der Link. Leider lässt sich kein Download aus der Excel Liste direkt starten, da immer das "d" eingesetzt werden muss! Was läuft da schief?

 

[Grisu_]

Wie immer der Juis-Server von AVM falsch provisioniert worden (Copy/Paste und nicht alles erwischt).

 

[Rainbird-1]

Heißt? Fehler bei AVM?

 

[Grisu_]

Na wir sind nicht AVM.
Bei mir gehts (aktuell) übrigens einwandfrei mit Juis.exe und einem X6, wird gefunden und auch der Link paßt.
Trifft also AVM keine Schuld und dürfte am Excel liegen.

Excel-Version zeigt es bei mir auch falsch (früher bin ich mir ziemllich sicher ging es):

 

[stoney]

Bei einer manuellen Abfrage ist die Antwort vollständig:
http://jws.avm.de/cgi-bin/cati?hw=08.04&sw=04.50&oem=avm&lang=de&country=049&fw=154.07.50 > URL="http://download.avm.de/dect/0804/move21/08.04.04.93.avm.de.upd"

 

[Rainbird-1]

Aber welcher Part im Skript könnte hier "Schaden" genommen haben, dass bei der Linkabfrage das "d" vergessen wird?
Muss ja dann im VBA sein, oder?