Ich habe ein "BlueFritz!ISDN Set", bestehend aus einem USB-Stick und
einem so genannten AP-ISDN (Access Point, NTBA-seitig). Die beiden
Gerätchen unterhalten sich in Bluetooth.
Mein Problem: Von avm wird kein Support mehr für dieses Set angeboten
und der Treiber scheint unter Windows 7 - was mein System ist - nicht zu
laufen. (Der Treiber lässt sich unter Win7 zwar starten, aber der Button
"Weiter" ist schon beim zweiten Dialog-Fenster ausgegraut. Bedeutet dies
eine OS-Unverträglichkeit oder ein Rechte-Problem? Ich gehe von Ersterem
aus, da ich eh immer als Admin angemeldet bin.)
Nun gäbe es ja verschiedene Möglichkeiten:
a) Dual-Boot (Win7, WinXP)
-> Ich möchte, dass der PC Audio auf ISDN ausgeben kann und ich
gleichzeitig mit Win7 werkeln kann. Diese Lösung fällt also schon mal weg.
b) externe ISDN-Karte kaufen
-> Lieber nicht. Ich bin mit Geräten eingedeckt. (Eine interne Karte
wäre bei einem Tower eine Möglichkeit; ich habe aber ein Notebook - ein
Sony-Vaio -, das man soviel ich weiss nicht öffnen und erweitern kann.)
c) XP-Modus aktivieren
-> Ich habe Win7 Home Premium. Den XP-Modus muss man bei Microsoft
herunterladen, was nur für höhere Win7-Editionen geht. Ein Update wäre
geld- und funktionsmässig mit Kanonen auf Spatzen zu schiessen. Dann
lieber eine externe Karte.
d) Den auch in meiner Version integrierten Kompatibilitätsmodus verwenden
-> Damit kriege ich den Treiber leider auch nicht zum Laufen. Das
eingangs erwähnte zweite Dialog-Fenster ist immer noch das Ende der Stange.
Gibt es noch weitere Möglichkeiten, um dem Problem Herr zu werden?
Welche?
Vielen Dank.
Grüsse
Louis
Es ist natürlich nicht der Treiber, der sich starten lässt, sondern nur
setup.exe.
Grüsse
Louis
schon mal versucht, die dateien aus der setup.exe zu extrahieren (bspw.
mit UniExtract) und den treiber manuell einzubinden?
mfg
mark
--- news://freenews.netfront.net/ - complaints: ne...@netfront.net ---
Am 14.07.2010 08:30, schrieb Mark:
> schon mal versucht, die dateien aus der setup.exe zu extrahieren (bspw.
> mit UniExtract) und den treiber manuell einzubinden?
Danke für den Tipp.
Ich hab' die Dateien jetzt mit UniExtract extrahiert.
Aber was nun? (Ich weiss nicht, wie man einen Treiber manuell einbindet.)
Es befindet sich jedenfalls keine ausführbare oder sys-Datei unter den
Extrahierten.
Grüsse
Louis
Unter Windows 7 kann man ueber "Start/Geraete und Drucker" manuell
Geraete bzw. Treiber hinzufuegen. Alternativ ueber
"Start/Systemsteuerung/Geraetemanager".
Bislang habe ich jedoch (unter Win7) keinerlei Erfahrung damit, da ich
bisher nie in die Verlegenheit kam, diese Funktion zu nutzen.
MfG
Mark
Ich hab' nun mit dem DOS-Befehl "expand" alle BlueFritz-USB-Dateien für
Windows XP dekomprimiert und dann mal eine exe-Datei zu starten versucht.
Fehlermeldung:
"Die Version dieser Datei ist nicht mit der ausgeführten Windows-Version
kompatibel."
Weiter heisst es in dieser Meldung, dass man in den Systeminfos schauen
soll, ob eine 32- oder eine 64-Bit-Version des Programms erforderlich
ist. Ich habe ein 64-Bit-Windows. Da in einer der Inf-Dateien vom Jahr
2002 die Rede ist, nehme ich an, dass es sich um ein 32-Bit-Programm
handelt, welches mein 64-Bit-Windows wohl nicht ausführt.
Ich nehme an, dass es daher leider nichts bringt, den Tipp vom manuellen
Treiber-Einbinden weiterzuverfolgen.
Grüsse
Louis
Hallo Louis,
für einige (leider nicht für alle) BlueFritz-Produkte gibt es doch
Vista-Treiber. Hast du die schon mal probiert?
Gruß Stefan
Am 14.07.2010 14:55, schrieb Stefan Lenz:
> für einige (leider nicht für alle) BlueFritz-Produkte gibt es doch
> Vista-Treiber. Hast du die schon mal probiert?
Nein, daran habe ich noch gar nicht gedacht. (Die Hoffnung keimt wieder
auf. :-) )
Bei avm habe ich einen Vista-Treiber gefunden, heruntergeladen und auch
installieren können (Doppelklick auf die exe-Datei).
Im Geräte-Manager ist das "Bluetooth Device" aber immer noch mit einem
Ausrufezeichen gekennzeichnet. Und im Drivers-Ordner (Windows->System32)
sehe ich nichts, was nach "avm" oder "bluefritz" aussieht.
Was mache ich falsch?
Grüsse
Louis
gibt es beim device mit dem ausrufezeichen einen hinweis auf die
fehlerquelle? bspw. unter den device-eigenschaften.
gruesse,
mark
Am 15.07.2010 12:53, schrieb Mark:
> gibt es beim device mit dem ausrufezeichen einen hinweis auf die
> fehlerquelle? bspw. unter den device-eigenschaften.
Bei "Gerätestatus" steht lediglich Folgendes:
"Die Treiber für dieses Gerät wurden nicht installiert. (Code 28)
Für den Geräteinformationssatz oder das Geräteinformationselement wurde
kein Treiber ausgewählt.
Klicken Sie auf "Treiber aktualisieren", um einen Treiber für dieses
Gerät zu finden."
Grüsse
Louis
code 28 bedeutet lediglich das was dort steht, naemlich dass der treiber
nicht installiert wurde.
> Klicken Sie auf "Treiber aktualisieren", um einen Treiber für dieses
> Gerät zu finden."
was passiert wenn du versuchts, den treiber zu aktualisieren und dann
die beim vista-treiber mitgelieferte .sys datei auswaehlst? (ggf. die
bfusb*.exe wieder mit UniExtract entpacken vorher)
mfg
Am 15.07.2010 14:51, schrieb Mark:
> ...dann
> die beim vista-treiber mitgelieferte .sys datei auswaehlst
Auswählen kann ich IMHO nur einen Ordner (!), wo Windows dann selbst
nach der Treiberdatei sucht.
Oder sehe ich das falsch?
Grüsse
Louis
...aber leider nicht findet, obwohl dort eine sys-Datei
(64-Bit-Vista-Treiber) ist.
Grüsse
Louis
Am 15.07.2010 14:51, schrieb Mark:
> was passiert wenn du versuchts, den treiber zu aktualisieren und dann
> die beim vista-treiber mitgelieferte .sys datei auswaehlst? (ggf. die
> bfusb*.exe wieder mit UniExtract entpacken vorher)
Ich hab's nun doch geschafft, explizit die Treiberdatei zu installieren.
Bedeutet es etwas Bestimmtes, wenn bei "Gerätestatus" steht, dass "das
Gerät funktioniert einwandfrei"?
Heisst es soviel wie, "der PC - bzw. der Treiber - hat Verbindung mit
der Geräte-Firmware"? (Was IMHO bedeuten würde, dass die
Treiber-Installation wirklich erfolgreich war.)
Und als das Gerät noch Ausrufezeichen-Status hatte, war es im
Gerätemanager beim Gerätetyp "andere Geräte" eingereiht. Jetzt - ohne
Ausrufezeichen - ist es bei den "Netwerkadaptern" zu finden. Wie gesagt:
Es ist ein USB-Stick, der via Bluetooth Verbindung mit einem AP
aufnimmt, der wiederum am NTBA hängt. Ist der Umstand, dass der
Gerätetyp gewechselt hat, von Bedeutung? Ist es logisch, dass ein
ISDN-Gerät unter den Netzerkadaptern ist?
(Jedenfalls leuchten ausser "Power" keinerlei Dioden an den Geräten.)
Grüsse
Louis
die fuer die Installation gar nicht verwendet wird.
Wichtig ist hier NUR die *.INF, und die ist lesbarer Klartext.
Was steht in der *.INF unter [Manufacturers]?
Welche Fehlermeldungen findest Du am Ende der %windir%\SETUPAPI.LOG?
Stefan
[
--
Die unaufgeforderte Zusendung werbender E-Mails verstoesst gegen §823
Abs. 1 sowie §1004 Abs. 1 BGB und begruendet Anspruch auf Unterlassung.
Beschluss des OLG Bamberg vom 12.05.2005 (AZ: 1 U 143/04)
Am 15.07.2010 19:27, schrieb Stefan Kanthak:
> Was steht in der *.INF unter [Manufacturers]?
[Manufacturer]
%V_AVM% = AVM, NTamd64
> Welche Fehlermeldungen findest Du am Ende der %windir%\SETUPAPI.LOG?
Eine %windir%\SETUPAPI.LOG gibts bei mir nicht.
Dafür eine %windir%\setupact.log
Ich habe keine Ahnung, ob der folgende letzte Abschnitt daraus zu meinem
Problem etwas sagt. Von "Audio" ist die Rede, aber auch von "Bluetooth".
Und das Datum (7.7.10) ist auch nicht mit dem Installationsdatum
identisch. (In den Eigenschaften von BlueFritz!USB, Registerkarte
"Details", Eigenschaft "Installationsdatum" steht der Wert "15.07.2010
19:01:57". (Könnte hinkommen, um diesen Zeitpunkt herum habe ich es
endlich geschafft, explizit die 64-Bit-Vista-INF-Datei auszuwählen.))
-------------------------------
[07/07/2010 11:05.09.418] WudfCoInstaller: Created marker file
C:\Windows\system32\drivers\Msft_User_WpdMtpDr_01_09_00.Wdf.
WdfCoInstaller: [07/07/2010 11:11.33.408] DIF_INSTALLDEVICE: Pre-Processing
WdfCoInstaller: [07/07/2010 11:11.33.478] ReadComponents: WdfSection
for Driver Service nmwcdx64 using KMDF lib version Major 0x1, minor 0x9
WdfCoInstaller: [07/07/2010 11:11.33.727] DIF_INSTALLDEVICE: Post-Processing
AudMig: No audio endpoint migration settings found 0x2
AudMig: No audio endpoint migration settings found 0x2
AudMig: No audio endpoint migration settings found 0x2
BthMig: Applying saved Bluetooth settingsBthMig: System in setup
0BthMig: No migration information found, skipping migrationBthMig:
Applying saved Bluetooth settingsBthMig: System in setup 0BthMig: No
migration information found, skipping migrationBthMig: Applying saved
Bluetooth settingsBthMig: System in setup 0BthMig: No migration
information found, skipping migrationBthMig: Applying saved Bluetooth
settingsBthMig: System in setup 0BthMig: No migration information found,
skipping migrationBthMig: Applying saved Bluetooth settingsBthMig:
System in setup 0BthMig: No migration information found, skipping migration
----------------------------------
Grüsse
Louis
davon gehe ich aus.
> aufnimmt, der wiederum am NTBA hängt. Ist der Umstand, dass der
> Gerätetyp gewechselt hat, von Bedeutung? Ist es logisch, dass ein
> ISDN-Gerät unter den Netzerkadaptern ist?
ob das geraet nun als netzwerkgeraet im geraetemanager steht (was
logisch ist, da es sich um ein solches handelt) oder als toaster, ist
einerlei. die ansicht im geraetemanager ist nur ein fuer den benutzer
angezeigtes klickibunti frontend.
> (Jedenfalls leuchten ausser "Power" keinerlei Dioden an den Geräten.)
zur herstellung der verbindung bzw. zur konfiguration des sticks/ap ist
eine fritzsoftware notwendig, soweit ich weiss. hast du diese schon
installiert? funktioniert sie?
Am 16.07.2010 07:31, schrieb Mark:
> zur herstellung der verbindung bzw. zur konfiguration des sticks/ap ist
> eine fritzsoftware notwendig, soweit ich weiss. hast du diese schon
> installiert?
Ja.
> funktioniert sie?
Leider nein.
Wenn ich die Fritzsoftware starte, erscheint
"Fritz!X sucht die TK-Anlage."
und dann
"Fritz!X konnte die TK-Anlage nicht finden."
Ich dachte, wenn ich den USB-Stick abziehe und dann die Fritzsoftware
starte, erschiene vielleicht eine andere Fehlermeldung. Was IMHO
bedeuten würde, dass der USB-Stick wirklich erkannt wird (wenn er
dranhängt). Und dass der Fehler somit AP-seitig zu suchen wäre.
Aber leider ist das nicht so. Im abgezogenen wie im angehängten Zustand
erscheint dieselbe Fehlermeldung mit der TK-Anlage.
Noch etwas:
Wenn ich den USB-Stick abziehe und nach Verschwinden von "BlueFritz!USB
(Winx64)" wieder anschliesse, erscheint zusätzlich zum
BlueFritz-Netzwerkadapter unter der neu hinzugekommenen Gerätegruppe
"Bluetooth-Funkgerät" der Eintrag "Silicon Wave Bluetooth Wireless
Adapter". Wenn ich Letzteren dann deinstalliere, bleibt der
BlueFritz-Netzwerkadapter bestehen.
Für mich ist das Chaos pur. Bedeutet es für den hinreichend Gebüldeten
etwas? (Oder habe ich dieses Verhalten provoziert, als ich Windows dazu
vergewaltigt habe, einen nicht für diese Version gedachten Treiber
anzunehmen?)
Grüsse
Louis
mit "Fritzsoftware" ist die software "BlueFritz" gemeint, nehme ich an?
muss man dort nicht den richtigen adapter auswählen bzw. die software
konfigurieren?
das muss nicht zwangslaeufig heissen, dass der treiber bzw. der stick
nicht funktioniert. blinken bei der suche nach der anlage die leds am
stick?
> Aber leider ist das nicht so. Im abgezogenen wie im angehängten Zustand
> erscheint dieselbe Fehlermeldung mit der TK-Anlage.
das kann auch bedeuten, dass zwar der stick funktioniert, sich die
beiden aber aus einem anderen grund nicht unterhalten.
> Noch etwas:
> Wenn ich den USB-Stick abziehe und nach Verschwinden von "BlueFritz!USB
> (Winx64)" wieder anschliesse, erscheint zusätzlich zum
> BlueFritz-Netzwerkadapter unter der neu hinzugekommenen Gerätegruppe
> "Bluetooth-Funkgerät" der Eintrag "Silicon Wave Bluetooth Wireless
> Adapter". Wenn ich Letzteren dann deinstalliere, bleibt der
> BlueFritz-Netzwerkadapter bestehen.
ich kenn die hardware auf dem usb-stick nicht. theoretisch kann es sein,
dass der bluetooth-chipsatz, der mit dem AP kommunizieren soll,
zusaetzlich in der systemsteuerung aufgefuehrt wird. bei audiogeräten
bspw. sind auch mehrere "geräte" aufgeführt, obwohl es sich nur um einen
chipsatz handelt. auf den seiten von avm gibt es leider keine anständige
technische dokumentation dazu.
es könnte natürlich auch sein, dass windows durch die installation des
treibers durcheinander geraten ist und diesen nun nicht richtig erkennt.
ggf. muss man sich eben doch neue hardware anschaffen.
> Noch etwas:
> Wenn ich den USB-Stick abziehe und nach Verschwinden von "BlueFritz!USB
> (Winx64)" wieder anschliesse, erscheint zusätzlich zum
> BlueFritz-Netzwerkadapter unter der neu hinzugekommenen Gerätegruppe
> "Bluetooth-Funkgerät" der Eintrag "Silicon Wave Bluetooth Wireless
> Adapter". Wenn ich Letzteren dann deinstalliere, bleibt der
> BlueFritz-Netzwerkadapter bestehen.
AVM stellt AFAIK selbst keine Bluetooth-Hardware her, sie verbauen in
ihren Geraeten Hardware anderer Hersteller. Im BlueFritz koennte also
Hardware von Silicon Wave stecken.
Findest Du einen Hinweis auf diesen Hersteller in der *.INF?
Das kann entweder in Klartext sein, oder in einer USB-Geraetekennung.
Letztere haben folgendes Muster: USB\VID_AAAA&PID_1234
Die vier Zeichen nach VID_ sind die "Vendor ID", die 4 Zeichen nach PID_
die "Product ID".
> Hallo
>
> Am 15.07.2010 19:27, schrieb Stefan Kanthak:
>> Was steht in der *.INF unter [Manufacturers]?
>
> [Manufacturer]
> %V_AVM% = AVM, NTamd64
Gut!
Diese *.INF ist fuer eNTe ab 2000 und sowohl x86 als auch x64.
Poste mal die Abschnitte [AVM] (wenn es den gibt) und [AVM.NTamd64]
(ich sehe gerade, dass Du den Treiber installieren konntest, also:
nicht mehr noetig)
>> Welche Fehlermeldungen findest Du am Ende der %windir%\SETUPAPI.LOG?
>
> Eine %windir%\SETUPAPI.LOG gibts bei mir nicht.
Importiere folgende *.REG, dann wird diese Datei bei der (De-)installation
von Geraeten erzeugt:
--- KB243996.REG ---
REGEDIT4
[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Setup]
"LogLevel"=dword:20004040
--- EOF ---
> Dafür eine %windir%\setupact.log
Du haettest an deren Datum sehen koennen, dass sie nicht aktuell sein
kann.
Am 16.07.2010 16:17, schrieb Stefan Kanthak:
> Importiere folgende *.REG, dann wird diese Datei bei der (De-)installation
> von Geraeten erzeugt:
>
> --- KB243996.REG ---
> REGEDIT4
>
> [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Setup]
> "LogLevel"=dword:20004040
>
> --- EOF ---
An diesem Ort in meiner Registry besteht schon ein Eintrag "LogLevel"
mit dem DWORD-Wert "2000ff00".
Soll ich ihn also zu "20004040" ändern?
Steht dann in SETUPAPI.LOG, ob ein Treiber auch wirklich erfolgreich
eingebunden worden ist? (Der Gerätestatus "Das Gerät funktioniert
einwandfrei" im Gerätemanager heisst ja wahrscheinlich noch nicht viel.)
Grüsse
Louis
Am 16.07.2010 16:26, schrieb Stefan Kanthak:
> Das kann entweder in Klartext sein, oder in einer USB-Geraetekennung.
> Letztere haben folgendes Muster: USB\VID_AAAA&PID_1234
> Die vier Zeichen nach VID_ sind die "Vendor ID", die 4 Zeichen nach PID_
> die "Product ID".
Du bist schweinegescheit. :-)
In bewusster inf-Datei steht
USB\VID_057C&PID_3800
Die "Vendor ID" scheint jedoch wirklich zu AVM zu gehören. (Wenn meine
kleine Recherche nicht in die Hosen gegangen ist.)
Grüsse
Louis
> Hallo
>
> Am 16.07.2010 16:17, schrieb Stefan Kanthak:
>> Importiere folgende *.REG, dann wird diese Datei bei der (De-)installation
>> von Geraeten erzeugt:
>>
>> --- KB243996.REG ---
>> REGEDIT4
>>
>> [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Setup]
>> "LogLevel"=dword:20004040
>>
>> --- EOF ---
>
> An diesem Ort in meiner Registry besteht schon ein Eintrag "LogLevel"
> mit dem DWORD-Wert "2000ff00".
>
> Soll ich ihn also zu "20004040" ändern?
Lies in <http://support.microsoft.com/kb/243996/de-de/> selbst nach, was
2000ff00 und 20004040 bedeuten, und entscheide selbst.
> Steht dann in SETUPAPI.LOG, ob ein Treiber auch wirklich erfolgreich
> eingebunden worden ist? (Der Gerätestatus "Das Gerät funktioniert
> einwandfrei" im Gerätemanager heisst ja wahrscheinlich noch nicht viel.)
Ja. Und noch mehr.
Mit dem vorhandenen 2000ff00 (=2000ff20) MUSS die %windir%\setupapi.log
geschrieben werden. Sieh nochmal nach dieser Datei!
Am 16.07.2010 21:38, schrieb Stefan Kanthak:
> ...Lies in<http://support.microsoft.com/kb/243996/de-de/> selbst nach,...
Dort ist ein maschinell übersetzter Text.
Maschinell ins Deutsche übersetzte Text sind heutzutage leider immer
noch unverständlich. Dann mühe ich mich lieber gleich mit den englischen
Originaltexten ab. Ich kann einfach nicht verstehen, warum Microsoft und
andere Firmen solche Übersetzungen überhaupt ins Internet stellen, da
nur Schrott. Das lässt bei mir nur den Adrenalin-Pegel steigen.
Jedenfalls habe ich das Problem mit dem nicht reagierenden
Fritz-ISDN-Set lösen können, indem ich Windows XP (wo Fritz einmal schön
funktioniert hat) in einer virtuellen Maschine (VMware Player)
installiert habe (gemäss Vorschlag aus einer anderen NG).
Jetzt ist das Fritz-ISDN-Set wieder ansprechbar.
Vielen Dank für Deine Vorschläge und auch an alle anderen, die mir Tipps
gegeben haben.
Grüsse
Louis