Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Raspberry PI+ Debian Wheezy+IPC+OSCam

    Nobody is reading this thread right now.
AW: Raspberry PI+ Debian Wheezy+IPC+OSCam

Falls du es probiert hast, wäre ich über eine Rückmeldung dankbar.
Habe leider nur einen Pi und kann nicht testen, ohne meine Clients im Dunkeln zu lassen :(

Genauso geht mir ja auch. Deswegen meine Nachfrage hier, bovor ich ein derzeit laufendes System vieleicht grundlos neu aufsetze.
 
AW: Raspberry PI+ Debian Wheezy+IPC+OSCam

Ich teste im Moment auch noch mit "altem" Imagestand.

Habe mir den Cronjob eingebaut, mal sehen ob es hilft,
komme bald wieder zum 4. Tag, das war bisher immer mein kritischer Tag:

Code:
root@raspberrypi:~# uptime
 12:08:12 up 3 days, 23:38,  1 user,  load average: 0,01, 0,05, 0,05

Code:
Nov 11 12:01:01 raspberrypi CRON[18294]: pam_unix(cron:session): session opened for user root by (uid=0)
Nov 11 12:01:01 raspberrypi /USR/SBIN/CRON[18295]: (root) CMD (/etc/init.d/check-eth0)
Nov 11 12:01:01 raspberrypi logger: check_lan: eth0 is up
Nov 11 12:01:01 raspberrypi CRON[18294]: pam_unix(cron:session): session closed for user root

/etc/init.d/check-eth0
Code:
#--------------------------------------------------
#!/bin/sh

# cron script for checking w(lan) connectivity
IP_FOR_TEST="192.168.2.1"
PING_COUNT=1

PING="/bin/ping"

INTERFACE="eth0"

FFLAG="/opt/check_lan/stuck.fflg"

# ping test
$PING -c $PING_COUNT $IP_FOR_TEST > /dev/null 2> /dev/null
if [ $? -ge 1 ]
then
    logger "check_lan: $INTERFACE is down"

touch $FFLAG
date >> $FFLAG
echo 08 > /sys/devices/platform/bcm2708_usb/regoffset
cat /sys/devices/platform/bcm2708_usb/regvalue >> $FFLAG

echo 0x31 > /sys/devices/platform/bcm2708_usb/regvalue
cat /sys/devices/platform/bcm2708_usb/regvalue >> $FFLAG

else
    logger "check_lan: $INTERFACE is up"
#    rm -f $FFLAG 2>/dev/null
fi
#---------------------------------------------------------------

eingetragen beim cronjob /var/spool/cron/crontabs/root :
Code:
*/1 * * * * /etc/init.d/check-eth0

cron neu starten mit:
Code:
/etc/init.d/cron restart

Edit on:
Ach ja, damit das auch funktioniert muß man den Ordner einmalig anlegen:
mkdir -p /opt/check_lan
 
Zuletzt bearbeitet:
AW: Raspberry PI+ Debian Wheezy+IPC+OSCam

eben war es wieder soweit, uptime 4 Tage 7 h ,
eth0 weg bzw FTDI ( USB3) weg.

Aber jetzt....
Ich habe das check-lan Script im cron laufen, das repariert die eth0 Schnittstelle !!! :)
Raspel läuft weiter.

Wermutstropfen: da auch ttyUSB3 betroffen war, kommt die nicht von alleine hoch.
Aus/einstecken der Karte würde helfen
Reader aus ein hilft auch.

Ich werde das check-lan Script ändern, anstatt eth0 zu reparieren wird raspberry rebootet.

