SIS_PMS hangs, no kill possible

[Guest]

Originally posted by: <email address deleted>

Hi,
wenn zu oft schalte hängt sispmctl. FHEM bleibt beim Start an
2012.02.14 11:42:13 3: SISPM_GetCurrentConfig: Using "/usr/local/bin/
sispmctl" as parameter to open(); trying ...
hängen.
Die sispmctl lassen sich nichtmal mit kill -9 killen (auf Synology
NAS)
Ich benutze
# $Id: 70_SISPM.pm 1210 2012-01-23 17:12:01Z real-wusel $

Was mich wundert, dass sich die USB IDs laufend aendern, vermutlich
bei jedem Schaltvorgang:

dmesg:

[ 3378.300000] usb 1-1.3.1: USB disconnect, address 9
[ 3378.680000] usb 1-1.3.1: new low speed USB device using orion-ehci
and addres         s 11
[ 3378.810000] usb 1-1.3.1: configuration #1 chosen from 1 choice
[ 3378.820000] usbhid 1-1.3.1:1.0: couldn't find an input interrupt
endpoint
[ 3378.830000] Got empty serial number. Generate serial number from
product.
[ 3398.520000] usb 1-1.3.1: USB disconnect, address 11
[ 3398.810000] usb 1-1.3.1: new low speed USB device using orion-ehci
and addres         s 12
[ 3398.930000] usb 1-1.3.1: configuration #1 chosen from 1 choice
[ 3398.930000] usbhid 1-1.3.1:1.0: couldn't find an input interrupt
endpoint
[ 3398.970000] Got empty serial number. Generate serial number from
product.
[ 3529.590000] usb 1-1.3.1: USB disconnect, address 12
[ 3529.870000] usb 1-1.3.1: new low speed USB device using orion-ehci
and addres         s 13
[ 3530.010000] usb 1-1.3.1: configuration #1 chosen from 1 choice
[ 3530.020000] usbhid 1-1.3.1:1.0: couldn't find an input interrupt
endpoint
[ 3530.030000] Got empty serial number. Generate serial number from
product.

fhem log
2012.02.14 11:21:41 3: SIS_PMS Steckdose2 state changed from on to off
2012.02.14 11:21:41 3: SISPM_GetCurrentConfig: Initial read done
2012.02.14 11:21:41 3: SISPM_GetCurrentConfig: Device number 0 has
serial 01:01:4e:2b:a2 (sispmctl v3)
2012.02.14 11:21:41 3: SISPM_GetCurrentConfig: SISPM device number 0
is USB device 058 (sispmctl v3)
2012.02.14 11:21:41 3: SISPM_GetCurrentConfig: Found SISPM device
number 0 (sispmctl v3)
2012.02.14 11:21:41 3: SISPM_GetCurrentConfig: Using "/usr/local/bin/
sispmctl" as parameter to open(); trying ...
2012.02.14 11:21:41 3: SISPM now adapts to new environment ...
2012.02.14 11:21:24 3: SISPM: USB ids changed (unit 0 is now USB 058
but was 057); will fix.
2012.02.14 11:21:24 3: SISPM: USB ids changed (unit 0 is now USB 058
but was 057); will fix.
2012.02.14 11:21:21 3: SIS_PMS Steckdose2 state changed from off to on

siehe auch hier:
https://sourceforge.net/projects/sispmctl/forums/forum/539852/topic/5018359

Gruss Joachim

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

On 02/14/2012 01:13 PM, Joachim wrote:
> wenn zu oft schalte hängt sispmctl. FHEM bleibt beim Start an
> 2012.02.14 11:42:13 3: SISPM_GetCurrentConfig: Using "/usr/local/bin/
> sispmctl" as parameter to open(); trying ...
> hängen.

Hmm, ja, das ist an der Stelle blocking. Allerdings hatte ich derlei
(auf ARM und i686) bislang nicht.

> Die sispmctl lassen sich nichtmal mit kill -9 killen (auf Synology
> NAS)
> Ich benutze
> # $Id: 70_SISPM.pm 1210 2012-01-23 17:12:01Z real-wusel $
>
> Was mich wundert, dass sich die USB IDs laufend aendern, vermutlich
> bei jedem Schaltvorgang:

