FHEM Forum

FHEM => fhem-users => Thema gestartet von: Guest am 31 Januar 2011, 15:03:52

Titel: FHEM + FHZ1300 PC on ubuntu 10.10 not working
Beitrag von: Guest am 31 Januar 2011, 15:03:52
Originally posted by: <email address deleted>

I have installed ubuntu 10.10 on a small home-server and wanted to use
this platform as well for the controlling of my FHZ1300 PC (usb
attached), but due to some recent usb-to-serial code within the ubuntu
kernel, I was so far (for nearly 2 months now) not able to get it to
work (with kernels 2.6.35-22 ~ 2.6.35-25).

The issue is discussed for example in this bug (and a few additional
bugs, usually not mentioning FHZ specifically, but rather other usb
attached devices using the usb-to-serial user mode driver - like
typically eg. digitemp {1-wire}):
[arduino USB serial device breaks on lucid kernel upgrade]:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/690798

Since there are some suggestions on the web in connection with
digitemp, to modify the configuration of the serial terminal, before
initiating the communication, I was wondering if there is anything,
that can be done on the FHEM side to work around this issue,
  or if I really have to wait until the issue is sorted out on the
ubuntu kernel side (or eventually try to downgrade the kernel back
beyond the initial 10.10 kernel (2.6.35-22), as it seems like it was
working before for the digitemp users).

Any comments/suggestions are welcome.

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.
Titel: Re: FHEM + FHZ1300 PC on ubuntu 10.10 not working
Beitrag von: Guest am 12 Februar 2011, 05:26:18
Originally posted by: <email address deleted>

Well, the bug seems to be fixed for other usb2serial users, while my
FHZ1300PC still doesn't work, thus my guess is, now it may be a fhem/
FHZ1300PC problem ..

