-
Thread
Waveshare DP83848
Hallo, weiß jemand ob man das DP83848 Board von Waveshare auch in Deutschland kaufen kann? Hat jemand Erfahrung mit dem Laden oder mit dem Ebay Store? Es soll angeblich machmal Problem mit dem Zoll geben? Moritz
-
Thread
Layout DP83848
Hallo, hat jemand ein funktionierendes Layout für den DP83848 phy? Am besten in Eagle mit nem Pic32 :-) Gruß Andi
-
Thread
dp83848 debug
Hallo, hab den dp83848 verbaut, diesen kann ich vom uC nicht ansprechen. Hab mal an den Pins gemessen und messe an den PBF Pins 3.28V wo eigendlich 1.8V anliegen sollten. Hat jemand ne Idee woran das liegen könnte?
-
Thread
DP83848 und Gigabit-Switch
Hallo, auf einer LP ist als Ethernet-PHY der DP83848 (DP83848I) verbaut. Das ganze funktionierte soweit auch problemlos. Nun habe ich aber seit neuestem den Fall, dass an die Schaltung auch Gigabit-Switch mit Auto-Negotiation angeschlossen werden
-
Thread
PCB für DP83848, Entwurf
Jedenfalls möchte ich für ein Projekt gerne ein PCB bzw eine Schaltung mit nem STM32F407 und nem DP83848i entwerfen. Habe alles soweit schonmal mit Breakoutboards von Waveshare und ST getestet. Ist natürlich keine sonderlich kompakte und schöne Lösung. Also würde ich mir gerne selber ein Board designen
kann die zwar auch Raw betreiben, ist aber nicht gut dokumentiert. Meiner Meinung nach ist der DP83848 für den Anfang klar einfacher, vor allem wenn man einen Controller mit integriertem MAC zur Hand hat. > Du hast da wohl eine zweilagige Leiterplatte gewählt. Mit 4 Lagen kannst > Du weniger
-
Thread
Debug PHY DP83848VV mit BIST
Hallo, ich habe ein Problem mit dem PHY DP83848VV am STM32F429: Kurz: Nach Verwenden der BIST-Funktion bekomme ich beim Lesen des PHYCR Registers ein FFFF zurück.... Lang: Mit meinem Evalboard hab ich ein abgewandeltes Example-Programm
scheint zumindest die RD Seite zu klappen... Nun wollte ich MII und TD mit der "BIST" Funktion des DP83848 überprüfen. Dazu habe ich nun wieder ein neues leeres Programm mit Ethernet in CubeMX erzeugt. Nach der Init-Routine des Ethernet lese ich nun die Register des PHY aus, ändere einzelne Bits und
-
Thread
LPC1768 Ethernet mit DP83848J
Lösung? Könnte vielleicht ein Hardwaredefekt vorliegen? Datenblatt: http://www.national.com/pf/DP/DP83848J.html#Overview LPC17xx User Manual: http://www.nxp.com/documents/user_manual/UM10360.pdf
(!(regv & 0x8000)) break; // Reset complete } /* Check if this is a DP83848C PHY. */ phyid1 = read_PHY (PHY_REG_IDR1); phyid2 = read_PHY (PHY_REG_IDR2); if (((phyid1 << 16) | (phyid2 & 0xFFF0)) == DP83848C_ID) phy_in_use = DP83848C_ID; else if (((phyid1
-
Thread
Ethernet in VHDL mit der MII des DP83848C
"Terasic Multimedia Touch Panel Daughter Board (MTDB)" und möchte davon die Ethernetschnittstelle (DP83848C) über MII nutzen. Wobei ich nur Daten senden möchte. Der Empfang ist mir egal. Ich gebe vollständige Ethernetrahmen (mit Preamble und FCS) nibbelweise an TxD der MII mit fallender Taktflanke
ist TxEN '1'. Der Reset_n des Bausteins ist auch auf '1'. Soweit konnte ich das an den Eingängen des DP83848C nachmessen. Aber irgendwie kommen keine Daten aus dem Baustein an T+ oder T- der Ethernetbuchse raus. Die Daten an der RJ-45-Schnittstelle versuche ich mit "Wireshark" zu lesen, aber der liest
-
Thread
kein RX_CLK bei PHY (DP83848VYB)
Hi, ich hoffe mir kann jemand helfen! Ich versuche einen DP83848VYB-PHY in Betrieb zu nehmen. Er bekommt einen Eingangstakt mit 25 MHz und generiert auch einen TX-Clock mit 25 MHz. Der RX-CLK bleibt jedoch konstant auf Masse. Der Phy ist im MII-Mode konfiguriert
-
Thread
ethernet frage: SMT32 LWIP und DP83848
Hi sau blöde frage: wie werden eigentlich hier die RohDaten/Ethernet Pakete von DP83848 zum STM32 übertragen? über SPI der dann ein interrupt auslöst?
Der DP83848 ist ein PHY (wandelt im Wesentlichen nur Datenworte in die Ethernet-Signalisierung um). Vom DP83848 geht es via RMII oder MII Schnittstelle in das Ethernet-Peripheral des STM32. Nix SPI.
-
Thread
PIC32 and DP83848 Interrupt Signal
Ich bekomme vom DP83848 ein Interrupt Signal zurück (bin mir nicht sicher ob microchip das als Powerdown nutzt) Mein Problem hieran ist das ich den INT3 Pin anderweitig nutzen möchte (I2C /SCL1) Frage: Darf ich
Wird dieser PIN beim DP83.. den als Interrupt oder als powerdown verwendet?
-
Thread
Routing zwischen LPC2378 und PHY DP83848C
Forum, ich habe hier einen LPC2378 und daran dem Datenblatt entsprechend angeschlossen einen PHY DP83848C fürs Ethernet. Der Schaltplan steht. Aber wenn ich mir den Design Guide zum PHY angucke, dann frag ich mich, wie ich das routen soll. Kurze Leitungen, keine Vias, keine Kreuzungen, der 50MHz Takt
-
Thread
DP83848 an STM32F4 Schaltplan kontrolle
Hallo, Ich möchte einen DP83848 an eine STM32F4 anschließen, habe den Schaltplan soweit fertig und wollte mal fragen, ob da mal jemand drüberschauen kann ob das so ok ist. Danke
Ansonsten kannst Du beim Preis des KSZ8031 mehr als 4 Stück verbrutzeln bevor Du beim Preis von einem DP83848 angekommen bist.
-
Thread
Hat jemand STM32F7 mit dem DP83848 zum Laufen gebracht?
Moin moin, ich frage mal in die Runde ob jemand schon den STM32F7 mit einem DP83848 PHY zum Laufen gebracht hat. Ich hab's mit dem Disco board, den LAN8742 und die STM32 Beispiele geschafft, aber frage mich ob das mit dem anderen PHY gehen wuerde. Es gibt mehrere Beispiele mit dem STM32F4 und den DP83848, die werde ich mir auch mal anschauen. Cheers! Albert
-
Thread
STM32F4x7, Ethernet, DP83848I
Servus, folgende Frage: ich würde gerne meinen PHY(DP83848) mit dem MAC/uC betreiben. Ich nutze RMII und mein PHY stellt mir meine 50Mhz. Jetzt möchte ich die 50MHZ doch als Input an PA1 (ETH_RMII_REF_CLK oder so) haben. Oder sehe ich hier etwas falsch
-
Thread
STM32F407 DP83848 Raw vs Netconn-FreeRTOS
Hallo Forum, ich habe an meinen STM32f4-Discovery erfolgreich ein Waveshare DP83848-Board anschließen können und ohne zu großen Aufwand das Beispiel "LwIP_HTTP_Server_Raw" für das "STM324xG_EVAL" aus der "STM32Cube_FW_F4_V1.1.0" portieren können. Ich nutze meine Toolchain aus http
Interrupt-Handler im Beispielprojekt mal bis an ihre Quelle zurückverfolgt und mir auch nochmal das Handbuch des DP83848 zu Gemüte geführt und kann Deine Aussage bestätigen: Der Interrupt, der die Empfangsroutine per Semaphore freischaltet, kommt nicht über den Pin 7 des dp83848, sondern sollte aus dem Mac-Modul des
-
Thread
DP83848c an LPC2378 Rev D, 25MHZ_OUT nicht verwenden, aber wie beschalten?
Hallo Forum, ich verwende einen DP83848c als Ethernet PHY und habe im Zusammenhang mit einem LPC2378 Revision D gerade eine Bruchlandung hingelegt. Mit Revision B lief es bisher. Nach einiger Sucherei war im Errata Sheet des LPC die
Anhang. AREFCLK ist ein 50MHz Clock die zum PIC32 geht und den PHY versorgt. Jedoch würde ich vom DP83848 abraten, weil das Ding einfach unverschämt teuer ist. Ein guter und günstiger Ersatz ist der LAN8720. Wenn ich mich recht entsinne, kostete der DP83848 über 5€, wobei der LAN8720 bei 1,20€ liegt
-
Thread
STM32F407 + DP83848 PHY + MCO1 Clock
Ich habe ein Board designed, mit dem STM32F407 und einer DP83848 Phy. Beide ICs sind via RMII miteinander verbunden. Am PHY Chip selbst ist kein Oszillator dran, weil ich MCO vom uC verwenden wollte (hatte eine ähnliche Geschichte mit einem STM32F107). Beim STM32F107
-
Thread
PIC32MX795-PHY DP83848 verliert IP Adresse wenn 12V ausfällt
seltsames Problem. Hardware: ATX Netzteil Bicker BEP-506H 3,3V an PIC32MX795F512L89PF 3,3V an PHY DP83848 +12V an Lt1763-5 zur Erzeugung sauberer +5 V +12V an MAX6325 zur Erzeugung Referenz +2,5 V +3,3V an ADS1256 Digitalteil +5V Sauber an ADS1256 Analogteil PIC32 über SPI an ADS1256, MAX541
-
Thread
PIC32MX664F128H / DP83848 Link ja, mehr aber nicht
Mein Netzwerkboard funktioniert soweit das ich die Link Lampe am Switch sehe. und wenn ich mir die Variablen ansehe scheint er vom switch auch die infos zu erhalten das es sich um ein 100MBit switch handelt. Die funktion (ETHPIC32IntMac.c Zeile 310) BOOL MACIsLinked(void) { return (_linkPrevÐ_LINK_ST_UP)!=0; } gibt jedoch manchmal false zurück und dann geht es nicht weiter. Ich bin die ganzen funktionen schon durch gelaufen und es scheint so das es nur manchmal passiert oder MACIsLinked nur anfangs ok ist. Kann es sein das zwar der Management Port funzt, einschliesslich der
-
Thread
PIC32MX664F128H / DP83848 Link Error: Could not allocate section .bss
Ich habe hier den DP83848 als externen Ethernet Chip. Wie kommt es zu diesem Fehler? build/default/production/_ext/867694782/ETHPIC32IntMac.o: Link Error: Could not allocate section .bss, size = 15608 bytes, attributes
-
Thread
Günstigstes Web I/O
Jan Berg schrieb im Beitrag #3646506: > ein STM32F4 Discovery Board + DP83848 Warum braucht er den DP83848 noch zusätzlich, gibt doch STM Boards mit integriertem Ethernet. Und wie du da auf so tiefe Zahlen kommst, ist mir noch schleierhaft. Die Anforderungen des TO sind
(<15€) gibts alle nur ohne PHY, die DP83848 PHY kostet z.B. 5€ aus China das macht zusammen mit einem STM32F4DISCOVERY dann ~20€
-
Thread
keine verbindung bei ethernet
richtig gesetzt wird. Mal schaun ob es funktioiert wenn ich diesen Widerstand rausnehme - der DP83848 soll ja einen Weak-Pullup installiert haben. Bernd
mal dieses Datenblatt an (Seite 33), dann siehst Du, was ich meine: http://cache.national.com/ds/DP/DP83848I.pdf Gruß, Peter Nachtrag: In dieser AN findest Du es auch: http://www.national.com/an/AN/AN-1469.pdf
-
Thread
LWIP , PHY und RX Funktion
> Was sendest du denn noch für Pakete vom Gerät aus? UDP packete. ich habe ein board mit DP83848 phy. Da empfange ich Meine UDP Packete auf dem PC. Aber der KSZ8863 schickt sie richtung PC nicht raus. Was meinst?
Hi > Ich dachte du hast einen KSZ8863. Ich habe ein altes board mit DP83848. Da geht alles. Das neue Board ist mit KSZ8863. Da geht es nicht. -> Board mit DP83848 und stm32f4 -> PC empfängt die UDP packete -> Board mit KSZ8863 und stm32f4 -> PC empfängt die UDP packete
-
Thread
EPJ15 S. 10: Ethernet-Schnittstelle für das STM32F4 Discovery Board
Christoph Obermayr schrieb im Beitrag #3092334: > Funktioniert die Verwendung des DP83848 mit dem STM32F4-Board wie > gewünscht? Wir konnten bislang keine Probleme feststellen. Zudem ist der DP83848 relativ preiswert und gut verfügbar.
@ Christoph Budelmann: Welche Variante ist denn bei euch von dem DP83848 verbaut? Da gibt es ja mehrere Buchstaben noch hinter dem Namen.
-
Thread
IPCore RGMII RMII
denen würde ich auch gerne einen verwenden, um sicher zu sein, dass alles kompatibel ist: National DP83848C National DP83865 Marvell 88E1111 Marvell 88E1145 Das Board welches ich rausgesucht hat den DP83848C drauf, leider im RMII rausgeführt. Eine andere Idee wäre noch ein anderes Board zu suchen
FPGA Board, an das ich den Chip anklemmen kann. Ich suche z.B. so etwas: http://www.waveshare.com/dp83848-ethernet-board.htm Würden hier alle Pins für MII rauskommen wäre es perfekt, leider hat es nur RMII
-
Thread
STM32F4DIS-BB Ethernet Phy
Hallo, ok. danke. ich werde die DP83848 nehmen. Dazu habe ich im Internet deutlich mehr Demo-Code gefunden. Und man könnte sie vllt. auch noch an einen anderen µC anschließen ohne großen Aufwand. Moritz
Moritz M. schrieb im Beitrag #3115620: > ich werde die DP83848 nehmen. Dazu habe ich im Internet deutlich mehr > Demo-Code gefunden. Und man könnte sie vllt. auch noch an einen anderen > µC anschließen ohne großen Aufwand. Ja das ist richtig. Ist recht
-
Thread
STM32F207 + KS8721 (Ethernet Phy)
Der DP83848C und KS8721 sind nahezu identisch, aber bei einem einzigen Befehl muss da was anderes während der Initialisierung (über die MDAT Leitung) was anderes geschrieben werden. Ist schon ein paar Jahre
musste ich den Rest vom TCP/IP Stack nicht anpassen. PS: ist wohl hier drin: "Eth_Link_PHYITConfig(DP83848_PHY_ADDRESS);"
-
Thread
RJ45-Buchse TRJ0011 an LPC1767
Der verwendete Phy ist laut Doku ein DP83848J von TI (vorm. National Semi.). Im Datenbblatt ist auch die Beschaltung der Pins beschrieben.
ganz klar, wo ich die Pins CT (4) und CT (5) des > TRJ0011 am 1768 anschließe. Im Datenblatt des DP83848J, Seite 32 ist ein Stromlaufplan. http://www.ti.com/lit/ds/symlink/dp83848j.pdf Steht aber auch im Datenblatt des Moduls auf Seite 14, letzter Satz vor Abschnitt 3.6 > Außerdem weiß ich
-
Thread
MAC+PHY beim Arm (Cortex M3 & STM)
den LPC1758 brauchst Du einen mit dem sog. RMII (Reducede Media Independent Interface). Der Phyter DP83848 von TI (ehemals National) ist z.B. einer dieser Kandidaten.
Nimm den DP83848 es gibt noch den neueren TLK105 etc. aber der hat Probleme. Für den DP83848VV bekommst du ne menge support. MII und RMII mit 25/50Mhz oszi ist eigentlich eine solide Sache. Ich hab den mit der
-
Thread
FTP Client (Dateien auf Webspace hochladen)
einer Photodiode für einen EHZ Stromzähler am Laufen. Der nächste Schritt ist die Anbindung des DP83848 sowie eines Displays. Auf den DP83848 warte ich zurzeit noch. Die Messdaten sollen dann irgendwie auf meinen Webspace bei einem öffentl. Provider hochgeladen werden, damit sie von überall verfügbar
definitiv wenig Daten, kannst du per HTTP GET machen. > Der nächste Schritt ist die Anbindung des DP83848 sowie eines Displays. > Auf den DP83848 warte ich zurzeit noch. Keine Ahnung, ich habe bisher nur einemal einen ENC28J60 verwendet, und da habe ich eintlich nichts selbst gemacht, war alles
-
Thread
Ethernet PHY für STM32F4Discovery
werden. Auf einer selbstgerouteten Platine verwende ich jedenfalls erfolgreich den F1 als Clock für den DP83848. Ich bitte um Bestätigung - oder Gegenargumente ;-)
Port-Konfigurationen (2/25/50/100 MHz) bringen auch nichts, nur dass sich die Amplitude ändert. Warum ist der DP83848 so wählerisch, was stimmt hier nicht?
-
Thread
AT32UC3A0512 ENC28J60
genutzt werden. Wichtig ist allerdings, die Errata zu beachten. Ich habe am EVK1100 schon getestet: DP83848 Phy mit FreeRTOS+lwIP (FreeRTOS-Demo), DP83848 Phy mit lwIP, über SPI das SPB104-WiFi Modul und lwIP und über 16MHz SPI den ENC28J60 mit lwIP. Der ENC28J60 mit lwIP ist defenitiv schneller als DP83848 mit FreeRTOS+lwIP. Also - die Hardware kann die Softwareschwächen nicht ausgleichen. Nur das SPB104-WiFi Modul ist noch etwas langsamer. Dafür braucht man kein Kabel und es braucht nicht einmal
-
Thread
STM32 F2/F4 - was ich vermisse - Wunschliste für ST
Bestückungsoption unter bringen. Der KSZ8031 hat den Vorteil, dass der deutlich weniger Strom verbrät als der DP83848. Leider kann ich den nicht löten. Ich habe auch den DP83848 ausgewählt, weil damit die LwIP Democodes von ST funktionieren sollten, bzw. weniger zum Anpassen ist (MII > RMII). Somit muss ich den
DP83848 ausgewählt, weil damit die LwIP Democodes von > ST funktionieren sollten, bzw. weniger zum Anpassen ist (MII > RMII). Ich kenne jetzt zwar Deine Democodes nicht, aber die wichtigsten Register
-
Thread
MII/RMII mit STM32F4
Ethernet angelangt und hab paar unklarheiten. Ich will diese Phy benutzen https://www.national.com/ds/DP/DP83848K.pdf Weil diese ja kein 25Mhz Quarz brauch sondern meinen bereits vorhandenen Quarz benutzt ... oder irre ich mich da? Die Phy unterstützt ja RMII und MII. Ich würde gerne RMII benutzen
and cost, of an additional Media Access Control (MAC) clock source component is available only in DP83848T. bedeutet das, ich kann den stm32 mit dem clockout füttern? oder kann ich das osc-out vom stm32 benutzen und die PHY damit füttern? http://www.ti.com/product/dp83848t
-
Thread
IC für Datenübertragung gesucht
Danke für die Antworten. Nochmal eine Frage zu Ethernet: Schafft der DP83848 von National Semiconductor meine Datenrate+Entfernung
der Chip übernimmt den Rest. Beim DP83848 hingegen musst du dich noch irgendwie um die Steuerung von diesem PHY kümmern... ich habe da wenig Erfahrungen, da ich bisher nur die PHY-Chips am ARM-Controller angeschlossen habe (RMII) und sich
-
Thread
STM32F207 und LwIP
Hallo, ich entwickle zur Zeit eine Applikation mit einem STM32F207ZGT6 und em TI DP83848. Der PHY ist per RMII angschlossen, Takt kommt aus dem PLL über MCO1, bei der Beschaltung wurde sich stark an das Development board(UM1057) von ST gerichtet, es wurden nur mitunter andere Pins
Zitat: #define DP83848_PHY_ADDRESS 0x01 Frage: warum ist DP83848_PHY_ADDRESS auf 0x01 gesetzt?
-
Thread
[V] Evalboards/Testboards/Einzelstücke
12055) je 5€ 1x Laser Card Module - Red (https://www.sparkfun.com/products/retired/594) 5€ 1x DP83848 Ethernet Board (http://www.waveshare.com/dp83848-ethernet-board.htm) 5€ 1x SD Sniffer (https://www.sparkfun.com/products/11468) 10€ 2x 2.4GHz DivBee® Module (http://www.xtremepowersystems.net
SparkFun Transceiver Breakout - nRF24L01+ (RP-SMA) (https://www.sparkfun.com/products/705) 15€ 1x DP83848 Ethernet Board (http://www.waveshare.com/dp83848-ethernet-board.htm) 5€ 2x 2.4GHz DivBee® Module (http://www.xtremepowersystems.net/proddetail.php?p...) je 15€ 1x GPS Empfänger (Bild
-
Thread
STM32 Fehler in Webserver Software von STM
GPIO_PinAFConfig(GPIOC, GPIO_PinSource5, GPIO_AF_ETH); [/c] Das funktioniert bei mir, kann mit dem DP83848 erstmals kommunizieren.
es damals auf Anhieb. Weiß jemand, wo man eine 100% funktionsfähige Demo für stm32f4discovery und dp83848 bekommt?
-
Thread
Stabilität von Lwip und stm32
mikrocontroller.bplaced.net/wordpress/?page_id=1756 Läuft bei mir seit 2 Jahren mit dem STM32F4 Discovery und dem DP83848 von waveshare durch. Noch hat der Ping-Monitor kein einziges mal gemeckert, dass er nicht im 1 Sekundentakt eine Antwort bekommen hätte.
Michi schrieb im Beitrag #5093640: > und dem DP83848 von waveshare Nein. Der DP83848 ist von National Semiconductor. Soviel Wahrheit muss sein. Michi schrieb im Beitrag #5093640: > Läuft bei mir seit 2 Jahren Um eine Bestätigung der "Fehlerfreiheit
-
Thread
Einstieg(scontroller) in Ethernet Kommunikation mit STM32
://www.amazon.de/Waveshare-DP83848-Ethernet-Board-Transceiver/dp/B00KM6VNBC
und Taktversorgung über separaten Oszillator und nicht vom F407) schon getroffen. Ansonsten: Der DP83848 bietet MII (der LAN8720 kann nur RMII), aber nicht auf diesen Boards. Bei mir laufen ein paar Server mit LAN8720 und dem DP83848(im MII Mode). Die Antwortzeit vom DP ist spürbar schneller, aber
-
Thread
AT91SAM7X256 welchen Ethernetcontroller nehmen?
Hi, vergiss den ENC28J60, der x256 braucht nur noch einen PHY wie den Micrel KS8721 oder DP83848. Ist deutlich billiger und sparsamer. Immerhin bringt der x256 doch schon eine Menge mit. Kaufen kann man die Sachen bei Farnell und Digikey. Die haben auch die passenden RJ45-Ports. Bei der Wahl
Farnell kaufen. Welcher der beiden Typen ist denn der bessere? Oder nehmen die sich nichts? Zum DP83848 habe ich bis jetzt noch kein Demo Board oder Schaltplan gefunden! Der ENC28J60 war ja sowieso nur meine letzte Alternative. Auch wenn es schon schön ist nur so wenig Pins zu verlieren. Die
-
Thread
linux kernel am stm32f429
1 Sekunde (UART Konsole und Pinguin im Display) nun werde ich noch Netzwerk anbauen (waveshare dp83848 ist bestellt)
muss ich ja den PHY noch als > externes Board zufügen. nicht nur den PHY (ebay 10,- € waveshare dp83848) sondern man braucht auch einen RS232 3.3V auf USB Wandler
-
Thread
Microchip PIM
bestückt ist (Microchip SMSC 8720). Meine Frage ist jetzt, hat der SMSC 8720 PHY im Gegensatz zum DP83848 irgendwelche Einschränkungen oder Mängel. Oder ist der Microchip PHY sogar besser? Mir geht es dabei hauptsächlich um die Performance und Stabilität.
bestückt ist > (Microchip SMSC 8720). Meine Frage ist jetzt, hat der SMSC 8720 PHY im > Gegensatz zum DP83848 irgendwelche Einschränkungen oder Mängel. Oder ist > der Microchip PHY sogar besser? Mir geht es dabei hauptsächlich um die > Performance und Stabilität. Performance und Stabilität? Nein.
-
Thread
Verfügbarkeit Ethernet Phy KSZ8081MNX (Micrel/Microchip MII)
ähnlichen design gerade noch rechtzeitig gemerkt, dass dieser PHY nur noch heisse Luft ist und bin auf DP83848 umgestiegen. Ist nur 100Mbit aber bei mir reicht das gut. Vor ein paar Wochen war der DP83848T noch lieferbar.
Christoph Z. schrieb im Beitrag #6816296: > Vor ein paar Wochen war der DP83848T noch lieferbar. Ja, der KSZ8081 auch... Und frag mich mal, warum wir gerade GigaDevice GD32 Prozessoren statt der bisherigen STM32 eindesignen.
-
Thread
LAN8710i will nicht
Der DP83848C hat ein Register: /* PHY Extended Registers */ #define PHY_REG_STS 0x10 /* Status Register */ Diese Register gibt se s beim LAN8710i leider nicht (wird im alten Code aber
bekomme ich keinen Ping durch! Ich habe die Register soweit angepasst und geguckt, dass nicht auf DP83848C geprüft wird...aber leider will es nicht! Hat jemand ne Idee oder hat sogar zufällig das FreeRtos Beispiel mit nem LAN8710i getestet? Danke schonmal für alle Antworten.
-
Thread
MagJack für STM32 Discovery
Moin, ich habe auch gerade soetwas vor und mit daher das Brakeout Board mit dem "DP83848" aus der Bucht bestellt. Der kann auch 100Mbit/s. http://www.ebay.de/sch/i.html?_from=R40&_nkw=DP83848&LH_PrefLoc=2&_arm=1&_armm=63&_ruu=http%3A%2F%2Fwww.ebay.de%2Fsch%2Fi.html%3F_from%3DR40%26_nkw%3DDP83848%26_arr%3D1&LH_AvailTo=77 Zur Zeit hängt es wohl noch im Zoll... Ich versuche es mit dem STM32F4-Discovery, der hat den Phy auch schon mit dabei.
-
Thread
TCP/IP Stack PIC32
identisch aufgebaut wie das Ethernet Starter Kit von Microchip, das heißt : Mag45 Buchse DP83848C PHY COntroller PIC32mx795f512l Schaltplan wurde eben vom Starterkit übernommen... Aber ich frage mich warum das Teil dann nicht auf anhieb läuft ?? Also die
Ja ich Debugge und Programmiere mit nem PIC Kit 3 über ICSP. Also ich habe mim Oszi den Quarz am DP83848 gemessen und auch den Clock ausgang dann, liegt jeweils 25 Mhz an. [c] /** CONFIGURATION **************************************************/ #pragma config UPLLEN = ON
-
Thread
Olimex STM32E407, FreeRTOS und lwip
web/en/catalog/tools/FM147/CL1794/SC961/SS1743/PF257906 Das ist für das Discovery-Board mit MII und DP83848 PHY. Ich habe gesehen, dass es einige gleiche Fragen hier im Forum schon gibt, und habe mir darin Anregungen geholt, um das Beispiel anzupassen auf RMII und LAN8710A PHY auf dem Olimex. Das war
Beispiel http://www.st.com/web/en/catalog/tools/FM147/CL1794/SC961/SS1743/PF257906 ist für den DP83848 als phy. Woher hast Du denn Deine Modifikationen für den LAN8710A phy auf dem E407 board, in den zitierten threads sehe ich die nicht? Es muss ja mit den Modifikationen vom DP83848 zum LAN8710A
-
Bild
Leiterplatten-Layout eines Mikrocontroller-Designs
C82 C3 C1 PIC32 C4 R128 C5 C6 R2 R15 C9 C15 C14 R16 R18 R19 R17 R20 R21 R22 R8 C19 R C18 R5 C2 R6 R13 C13 DATA1 Ethernet SPEED1 LINKED1 C16 R14 R12 R25 R24 3V3 3V3 C17 LAN M2 M1 X3
