Das ist der Trick mit dem Wert "compatible", Buffer(){ "pci14e4,4331" . Danach must du da nichts mehr löschen und es wird immer der richtige Kext geladen.
Bedeutet das die Karte läuft?
DW-1820a / Broadcom BCM94350ZAE Verbindungsproblem
-
- Erledigt
- anonymous_writer
- Erledigt
-
Also erstmal nicht.
Habe die beiden Problem Kexte gelöscht und die ID in AirPortBrcm4360.kext eingetragen
Nun läuft sie 1a mit Mojave 10.14.2 inkl. Bluetooth 4.1.
Nur habe ich noch High Sierra auf einer externen HDD. Dort frierte das System wieder ein bei einem Systemstart. Habe die SSDT mit meinem Relevanten Daten verändert (Siehe unten). Die Problem Kext sind natürlich nicht gelöscht auf der Externen HDD mit High Sierra.
Habe deine SSDT mit dem Patch natürlich auf mein System geändert.
Habe die gleiche DW1820-A wie du
_SB.PCI0.RP05.PXSX ( Das habe ich unter Windows ausgelesen und Notiert )
-
Die ist Identisch mit meiner SSDT.
Leider mit High Sierra Negativ.
Bootet aber der Finder friert sofort ein.
Zb die Leiste oben vom Wlan Sound ist nicht sichtbar ergo das System ist nicht bedienbar
-
Doch die pci14e4,4331 ist in dem Kext vorhanden unter High Sierra
-
Kein Thema. Die Läuft ja wegen dir endlich auf meinem Lappi.
Zwar Manuel aber besser als garnicht
-
Gibt es eigentlich Möglichkeit DW1820A BCM94350ZAE (14e4:43a3) WlanKarte unter Mojave zu nutzen ? Karte ist in SystemInfo sichtbar, aber Wlan ist off und man kann es leider nicht einschalten.
Ich habe den ganzen Thread gelesen aber momentan bin ich ohne Erfolg
-
Hallo anonymous_writer
Du hast den "compatibel"-Eintrag in die SSDT eingepflegt, so daß die Karte nun problemlos läuft. Theoretisch wäre das wahrscheinlich auch wieder über den PropertyInjector.kext möglich? Ich kann mir vorstellen, daß es damit für manche einfacher wäre, die Karte zum problemlosen Laufen zu bewegen.
Ich hänge mal einen entsprechenden Versuch an. Da müßten natürlich noch die VendorID und die ProductID angepasst werden.
Vielleicht kannst Du mal schauen, ob es damit auch geht!
-
Aktuell habe ich die Karte nicht verbaut da BT mit dieser Karte immer wieder ausgefallen ist. Die DW-1560 dagegen hat dieses Problem bei meinem Zenbook nicht.
Du könntest was Testen. Seit AirportBrcmFixup V1.1.7 gibt es dafür den Startparameter
"brcmfx-driver=[0|1|2], 0 - AirPort.BrcmNIC-MFG, 1 - AirPort.Brcm4360, 2 - AirPort.BrcmNIC".
Damit sollte mit dem Startparameter
nur noch der Kext AirPort.Brcm4360 geladen werden und die Karte ohne jeglich sonstigen Einstellungen laufen.
Das könntest mal Testen ob ich da richtig liege.
PS: Läuft BT bei dir Stabil?
-
Sorry, aber ich selbst habe auch noch die gute DW1560 drin.
Da ich allerdings mit der DW1560 lange auch BT-Ausfälle hatte und diese mit der BrcmPatchRAM2__debug.kext beheben konnte wäre diese Kext für DW1820A-Besitzer vielleicht auch die Lösung bei BT-Problemen?!
-
Wenn ich demnächst lust habe werde ich das nochmals Testen. Danke dir
War das einzige was nicht so richtig funktionierte mit der DW-1820A > BT immer stabil vorhanden.
-
In der letzten Woche habe ich endlich Zeit gefunden, um mich intensiv mit der DW1820A zu beschäftigen. Da es einen quelloffenen Linux-Treiber für die Broadcom-Chips gibt, bin ich ähnlich vorgegangen, wie damals bei dem Radeon-Patch, d.h. ich habe mich zunächst mal in die Funktionsweise des Chips eingearbeitet, um dann einen Register-Dump durchzuführen. Auf AirportBrcmFixup.kext habe ich dabei bewußt verzichtet. Leider ist es mir bisher noch nicht gelungen, die DW1820A mit der AirPortBrcmNIC.kext zum Laufen zu bekommen. Hier eine kurze Zusammenfassung dessen, was ich bereits herausgefunden habe.
- Die Kernel Panic beim Start resultiert daraus, dass ein bestimmter Takt nicht läuft und der Chip beim Messen der Taktfrequenz den Wert 0 ermittelt. Bei einer anschließenden Berechnung wird dann durch diesen Wert geteilt, was natürlich zu der besagten KP führt. Dieses Problem lässt sich durch Anschalten des Taktes mittels eines DSDT-Patches relativ leicht lösen.
- Insgesamt scheint die Takterzeugung bei der DW1820A der Grund zu sein, warum die Karte nicht läuft und ich bin mit nicht sicher, ob es sich hierbei um ein Hardware- oder Softwareproblem handelt, d.h. ob es mit vertretbarem Aufwand lösbar ist oder nicht. Die Probleme mit dem Takt verursachen auch, dass der Treiber permanent hängt, weil der Chip nicht richtig arbeitet, so dass er den ganzen Rechner lahmlegt.
- Für ein Hardwareproblem spricht auch die Tatsache, dass User mit Karten von Lenovo, so wie hier https://www.insanelymac.com/fo…ut-bluetooth-cannot-work/, offenbar keine Probleme haben und der Chip bei ihnen OOB arbeitet. Da Notebooks von Dell keine Whitelist für WLAN-Module haben, wäre es evtl. mal einen Versuch wert, eine BCM94350ZAE für Lenovo-Geräte zu testen?
-
Bei Verwendung des AirPort.Brcm4360 läuft WLAN 1A.
Bei mir läuft nur BT nicht zuverlässig stabil. Mit der DW-1560 läuft BT dagegen ebenfalls 1A.
mit deinem BrcmPatchRAM2__debug.kext lief BT
, jedoch kann ich damit den Laptop kalt nicht starten. Funktionierte nur immer nach einem Neustart. Auch der neuste BrcmPatchRAM2__debug.kext hilft da nicht. Außerdem war damit nach Sleep BT tot.Daher jetzt wieder die DW-1560 verbaut. In der Praxis ist da eh kein merkbarer Unterschied zwischen diesen beiden Karten.
-
Bei Verwendung des AirPort.Brcm4360 läuft WLAN 1A.
Ich hatte mit diesem Treiber bei meinem Standardtest für Netzwerktreiber (Blackmagic Diskspeed Test über AFP) einen Verbindungsabbruch, der sich nur durch einen Neustart beheben lies. Es scheint also nicht wirklich stabil zu funktionieren.
-
Im Normalbetrieb hatte ich auch keine Probleme, nur mit Blackmagic Diskspeed Test, aber da die Verbindung hierbei komplett ausgelastet wird, hat sich dieses Szenario in der Vergangenheit als guter Stabilitätsindikator für Treiber bewährt.
PS: Ich werde mir wohl aus Neugier mal eine BCM94350ZAE für Lenovo bestellen und schauen, ob die OOB funktioniert. Leider dauert der Versand aus China mehrere Wochen.