=== from /var/log/fhem/fhem-2011-02.log ===
[...]
2011.02.11 19:10:10 4: HTTP FHEMWEB:127.0.0.1:59169 GET /fhem?
cmd.FS20_2_lamp_table=set%20FS20_2_lamp_table%20on&room=all
2011.02.11 19:10:10 5: Cmd: >set FS20_2_lamp_table on<
2011.02.11 19:10:10 2: FS20 set FS20_2_lamp_table on
2011.02.11 19:10:10 5: Sending 81090414010101e41b0111
2011.02.11 19:10:10 5: Triggering FS20_2_lamp_table (1 changes)
2011.02.11 19:10:10 5: FS20_2_lamp_table trigger: Checking
FileLog_HMS100TF_3bd3 for notify
2011.02.11 19:10:10 5: FS20_2_lamp_table trigger: Checking Logfile for
notify
2011.02.11 19:10:10 5: FS20_2_lamp_table trigger: Checking autocreate
for notify
2011.02.11 19:10:10 4: HTTP FHEMWEB:127.0.0.1:59162 GET /fhem?
cmd=showlog%20weblink_HMS100TF_3bd3%20FileLog_HMS100TF_3bd3%20hms
%20HMS100TF_3bd3-2011.log&pos=
2011.02.11 19:10:10 5: Cmd: >get FileLog_HMS100TF_3bd3
HMS100TF_3bd3-2011.log INT 2011-02-11 2011-02-12 4:T:0: 6:H:0:<
2011.02.11 19:10:19 4: HTTP FHEMWEB:127.0.0.1:59183 GET /fhem?
cmd.FS20_2_lamp_table=set%20FS20_2_lamp_table%20off&room=all
2011.02.11 19:10:19 5: Cmd: >set FS20_2_lamp_table off<
2011.02.11 19:10:19 2: FS20 set FS20_2_lamp_table off
2011.02.11 19:10:19 5: Sending 81090403010101e41b0100
2011.02.11 19:10:19 5: Triggering FS20_2_lamp_table (1 changes)
2011.02.11 19:10:19 5: FS20_2_lamp_table trigger: Checking
FileLog_HMS100TF_3bd3 for notify
2011.02.11 19:10:19 5: FS20_2_lamp_table trigger: Checking Logfile for
notify
2011.02.11 19:10:19 5: FS20_2_lamp_table trigger: Checking autocreate
for notify
2011.02.11 19:10:20 4: HTTP FHEMWEB:127.0.0.1:59185 GET /fhem?
cmd=showlog%20weblink_HMS100TF_3bd3%20FileLog_HMS100TF_3bd3%20hms
%20HMS100TF_3bd3-2011.log&pos=
2011.02.11 19:10:20 5: Cmd: >get FileLog_HMS100TF_3bd3
HMS100TF_3bd3-2011.log INT 2011-02-11 2011-02-12 4:T:0: 6:H:0:<
2011.02.11 19:11:26 4: FHZ/RAW: 0000ff00ff001f (Unparsed: )
2011.02.11 19:11:26 5: Bogus message received, no start character
found
2011.02.11 19:11:26 4: FHZ/RAW: 00 (Unparsed: )
2011.02.11 19:11:26 4: FHZ/RAW: 1f000000000000 (Unparsed: 00)
2011.02.11 19:11:26 5: Bogus message received, no start character
found
2011.02.11 19:11:26 4: FHZ/RAW: 0000000000000000001ffee0001f
(Unparsed: )
2011.02.11 19:11:26 5: Bogus message received, no start character
found
2011.02.11 19:11:26 4: FHZ/RAW: 000000 (Unparsed: )
2011.02.11 19:11:26 5: Bogus message received, no start character
found
2011.02.11 19:11:26 4: FHZ/RAW: 000000000000000000 (Unparsed: )
2011.02.11 19:11:26 5: Bogus message received, no start character
found
2011.02.11 19:11:26 4: FHZ/RAW: 001f7e001f0000ff001f7ef0001f
(Unparsed: )
2011.02.11 19:11:26 5: Bogus message received, no start character
found
2011.02.11 19:11:26 4: FHZ/RAW: fe (Unparsed: )
[...]
[... repeating blocks of the following every ~ 5 minutes: likely the
data from HMS100TF...]
2011.02.11 19:32:18 5: Bogus message received, no start character
found
2011.02.11 19:32:18 4: FHZ/RAW: fe (Unparsed: )
2011.02.11 19:37:31 4: FHZ/RAW: 0000ff00ff001f0000 (Unparsed: fe)
2011.02.11 19:37:31 5: Bogus message received, no start character
found
2011.02.11 19:37:31 4: FHZ/RAW:
001f00ff001f7ef0e0001f001f001f001ffee0001f (Unparsed: )
2011.02.11 19:37:31 5: Bogus message received, no start character
found
2011.02.11 19:37:31 4: FHZ/RAW: fee00000000000000000 (Unparsed: )
2011.02.11 19:37:31 5: Bogus message received, no start character
found
2011.02.11 19:37:31 4: FHZ/RAW: 001f001f7e001f00001f (Unparsed: )
2011.02.11 19:37:31 5: Bogus message received, no start character
found
2011.02.11 19:37:31 4: FHZ/RAW: 7ef0e0001ffe (Unparsed: )
2011.02.11 19:37:31 5: Bogus message received, no start character
found
2011.02.11 19:42:44 4: FHZ/RAW: 0000ff00ff001f00 (Unparsed: )
2011.02.11 19:42:44 5: Bogus message received, no start character
found
[...]
=== EO from /var/log/fhem/fhem-2011-02.log ===



The FHZ1300PC is the only connected USB device.:
=== output ===
root@area73:~# date
Sat Feb 12 04:11:03 CET 2011
root@area73:~# uname -a
Linux area73 2.6.35-25-generic #44-Ubuntu SMP Fri Jan 21 17:40:48 UTC
2011 i686 GNU/Linux
root@area73:~# lsusb
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 0403:e0e8 Future Technology Devices
International, Ltd
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@area73:~# lsusb -v -d 0403:e0e8

Bus 004 Device 002: ID 0403:e0e8 Future Technology Devices
International, Ltd
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0         8
  idVendor           0x0403 Future Technology Devices International,
Ltd
  idProduct          0xe0e8
  bcdDevice            2.00
  iManufacturer           1 ELV AG
  iProduct                2 ELV FHZ 1300 PC
  iSerial                 3 EL64JQYI
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xa0
      (Bus Powered)
      Remote Wakeup
    MaxPower               44mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass    255 Vendor Specific Subclass
      bInterfaceProtocol    255 Vendor Specific Protocol
      iInterface              2 ELV FHZ 1300 PC
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
Device Status:     0x0000
  (Bus Powered)