Log messages (gekürzt) :
Code:
Nov 11 11:54:01 raspberrypi logger: check_lan: eth0 is up
.
.
Nov 11 19:08:01 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:09:01 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:10:01 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:11:02 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:11:16 raspberrypi kernel: [369651.058955] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 11 19:11:16 raspberrypi kernel: [369651.058986] smsc95xx 1-1.1:1.0: eth0: MII is busy in smsc95xx_mdio_read
Nov 11 19:11:21 raspberrypi kernel: [369656.058510] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 11 19:11:21 raspberrypi kernel: [369656.058540] smsc95xx 1-1.1:1.0: eth0: MII is busy in smsc95xx_mdio_read
Nov 11 19:11:28 raspberrypi kernel: [369662.157838] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 11 19:11:28 raspberrypi kernel: [369662.627704] ------------[ cut here ]------------
Nov 11 19:11:28 raspberrypi kernel: [369662.627766] WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x2a0/0x2c0()
Nov 11 19:11:28 raspberrypi kernel: [369662.627784] NETDEV WATCHDOG: eth0 (smsc95xx): transmit queue 0 timed out
Nov 11 19:11:28 raspberrypi kernel: [369662.627796] Modules linked in: ipv6 snd_bcm2835 snd_pcm snd_seq snd_timer snd_seq_device snd snd_page_alloc spidev ftdi_sio usbserial i2c_bcm2708 spi_bcm2708
Nov 11 19:11:28 raspberrypi kernel: [369662.627904] [<c0013e1c>] (unwind_backtrace+0x0/0xf0) from [<c0028e78>] (warn_slowpath_common+0x4c/0x64)
Nov 11 19:11:28 raspberrypi kernel: [369662.627939] [<c0028e78>] (warn_slowpath_common+0x4c/0x64) from [<c0028f24>] (warn_slowpath_fmt+0x30/0x40)
Nov 11 19:11:28 raspberrypi kernel: [369662.627973] [<c0028f24>] (warn_slowpath_fmt+0x30/0x40) from [<c02eb704>] (dev_watchdog+0x2a0/0x2c0)
Nov 11 19:11:28 raspberrypi kernel: [369662.628021] [<c02eb704>] (dev_watchdog+0x2a0/0x2c0) from [<c003433c>] (run_timer_softirq+0x114/0x2a4)
Nov 11 19:11:28 raspberrypi kernel: [369662.628055] [<c003433c>] (run_timer_softirq+0x114/0x2a4) from [<c002e980>] (__do_softirq+0x90/0x128)
Nov 11 19:11:28 raspberrypi kernel: [369662.628085] [<c002e980>] (__do_softirq+0x90/0x128) from [<c002ee40>] (irq_exit+0x90/0x98)
Nov 11 19:11:28 raspberrypi kernel: [369662.628124] [<c002ee40>] (irq_exit+0x90/0x98) from [<c000e880>] (handle_IRQ+0x34/0x84)
Nov 11 19:11:28 raspberrypi kernel: [369662.628161] [<c000e880>] (handle_IRQ+0x34/0x84) from [<c037ccf4>] (__irq_svc+0x34/0xc8)
Nov 11 19:11:28 raspberrypi kernel: [369662.628193] [<c037ccf4>] (__irq_svc+0x34/0xc8) from [<c000e990>] (default_idle+0x24/0x28)
Nov 11 19:11:28 raspberrypi kernel: [369662.628222] [<c000e990>] (default_idle+0x24/0x28) from [<c000eb78>] (cpu_idle+0x9c/0xc4)
Nov 11 19:11:28 raspberrypi kernel: [369662.628262] [<c000eb78>] (cpu_idle+0x9c/0xc4) from [<c04c2718>] (start_kernel+0x280/0x2c8)
Nov 11 19:11:28 raspberrypi kernel: [369662.628281] ---[ end trace 6329538890671491 ]---
Nov 11 19:11:33 raspberrypi kernel: [369667.157344] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000114
Nov 11 19:11:38 raspberrypi kernel: [369672.156837] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 11 19:11:43 raspberrypi kernel: [369677.156335] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000118
Nov 11 19:11:48 raspberrypi kernel: [369682.155828] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 11 19:11:53 raspberrypi kernel: [369687.155331] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000114
Nov 11 19:11:58 raspberrypi kernel: [369692.154832] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 11 19:12:03 raspberrypi kernel: [369697.154330] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000118
Nov 11 19:12:10 raspberrypi kernel: [369705.003600] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000014
Nov 11 19:12:10 raspberrypi kernel: [369705.003632] smsc95xx 1-1.1:1.0: eth0: Failed to write HW_CFG_LRST_ bit in HW_CFG register, ret = -110
Nov 11 19:12:11 raspberrypi logger: check_lan: eth0 is down
Nov 11 19:12:13 raspberrypi kernel: [369707.586546] smsc95xx 1-1.1:1.0: eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
Nov 11 19:13:01 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:14:01 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:15:01 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:16:01 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:17:01 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:18:01 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:19:02 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:20:01 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:21:01 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:22:01 raspberrypi logger: check_lan: eth0 is up
Nov 11 19:22:07 raspberrypi kernel: [370301.636126] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 11 19:22:07 raspberrypi kernel: [370301.636158] smsc95xx 1-1.1:1.0: eth0: MII is busy in smsc95xx_mdio_read
Nov 11 19:22:12 raspberrypi kernel: [370306.635623] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 11 19:22:12 raspberrypi kernel: [370306.635653] smsc95xx 1-1.1:1.0: eth0: MII is busy in smsc95xx_mdio_read
Nov 11 19:22:18 raspberrypi kernel: [370312.735022] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 11 19:22:23 raspberrypi kernel: [370317.734536] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000114
Nov 11 19:22:28 raspberrypi kernel: [370322.734043] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 11 19:22:33 raspberrypi kernel: [370327.733555] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000118
Nov 11 19:22:38 raspberrypi kernel: [370332.733061] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 11 19:22:43 raspberrypi kernel: [370337.732571] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000114
Nov 11 19:22:48 raspberrypi kernel: [370342.732070] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 11 19:22:53 raspberrypi kernel: [370347.731579] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000118
Nov 11 19:23:01 raspberrypi logger: check_lan: eth0 is down
Nov 11 19:23:03 raspberrypi kernel: [370357.121241] smsc95xx 1-1.1:1.0: eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
Nov 11 19:24:01 raspberrypi logger: check_lan: eth0 is up
.
.
Nov 11 20:19:01 raspberrypi logger: check_lan: eth0 is up

