Ergebnis 1 bis 15 von 332

Thema: monitord auf Raspberry Pi

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Registriert seit
    11.02.2013
    Beiträge
    10
    Ich könnte mich aufregen!
    Es lief 4 Wochen am stück ohne Unterbrechungen und jetzt hält es nicht mal mehr eine halbe Stunde!

    Mit:
    cat /proc/asound/cards | grep -c "Creative Labs"
    finde ich raus ob die Karte noch da ist. Leider stellt dies aber nicht sicher ob sie auch geht.

    Mit:
    amixer -c 1 2> sound.log
    grep -c "error" sound.log
    Versuche ich auf die Karte zu zu greifen um zu schauen ob sie funktioniert. Das scheint zu klappen.

    Mit:
    lsusb | grep "Creative" | awk '{print substr($4,1,3)}'
    finde ich heraus auf welchen Port sie sich befindet.
    um mit:
    sudo ./usbreset /dev/bus/usb/001/$usbport
    die Karte zu resetten
    das C-Programm zum resetten der Karte findet man hier:
    http://toothbrushsymphony.blogspot.d...pberry-pi.html

    Gut jetzt merke ich zwar das es Probleme gibt und kann was da gegen tun nur währe mir der Zustand von vorher wo es noch lange lief lieber.
    Ich weiß nicht woran es liegen könnte.

    USB-Hub als Stromversorgung zwischen schalten habe ich probiert dann läuft aber definitiv die Auswertung schlecht!

  2. #2
    DeLocke Gast
    Zitat Zitat von MueThoS Beitrag anzeigen
    Ich könnte mich aufregen!
    Es lief 4 Wochen am stück ohne Unterbrechungen und jetzt hält es nicht mal mehr eine halbe Stunde!

    Mit:
    cat /proc/asound/cards | grep -c "Creative Labs"
    finde ich raus ob die Karte noch da ist. Leider stellt dies aber nicht sicher ob sie auch geht.

    Mit:
    amixer -c 1 2> sound.log
    grep -c "error" sound.log
    Versuche ich auf die Karte zu zu greifen um zu schauen ob sie funktioniert. Das scheint zu klappen.

    Mit:
    lsusb | grep "Creative" | awk '{print substr($4,1,3)}'
    finde ich heraus auf welchen Port sie sich befindet.
    um mit:
    sudo ./usbreset /dev/bus/usb/001/$usbport
    die Karte zu resetten
    das C-Programm zum resetten der Karte findet man hier:
    http://toothbrushsymphony.blogspot.d...pberry-pi.html

    Gut jetzt merke ich zwar das es Probleme gibt und kann was da gegen tun nur währe mir der Zustand von vorher wo es noch lange lief lieber.
    Ich weiß nicht woran es liegen könnte.

    USB-Hub als Stromversorgung zwischen schalten habe ich probiert dann läuft aber definitiv die Auswertung schlecht!
    Hi,

    ich hatte bei mir mal die USB Geschwindigkeit reduziert von USB2 auf USB1.1 - aber ich weiß jetzt nicht mehr wie ich das gemacht habe. Den Vorschlag hatte ich aus einem Forum...

  3. #3
    Registriert seit
    11.02.2013
    Beiträge
    10
    Läuft auf 1.1

    ich mache gerade mal ein update / upgrade auf dem pi
    Glaube zwar nicht das dies die Sache besser macht aber naja.

    Ansonsten bleibt nur neu auf setzten

    Alle ca 15 Minuten hängt sie sich auf.
    Wenigstens merkt das Script das jetzt.

  4. #4
    Registriert seit
    02.01.2002
    Beiträge
    105
    Hallo,

    ich setze seit einigen Jahren erfolgreich die alte monitor Version 1.8.1 ein.
    Habe jetzt nach Eurer Anleitung auch die monitord, auf dem Raspberry, für ZVEI zum Laufen bekommen.

    Frage: Hat jemand von Euch die alte Monitor Version 1.8.1 auf dem Raspberry Pi zum Laufen gebracht?

    Nachdem ich im Makefile

    CFLAGS +=-Wall -g -O -DARCH_i386
    else
    CFLAGS +=-O3 -march=i486 -DARCH_i386


    durch


    CFLAGS +=-Wall -g -O -DARCH_armv6
    else
    CFLAGS +=-O3 -march=armv6 -DARCH_armv6


    ersetzt habe, lief das make durch.

    Wenn ich monitor starte, passiert aber nichts.


    Gruß

    Marcel

  5. #5
    Registriert seit
    07.09.2003
    Beiträge
    694
    Ich würde wetten, das hängt am Sounddevice. Du musst mal schauen, welches Sounddevice Deine USB-Soundkarte (oder was verwendest Du sonst?) abbildet. Das muss dann entsprechend im Quelltext angepasst werden vor dem Compilieren.
    Bekommst Du denn irgendwelche Fehlermeldungen, wenn Du monitor startest?

    Gruß,
    Funkwart

    PS: Vielleicht solltest Du einen neuen Thread "monitor auf Raspberry Pi" aufmachen, damit hier nichts durcheinander kommt.
    Geändert von funkwart (05.06.2013 um 06:18 Uhr) Grund: PS zugefügt

  6. #6
    Registriert seit
    02.01.2002
    Beiträge
    105
    Hi,

    ich habe an meinem Raspberry Pi per USB-HUB eine Sound Blaster Play!
    angeschlossen.

    Unter /dev/ gibt es audio und audio1.

    In der Datei "unixinout.c", in Zeile 1395,
    habe ich das Audio-Device "/dev/audio" geändert.
    Habe aber auch /dev/audio1 und hw:1,0 getestet.


    if ((fd = open(ifname ? ifname : "/dev/audio", O_RDONLY)) < 0) {


    Es kommt einfach keine Ausgabe beim Aufruf von monitor.
    Siehe Anhänge.
    Miniaturansichten angehängter Grafiken Miniaturansichten angehängter Grafiken Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	2013-06-05.jpg 
Hits:	222 
Größe:	4,0 KB 
ID:	14809   Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	03 2013-06-05.jpg 
Hits:	214 
Größe:	7,2 KB 
ID:	14810  
    Angehängte Dateien Angehängte Dateien

  7. #7
    Registriert seit
    02.01.2002
    Beiträge
    105
    @all

    hat jemand von Euch noch Kontakt zum Autor
    von monitor 1.8.1 (Markus Grohmann)?
    Oder ist er hier eventuell im Forum noch unterwegs?

    Ich würde gerne die alte Monitor-Version weiter verwenden,
    allerdings auf dem Raspberry Pi.

    Über die Jahre habe ich mir einiges dazu gebastelt,
    so das es eine brauchbare Lösung für 5-Ton Alarmierung ist.

    Ich habe das ganze jetzt noch einmal unter Pidora probiert.
    Make läuft durch. Bekomme aber auch hier keine Konsolenausgabe.

    Ich vermute, das hängt mit dem ARM zusammen.

    Hat eventuell noch jemand Tips für mich, oder könnte das mal probieren?


    Gruß

    Marcel

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •