[ANLEITUNG] AirDrop (Wlan) incl. Handoff (Bluetooth) in Deutschland mit Original Apple Devices iPhone, iPad, Mac nutzen.

funktioniert das noch unter 10.12.1 Sierra?

Jupp, das tut es...
Ich muss den entsprechenden Perl-Befehl nach jedem Update einspielen, da bei meinem Großen ja Ozmosis ohne "KextsToPatch"-Funktion läuft...

@schluden Du kannst auch das Script aus dem ersten Post laden und in der Datei "wireless_bcm94352-110-v4.0c.command" gSysVer=`sw_vers -productVersion` durch gSysVer=10.11.1 ersetzen. Dann einfach das Script ausführen und gewohnt benutzen.

An: alle bei denen die Länderkennung nicht geht - wie bei mir bis gerade eben.

Ich habe es wie folgt ans Laufen bekommen (Kanal: 44 DE)

In fast allen Foren (siehe hier im ersten Post) ist der "Name" für manche Patches "falsch": AirPortBrcm4360
Wenn hier eingetragen ist: com.apple.driver.AirPort.Brcm4360
Dann läuft es!
Dank gebührt dafür einmal mehr Rehabman mit seinem Repository für Lenovo Z50-70 (da habe ich es in meiner config.plist durch Zufall entdeckt)

Anbei mal ein Auszug meiner jetzt lauffähigen config.plist...

@suiciety2k: Kommt mir bekannt vor. Bei mir war es u.a. der fcvo-Patch, der ohne den kompletten Bundle-Identifier nicht mehr wollte.

Dann würde es aber durchaus Sinn machen, wenn das Startposting editiert wird, oder zumindest um die Info erweitert/ergänzt...
Immerhin steht dort ja Anleitung.
Und hier im Forum haben wir ja sogar noch einen Sierra, High Sierra Clover Patches Sammelthread... dem täten die Infos auch gut.
Hat mich zumindest mächtig suchen und testen gekostet.

Wir scheinen das Problem aber hier auch exklusiv zu haben. Mit einer älteren Clover-Version < 4 hat das bei mir noch funktioniert, mit aktuelleren dann nicht mehr.

Ich habe bei meinen ganzen Mischmasch Hackies anscheinend alle Probleme exklusiv gepachtet, wenn ich mich hier so umschaue.
Aber keine dieser Kisten war ja jemals als Hackintosh konzipiert...

Anscheinend ist es so, dass die KextsToPatch-Einträge in Clover alle Kexts patchen, deren Bundle-Identifier zum Teil dem Eintrag unter "name" entsprechen (substring-match). Ohne den kompletten Bundle-Identifier kann das dann z.B. bei einem AppleIntelSKLGraphics-Patch problematisch werden:

Beim Brcm4360-Patch verstehe ich aber nicht, warum dieser nicht funktioniert, wenn man nicht com.apple.driver.AirPort.Brcm4360 unter "name" einträgt. AirPortBrcm4360.kext ist ein als Plugin von IO80211Family.kext:

Nachtrag: OK, verstanden hoffe ich. Bei älteren Cloverversionen hat der Name-Eintrag jeglichen Inhalt in der Info.plist gefunden. "AirPortBrcm4360" wurde also auch gefunden, weil es in der config.plist unter "Executable file" enthalten ist:

Aktuellere Clover-Versionen nutzen anscheinend nur noch den Bundle identifier, und in com.apple.driver.AirPort.Brcm4360 ist AirPortBrcm4360 nunmal nicht enthalten.

Huhu,

ich habe in meiner für mich sehr unübersichtlichen config.plist (vom Guide Schreiber) einen Kext to Patch Eintrag für US gefunden und diesen kurzerhand wie beschrieben geändert leider wird mir noch immer der Ländercode für US im Systembericht angezeigt.

Fällt jemandem anhand der Bilder ein Fehler auf?

Trage doch mal bitte ALLE Broadcom zugehörigen k2p aus meiner Vorlage in deine config.plist ein und teste...

Ich habe das jetzt mal unter Clover 4411 getestet:

Daraus schließe ich, dass:

• nur der in der Info.plist enthaltene Bundle identifier durchsucht wird
• wenn ein . in Name enthalten ist, müssen Bundle identifier und Name identisch sein
• wenn kein . in Name enthalten ist, muss ein Teil von Bundle identifier mit Name identisch sein

Sehe ich das richtig?

Klingt zumindest nachvollziehbar logisch.
Ist nur ziemlich unpraktisch, dass es innerhalb von Clover nicht stringent ist.
Die Cloverversionen sind z.T. differenziert zu betrachten.

Diese Änderung betrifft viele Kext-Patches ja gar nicht, deshalb ist das vermutlich noch nicht großartig aufgefallen. Wird Clover >= 4.Irgendwas benutzt, sollte man daher besser den kompletten Bundle identifier eintragen.

Zitat von suiciety2k

Trage doch mal bitte ALLE Broadcom zugehörigen k2p aus meiner Vorlage in deine config.plist ein und teste...

Sorry, du hast natürlich recht, wenn schon jemand was anhängt, hätte ich da mal reinschauen sollen.

Habe jetzt mal deine bearbeiteten Einträge eingepflegt und noch immer die US Werte. Liegt es vielleicht daran, dass auch mein WLAN Kanal auf dem US Signal liegt?

Du hast den 5Ghz Patch 2x drinstehen, einmal als US 5553 disabled und nochmal die DE 4445.Evtl beissen die sich...

Trage mal überall das jeweils korrekte MatchOS ein, zumindest bei den Broadcom Patches.
Was hast du im Einsatz 10.12.x?
Welche Clover Version nutzt du?

Dein WLAN Kanal ist bestimmt nicht 149... hier bei uns

Bin auf 10.13.3 mit Clover 4411 und habe jetzt mal die Änderungen umgesetzt.

Leider noch immer kein DE Kanal im Systembericht.

Bzgl. meines WLANs so sieht das bei mir im Systembericht aus.

WLAN:

PHY-Modus: 802.11ac

BSSID: f0:b4:29:89:cb:00

Kanal: 149

Länderkennung: US

Netzwerktyp: Infrastruktur

Sicherheit: Persönlicher WPA/WPA2

Signal / Störungen: -50 dBm / -90 dBm

Senderate: 434

MCS-Index: 9

Abend zusammen, wie ist das denn bei der BCM94360CD ? Hab auch keinen Ländercode DE drin stehen

@burzlbaum
Jetzt hast du den den 10.12.x 5GHz Pac h einfach für 10.13.x verwendet... das wird nix
Guck nochmal in meine config, da sollte für 10.13.x der passende Patch (auf disabled) drinstehen. *glaube ich*

@scarface0619
Auf welchem macOS bist du unterwegs?

Habe das eben mal mit dem Kext-Bundle ID unter Clover 4411 nochmal getestet.
Bei einigen Kexten scheint es wirklich notwendig zu sein...
Zum Beispiel der com.apple.driver.AirPort.BrcmNIC, während der AppleUSBXHCIPCI mit dem "Kurznamen" keine Schwierigkeiten hat...

Ich liebe diese Durchgängigkeit...