/opt/check_lan/stuck.fflg:
Code:
So 11. Nov 19:12:11 CET 2012
Reg@0x000008 = 0x00000030
Reg@0x000008 = 0x00000031
So 11. Nov 19:23:01 CET 2012
Reg@0x000008 = 0x00000030
Reg@0x000008 = 0x00000031
 
Zuletzt bearbeitet:
AW: Raspberry PI+ Debian Wheezy+IPC+OSCam

also auch mit dem aktuellen Image von Ende Oktober hat sich mein Raspy immer nach 5 Tagen verabschiedet und zwar immer nachts, wenn eigentl. gar kein Traffic auf der Leitung ist. Auch trotz fastmode auf "N" usw. Dieses Script, dass der Raspy immer prüft, ob er noch eine Verbindung hat, funktioniert bei mir nicht, er bleibt nach wie vor nicht erreichbar.

Es ist ja auch irgendwie komisch, dass es immer genau nach 5 Tagen ist.
 
AW: Raspberry PI+ Debian Wheezy+IPC+OSCam

Hattet ihr das probiert?

In der "/boot/cmdline.txt" folgendes austauschen/kopieren:

Code:
dwc_otg.microframe_schedule=1 smsc95xx.turbo_mode=N sdhci-bcm2708.missing_status=0 sdhci-bcm2708.sync_after_dma=0 dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 rootwait dwc_otg.speed=1

danach sollte die datei so ausschauen.
 
AW: Raspberry PI+ Debian Wheezy+IPC+OSCam

Hattet ihr das probiert?

Ja, das hat aber bei mir nur die Geraetekompatibilitaet erhoeht. Nicht aber die Zuverlaessigkeit.

Ich hoffe dass annie noch sein skript hier aendert um den Reboot auszufuehren... :D

Meine Linuxkenntnisse sind leider sehr bescheiden, deswegen hoffe ich auf die Hilfe von den Profis hier...

Was ich grad entdeckt hab, evtl. gibts einen neuen Treiber fuer ftdi...

Im Topic 10:
 
AW: Raspberry PI+ Debian Wheezy+IPC+OSCam

Wermutstropfen: da auch ttyUSB3 betroffen war, kommt die nicht von alleine hoch.
Aus/einstecken der Karte würde helfen
Reader aus ein hilft auch.
vielleicht hilft dir das:
Code:
echo="USB Treiber entladen.."
modprobe -r ehci_hcd
sleep 3
echo="USB Treiber laden.."
modprobe ehci_hcd
einfach in deinem script wo eth0 gefixt wird, einfügen
das ist auch über den ipc befehl "i usbreset" möglich
 
AW: Raspberry PI+ Debian Wheezy+IPC+OSCam

mache aber jetzt den Versuch mit neustem Image (rpi-update) um zu testen ob da der Fehler auch noch ist ???

Als Image habe ich das letzte Image vom 28.10.2012 genommen und dann rpi-update gemacht.

Zunächst mal ohne IPC, hab mir die Scripte die ich brauche und die oscam-svn manuell eingebunden.

Wenn ich ehrlich bin, allzu große Hoffnung habe ich nicht...
Danach werde ich versuchen das check-lan Script zu modifizieren.
 
AW: Raspberry PI+ Debian Wheezy+IPC+OSCam

Kann ich auch bestätigen, die Fehlermeldungen kommen auch bei dieser Version, abgestürzt ist raspberry noch nicht:
Seltsamerweise kommen die Fehler immer Nachts wenn nix zu tun ist ?

Code:
Nov 13 05:04:00 raspberrypi kernel: [47313.430561] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 13 05:04:00 raspberrypi kernel: [47313.430660] smsc95xx 1-1.1:1.0: eth0: Error reading MII_ACCESS
 
AW: Raspberry PI+ Debian Wheezy+IPC+OSCam

