ESP32-MiniWebRadio
ESP32-MiniWebRadio copied to clipboard
schreibfaul1
DLNA Client
Hallo Wolle ,
habe folgende permanente Ausgabe
[394642][E][NetworkClient.cpp:272] connect(): socket error on fd 61, errno: 104, "Connection reset by peer" [394653][E][DLNAClient.cpp:141] srvGet(): The server 192.168.2.171:2869 is not responding [394706][E][NetworkClient.cpp:272] connect(): socket error on fd 61, errno: 104, "Connection reset by peer" [394717][E][DLNAClient.cpp:141] srvGet(): The server 192.168.2.171:2869 is not responding [394745][E][NetworkClient.cpp:272] connect(): socket error on fd 61, errno: 104, "Connection reset by peer" [394756][E][DLNAClient.cpp:141] srvGet(): The server 192.168.2.171:2869 is not responding [394809][E][NetworkClient.cpp:272] connect(): socket error on fd 61, errno: 104, "Connection reset by peer" [394820][E][DLNAClient.cpp:141] srvGet(): The server 192.168.2.171:2869 is not responding [394839][E][NetworkClient.cpp:272] connect(): socket error on fd 61, errno: 104, "Connection reset by peer" [394850][E][DLNAClient.cpp:141] srvGet(): The server 192.168.2.171:2869 is not responding [394875][E][NetworkClient.cpp:272] connect(): socket error on fd 61, errno: 104, "Connection reset by peer" [394886][E][DLNAClient.cpp:141] srvGet(): The server 192.168.2.171:2869 is not responding [394905][E][NetworkClient.cpp:272] connect(): socket error on fd 61, errno: 104, "Connection reset by peer" [394916][E][DLNAClient.cpp:141] srvGet(): The server 192.168.2.171:2869 is not responding [395007][E][NetworkClient.cpp:272] connect(): socket error on fd 61, errno: 104, "Connection reset by peer" [395018][E][DLNAClient.cpp:141] srvGet(): The server 192.168.2.171:2869 is not responding [395114][E][NetworkClient.cpp:272] connect(): socket error on fd 61, errno: 104, "Connection reset by peer" [395125][E][DLNAClient.cpp:141] srvGet(): The server 192.168.2.171:2869 is not responding [395146][E][NetworkClient.cpp:272] connect(): socket error on fd 61, errno: 104, "Connection reset by peer" [395157][E][DLNAClient.cpp:141] srvGet(): The server 192.168.2.171:2869 is not responding
woher kommt das ?
Weiterhin ist mir folgendes aufgefallen sofern man einen ESP S3 N8R2 benutzen will muss der Typ vom PSRAM umgestellt werden .Ist das gewollt ?
Viele Grüße Arne
Hallo Arne,
das ist ein seltsamer Fehler. Zu Beginn wird ein Multicast gesendet um zu erfahren, wie viele DLNA Server im Heimnetz existieren. Danach wird jeder DLNA Server, der auf das Multicast reagiert hat abgefragt und übermittelt weitere Informationen als xml Datei an den Client. Genau das funktioniert hier nicht. Kannst du bitte mit dem VLC Player in Erfahrung bringen was 192.168.2.171 ist.
Wenn du auf "Information" klickst siehst du die IP und den Port. Vielleicht ist der Port 2869 falsch.
Der ESP S3 N8R2 benutzt eine quad SPI Verbindung zum PSRAM, N8R8 ist octal angebunden. Leider wird das nicht automatisch erkannt, sondern muss in menuconfig eingestellt werden. Wenn du die Möglichkeit hast, einen N8R8 oder N16R8 zu verwenden ist das sie bessere Wahl wegen dem schnellerem PSRAM.
beste Grüße Wolle
Hallo zusammen!
Ergänzung zur Fehlersuche, diese
errno: 104, "Connection reset by peer"
erhalte ich auch sporadisch, sogar wenn ich nur über das Web-Interface die Lautstärke verändere, d.h. der aktuelle Status auf die SD-Karte geschrieben werden soll:
16:05:47 StationName: - 0 N - Evergreens on Radio
16:05:47 icy-url: .. http://www.0nradio.com
16:05:47 AUDIO_info: AACDecoder has been initialized, free Heap: 153143 bytes , free stack 3136 DWORDs
16:05:47 lastURL: .. https://0n-evergreens.radionetz.de/0n-evergreens.aac
16:05:47 AUDIO_info: stream ready
16:05:47 AUDIO_info: syncword found at pos 0
16:05:47 AUDIO_info: Channels: 2
16:05:47 AUDIO_info: SampleRate: 44100
16:05:47 AUDIO_info: BitsPerSample: 16
16:05:47 AUDIO_info: BitRate: 28940
16:05:47 AUDIO_info: AAC HeaderFormat: ADTS
16:05:47 AUDIO_info: Spectral band replication: upsampled SBR
16:05:47 StreamTitle: Camouflage - Love Is A Shield
16:05:48 Audiocodec: AAC
[950387][E][NetworkClient.cpp:433] write(): fail on fd 62, errno: 104, "Connection reset by peer"
16:06:32 webSrv: ... File not found "/png/Button_Volume_Up_Yellow.png"
d.h. der Fehler erscheint sporadisch, obwohl die Dateien ordnungsgemäß auf der SD-Card existieren (Laufzeitproblem?)
Gruß, Alfons
Hallo Wolle ,
einer meiner Rechner hat das Problem verursacht.
Danke Gruß Arne
Hallo Arne, das wird nicht dein Rechner sein, ich vermute dass eine Datei nicht gefunden wurde. Ich bin noch bei der Fehlersuche.
This issue is stale because it has been open for 30 days with no activity.
![github-actions[bot] avatar](https://avatars.githubusercontent.com/in/15368?v=4 "Published by a pub.dev verified publisher"){kind=small}
Ich schließe mich hier an. Nach meiner Odysee hier https://github.com/schreibfaul1/ESP32-MiniWebRadio/issues/564 erhalte ich nun diese Meldung im Sekundentakt und der ESP 32 S3 bremst sich damit selber aus.
[ 14776][E][DLNAClient.cpp:141] srvGet(): The server 0.0.0.0:1901 is not responding [ 17794][E][DLNAClient.cpp:141] srvGet(): The server 0.0.0.0:1901 is not responding [ 20810][E][DLNAClient.cpp:141] srvGet(): The server 0.0.0.0:1901 is not responding [ 23831][E][DLNAClient.cpp:141] srvGet(): The server 0.0.0.0:1901 is not responding [ 26848][E][DLNAClient.cpp:141] srvGet(): The server 0.0.0.0:1901 is not responding [ 29869][E][DLNAClient.cpp:141] srvGet(): The server 0.0.0.0:1901 is not responding ... [286800][E][DLNAClient.cpp:141] srvGet(): The server 0.0.0.0:1901 is not responding [286846][E][NetworkClient.cpp:433] write(): fail on fd 21, errno: 104, "Connection reset by peer" [289862][E][DLNAClient.cpp:141] srvGet(): The server 0.0.0.0:1901 is not responding [292910][E][DLNAClient.cpp:141] srvGet(): The server 0.0.0.0:1901 is not responding [295929][E][DLNAClient.cpp:141] srvGet(): The server 0.0.0.0:1901 is not responding [298970][E][DLNAClient.cpp:141] srvGet(): The server 0.0.0.0:1901 is not responding
Ich habe heute nochmal einen komplett neuen ESP32 S3 mit dem aktuellen Code aus dem Github Repo bespielt. Keine Veränderung. Er blockiert sich ohne Ende selbst. Sinnvoll wäre, wenn er irgendwann mal aufgeben würde. Aber es läuft absolut endlos die Fehlermeldung durch. Vom Aufbau der Weboberfläche, die man währenddessen versucht, aufzurufen, hätte ich ein Video machen sollen. Da sieht man wunderbar, wie sich der ESP so selbst blockiert: Fehlermeldung, Icon lädt, Fehlermeldung, Icon lädt, Fehlermeldung, Icon lädt usw. Gibt es schon eine Erkenntniss, wie man das umgehen oder deaktivieren kann?
Ergänzung: Ich habe den ESP nun mit einem anderen Netzwerk verbunden, in dem er das einzige Gerät ist. D.h. offenbar gab es in dem anderen Netzwerk ein DLNA-fähiges Gerät, mit dem er sich auf Biegen und Brechen versucht hat, zu verbinden. Drei Sachen sind nicht sinnvoll bzw. fraglich:
- warum lautet die Adresse 0.0.0.0:1901 - das klingt so, als ob er sich mit sich selber verbinden möchte. Offenbar ist das im neuen Netzwerk nicht mehr der Fall. Ich versuche, das entsprechende Gerät nun mit Hilfe des Ports ausfindig zu machen.
- warum blockiert er sich damit selbst und bricht nicht nach X Versuchen ab oder gibt eine Statusmeldung über die Weboberfläche aus, die über das weitere Vorgehen entscheiden lässt?
- warum kann man zu DLNA grundsätzlich keine Einstellungen vornehmen - z.B. deaktivieren?
Das ist eigenartig. Beim Start wird ein Rundspruch per udp ins Heimnetz geschickt. Dann wird eine kurze Zeit auf mögliche Antworten gewartet. Wenn ein DLNA-Mediaserver antwortet wird dessen IP Adresse in eine Liste eingetragen und nach dessen Namen gefragt. Das ist das "srvGet()" Ich würde gerne wissen was bei dir auf 0.0.0.0 Port 1901 antwortet. Zur Not könnte diese IP als ungültig erklärt werden, was sie sowieso schon ist.
Das Ergebnis des Rundspruchs sieht bei mir so aus:
das ist die FritzBox und ein DLNA Server, den ich auf meinem PC installiert habe.
Ich konnte es mit Wireshark herausfinden. Es sind zwei Sonos-Lautsprecher. Eigentlich sind das doch DLNA-Clients und keine Server. Und seltsam bleibt, dass der ESP eben die 0.0.0.0:1901 zeigt und nicht die IP-Adressen der Sonos-Lautsprecher. Wie gesagt: Sobald man die Lautsprecher abstöpselt oder man den ESP mit einem "leeren" WLAN verbindet, gibt es die Meldung nicht mehr. Also sind die beiden die Übeltäter und der ESP kann nicht so gut damit umgehen.
super, ich habe in der Zwischenzeit in der DLNA Lib. die IP 0.0.0.0 gesperrt. Ich kann es nicht testen, aber ich glaube es funktioniert. Wenn du die Lib mit "full clean" neu holst ist das Problem hoffentlich weg.
Der UDP Multicast geht so:
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 3
ST: urn:schemas-upnp-org:device:MediaServer:1
seltsam, dass deine Sonos Lautsprecher darauf reagieren.
vG Wolle
Ja, das sieht jetzt besser aus und er scheint die DLNA-Störenfriede mehr oder weniger zu ignorieren und auch etwas darüber zu "erzählen". Siehe Screenshot. Die Weboberfläche lädt ohne Verzögerung. Auch scheint er einen Stream zu laden und wiederzugeben. Mein PCM5102 gibt jedoch noch keinen Mucks von sich. Aber das ist wahrscheinlich eine andere Baustelle.