Fenvi unter macOS Sequoia
- utilman
- Thread is Unresolved
-
-
eehm ja evtl. Auf dem HW-Desktop gibs die nicht und BT löpt
-
ok gemacht! Siehe Anhang. Danke
Danach sieht Hackintool wie folgt aus:
siehe Anhang:
und Schrup21: Gemacht!
So, nach dem Neustart! ICH HASSE ES!
Jedesmal kommts mir vor als würden die Anpasungen nicht von OC in der EFI übernommen werden!!!
Ich mache mittlerweile nur noch denweil der Rest von NVRAM nicht funktioniert, positioniere ein NVRAM RESET.efi in den Driver Order doch...wer glaubts andern, nichts funktioniert, ich könnte manchmal alles hinwerfen wenn ein funktionierendes System nicht das gleich und genauso abnormal geil wäre wie.. Uno mobile online spielen wäre aber ich verstehe es einfach nicht, was ist an dem dämlichen System so verkehrt dass michts auf Anhieb funktioniert, keine Veränderung, ist es weil es amerikanisch ist? baut OSX nicht auf Linux auf, waren es nicht die zwei Blutsbrüder die da irgend eine Sache abgezogen haben bla bla bla...
So! Fertig mit meinem Frust. Ich hab die Veränderungen gemacht siehe Efi. Ich checks einfach noch nicht und mit dem Alter wird es bei mir auch nicht besser, Werdegang eines guten, liebevollen Lebens in Anführungszeichen.Es lebe Apple. hätten sie es doch Birne genannt würde mehr Sinn ergeben
-
positioniere ein NVRAM RESET.efi
Das muss in OC/Drivers und außerdem in der config.plist UEFI/Drivers aktiviert werden.
(Sorry, vielleicht hab ich auch nur nicht verstanden, was genau du versucht hast)
Btw. kannst Du die beiden bluetooth... in NVRAM unter Delete eintragen, dann werde die sauber "ausgehängt" und du musst überhaupt keinen NVRAM Reset machen - aber so wie Arkturus berichtet hat, ist sowieso fraglich, ob die überhaupt benötigt werden und gebracht hat's ja offenbar nichts.
Ein Versuch war's wert.
Was steht denn in Systeminformationen in Bluetooth? Ungefähr so soll das aussehen:
Bluetooth-Controller:
Adresse: 74:DF:BF:xx:xx:xx
Status: Ein
Chipsatz: THIRD_PARTY_DONGLE
Sichtbar: Aus
Firmwareversion: v26119 c4689
Unterstützte Dienste: 0x392039 < HFP AVRCP A2DP HID Braille LEA AACP GATT SerialPort >
Transport: USB
Hersteller-ID: 0x004C (Apple)
Der "USB Receiver" an HS6, was ist das? Hast du da womöglich ein 2. Bluetooth Dongle dran?
-
Der BT Teil bei der Fenvi benötigt keine Modifikationen am NVRAM und auch keine FixUPs (BRCMPatchram und Co.). Alles was es braucht ist ein funktionierender und korrekt konfigurierter USB Port denn das BT auf der Fenvi wird von macOS (inkl. Sequoia) nativ unterstützt...
Wichtig ist auch das nicht mehrere BT Lösungen parallel betrieben werden denn das kann dazu führen das macOS der nicht unterstützten Lösung den Vorrang gibt und somit BT nicht zur Verfügung steht. Aber mal eine andere Frage funktioniert das BT auf der Fenvi unter anderen Betriebssystemen (Windows, Linux)? Ich frage das deshalb explizit nach weil ich schon mehrfach Fenvi Karten hatte bei denen der BT Teil defekt war. Je nachdem wo bzw. von welchem Händler man die Karten bezieht scheint die Qualität der Karten stark zu schwanken...
-
es sieht ziemlich nach einem Defekt des BT Teiles der Fenvi aus. Das Mapping sieht jetzt durchaus korrekt aus. Es wäre aber noch von Interesse, ob BlueToolFixup.kext im HackinTool unter Extensions als geladen gezeigt wird:
Den Systembericht hat schrup21 schon erwähnt, was eigentlich noch wichtiger ist.Im NVRAM sollte unter PI/ROM die Machadresse des Boards eingetragen sein. Die ist in Systemeinstellungen unter Netzwerk/Hardware des Ethernet zu finden. Hab aber noch nie festegetsellt, dass diese bei BT hginderlich wäre wenn etwas anderes drinnen steht. utilman
-
Ich verstehe es nicht. Ich habe die gleiche Fenvi. Bluetooth ist auch mit Sequoia plug&play. Vorausgesetzt, dass der USB-Port an dem das kleine USB-Kabel angeschlossen ist auf internal gesetzt ist.
Bescheidene Frage. Eventuell das USB-Kabel für die Karte vergessen?
Kann schon mal passieren.
-
Kabel wird dran sein der BCMHub wird ja im Hackintool am USB gelistet demnach daran wird es nicht liegen...
Meiner Erfahrung nach bocken die Dinger nur wenn die entweder wirklich nen Hau weg haben (daher die Frage nach anderem OS) oder in der config noch irgendwas aktiv ist das sich an dem BT Gedöns zu schaffen macht (BRCMPatchRam und bei nativ unterstütuten BT Lösungen ggf. BlueToolFixup wobei das eigentlich unkritisch ist). Ich selbst habe einen Fenvi im Elitebook laufen und der BT Teil der Karte läuft unter Sequoia ohne das dazu irgendwelche Eingriffe nötig wären (Plug and Play). Allerdings habe ich für das Elitebook auch zwei Anläufe gebraucht bis ich eine Karte hatte die vollständig funktioniert. Die erste hat zwar funktioniert aber im USB/BT Teil einen Fehler gehabt der dazu geführt hat das der Rechner unregelmäßig komplett eingefroren ist (ließ sich zuverlässig verhindern indem an einen USB Stick angeschlossen hat) ich vermute das die Karte irgendwelche Störungen am USB Bus verursacht hat die zu den freezes geführt haben und die der gesteckt USB Stick "absorbiert" hat...
-
Der "USB Receiver" an HS6, was ist das? Hast du da womöglich ein 2. Bluetooth Dongle dran?
Also das mit NVRAM reset entry hat dieses mal geklappt, danke Dir.
USB Reciever an HS6 müsste der Dongle für Bluetooth Maus Und Tastatur von Logitech sein.Unter dem Reiter Bluetooth im Systembericht steht folgende Info:
griven Die Fenvi habe ich aus Alie***s. Sie läuft auf Windows gut doweit. In macOS habe ich mal alles so gelassen und nichts umgesteckt und es scheint die ganze Zeit über zu funktionieren. Also WLAN und BT.
-
Das sieht doch aber so aus als würde BT genau das tun was es tun soll...
Die Airpods sind da wo ist denn dann noch das Problem?
-
Naja das schon ich denke mir nur wenn ich mal einen USB woanders einstecke dann wird es wieder aufhören zu wirken weil das Portmapping irgendwie nicht funktioniert hat.
Kann ich nicht einfach die nicht brauchbaren USB Ports über macOS deaktivieren. Ausgemittelt habe ich sie ja per USBToolbox oder wie das heisst.Welche von den Boot Args unter NVRAM/7C../Add kann ich weglassen oder passen die jetzt so?
System läuft gut ansonsten, natürlich IPhone Sync funktioniert nicht aber das sind Luxusprobleme. Bin ja froh und danke Euch allen recht herzlich die sich die Mühe gemacht haben und mir Amateaur geholfen haben. Danke
-
ich habe nicht benötigte Ports wie folgt entfernt und das funktioniert mit jedem MacOS.
1. HackinTool starten
2. alle USB Ports nacheinander mit USB2 und USB3 Stick belegen. Die Ports werden grün und zeigen dioe Datenrate an.
3. die leeren Ports anklicken und mit dem Minus-Button löschen.
4. Die Kext mit dem Export-Symbol, exportieren (die landen dann auf dem Desktop)
5. Die Kext in die EFI einbinden.
Das geht auch eleganter mittels Plist-Editor.
1. EFI Mounten und die am USBMap.kext die info.plist anzeigen lassen.
2. Mit dem Plist-Editor öffnen und die niccht benötigten Ports löschen.
3. Abspeichern und fertig.
Das sieht dann so aus wie im #26 gezeigt.
-
Hallo zusammen. Ich habe 3 PCIe-Karten von Fenvi, aber die nativen, CD94360, und keine davon benötigt BlueToolFixup.kext in Sequoia, Sonoma oder Ventura.
Ich führe OCLP normal aus und verwende Clover und OC. Ich habe einen HID-Proxy mit meiner Apple-Tastatur und -Maus, ohne Probleme. Das Problem mit Nvram kann manchmal die Verwendung von Dual-Boot unter Windows sein, was großen Schaden anrichtet, auch wenn es nicht so aussieht. Ich verwende kein Windows und habe es bei meiner Arbeit nie benötigt.
Auf MacOS mache ich das Mapping jedoch zuerst mit UsbMap.kext und wenn ich dann in Hackintool nach oben gehe und bestätige, dass es in Ordnung ist, extrahiere ich Usbports.kext und das SSDTS direkt dort. Ich ändere es auf Usbports.kext und es läuft mehr als perfekt und erkennt alle Tonverbindungen und andere Geräte. Bitte beachten Sie, dass ich immer noch den VoodooHDA verwende, der meiner Meinung nach derzeit über den perfekten AppleHDA-Codec mit höherer Klangtreue verfügt.
Was mir jedoch am meisten hilft, ist die SSDT der USB-Ports, die wir wie viele Tutorials hier und auf Github mit USB3-Port-Lesegeräten ergänzen.
Compile your SSDT-RHUB to better performance USB 3.0 in MacOs and Hackintosh build.
-
-
:aplausos:Machen Sie das Beste daraus, da es schon lange nicht mehr nötig war und ich stur bin, also füge ich es trotzdem in DeviceProperties ein! :pé de ganso:
-
-
-
Worin liegen die Vorteile von Cl gegenüber OC? Aber bitte nur kurz oder besser vielleicht ein Link auf eine erklärende Webseite.
Ich nutze die Fenvi T919 nur noch am HW-Desktop zur Resteverwertung. Sonst am KBL-Desktop Fenvi AX3000. De benötige ich unterschiedliche AirportItlwm.kext die über max./minkernel gesteuert werden. Klappt das auch im Cl? max.1974
-
Arkturus Ich verwende Clover 5160, viel besser als Opencore.
und da ist sie wieder. Die Glaubensfrage.
Ich habe seit gestern meinen Hackintosh mit Sequoia am Laufen.
Bei mir ist die Fenvi T919 eingebaut. Ich benutze für die Karte keinen Kerneltreiber.
Ich hatte Probleme meine Kopfhörer über Bluetooth zu verbinden.
Bis ich eben auf den Gedanken kam, mal alle Geräte aus der Liste zu entfernen.
Dazu auf das i im Kreis klicken -> Gerät ignorieren -> Fertig
Dann Bluetooth einmal stoppen und wieder starten
Bei der nächsten Suche findet Bluetooth das Gerät und kann verbunden werden.
Die Karte ist für Bluetooth unter Mac OS plug&play.
Ich denke mal das liegt mal wieder daran, dass ich die Kopfhörer auch mit Windows verwende.
Das gleiche Problem hatte ich auch am Lenovo T520 im Dualboot mit der Bluetooth Laser Mouse.
-
Worin liegen die Vorteile von Cl gegenüber OC? Aber bitte nur kurz oder besser vielleicht ein Link auf eine erklärende Webseite.
Ich nutze die Fenvi T919 nur noch am HW-Desktop zur Resteverwertung. Sonst am KBL-Desktop Fenvi AX3000. De benötige ich unterschiedliche AirportItlwm.kext die über max./minkernel gesteuert werden. Klappt das auch im Cl? max.1974
Hallo zusammen, es war eine Menge Arbeit diese Woche, aber am Ende habe ich eure Anfragen nicht gelesen.
Ich werde bald tun, was ich kann. Clover ist nichts für Anfänger, ich benutze es seit seiner Einführung, aber es hat einen Ordner für jedes System, in Kexts, und nicht nur für das „andere“. Dies allein bestätigt, dass Sie nur die benötigten Kexts in ihren jeweiligen Ordnern starten müssen, und das war's. Keine Komplikationen.
Clover repariert sich selbst, es ist nicht auf einen Haufen zufälliger Schlüssel angewiesen, um das Acidanthera-Motherboard zu imitieren, da es selbst eine Art BIOS ist. Und es liest schneller und beeinträchtigt im Gegensatz zu OC das BIOS nicht.
Clover benötigt keinen OC Clean Snapshot und muss sich keine Sorgen um perfekte SSDTs machen. Es nutzt bei Bedarf den DSDT Drop. Aber wenn Sie es korrigieren, wie sie es im OK tun, wird es sehr willkommen sein.
Opencore muss immer aktualisiert werden, Clover ist für viele, viele Updates dasselbe.
Es gibt so viele Vorteile, aber es gibt keine Möglichkeit, sie zu erklären, es sei denn, Sie nutzen und testen sie selbst.
Starten Sie einfach die richtigen SSDTS, Kexts und fertig. Es erkennt Prozessoren und viele Sensoren, die OC nicht erkennt. Das OC ist ein Arm von Clover und ein integraler Bestandteil davon. Aber es hängt nicht von ihm ab. Nur von den neuen Programmierern, die Slice dabei geholfen haben, den Boot zu verbessern.
Tatsächlich dauert der Bootvorgang 10 Sekunden und der OC eine Stunde (nicht so viel, aber es braucht Zeit).
Und schließlich akzeptiert das OC FakeSMC.kext nicht und Clover akzeptiert sowohl SMCVirtual als auch sein natives FakeSMC und seine Plugins. Verwenden Sie jedoch niemals beides zusammen.
:topo:
Native Broadcoms benötigen keine Acidanthera Bluetooth Kexts. Wenn Sie auf Schwierigkeiten stoßen, führen Sie eine Neuinstallation durch oder versuchen Sie, den Befehl im Terminal auszuführen:
sudo pkill bluetoothd
Sony Headphones Client Bluetooth Git Hub