nunja was heisst nichts zu tun?
hast du das mal mit den oscam log einträgen verglichen ob da tatsächlich nichts zu tun is?
läuft umdie 0500 vielleicht ein crontab eintrag der doch irgendwas "tut"? (es gibt nicht nur /etc/crontab als solches sondern auch /etc/cron.*/)
was steht denn kurz vorher im syslog?

habt ihr auch schon das modifizierte script ausprobiert?
Code:
#!/bin/sh
# cron script for checking w(lan) connectivity
# /var/spool/cron/crontabs/root: */1 * * * * /etc/init.d/check-eth0.sh
#--------------------------------------------------

IP_FOR_TEST="192.168.2.1"
PING_COUNT=1
PING="/bin/ping"
INTERFACE="eth0"
FFLAG="/opt/check_lan/stuck.fflg"

# ping test
$PING -c $PING_COUNT $IP_FOR_TEST > /dev/null 2> /dev/null
if [ $? -ge 1 ]; then
    logger "check_lan: $INTERFACE is down"
    [ ! -d /opt/check_lan ] && mkdir -p /opt/check_lan
    touch $FFLAG
    date >> $FFLAG
    echo 08 > /sys/devices/platform/bcm2708_usb/regoffset
    cat /sys/devices/platform/bcm2708_usb/regvalue >> $FFLAG
    echo 0x31 > /sys/devices/platform/bcm2708_usb/regvalue
    cat /sys/devices/platform/bcm2708_usb/regvalue >> $FFLAG
    logger "check_lan: USB Treiber entladen.."
    modprobe -r ehci_hcd
    sleep 2
    logger "check_lan: USB Treiber laden.."
    modprobe ehci_hcd
else
    logger "check_lan: $INTERFACE is up"
    #rm -f $FFLAG 2>/dev/null
fi
#---------------------------------------------------------------
 
Zuletzt bearbeitet von einem Moderator:
AW: Raspberry PI+ Debian Wheezy+IPC+OSCam

Im Moment habe ich im "neuen" Image kein check-lan laufen.
Neben neuem 2,5 A Netzteil, neuen SD Cards (Transend Class 10, 4, 8, 16 Gbyte), USB Hub (China wie auch D-Link, aktiv wie passiv),
habe ich alles getauscht um Hardware auszuschließen.
USB Kabel habe natürlich auch schon getauscht zum Hub.
Das LCD Display habe ich im Moment nicht mehr dran, um bessere Testaussagen machen zu können.

Diverse Einträge in der cmdline habe ich auch durch und nur noch den Eintrag für den Hub drin:
Code:
dwc_otg.lpm_enable=0 dwc_otg.speed=1 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

syslog gibt das aus, da ist nix passiert

Code:
Nov 13 04:17:01 raspberrypi /USR/SBIN/CRON[18560]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Nov 13 05:04:00 raspberrypi kernel: [47313.430561] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Nov 13 05:04:00 raspberrypi kernel: [47313.430660] smsc95xx 1-1.1:1.0: eth0: Error reading MII_ACCESS
Nov 13 05:17:01 raspberrypi /USR/SBIN/CRON[7604]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)

zur Oscam, da ist nur Homesharing dran, zur dieser frühen Stunde nicht genutzt.
Auch meine Fritzbox hatte zu dieser Zeit keine Aktion wie neue IP oder so...

Ich teste das jetzt so bis zum Absturz, danach nehme ich mal das modifizierte check-lan Script
 
Zuletzt bearbeitet:
AW: Raspberry PI+ Debian Wheezy+IPC+OSCam

Hallo,
wollte mich auch mal kurz einklinken.
Hab auch die Whezzy neuster Stand. Mit 2 Cardreadern bekomm ich auch diese Faild to Read register Fehler.
Mit nur einem Cardreader läuft er seit 3 Tagen durch.
Hoffe das wird mit einem neuen Kernel bald gefixed ist ja nicht nur bei Readern so. Scheinen recht viele das Problem zu haben.
Gruß
 
AW: Raspberry PI+ Debian Wheezy+IPC+OSCam

UPDATE der Anleitung

Beim Durchlesen dieses Threads habe ich mir sehr viel mitgeschrieben und ausprobiert.
Das ganze habe ich schließlich zusammengetragen und möchte es nicht für mich behalten.

Ich weise ausdrücklich darauf hin, dass ich nicht Urheber der Informationen bin. Dieser Ruhm gehört anderen (z. B. Lordduckstein, Aragorn oder thomas4golf).



Ich hoffe ihr könnt es brauchen. Hängt zwar jetzt im Post Nr. 395 - aber was soll´s ;)
 
Zurück
Oben