root@area73:~#
root@area73:~# lsmod|grep usb
usbserial              33132  3 ftdi_sio
root@area73:~# modinfo ftdi_sio|grep -v alias
filename:       /lib/modules/2.6.35-25-generic/kernel/drivers/usb/
serial/ftdi_sio.ko
license:        GPL
description:    USB FTDI Serial Converters Driver
author:         Greg Kroah-Hartman , Bill Ryder
, Kuba Ober , Andreas Mohr,
Johan Hovold
srcversion:     B70CF050A289514BE39B059
depends:        usbserial
vermagic:       2.6.35-25-generic SMP mod_unload modversions 686
parm:           debug:Debug enabled or not (bool)
parm:           vendor:User specified vendor ID (default=0x0403)
(ushort)
parm:           product:User specified product ID (ushort)
parm:           ndi_latency_timer:NDI device latency timer override
(int)
root@area73:~# modinfo usbserial|grep -v alias
filename:       /lib/modules/2.6.35-25-generic/kernel/drivers/usb/
serial/usbserial.ko
license:        GPL
description:    USB Serial Driver core
author:         Greg Kroah-Hartman, greg@kroah.com, http://www.kroah.com/linux/
srcversion:     88CEB7BDBD6EA6BA91C1565
depends:
vermagic:       2.6.35-25-generic SMP mod_unload modversions 686
parm:           vendor:User specified USB idVendor (ushort)
parm:           product:User specified USB idProduct (ushort)
parm:           debug:Debug enabled or not (bool)
root@area73:~#
=== EO output  ===



When I try to hard-reset the FHZ, it just hangs, no related messages
in /var/log/messages or dmesg:
=== output ===
root@area73:~/fhem# date;time fhem.pl 8083 'set FHZ reopen';date
Sat Feb 12 04:18:38 CET 2011
^C
real    35m56.006s
user    0m0.148s
sys     0m0.004s

root@area73:~/fhem#
=== EO output ===