Das darf nicht sein; Deine "USB disconnect"-Meldungen deutet auf ein
grundlegenderes Problem hin, und vermutlich hat sich sispmctl ins
Knie geschossen, als es schalten wollte, das Device aber grade vom
Bus abgehängt wurde. Nutzt Du einen USB-Hub?

> dmesg:
>
> [ 3378.300000] usb 1-1.3.1: USB disconnect, address 9
> [ 3378.680000] usb 1-1.3.1: new low speed USB device using orion-ehci and address 11
> [ 3378.810000] usb 1-1.3.1: configuration #1 chosen from 1 choice
> [ 3378.820000] usbhid 1-1.3.1:1.0: couldn't find an input interrupt endpoint
> [ 3378.830000] Got empty serial number. Generate serial number from product.
> [ 3398.520000] usb 1-1.3.1: USB disconnect, address 11
> [ 3398.810000] usb 1-1.3.1: new low speed USB device using orion-ehci and address 12
> [ 3398.930000] usb 1-1.3.1: configuration #1 chosen from 1 choice
> [ 3398.930000] usbhid 1-1.3.1:1.0: couldn't find an input interrupt endpoint
> [ 3398.970000] Got empty serial number. Generate serial number from product.
> [ 3529.590000] usb 1-1.3.1: USB disconnect, address 12
> [ 3529.870000] usb 1-1.3.1: new low speed USB device using orion-ehci and address 13
> [ 3530.010000] usb 1-1.3.1: configuration #1 chosen from 1 choice
> [ 3530.020000] usbhid 1-1.3.1:1.0: couldn't find an input interrupt endpoint
> [ 3530.030000] Got empty serial number. Generate serial number from product.
>
> fhem log
> 2012.02.14 11:21:41 3: SIS_PMS Steckdose2 state changed from on to off
> 2012.02.14 11:21:41 3: SISPM_GetCurrentConfig: Initial read done
> 2012.02.14 11:21:41 3: SISPM_GetCurrentConfig: Device number 0 has serial 01:01:4e:2b:a2 (sispmctl v3)
> 2012.02.14 11:21:41 3: SISPM_GetCurrentConfig: SISPM device number 0 is USB device 058 (sispmctl v3)
> 2012.02.14 11:21:41 3: SISPM_GetCurrentConfig: Found SISPM device number 0 (sispmctl v3)
> 2012.02.14 11:21:41 3: SISPM_GetCurrentConfig: Using "/usr/local/bin/sispmctl" as parameter to open(); trying ...
> 2012.02.14 11:21:41 3: SISPM now adapts to new environment ...
> 2012.02.14 11:21:24 3: SISPM: USB ids changed (unit 0 is now USB 058 but was 057); will fix.
> 2012.02.14 11:21:24 3: SISPM: USB ids changed (unit 0 is now USB 058 but was 057); will fix.
> 2012.02.14 11:21:21 3: SIS_PMS Steckdose2 state changed from off to on

Hmm, dieser USB-ID-Kram fliegt demnächst eh' raus, da sispmctl ja die Ansprache
basierend auf der Seriennummer kennt, damit sollte dann das Unit-Geraffel über-
flüssig sein.

Aber grundlegendes Problem bei Dir ist die sich vom USB abhängende bzw. abgehängt
werdende Leiste. Das darf imho nicht passieren, da ist was mit dem USB matschig
(HUB, zu langes/schlechtes Kabel, ...).

> siehe auch hier:
> https://sourceforge.net/projects/sispmctl/forums/forum/539852/topic/5018359

Noch'n Forum? Sorry, ich lese nur die Liste hier.
-kai

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Ja ich habe einen aktiven Hub.
Warum ist das ein Problem?

Gruss Joachim

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

On 02/14/2012 04:48 PM, Joachim wrote:
> Ja ich habe einen aktiven Hub.
> Warum ist das ein Problem?

Keine Ahnung, ob das das Problem ist, ich habe sowas
mit anderen Geräten nur schon gesehen, meistens mit
(aktivem) Hub (was eigentlich kein Problem sein sollte)
oder "schlechtem" (älterem und/oder extrem langen
passivem) USB-Kabel.

