-
Thread
TCP-Handshake unvollständig (ACK fehlt)
würde es reichen einen externen PHY anzuschliessen. Auch dazu gibt es fast fertige Lösungen. Siehe DP83848, LAN8720 etc. Kriegt man fast geschenkt: https://www.ebay.de/itm/286436358374
-
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
-
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
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
Bastlerkiste mit viel Bauteilen / Boards (Audio, Embedded)
etwa erwartet: Boards: - 1x Mikroe OLED C-click shield - 1x Infineon TLE9471 3.3V Board - 1x DP83848 Phy+RJ45 Board - diverse TI PCM5102 Audio DAC Boards - 1x Cirrus 8421 Sample-Rate-Converter Board - 2.1 Audio-Amp Board mit 2xTPA3116 mit Frequenzweiche (typisches eBay-China Board) - Stereo
Audio-Bluetooth Board/Modul - 1x Hi-Link HLK-7688 OpenWRT Modul ICs/Chips: - 3x Infineon SAK-TC364DP Mikrocontroller - Mehrere Infineon TLS4120 / 4125 DC/DC Buck Chips - 8x Infineon MA12070P - 2x PIC16F84 DIP - 8x ESP32-WROOM-32D - 7x Infineon MA2304 DNS - 5x IPD50P04P4L11 Mosfet - 4x MPS MP8040
-
Thread
Verpolungschutz für MCU und PHY
nicht sicher, welches die beste Lösung ist. Ich möchte gerne eine Schaltung mit STM32F407 und PHY DP83848I vor Verpolung schützen. Ich könnte mit einer Schottky Diode arbeiten, das wäre am einfachsten, ich habe 5V als Spannungsversorgung, die MCU bzw der PHY bekommen vom LDO 3.3V, also ist ein Spannungsabfall
-
Artikel
Reichelt-Wishlist
expander * CS8900A Ethernet-Controller | | CY7C67300 (Cypress) dual role USB controller mit OTG | | | | | DP83848C (Ethernet Physical Layer Transceiver/PHY, MII/RMII-Schnittstelle, passend zu AT91SAM7X) | Ethernet Magnetics (Auch POE) | | Fast Ethernet-Controller (DE9000A/B/E, AX88796B, ...) | FTDI High Speed
-
Thread
STM32 NUCLEO H743ZI - Ethernet / WebServer-Probleme
kleines Blackboard: Man nimmt das hier https://www.ebay.de/itm/385440603731 Dann noch einen PHY DP83848 dazu https://www.ebay.de/itm/163535996543 und verbindet die beiden Teile mit _nur_ 11 Leitungen (RMII Interface) plus Versorgungs-Spannung und Masse. Damit läuft LwIP praktisch out-of-the-box
-
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
Ethernet für uC?
. STM32F407/417 haben ein Ethernet MAC eingebaut. Man benötigt nur noch ein Ethernet PHY (z.B. mit DP83848) und entsprechende Software.
-
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
STM32F407-DISC1 Board defekt
https://www.amazon.de/DollaTek-STM32F407VET6-Entwicklungsboard-Lernboard-Embedded-Entwicklungsboard/dp/B07PQPCV5S/ref=sr_1_25?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=3QDS7W19741HZ&dchild=1&keywords=stm32f407+discovery+board&qid=1614362048&quartzVehicle=1820-1194&replacementKeywords=stm32f407+board
Quatsch. Erstens hängt es davon ab, wie fehlertolerant der PHY hinsichtlich der clock (und hier war der DP83848 etwas zickig) ist, und zweitens, ob der PHY in RMII oder MII betrieben wird. RMII ist bezüglich der clock anfälliger. All das kann man nachlesen. Es gibt Leute, die gefiltert und abgeblockt haben
-
Thread
Waveshare Entwicklungsboards LPC1788 / LPC43xx + Addons
mini Board (USB zu UART Serial Port Download Modul) 1x AT24 EEPROM Board 1x VS1003B Sound Board 1x DP83848 Ethernet Board 1x Speaker Board Die Boards sind in einem sehr guten Zustand und nur selten benutzt. Bei Interesse, macht mir einfach ein vernünftiges Angebot per PN. weitere Bilder siehe
-
Thread
[Entrümpelung] Boards, Raspberry, Displays, uvm.
Board (USB zu UART Serial Port Download Modul) 1x AT24 EEPROM Board 1x VS1003B Sound Board 1x DP83848 Ethernet Board 1x Speaker Board Die Boards sind in einem sehr guten Zustand und nur selten benutzt. Bei Interesse, macht mir einfach ein vernünftiges Angebot per PN.
-
Thread
[V] LPC1768 LandTiger BaseBoard Development Board
communication interface (485 Transceiver: SP3485). * RJ45-10/100M Ethernet network interface (Ethernet PHY: DP83848). * DAC output interface, on-board speaker and speaker output driver (LM386). * ADC input interface, on-board adjustable potentiometer input. * Color LCD display interface (supports 2.8-inch
-
Thread
Ethernet mit STM32F207ZGT, LAN8742a und HR911105A
jemand einen Tipp für mich oder hat sogar die Bauteile schon > mal so in Betrieb genommen? Beim DP83848 den ich mit einem F407 im Einsatz habe braucht es einen 50 MHz Clock den der PHY zum Controller liefern muss um das RMII Interface verwenden zu können. Wenn ich mich recht erinnere, denn es ist
verwendet wird muss man aufpassen das die PHY Statusregisteradresse richtig gesetzt ist. HAL war für die DP Phy konfiguriert, die LAN8742 haben das SR an Adresse 31 und die Bits sind anders. Und genau das macht sich beim Autokonfig bemerkbar.
-
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
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
Anfängerfrage: Board mit Cortex-M4 und Ethernet
Board, welches den MAC-Teil implementiert und kann dann irgendein PHY Breakout Board wie z.B. das DP83848 nutzen, korrekt? Als Board würde ich z.B. ein STM32F407 nehmen. Nun bin ich etwas unerfahren in dem Thema und habe ein paar Fragen. Wenn ich LwIP nutze, was soweit ich das sehe die Standard
Board, welches den MAC-Teil implementiert und kann dann >irgendein PHY Breakout Board wie z.B. das DP83848 nutzen, korrekt? Ja. >Als Board würde ich z.B. ein STM32F407 nehmen. Nimm ein Nucleo Board, da gibt es viele wo Ethernet schon komplett drauf ist. Kein basteln notwendig, eine Fehlerquelle
-
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
externe Hilfe beim Projekt mit Ethernet Stm32/LWIP
). Ich habe schlicht keine zeit mich um folgendes zu kummern: ich hatte ein Stm32 Board mit einem dp83848c. Da Funktioniert ethernet einwandfrei. Das board sollte dann ein dualport switch werden. Da habe ich ein KSZ8863 (dp83848c ersetzt)eingebaut und einen 2ten Ethernetport. Jetzt kommen keine Packete
-
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
STM32 Ethernet Stack Webvisu & co
über die die Ethernet-Frames an einen PHY weitergereicht werden. Ich habe damals für meine Zwecke den DP83848 genommen, weil es den schon auf einem praktischen Breakout-Board von Waveshare gab.
-
Thread
STM32F107 + KSZ8081MNX + MCO
Hallo Community, auf einem aktuellen Design habe ich den STM32F107 zusammen mit dem TI DP83848l am laufen. Die Clock des DP838481 wird vom STM32 über MCO zu verfügung gestellt. Nun würde ich mir gerne ein bisschen Platz auf der Platine sparen und anstatt den 48 Pin DP838481 einen 32 Pin KSZ8081MNX
-
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
LwIP UDP Callback
selbstgestrickte > Ethernet-Anbindung? STM32F407-Discoveryboard verbunden über RMII mit dem PHY DP83848. Das PHY ist mit dem VN5610 Interface über Ethernet verbunden. VN5610 kennt ihr vielleicht nicht wenn ihr nicht in der Automotiv-Branche beschäftigt seid. Das ist aber nicht so wichtig. Tatsache
-
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
Netzwerk und STM32
Hallo, Ich habe einen DP83848 PHY (RMII Mode)an einem STM32F407 und ein Problem mit dem Netzwerk. Ich bekomme keine Antwort auf GET Befehle über HTTP Port 80. Wenn DHCP Funktioniert, und er auf PING Befehle reagiert...kann
-
Thread
Ethernet für Cortex-M7
Wenn Du keine Lust hast QFN zu löten, schau Dir den TI DP83848CVV im LQFP-48 an.
diesen und andere ic's schon fertig verlötet mit hühnerfutter und co, zb: http://www.waveshare.com/dp83848-ethernet-board.htm Zum entwickeln oder die einarbeitung in die materie für hobbybaschtler ideal.
-
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
LwIP mit CubeMX
direkt aus CubeMX generiert schonmal auf einem STM32F407VE zum laufen gebracht hat? Als PHY wäre der DP83848 interessant.
-
Thread
[V] uC-Boards und Kleinkram
könnte … alles unverbastelt natürlich (Ausnahmen s.u.) 1x STM32F429 Disco 3x STM32F4 2x Ethernet DP83848 passend zum STM32F4 1x STM32F3 1x Salae USB Logic-Analyser (China-Nachbau) 1x AVR-ISP Programmer 3x MSP430 Lauchnpad (Rev. 1.3,1.4,1.5) mit ~25 Controllern (die meisten 2452/53 und ein paar
-
Thread
Unerwartetes Gleichtaktsignal auf Ethernetleitungen
WLAN-Moduls (HLK-RM04 mit Ralink RT5350 SoC) mit dem einer anderen existierenden Schaltung verbinden (DP83848 PHY) und dabei die Übertrager einsparen (es ist ein kompakter Aufbau, zu Demozwecken). Normalerweise lässt sich das relativ problemlos machen, ggf. mit kleinen Kondensatoren in jeder der vier
mit 3,3V Analogspannung arbeitet, sollte eigentlich keine Rolle spielen? Hm. Den "anderen" PHY (DP83848) habe ich in der Vergangenheit bereits erfolgreich kapazitiv mit seinesgleichen sowie LAN8720 koppeln können. Kolja
-
Thread
ARM STM32F107 | Ethernet Controller programmieren
Beispiel-Quellcode gab es natürlich auch. Da dachte ich mir, das Gleiche wird auch bei dem Ethernet-Controller (DP83848) der Fall sein, doch dies war nicht der Fall. Ich fand so gut wie kein Tutorial, Anleitung oder Beispiel-Code für das Programmieren der Netzwerkkarte oder der Ethernet-Schnittstelle, kann man mir
-
Thread
lwip MAC Adresse ändern
heth.Init.Speed = ETH_SPEED_100M; heth.Init.DuplexMode = ETH_MODE_FULLDUPLEX; heth.Init.PhyAddress = DP83848_PHY_ADDRESS; MACAddr[0] = 0x00; MACAddr[1] = 0x80; MACAddr[2] = 0xE1; MACAddr[3] = 0x00; MACAddr[4] = 0x00; MACAddr[5] = 0x00; heth.Init.MACAddr = &MACAddr[0]; heth.Init.RxMode
heth.Init.Speed = ETH_SPEED_100M; heth.Init.DuplexMode = ETH_MODE_FULLDUPLEX; heth.Init.PhyAddress = DP83848_PHY_ADDRESS; MACAddr[0] = 0x00; MACAddr[1] = 0x80; MACAddr[2] = 0xE1; MACAddr[3] = 0x00; MACAddr[4] = 0x00; MACAddr[5] = 0x00; heth.Init.MACAddr = &MACAddr[0]; heth.Init.RxMode
-
Thread
USB zu Ethernet Controller
STM32F107RBT/RCT im TQFP-64 Gehäuse Eingebauter Ethernet MAC + USB Controller Mit angeflanschtem DP83848 PHY und USB Buchse und fertig ist die Laube. Gruß, dasrotemopped.
-
Thread
1. PCB Layout - Unterstützung, µC, Ram, ADC, Co
kosten die nämlich nicht und dann bekommst du es > evtl. ans Laufen... Das ist ein 10/100MBit Phy, DP83848. Laut diversen Design Guides für andere Phys, wie zb. http://ww1.microchip.com/downloads/en/AppNotes/en562748.pdf soll das ja anscheinend kein Problem sein. Lothar M. schrieb im Beitrag #4594827
-
Thread
[STM32] Was ist das beste Framework?
aber irgendwie werde ich nicht schlau, wie ich dem ARM mbed sagen kann, dass ich an meinem STM32 ein DP83848-Ethernet-PHY angebaut habe. Daher kommt meine Frage: "Welche Frameworks benutzt ihr so, und warum?"
-
Thread
[STM32] Ethernet und UDP für Dummies
Guten Tag, ich habe ein STM32F4-Discovery auf einem Open407V-D Board. Angeschlossen ist ein DP83848 PHY. Ich habe bisher kleinere Anwendungen programmiert und noch keine Erfahrungen mit Ethernet und der Middleware auf einem µC gemacht. Mein Ziel ist es später Daten über Ethernet mit UDP an
-
Thread
Zeit für das Anlegen eines Testvektors mit Boundary Scan
Xilinx FPGA (XC3S400A), einem Atmel ARM Mikroprozessor (AT91SAM9G45) und einem Ethernet Baustein (DP83848I) besteht. Mich hatte interessiert wie lange das Anlegen eines Testvektors dauert. Dazu hatte ich mit einem CASLAN Programm (Quelltext angehängt) einen Pin toggeln lassen. Bei einer TCK Frequenz