strace output for the perl daemon process for one of the HMS100TF
messages interpreted as bogus messages:
=== output ===
root@area73:~/fhem# ps -ef|grep fhem
fhem      1731     1  0 Feb11 ?        00:00:00 /usr/bin/perl /usr/bin/
fhem.pl /etc/fhem.cfg
root     23142 21585  0 05:05 pts/3    00:00:00 grep fhem
root@area73:~/fhem#
root@area73:~/fhem# strace -p 1731 2>&1|tee -a
strace_1731_20110212_0503.out
Process 1731 attached - interrupt to quit
select(8, [5 6 7], NULL, NULL, NULL)    = 1 (in [7])
read(7, "\0\0", 255)                    = 2
time(NULL)                              = 1297483572
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) =
0
write(3, "2011.02.12 05:06:12 4: FHZ/RAW: "..., 50) = 50
select(8, [5 6 7], NULL, NULL, NULL)    = 1 (in [7])
read(7, "\377\0\377\0\37\0\37", 255)    = 7
time(NULL)                              = 1297483572
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) =
0
write(3, "2011.02.12 05:06:12 4: FHZ/RAW: "..., 64) = 64
time(NULL)                              = 1297483572
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) =
0
write(3, "2011.02.12 05:06:12 5: Bogus mes"..., 72) = 72
select(8, [5 6 7], NULL, NULL, NULL)    = 1 (in [7])
read(7, "\0\37\0\377\340\340\340\340\0\37", 255) = 10
time(NULL)                              = 1297483572
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) =
0
write(3, "2011.02.12 05:06:12 4: FHZ/RAW: "..., 66) = 66
time(NULL)                              = 1297483572
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) =
0
write(3, "2011.02.12 05:06:12 5: Bogus mes"..., 72) = 72
select(8, [5 6 7], NULL, NULL, NULL)    = 1 (in [7])
read(7, "\0\0", 255)                    = 2
time(NULL)                              = 1297483572
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) =
0
write(3, "2011.02.12 05:06:12 4: FHZ/RAW: "..., 50) = 50
select(8, [5 6 7], NULL, NULL, NULL)    = 1 (in [7])
read(7, "\0\37\0\37\376\340\0\37\0\0\0\0\0\0\0", 255) = 15
time(NULL)                              = 1297483572
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) =
0
write(3, "2011.02.12 05:06:12 4: FHZ/RAW: "..., 80) = 80
time(NULL)                              = 1297483572
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) =
0
write(3, "2011.02.12 05:06:12 5: Bogus mes"..., 72) = 72
select(8, [5 6 7], NULL, NULL, NULL)    = 1 (in [7])
read(7, "\376\0\37\0\37", 255)          = 5
time(NULL)                              = 1297483572
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) =
0
write(3, "2011.02.12 05:06:12 4: FHZ/RAW: "..., 56) = 56
time(NULL)                              = 1297483572
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) =
0
write(3, "2011.02.12 05:06:12 5: Bogus mes"..., 72) = 72
select(8, [5 6 7], NULL, NULL, NULL)    = 1 (in [7])
read(7, "\0\37~\0\37\0\0\37~\360\340\340\0\37", 255) = 14
time(NULL)                              = 1297483572
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) =
0
write(3, "2011.02.12 05:06:12 4: FHZ/RAW: "..., 74) = 74
time(NULL)                              = 1297483572
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) =
0
write(3, "2011.02.12 05:06:12 5: Bogus mes"..., 72) = 72
select(8, [5 6 7], NULL, NULL, NULL)    = 1 (in [7])
read(7, "\376", 255)                    = 1
time(NULL)                              = 1297483572
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) =
0
write(3, "2011.02.12 05:06:12 4: FHZ/RAW: "..., 48) = 48
select(8, [5 6 7], NULL, NULL, NULL^C
root@area73:~/fhem#
=== EO output ===



FHEM config file:
=== output ===
root@area73:~/fhem# cat /etc/fhem.cfg
attr global autoload_undefined_devices 1
attr global logfile /var/log/fhem/fhem-%Y-%m.log
attr global modpath /usr/share/fhem
attr global port 7072
attr global statefile /var/log/fhem/fhem.save
attr global verbose 5

define WEB FHEMWEB 8083 global

define FHZ1 FHZ /dev/ttyUSB0
attr FHZ1 fhtsoftbuffer 0
attr FHZ1 room room01

define FS20_1_pir FS20 43211234 1111
attr FS20_1_pir model fs20st
attr FS20_1_pir room room01

define FS20_2_lamp_table FS20 43211234 1112
attr FS20_2_lamp_table model fs20st
attr FS20_2_lamp_table room room01

define FS20_3 FS20 43211234 1113
attr FS20_3 model fs20st

define FS20_4 FS20 43211234 1114
attr FS20_4 model fs20st

define HMS_temp01 HMS 9ed6
attr HMS_temp01 room room01

define Logfile FileLog /var/log/fhem/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog /var/log/fhem/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots

define HMS100TF_3bd3 HMS 3bd3
attr HMS100TF_3bd3 room HMS

define FileLog_HMS100TF_3bd3 FileLog /var/log/fhem/HMS100TF_3bd3-
%Y.log HMS100TF_3bd3:T:.*
attr FileLog_HMS100TF_3bd3 logtype hms:Temp/Hum,text
attr FileLog_HMS100TF_3bd3 room HMS

define weblink_HMS100TF_3bd3 weblink fileplot
FileLog_HMS100TF_3bd3:hms:CURRENT
attr weblink_HMS100TF_3bd3 label "HMS100TF_3bd3 Min $data{min1}, Max
$data{max1}, Last $data{currval1}"
attr weblink_HMS100TF_3bd3 room Plots
root@area73:~/fhem#
=== EO output ===

Any hints?

Thanks,
 Josef


On Jan 31, 3:03 pm, JK wrote:
> I have installed ubuntu 10.10 on a small home-server and wanted to use
> this platform as well for the controlling of my FHZ1300 PC (usb
> attached), but due to some recent usb-to-serial code within the ubuntu
> kernel, I was so far (for nearly 2 months now) not able to get it to
> work (with kernels 2.6.35-22 ~ 2.6.35-25).
>
> The issue is discussed for example in this bug (and a few additional
> bugs, usually not mentioning FHZ specifically, but rather other usb
> attached devices using the usb-to-serial user mode driver - like
> typically eg. digitemp {1-wire}):
> [arduino USB serial device breaks on lucid kernel upgrade]:https://bugs.launchpad.net/ubuntu/+source/linux/+bug/690798
>
> Since there are some suggestions on the web in connection with
> digitemp, to modify the configuration of the serial terminal, before
> initiating the communication, I was wondering if there is anything,
> that can be done on the FHEM side to work around this issue,
>   or if I really have to wait until the issue is sorted out on the
> ubuntu kernel side (or eventually try to downgrade the kernel back
> beyond the initial 10.10 kernel (2.6.35-22), as it seems like it was
> working before for the digitemp users).
>
> Any comments/suggestions are welcome.

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.
Titel: Re: Re: FHEM + FHZ1300 PC on ubuntu 10.10 not working
Beitrag von: rudolfkoenig am 12 Februar 2011, 08:03:11
                                                   

> Any hints?

Please try the CVS version or the released one without sending fhem
into the background, i.e. "attr global logfile -"

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.
Titel: Re: FHEM + FHZ1300 PC on ubuntu 10.10 not working
Beitrag von: Guest am 12 Februar 2011, 17:00:50
Originally posted by: <email address deleted>

OK, this version seems to work better.

There are still lvl 4 "Unparsed" messages, but they are always
followed by a "FHZ1 dispatch" message, which seems to concatenate the
previous Unparsed messages and interpret them correctly:

=== stdout ===
2011.02.12 16:24:27 4: FHZ/RAW: 810e (Unparsed: )
2011.02.12 16:24:27 4: FHZ/RAW: 044b0510a0013bd3000000004245
(Unparsed: 810e)
2011.02.12 16:24:27 5: FHZ1 dispatch 810e044b0510a0013bd3000000004245
2011.02.12 16:24:27 4: HMS Device 3bd3 (HMS100TF: T: 20  H: 45.4  Bat:
ok)
2011.02.12 16:24:27 5: Triggering HMS100TF_3bd3 (4 changes)
2011.02.12 16:24:27 5: HMS100TF_3bd3 trigger: Checking
FileLog_HMS100TF_3bd3 for notify
2011.02.12 16:24:27 5: HMS100TF_3bd3 trigger: Checking Logfile for
notify
2011.02.12 16:24:27 5: HMS100TF_3bd3 trigger: Checking autocreate for
notify
=== EO stdout ===

Running for 45 minues now, without any issues, having a properly
dispatched message from HMS100TF every 5 minutes and as well tested a
few on-off cycles for the FS20 devices - again, working correctly so-
far.

This looks good.

Are there any plans to apply the fix, so that fhem can be still
started as a service?
When I start fhem now with "service start fhem" after resetting the
log back to a file, it apparently stops after initialization:
=== strace ===
root@area73:~/fhem# strace service fhem start
execve("/usr/sbin/service", ["service", "fhem", "start"], [/* 14 vars
*/]) = 0
brk(0)                                  = 0x81a1000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7853000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=58410, ...}) = 0
mmap2(NULL, 58410, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7844000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@n
\1\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1421892, ...}) = 0
mmap2(NULL, 1427880, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xc66000
mmap2(0xdbd000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x157) = 0xdbd000
mmap2(0xdc0000, 10664, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_ANONYMOUS, -1, 0) = 0xdc0000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7843000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb78438d0, limit:
1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
seg_not_present:0, useable:1}) = 0
mprotect(0xdbd000, 8192, PROT_READ)     = 0
mprotect(0x805c000, 4096, PROT_READ)    = 0
mprotect(0x443000, 4096, PROT_READ)     = 0
munmap(0xb7844000, 58410)               = 0
getpid()                                = 7522
rt_sigaction(SIGCHLD, {SIG_DFL, [CHLD], SA_RESTART}, {SIG_DFL, [], 0},
8) = 0
geteuid32()                             = 0
brk(0)                                  = 0x81a1000
brk(0x81c2000)                          = 0x81c2000
getppid()                               = 7521
stat64("/root/fhem", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64(".", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/usr/sbin/service", O_RDONLY)     = 3
fcntl64(3, F_DUPFD, 10)                 = 10
close(3)                                = 0
fcntl64(10, F_SETFD, FD_CLOEXEC)        = 0
rt_sigaction(SIGINT, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGINT, {0x8056690, ~[RTMIN RT_1], 0}, NULL, 8) = 0
rt_sigaction(SIGQUIT, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL, ~[RTMIN RT_1], 0}, NULL, 8) = 0
rt_sigaction(SIGTERM, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGTERM, {SIG_DFL, ~[RTMIN RT_1], 0}, NULL, 8) = 0
read(10, "#!/bin/sh\n\n#####################"..., 8192) = 4614
pipe([3, 4])                            = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|
SIGCHLD, child_tidptr=0xb7843938) = 7523
close(4)                                = 0
read(3, "service\n", 128)               = 8
read(3, "", 128)                        = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
close(3)                                = 0
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 7523
pipe([3, 4])                            = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|
SIGCHLD, child_tidptr=0xb7843938) = 7524
close(4)                                = 0
read(3, "service\n", 128)               = 8
--- SIGCHLD (Child exited) @ 0 (0) ---
read(3, "", 128)                        = 0
close(3)                                = 0
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 7524
chdir("/")                              = 0
stat64("/etc/init/fhem.conf", {st_mode=S_IFREG|0644,
st_size=272, ...}) = 0
geteuid32()                             = 0
execve("/usr/local/sbin/start", ["start", "fhem"], [/* 14 vars */]) =
-1 ENOENT (No such file or directory)
execve("/usr/local/bin/start", ["start", "fhem"], [/* 14 vars */]) =
-1 ENOENT (No such file or directory)
execve("/usr/sbin/start", ["start", "fhem"], [/* 14 vars */]) = -1
ENOENT (No such file or directory)
execve("/usr/bin/start", ["start", "fhem"], [/* 14 vars */]) = -1
ENOENT (No such file or directory)
execve("/sbin/start", ["start", "fhem"], [/* 14 vars */]) = 0
brk(0)                                  = 0x20d30000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb774f000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=58410, ...}) = 0
mmap2(NULL, 58410, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7740000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/libnih.so.1", O_RDONLY)      = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`A
\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=75040, ...}) = 0
mmap2(NULL, 73976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xf58000
mmap2(0xf69000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x11) = 0xf69000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/libnih-dbus.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300
\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=29984, ...}) = 0
mmap2(NULL, 32792, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x110000
mmap2(0x117000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x6) = 0x117000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/libdbus-1.so.3", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0M
\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=239300, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb773f000
mmap2(NULL, 242528, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x6b1000
mmap2(0x6eb000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x39) = 0x6eb000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@n
\1\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1421892, ...}) = 0
mmap2(NULL, 1427880, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0x41a000
mmap2(0x571000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x157) = 0x571000
mmap2(0x574000, 10664, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_ANONYMOUS, -1, 0) = 0x574000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/librt.so.1", O_RDONLY)       = 3
read(3, "\177ELF
\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\30\0\0004\0\0\0"..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=30684, ...}) = 0
mmap2(NULL, 33364, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x6ff000
mmap2(0x706000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x6) = 0x706000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/libpthread.so.0", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360L
\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=121578, ...}) = 0
mmap2(NULL, 102920, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x578000
mprotect(0x58d000, 4096, PROT_NONE)     = 0
mmap2(0x58e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x15) = 0x58e000
mmap2(0x590000, 4616, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_ANONYMOUS, -1, 0) = 0x590000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb773e000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb773d000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb773d6c0, limit:
1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
seg_not_present:0, useable:1}) = 0
mprotect(0x58e000, 4096, PROT_READ)     = 0
mprotect(0x706000, 4096, PROT_READ)     = 0
mprotect(0x571000, 8192, PROT_READ)     = 0
mprotect(0x6eb000, 4096, PROT_READ)     = 0
mprotect(0x117000, 4096, PROT_READ)     = 0
mprotect(0xf69000, 4096, PROT_READ)     = 0
mprotect(0xcb8000, 4096, PROT_READ)     = 0
mprotect(0x358000, 4096, PROT_READ)     = 0
munmap(0xb7740000, 58410)               = 0
set_tid_address(0xb773d728)             = 7522
set_robust_list(0xb773d730, 0xc)        = 0
futex(0xbffef1e0, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0xbffef1e0, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1,
NULL, bffef1f0) = -1 EAGAIN (Resource temporarily unavailable)
rt_sigaction(SIGRTMIN, {0x57c6e0, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x57cbc0, [], SA_RESTART|SA_SIGINFO}, NULL, 8)
= 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY})
= 0
uname({sys="Linux", node="area73", ...}) = 0
brk(0)                                  = 0x20d30000
brk(0x20d51000)                         = 0x20d51000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2768240, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb753d000
mmap2(NULL, 4096, PROT_READ, MAP_PRIVATE, 3, 0x2a1) = 0xb774e000
close(3)                                = 0
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2570, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb774d000
read(3, "# Locale name alias data base.\n#"..., 4096) = 2570
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0xb774d000, 4096)                = 0
open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/upstart.mo", O_RDONLY)
= -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US.utf8/LC_MESSAGES/upstart.mo", O_RDONLY)
= -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US/LC_MESSAGES/upstart.mo", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/usr/share/locale/en.UTF-8/LC_MESSAGES/upstart.mo", O_RDONLY) =
-1 ENOENT (No such file or directory)
open("/usr/share/locale/en.utf8/LC_MESSAGES/upstart.mo", O_RDONLY) =
-1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/upstart.mo", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US.UTF-8/LC_MESSAGES/upstart.mo",
O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US.utf8/LC_MESSAGES/upstart.mo",
O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US/LC_MESSAGES/upstart.mo",
O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en.UTF-8/LC_MESSAGES/upstart.mo",
O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en.utf8/LC_MESSAGES/upstart.mo",
O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en/LC_MESSAGES/upstart.mo", O_RDONLY)
= -1 ENOENT (No such file or directory)
getuid32()                              = 0
socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC, 0) = 3
connect(3, {sa_family=AF_FILE, path=@"/com/ubuntu/upstart"}, 22) = 0
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
geteuid32()                             = 0
getsockname(3, {sa_family=AF_FILE, NULL}, [2]) = 0
poll([{fd=3, events=POLLOUT}], 1, 0)    = 1 ([{fd=3,
revents=POLLOUT}])
write(3, "\0", 1)                       = 1
send(3, "AUTH EXTERNAL 30\r\n", 18, MSG_NOSIGNAL) = 18
poll([{fd=3, events=POLLIN}], 1, -1)    = 1 ([{fd=3, revents=POLLIN}])
read(3, "OK c5bc40fc1129fb3dd1d855ff00000"..., 2048) = 37
poll([{fd=3, events=POLLOUT}], 1, -1)   = 1 ([{fd=3,
revents=POLLOUT}])
send(3, "NEGOTIATE_UNIX_FD\r\n", 19, MSG_NOSIGNAL) = 19
poll([{fd=3, events=POLLIN}], 1, -1)    = 1 ([{fd=3, revents=POLLIN}])
read(3, "AGREE_UNIX_FD\r\n", 2048)      = 15
poll([{fd=3, events=POLLOUT}], 1, -1)   = 1 ([{fd=3,
revents=POLLOUT}])
send(3, "BEGIN\r\n", 7, MSG_NOSIGNAL)   = 7
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3,
revents=POLLOUT}])
sendmsg(3, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\2\1\t\0\0\0\1\0\0\0_
\0\0\0\1\1o\0\23\0\0\0/com/ubu"..., 112}, {"\4\0\0\0fhem\0", 9}],
msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 121
clock_gettime(CLOCK_MONOTONIC, {94723, 5408293}) = 0
poll([{fd=3, events=POLLIN}], 1, 25000) = 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"l
\2\1\1\"\0\0\0\1\0\0\0\17\0\0\0\5\1u\0\1\0\0\0\10\1g\0\1o\0\0"...,
2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC},
MSG_CMSG_CLOEXEC) = 66
recvmsg(3, 0xbffeed58, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource
temporarily unavailable)
sendmsg(3, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\2\1\10\0\0\0\2\0\0\0i
\0\0\0\1\1o\0\35\0\0\0/com/ubu"..., 128}, {"\0\0\0\0\1\0\0\0", 8}],
msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 136
poll([{fd=3, events=POLLIN}], 1, -1)    = 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"l\4\1\1$\0\0\0\2\0\0\0o
\0\0\0\1\1o\0\35\0\0\0/com/ubu"..., 2048}], msg_controllen=0,
msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 164
recvmsg(3, 0xbffeee48, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource
temporarily unavailable)
clock_gettime(CLOCK_MONOTONIC, {94723, 7871487}) = 0
poll([{fd=3, events=POLLIN}], 1, 857615104) = 1 ([{fd=3,
revents=POLLIN}])
recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"l\2\1\1$
\0\0\0\3\0\0\0\17\0\0\0\5\1u\0\2\0\0\0\10\1g\0\1o\0\0"..., 2048}],
msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 68
recvmsg(3, 0xbffeee48, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource
temporarily unavailable)
sendmsg(3, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\2\1)\0\0\0\3\0\0\0h
\0\0\0\1\1o\0\35\0\0\0/com/ubu"..., 120},
{"\31\0\0\0com.ubuntu.Upstart0_6.Job\0\0\0"..., 41}],
msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 161
clock_gettime(CLOCK_MONOTONIC, {94723, 168547873}) = 0
poll([{fd=3, events=POLLIN}], 1, 25000) = 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"l\2\1\1\r
\0\0\0\4\0\0\0\17\0\0\0\5\1u\0\3\0\0\0\10\1g\0\1v\0\0"..., 2048}],
msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 45
recvmsg(3, 0xbffeecc8, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource
temporarily unavailable)
sendmsg(3, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\2\1#\0\0\0\4\0\0\0g
\0\0\0\1\1o\0\37\0\0\0/com/ubu"..., 120},
{"\36\0\0\0com.ubuntu.Upstart0_6.Instan"..., 35}], msg_controllen=0,
msg_flags=0}, MSG_NOSIGNAL) = 155
clock_gettime(CLOCK_MONOTONIC, {94723, 170761861}) = 0
poll([{fd=3, events=POLLIN}], 1, 25000) = 1 ([{fd=3, revents=POLLIN}])
recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"l
\2\1\1\210\0\0\0\5\0\0\0\23\0\0\0\5\1u\0\4\0\0\0\10\1g\0\5a{s"...,
2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC},
MSG_CMSG_CLOEXEC) = 176
recvmsg(3, 0xbffeebb8, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource
temporarily unavailable)
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb774d000
write(1, "fhem start/running, process 7526"..., 33fhem start/running,
process 7526
) = 33
close(3)                                = 0
exit_group(0)                           = ?
root@area73:~/fhem#
=== EO strace ===