Bei mir lief mehrere Monate ein aktiver 7-Port-Hub,
dann fing der SheevaPlug auf einmal an, Geräte mehr
oder minder zufällig (aber meistens die gleichen, egal,
auf welchem Port am Hub sie steckten) abzustoßen und
dann wiederzuerkennen. Reliability des FHEM = 0, ich
habe dann den Hub ersetzt, Monate später ähnliches
Fehlerbild. Nutze jetzt nur noch die internen USB-Ports
(eines Pogoplugs); doof, aber USB ist, meiner Erfahrung
nach, ein rottiges Stück Technologie, zumindest unter
Linux. Hoffe noch, der USB3-Port im neuen Pogoplug funzt
da besser. (OTOH: ein 10-Port-Hub mit Platten, USB-Audio
und einem Infoframe dran tut seit rd. einem halben Jahr
an einem Dockstar ohne Probleme. *sigh*)
-kai

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Zrrronggg!]

                                                     

Ich würde da eher auf das Netzteil des aktiven Hubs tippen,
Schaltnetzteile die nach einiger Zeit unter Last Spannungseinbrüche
habe, wären ja nix Neues.
Das produziert die seltsamsten Effekte, besonders wenn am Hub dann
Verbraucher hängen, deren Stromverbrauch nicht immer gleich ist,
sondern z.b. ansteigt wenn was gefunkt werden soll und puff... und
Spannung erholt sich und alles wird wieder erkannt, bis zum nächsten
längeren Telegramm.

On 14 Feb., 18:22, Kai Siering wrote:
> On 02/14/2012 04:48 PM, Joachim wrote:
>
> > Ja ich habe einen aktiven Hub.
> > Warum ist das ein Problem?
>
> Keine Ahnung, ob das das Problem ist, ich habe sowas
> mit anderen Ger ten nur schon gesehen, meistens mit
> (aktivem) Hub (was eigentlich kein Problem sein sollte)
> oder "schlechtem" ( lterem und/oder extrem langen
> passivem) USB-Kabel.
>
> Bei mir lief mehrere Monate ein aktiver 7-Port-Hub,
> dann fing der SheevaPlug auf einmal an, Ger te mehr
> oder minder zuf llig (aber meistens die gleichen, egal,
> auf welchem Port am Hub sie steckten) abzusto en und
> dann wiederzuerkennen. Reliability des FHEM = 0, ich
> habe dann den Hub ersetzt, Monate sp ter hnliches
> Fehlerbild. Nutze jetzt nur noch die internen USB-Ports
> (eines Pogoplugs); doof, aber USB ist, meiner Erfahrung
> nach, ein rottiges St ck Technologie, zumindest unter
> Linux. Hoffe noch, der USB3-Port im neuen Pogoplug funzt
> da besser. (OTOH: ein 10-Port-Hub mit Platten, USB-Audio
> und einem Infoframe dran tut seit rd. einem halben Jahr
> an einem Dockstar ohne Probleme. *sigh*)
> -kai

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Es gibt USB-Verbindungsabbrüche,

das deutet auf ein echtes Hardware-Problem hin.

Erste Abhilfe: Mit einem anderen Hub ausprobieren.

LG

pah

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

dmesg liefert Hinweise auf usbserial.ko und Process sispmctl.
Ich kannn mal wieder auf meinen billig passiv Hub zurück, oder nur die
SISPM USB Steckdosenleiste dran, dann halt ohne CUL zum Testen.
An dem Hub haengt auch eine USB Disk, die ich nicht ansprechn kann,
haenge die mal ab.

Gruss
Joachim

