Posts by ernschd

Quote from RTFM

Das ist mir schon klar, dass der USB Anschluss Deines FTDI Konverters nicht zum Pi, sondern zum PC bzw. USBDM zeigt und Du über RX/TX des FTDI mit TX/RX des Pi zu kommunizieren versuchst. FTDI Converter (aka Adapter) können auf der RX/TX Seite RS232, oder TTL. Der Pi kann/darf aber nur3,3 V an seinen (UART) RX/TX Pins. [TTL=5V, RS232= +12V bis -12V]. https://de.wikipedia.org/wiki/FTDI

Wenn Dein Pi auf /dev/serial0, oder /dev/ttyAMA0 Daten empfängt, aber nicht sendet,

a.) hast "Du" kein Schreibrecht auf das Device ( ls -l /dev/Dein_Device, id),

b.) Ist der TX Pegel des Pi (3,3 V) zu niedrig, um vom Converter/Adapter erkannt zu werden,

c.) hast Du Durch Deine Basteleien den UART möglicherweise schon geschrottet.

Theoretisch ist es auch möglich, dass beim Anstecken des FTDI an einen Windows Rechner der FTDI unbrauchbar wird, wenn kein Originalchip verbaut ist. https://www.golem.de/news/ftdi-wind…410-110039.html

Servus !

Display More

Wir reden aneinander vorbei - um auf Nummer sicher zu gehen, habe ich den FTDI erst einmal zur Seite gelegt und NUR die beiden PINS auf dem GPIO-Port des Raspberry verbunden (Loopback). Damit wollte ich evtl. Fehlerquellen ausschließen.

Ich verwende jetzt einen neuen Raspberry, damit scheint alles zu funktionieren.
Vielen Dank an alle!

Quote

Warum Raspbian Jessie und nicht Stretch (bzw. seit vorgestern Buster)?

Weil ich einen USBDM damit ansprechen muss, und die Software nur unter Jessie funktioniert.

RTFM: habe ich jetzt in der frischen Installation versucht. Bluetooth ist deaktiviert. ttyS0 und ttyAMA0 bringt auch kein Ergebnis.
Ich verwende keinen Konverter, ich habe die Ports RX und TX verbunden.

Hat die Geschichte schon mal jemand zum Laufen gebracht? Das kann doch eigentlich nicht so schwer sein...!

Danke für die Antworten - ändert aber leider auch nichts.

In der Zwischenzeit habe ich die Ports RX und TX miteinander verbunden, um mit minicom die Verbindung zu prüfen.

Ich habe das Programm mit "minicom -D /dev/serial0" gestartet, mit CTRL+A E den lokalen Echomode eingeschaltet, dann einen Text eingegeben und mit Enter abgeschickt. Passiert ist aber nichts.

Ich ziehe mir jetzt mal eine leere Jessie Installation auf die SD-Karte und versuche mein Glück erneut.

Klar, unter Windows habe ich die entsprechenden Einstellungen für den COM-Port gesetzt.
Die geposteten Programme laufen jedoch beide auf dem Raspberry.

Hallo,

ich versuche jetzt schon länger, mit meinem Zero W eine serielle Kommunikation hinzubekommen. Auf dem Raspberry läuft eine "frische" Jessie Installation. Ich habe die Konfiguration nach dieser Anleitung abgeändert - jetzt ist mein Serial0 ttyAMA0.

Zum Testen habe ich einen USB-FTDI an meinen PC angeschlossen und mit dem Raspberry verbunden (TX, RX und GND). Dann habe ich ein Python-Programm erstellt, welches Daten vom PC empfängt:

import serial
ser = serial.Serial('/dev/serial0', 9600, 8, 'N', 1, timeout=2)
Eingang = ""
while True:
  Eingang = ser.readline()
  print "Eingang '%s'" % (Eingang)

Ich habe vom PC aus mit HTerm ein paar Daten gesendet, und diese kommen auf dem Raspberry an.

Nun kommt der für mich relevante Teil, der leider nicht funktioniert. Ich sende vom Raspberry aus Daten über die serielle Schnittstelle, aber der PC empfängt nichts:

import serial
import time

delay = 0.5
comunicacion = serial.Serial('/dev/serial0', 9600, 8, 'N', 1, timeout=2)
comunicacion.close()
comunicacion.open()

while True:
  comunicacion.write('1\r\n')
  time.sleep(delay)
  comunicacion.write('0\r')
  time.sleep(delay)
  comunicacion.write('2\n')
  time.sleep(delay)
  comunicacion.write('3')

Ich habe versuchsweise die RX- und TX-Leitung vertauscht, ohne Erfolg. Dann habe ich mit einem Logic-Analyzer geprüft, ob Daten übertragen werden. Leider nur, wenn sie vom PC aus gesendet werden. Ich verstehe das ganze nicht - sollte Senden und Empfangen nicht gleichermaßen funktionieren?

Hat noch jemand eine Idee, was ich sonst noch tun könnte?

Danke und Grüße

Hast du es im Windows Explorer eingegeben oder im Internet Explorer? Im IE wird es natürlich nicht funktionieren...

Versuche mal folgendes: im Windows Explorer die Adresse von OpenElec in der Adressleiste eingeben (z.B. \\openelec oder die entsprechende IP-Adresse). Dann sollte auch der Update-Ordner auftauchen.

Hi,

ich würde dir als Betriebssystem Openelec empfehlen, da es einfach flüssiger läuft als Raspbmc.

Wenn der Raspberry seinen Strom über einen USB-Anschluss vom TV bekommt, wird er zusammen mit dem Fernseher an- und ausgeschaltet. Ansonsten läuft er so lange, bis du ihn herunter fährst (z.B. über CEC).

Ob sich die Festplatte abschaltet kann ich nicht sagen, da ich ein NAS verwende, aber ich glaube, ich habe schon mal eine entsprechende Einstellung in XBMC gesehen.

Gruß,
Ernschd

Oder den Ember Media Manager

Hi,

ich würde einfach warten, bis OpenElec 4.0 Stable veröffentlicht wird, das beinhaltet XBMC Gotham. Kann nicht mehr lange dauern, z.Zt. ist Release 7 aktuell.

Hi,

als Quelle für die News würde ich einfach einen RSS-Feed verwenden (kann auch Bilder enthalten).
Dann würde ich ein kleines Linux installieren, für das es mit Sicherheit ein Tool gibt, welches den RSS-Feed im Vollbildmodus anzeigt.

Geh mal in die Video-Einstellungen und schau nach, ob du bei "Wiedergabe" die Option "Synchronisiere Wiedergabe mit Anzeige" aktiviert hast.
Das hat bei mir neulich so ein Hicksen erzeugt, als der Ton permanent angepasst wurde.

Lade Dir ein Tool runter, z.B. Mediainfo, mit dem Du sehen kannst, welcher Videocodec für die Datei verwendet wird.
Der Raspberry kann nur bestimmte Formate mit Hardwarebeschleunigung abspielen, ansonsten kommt kein Bild.

Hi,

habe das gleiche Problem.

Ich bin mir aber ziemlich sicher, dass es nicht an der Hardware liegt, denn zum einen kann man den Raspberry ja über SSH herunterfahren, zum anderen hat es bei mir am Anfang mit Openelec funktioniert.

Im Openelec-Forum gibt es einen Thread zu dem Problem.