While when I start it on the background manually (nohup sudo -u fhem /
usr/bin/perl /usr/bin/fhem.pl /etc/fhem.cfg 2>&1 &), it seems to work
fine.


Thanks,
 Josef


On Feb 12, 8:03 am, Rudolf Koenig wrote:
> > Any hints?
>
> Please try the CVS version or the released one without sending fhem
> into the background, i.e. "attr global logfile -"

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.
Titel: Re: Re: FHEM + FHZ1300 PC on ubuntu 10.10 not working
Beitrag von: rudolfkoenig am 12 Februar 2011, 18:37:03
                                                   

> There are still lvl 4 "Unparsed" messages, but they are always
> followed by a "FHZ1 dispatch" message, which seems to concatenate the
> previous Unparsed messages and interpret them correctly:

These messages are normal, note that they come on verbose level 5,
i.e. debug level.


> Are there any plans to apply the fix, so that fhem can be still
> started as a service?

Did I missed something? Which fix are you talking about?

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.
Titel: Re: FHEM + FHZ1300 PC on ubuntu 10.10 not working
Beitrag von: Guest am 12 Februar 2011, 22:49:50
Originally posted by: <email address deleted>

Well, I am guessing, that this bugfix (documented in the CHANGED file
in the nightly build) is what I needed to make fhem to work with my
FHZ1300PC:
---
  - bugfix:  serial port setting on Linux broken if running in the