[83032.650000] usb 1-1.3.1: USB disconnect, address 36
[83033.010000] usb 1-1.3.1: new low speed USB device using orion-ehci
and address 37
[83033.130000] usb 1-1.3.1: configuration #1 chosen from 1 choice
[83033.130000] usbhid 1-1.3.1:1.0: couldn't find an input interrupt
endpoint
[83033.160000] Got empty serial number. Generate serial number from
product.
[83052.770000] Unable to handle kernel NULL pointer dereference at
virtual address 00000008
[83052.780000] pgd = c5d20000
[83052.780000] [00000008] *pgd=0c691031, *pte=00000000, *ppte=00000000
[83052.790000] Internal error: Oops: 17 [#1]
[83052.790000] last sysfs file: /sys/block/md1/md/dev-sdb2/slot
[83052.790000] Modules linked in: tun ipt_MASQUERADE xt_state
xt_tcpudp xt_multi
port ipt_REDIRECT iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4
nf_conntra
ck iptable_filter ip_tables x_tables snd_pcm_oss snd_mixer_oss
snd_usb_audio snd
_pcm snd_timer snd_hwdep snd_usbmidi_lib snd_rawmidi snd_seq_device
snd snd_page
_alloc soundcore nfsd exportfs rpcsec_gss_krb5 auth_rpcgss cifs udf
isofs loop u
sbserial usbhid hid usblp usb_storage xhci_hcd ohci_hcd ehci_hcd
ds209_synobios(
P) sky2 ipv6 synoacl_ext4(P) synoacl_vfs(P) hfsplus fuse vfat fat
cryptosoft ecr
yptfs sha512_generic sha256_generic sha1_generic ecb cesa_ocf_drv(P)
cesa_dev cr
yptodev(P) ocf(P) chainiv des_generic crc32c eseqiv krng ansi_cprng
rng aes_gene
ric md5 cbc cryptomgr pcompress aead crypto_hash crypto_blkcipher
crypto_wq cryp
to_algapi cpufreq cpufreq_stats freq_table dm_snapshot crc_itu_t
crc_ccitt quota
_v2 quota_tree usbcore sg psnap llc [last unloaded: ds209_synobios]
[83052.790000] CPU: 0Tainted: P(2.6.32.12 #1922)
[83052.790000] PC is at usb_altnum_to_altsetting+0x8/0x44 [usbcore]
[83052.790000] LR is at usb_reset_configuration+0xf4/0x218 [usbcore]
[83052.790000] pc : []lr : []psr: a0000013
[83052.790000] sp : ccfb3d38  ip : 00000000  fp : ccfb3d8c
[83052.790000] r10: cc662000  r9 : cc662000  r8 : 00000001
[83052.790000] r7 : ffffffe0  r6 : c7312c00  r5 : cc662054  r4 :
00000000
[83052.790000] r3 : cc662004  r2 : 00000042  r1 : 00000000  r0 :
00000000
[83052.790000] Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM
Segment user
[83052.790000] Control: 0005397f  Table: 05d20000  DAC: 00000015
[83052.790000] Process sispmctl (pid: 30565, stack limit = 0xccfb2270)
[83052.790000] Stack: (0xccfb3d38 to 0xccfb4000)
[83052.790000] 3d20:   00000000 bf02dd8c
[83052.790000] 3d40: 00000001 00000000 00000000 00000000 00001388
ccfb3d60 bf033 c5c c877ee00
[83052.790000] 3d60: ccfb3da4 cc662000 00000001 bed4bb34 00000000
c83c14e0 c7312 c00 00000000
[83052.790000] 3d80: ccfb3ef4 ccfb3d90 bf034f14 bf02dca8 00000000
ccfb3ec0 ccfb3 ddc ccfb3da8
[83052.790000] 3da0: c016da74 c016d924 c0b5b998 c800be20 c01be49c
c8cdb778 ccfb3 ec0 00000000
[83052.790000] 3dc0: c896d015 00000003 c0b5b998 ccfb3ec0 ccfb3e54
ccfb3de0 c7312 c70 c7312c00
[83052.790000] 3de0: ccfb3e04 ccfb3df0 c0244454 c0245194 c7312c00
c7312c00 ccfb3 e14 ccfb3e08
[83052.790000] 3e00: c027b350 c0244448 ccfb3e2c ccfb3e18 bf0265cc
c027b348 c83c1 4e0 c7312c00
[83052.790000] 3e20: ccfb3e5c ccfb3e30 bf034114 bf0265c0 ccfb3e54
ccfb3e40 caba4 b20 c0b5b998
[83052.790000] 3e40: bf034068 00000000 c800be20 c8ab7858 ccfb3e84
ccfb3e60 c0162 5bc bf034078
[83052.790000] 3e60: caba4b20 c7378d20 ccfb3ec0 c896d000 00000003
ffffff9c ccfb3 ea4 ccfb3e88
[83052.790000] 3e80: c0163794 c0162480 00000000 c7378d20 00000000
ccfb3ec0 ccfb3 f6c ccfb3ea8
[83052.790000] 3ea0: c0172d88 c0163754 bed4ab07 00000002 cc0ecd60
00000000 00000 000 ccfb3ec8
[83052.790000] 3ec0: c800be20 c8ab7858 00000000 bed4bb34 80045505
00000003 00000 000 bed4bb34
[83052.790000] 3ee0: ccfb2000 00000000 ccfb3f0c ccfb3ef8 c0173fd4
bf034274 caba4 b20 bed4bb34
[83052.790000] 3f00: ccfb3f7c ccfb3f10 c01748e4 c0173f7c ccfb3f4c
ccfb3f20 c017a dd8 00000003
[83052.790000] 3f20: 00000000 caba4b20 ffffff9c ce0c0ce0 00000000
00000000 00000 002 c0b5b998
[83052.790000] 3f40: c017bccc c8ab7858 00000020 c0b5b998 c8ab7858
00000000 00000 003 bed4bb34
[83052.790000] 3f60: 80045505 caba4b20 c002bea8 00000000 ccfb3fa4
ccfb3f80 c0174 988 c01742ec
[83052.790000] 3f80: bed4ab07 00000000 00023730 40033758 00009360
00000036 bed4b b54 ccfb3fa8
[83052.790000] 3fa0: c002bd00 c0174958 00023730 40033758 00000003
80045505 bed4b b34 bed4ab1c
[83052.790000] 3fc0: 00023730 40033758 00009360 00000036 bed4bbf0
00000002 bed4b b70 bed4bb54
[83052.790000] 3fe0: 00000000 bed4bb28 400294d4 400f7b3c 60000010
00000003 00000 000 00000000
[83052.790000] unwind: Index not found bf026054
[83052.790000] Code: e3a00000 e49df004 e92d4010 e3a0c000 (e5904008)
[83052.800000] ---[ end trace 06a36acbdeeb513b ]---

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

OK ich weiss jetzt woran es liegt.
Habe die USB Steckdosenleiste direkt hingehängt und mit
sispmctl -v -s -o 2
geschaltet.
Der Fehler tritt nur auf wenn an Dose 2 ein Verbraucher hängt. In dem
Fall ein Verstärker.
Schätze dessen induktive Störungen bringen entweder die USB
Steckdosenleiste oder meine NAS durcheinander, die hängen an derselben
Phase.

Gruss
Joachim

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hab' noch etwas weiter experimeniert.
Einen anderen Verstärker (Billig Mini Tower) kann er anschalten, der
hat vermutl. ein Schaltnetzteil.
Das Problem ist aber nach dem Einschalten muss man noch einen
Einschaltknopf drücken, Eingang auswählen, Lautstärke einstellen,
alles nicht Automations geeignet.
Überlege mir den aufzumachen und den AUX Eingang direkt an die
Endstufe zu legen.
Oder ich kaufe mir ne 12 V Endstufe wie
http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=5574&flv=1&bereich=&marke=
und schalte 12V

Gruss
Joachim

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Update
Habe nach wie vor seltenere USB disconnects sogar ohne Schalt
Aktivitäten, zum Glück ohne Absturz.
Habe den Beitrag von Boris gefunden, ich denke es ist der TK Schrank
der in der Nähe steht.
Denke ich muss meine NAS umziehen oder Entstörfilter einbauen, hat da
jmd. Erfahrungen?

habe den Billig Mini Tower umgebaut, dass er direkt von AUX abspielt,
aber, guess what, jetzt erzeugt der beim Einschalten auch Störungen
die USB killen, sogar schneller als vorher. Grrrr.
Werde zu einem Dimmer oder ST-3 übergehen.

Gruss
Joachim

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com