background
---

For whatever reason, after the deployment of the nightly build, the
startup of fhem as service stopped working; while I still can start it
up via nohup on the background (which is what I did now as workaround
-- created a crontab entry checking each minute if the fhem process is
running and if its not, start it up on the background).

My question is, if it is just some misconfiguration on my side, that
the startup of fhem as service does not work anymore with the nightly
build, or if it is a new "feature" ..

Thanks for your help anyway - I can live with my crontab workaround,
if that is what it takes for fhem to work with my FHZ1300PC.

Danke sehr,
 Josef

On Feb 12, 6:37 pm, Rudolf Koenig wrote:
> > There are still lvl 4 "Unparsed" messages, but they are always
> > followed by a "FHZ1 dispatch" message, which seems to concatenate the
> > previous Unparsed messages and interpret them correctly:
>
> These messages are normal, note that they come on verbose level 5,
> i.e. debug level.
>
> > Are there any plans to apply the fix, so that fhem can be still
> > started as a service?
>
> Did I missed something? Which fix are you talking about?

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.
Titel: Re: Re: FHEM + FHZ1300 PC on ubuntu 10.10 not working
Beitrag von: Dr. Boris Neubert am 13 Februar 2011, 10:56:43
                                             

Am 12.02.2011 22:49, schrieb JK:
> For whatever reason, after the deployment of the nightly build, the
> startup of fhem as service stopped working; while I still can start it

yes, there is something wrong with fhem.pl. It does not go to background
any more. I browsed through the code but it is not apparent to me where
this comes from.

For the time being, I reverted fhem.pl to revision 1.123, which works.

rm fhem.pl
cvs up -r1.123 fhem.pl

Regards,
Boris

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.