SSH User/Root Passwort für Busware RPi Image

[tostmann]

                                                 

Am 22.09.2012 um 12:27 schrieb dougie@m1n1.de:

> Es werden zwar beide von fhem erkannt und initialisiert, aber nach kurzer Zeit ist der RPi unglaublich langsam.
> Wenn ich ohne den CUL boote, ist alles normal.
>
> Fehler meinerseits?

Hab ich ehrlich gesagt noch nie getestet ... Ich probiere es mal bei Gelegenheit, gibt eigentlich keinen Grund, dass das nicht klappen sollte. Was sagt den "top" wo die CPU power hingeht?

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

[Guest]

Originally posted by: <email address deleted>

Installiere gerade neu mit dem aktuellen Image. Nochmal zur Sicherheit die
Frage, welche Updates würden den Kernel mit den Patches ersetzen? Passiert
das bei einem apt-get upgrade oder nur mit dem rpi-update?

Übrigens ein interessanter Artikel wie man möglichst viel RAM freischaufeln
kann:
https://www.extremeshok.com/blog/debian/raspberry-pi-raspbian-tuning-optimising-optimizing-for-reduced-memory-usage/

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

[Guest]

Originally posted by: <email address deleted>

Auch nützlich. Rebootet den RPI automatisch falls er hängen sollte:
http://pi.gadgetoid.co.uk/post/001-who-watches-the-watcher

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

[Guest]

Originally posted by: <email address deleted>

...ich wollte hier noch Feedback geben:

Mit dem aktuellen Busware Image kann ich derzeit keine Fehler mehr erkennen.
Der RPi läuft derzeit mit COC (HM) und CUL (FS20) noch parallel zur
FritzBox und soll demnächst die FB ersetzen.

Nach wie vor der einzige Wermutstropfen: das der RPi die Telefone im Haus
nicht klingeln lassen kann.
Aber vielleicht bekomme ich dafür irgendwann mal FHEM2FHEM zum Laufen, dann
sähe ich da einen Weg

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

[rudolfkoenig]

                                                   

> Aber vielleicht bekomme ich dafuer irgendwann mal FHEM2FHEM zum Laufen, dann
> saehe ich da einen Weg

Alternativ testet jemand fuer fhem die auf der Seite

  http://www.ip-symcon.de/forum/f53/fritzbox-7270-wlan-repeater-scripts-8267/index25.html#post137681

beschriebene Methode. webcm Zugriff (samt login) ist in der Funktion
FB_getPage("", "", ") bereits implementiert, in notify
eigenen Funktionen benoetigt man zum benutzen vorher ein "use FritzBoxUtils.pm".

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

[Guest]

Originally posted by: <email address deleted>

einfacher gesagt als getan!

Auf der FritzBox wird innerhalb der fhem Funktion FritzBoxcallnr eine
NetCat Funktion verwendet, deren Syntax ich ehrlich gesagt nicht ganz
schnalle.  
Ich hab zwar ne Idee, wie die Variable my $ret zusammen gebaut wird, aber
sehe nicht wo/wie der Befehl abgesetzt wird.

my $ret = "ATD: " . `echo ATDT**9# | nc 127.0.0.1 1011` ;

Die Variante aus dem Link (danke Rudolf) geht wohl den Weg über das Web
Interface und SessionID

Das Einzige was ich erkennen konnte war, das (von der WebOberfläche der
FritzBox auch ein javascript:doRequest("dial","**9");
geht. Aber das geht noch deutlich über mein Verständnis von Perl und PHP
hinaus. - Leider -

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

[Guest]

Originally posted by: <email address deleted>

Achso: und ich hab hier  dann doch grössere Probleme mit dem COC und
OneWire, bei denen ich noch keine genaue Idee hab woran es liegt.

Wenn ich den COC im rfmode homematic habe, startet fhem zwar, aber dann
gibt es die aus anderen Posts bekannten ewigen Fehler, und ich bekomme sich
auch nicht weg!

2012.09.25 12:45:31 1: Including /etc/fhem.cfg
2012.09.25 12:45:32 3: tPort: port 7072 opened
2012.09.25 12:45:33 3: WEB: port 8083 opened
2012.09.25 12:45:33 3: WEBphone: port 8084 opened
2012.09.25 12:45:33 3: WEBtablet: port 8085 opened
2012.09.25 12:45:33 3: Opening COC_RPi device /dev/ttyAMA0
2012.09.25 12:45:34 3: Setting COC_RPi baudrate to 38400
2012.09.25 12:45:34 3: COC_RPi device opened
2012.09.25 12:45:35 1: Not an CUL device, got for V:
 86701B18F400000000C0B85C5467C4865D3E63C3D985
A1DAF8
2012.09.25 12:45:35 1: Cannot init /dev/ttyAMA0, ignoring it
2012.09.25 12:45:35 1: OWX: CUNO device COC_RPi defined
2012.09.25 12:45:35 1: OWX: 1-Wire bus 1wire_RPi: interface in COC_RPi
could not be addressed
2012.09.25 12:45:35 3: Opening CUL_RPi_FS20 device /dev/ttyACM0
2012.09.25 12:45:35 3: Setting CUL_RPi_FS20 baudrate to 9600
2012.09.25 12:45:35 3: CUL_RPi_FS20 device opened
2012.09.25 12:45:36 3: OWTHERM: Device RPi_T_ defined.
2012.09.25 12:45:36 1: Including /var/log/fhem/fhem.save
2012.09.25 12:45:36 1: usb create starting
2012.09.25 12:45:37 1: usb create end
2012.09.25 12:45:37 0: Server started (version Fhem 5.2 (DEVELOPMENT), $Id:
fhem.pl 1875 2012-09-19 14:44:18Z rudolfkoenig $, pid 2032)
2012.09.25 12:45:38 2: WEB: redirecting / to /fhem
2012.09.25 12:45:46 3: OWX: Reset called with undefined interface
2012.09.25 12:45:46 3: OWX: Complex called with unknown interface on bus
1wire_RPi
2012.09.25 12:45:46 3: OWX: Reset called with undefined interface
2012.09.25 12:45:46 3: OWX: Complex called with unknown interface on bus
1wire_RPi
2012.09.25 12:45:46 3: OWX: Reset called with undefined interface
2012.09.25 12:45:46 3: OWX: Complex called with unknown interface on bus
1wire_RPi
2012.09.25 12:45:46 3: OWX: Reset called with undefined interface
2012.09.25 12:45:46 3: OWX: Complex called with unknown interface on bus
1wire_RPi
2012.09.25 12:45:46 3: OWX: Reset called with undefined interface
2012.09.25 12:45:46 3: OWX: Complex called with unknown interface on bus
1wire_RPi
2012.09.25 12:45:46 3: OWX: Reset called with undefined interface
2012.09.25 12:45:46 3: OWX: Complex called with unknown interface on bus
1wire_RPi
2012.09.25 12:45:46 3: OWX: Reset called with undefined interface
2012.09.25 12:45:46 3: OWX: Complex called with unknown interface on bus
1wire_RPi
2012.09.25 12:45:46 3: OWX: Reset called with undefined interface
2012.09.25 12:45:46 3: OWX: Complex called with unknown interface on bus
1wire_RPi

Noch schlimmer wird's, wenn ich den RFmode homematic raus nehme und einen
einzelnen Temp Sensor auf den Bus stecke:
Dann faltet sich fhem gleich wieder beim Aufruf von OWTHERM zusammen.
*seufz*


2012.09.25 12:46:53 1: Including /etc/fhem.cfg
2012.09.25 12:46:55 3: tPort: port 7072 opened
2012.09.25 12:46:58 3: WEB: port 8083 opened
2012.09.25 12:46:59 3: WEBphone: port 8084 opened
2012.09.25 12:46:59 3: WEBtablet: port 8085 opened
2012.09.25 12:46:57 3: Opening COC_RPi device /dev/ttyAMA0
2012.09.25 12:46:57 3: Setting COC_RPi baudrate to 38400
2012.09.25 12:46:57 3: COC_RPi device opened
2012.09.25 12:46:58 1: OWX: CUNO device COC_RPi defined
2012.09.25 12:46:58 1: /dev/ttyAMA0 disconnected, waiting to reappear
2012.09.25 12:47:03 1: OWX: 1-Wire bus 1wire_RPi: interface in COC_RPi
could not be addressed
2012.09.25 12:47:03 3: Opening CUL_RPi_FS20 device /dev/ttyACM0
2012.09.25 12:47:03 3: Setting CUL_RPi_FS20 baudrate to 9600
2012.09.25 12:47:03 3: CUL_RPi_FS20 device opened
2012.09.25 12:47:03 3: OWTHERM: Device RPi_T_ defined.
2012.09.25 12:47:03 1: Including /var/log/fhem/fhem.save
2012.09.25 12:47:03 1: usb create starting
2012.09.25 12:47:05 1: usb create end
2012.09.25 12:47:05 0: Server started (version Fhem 5.2 (DEVELOPMENT), $Id:
fhem.pl 1875 2012-09-19 14:44:18Z rudolfkoenig $, pid 1856)
2012.09.25 12:48:18 1: Including /etc/fhem.cfg
2012.09.25 12:48:19 3: tPort: port 7072 opened
2012.09.25 12:48:20 3: WEB: port 8083 opened
2012.09.25 12:48:20 3: WEBphone: port 8084 opened
2012.09.25 12:48:20 3: WEBtablet: port 8085 opened
2012.09.25 12:48:21 3: Opening COC_RPi device /dev/ttyAMA0
2012.09.25 12:48:21 3: Setting COC_RPi baudrate to 38400
2012.09.25 12:48:21 3: COC_RPi device opened
2012.09.25 12:48:22 1: OWX: CUNO device COC_RPi defined
2012.09.25 12:48:22 1: /dev/ttyAMA0 disconnected, waiting to reappear
2012.09.25 12:48:27 1: OWX: 1-Wire bus 1wire_RPi: interface in COC_RPi
could not be addressed
2012.09.25 12:48:27 3: Opening CUL_RPi_FS20 device /dev/ttyACM0
2012.09.25 12:48:27 3: Setting CUL_RPi_FS20 baudrate to 9600
2012.09.25 12:48:27 3: CUL_RPi_FS20 device opened
2012.09.25 12:48:27 3: OWTHERM: Device RPi_T_ defined.
2012.09.25 12:48:27 1: Including /var/log/fhem/fhem.save
2012.09.25 12:48:27 1: usb create starting
2012.09.25 12:48:29 1: usb create end
2012.09.25 12:48:29 0: Server started (version Fhem 5.2 (DEVELOPMENT), $Id:
fhem.pl 1875 2012-09-19 14:44:18Z rudolfkoenig $, pid 2027)
2012.09.25 12:50:05 1: Including /etc/fhem.cfg
2012.09.25 12:50:06 3: tPort: port 7072 opened
2012.09.25 12:50:07 3: WEB: port 8083 opened
2012.09.25 12:50:07 3: WEBphone: port 8084 opened
2012.09.25 12:50:07 3: WEBtablet: port 8085 opened
2012.09.25 12:50:08 3: Opening COC_RPi device /dev/ttyAMA0
2012.09.25 12:50:08 3: Setting COC_RPi baudrate to 38400
2012.09.25 12:50:08 3: COC_RPi device opened
2012.09.25 12:50:08 1: OWX: CUNO device COC_RPi defined
2012.09.25 12:50:08 1: OWX: 1-Wire bus 1wire_RPi: interface DS2482 detected
in COC_RPi
2012.09.25 12:50:08 3: Opening CUL_RPi_FS20 device /dev/ttyACM0
2012.09.25 12:50:08 3: Setting CUL_RPi_FS20 baudrate to 9600
2012.09.25 12:50:08 3: CUL_RPi_FS20 device opened
2012.09.25 12:50:09 3: OWTHERM: Device RPi_T_ defined.

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

[rudolfkoenig]

                                                   

> 2012.09.25 12:45:35 1: Not an CUL device, got for V:
>  86701B18F400000000C0B85C5467C4865D3E63C3D985

Das ist komisch. Kannst Du mit einem reset der COC (screen /dev/ttyAMA0, B00,
CTRL-A :quit) versuchen?

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

[tostmann]

                                                 

Am 25.09.2012 um 12:56 schrieb dougie@m1n1.de:

> 2012.09.25 12:45:34 3: COC_RPi device opened
> 2012.09.25 12:45:35 1: Not an CUL device, got for V:  86701B18F400000000C0B85C5467C4865D3E63C3D985
> A1DAF8

Und das obwohl im fhem-startscript explizit ein RESET auf dem COC/culfw ausgeführt wird? Du nutzt doch die gepatched Version?

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

[Guest]

Originally posted by: <email address deleted>

Ist zwar etwas Off-Topic.
Aber wo hier gerade Nutzer der COC Erweiterung zu finden sind.

Ich überlege auch mit die Erweiterung zu holen. Die Frage ist nur in
welcher Konfiguration, Antenne, EEPROM usw.
Möchte damit meine FS20 Heizkörperthermostate (868) und Intertechno
Steckdosen (433) steuern.

Oder wäre die besser Alternative der CC1101-USB-Lite 868MHz die bessere
Wahl?

Dennis

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

[Guest]

Originally posted by: <email address deleted>

Ja, ich verwende das aktuelle gepatchte Kernel image. Mit dem funktionieren
auch COC und CUL parallel (teste jetzt seit 2 Tagen).

Heute wollte ich dann 1-Wire dazu nehmen.

Hab mir gerade mal screen nachinstalliert (apt-get install screen)

Aber ein screen /dev/ttyAMA0 zeigt mir gar nichts. Schirm bleibt leer egal
was ich tipper (ausser den CTRL-A commands)

Hab mal aus ner anderen session fhem gestartet, aber auch da bleibt das
screen leer... (vielleicht mahc ich auch nur was falsch?)

dougie@raspberrypi ~ $ /etc/init.d/fhem status
fhem is not running
dougie@raspberrypi ~ $ sudo /etc/init.d/fhem start
resetting 868MHz extension...
Starting fhem...
dougie@raspberrypi ~ $ Use of uninitialized value $ob in pattern match
(m//) at /usr/share/fhem/FHEM/00_OWX.pm line 534, <$fh> line 57.

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

[rudolfkoenig]

                                                   

> Aber ein screen /dev/ttyAMA0 zeigt mir gar nichts. Schirm bleibt leer egal
> was ich tipper (ausser den CTRL-A commands)

Sorry, heisst wohl "screen /dev/ttyAMA0 38400"
Fuer CSM/COC ist die Baudrate wichtig, fuer CUL nicht.

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

[Guest]

Originally posted by: <email address deleted>

Ah, jetzt, ja... eine Insel!

Ich hatte 38400 als Baudrate zwar versucht, aber

1. komm ich nicht an ttyAMA0 ran, so lange fhem läuft
2. hängt sich ttyAMA0 weg, wenn man ein screen versucht, während fhem läuft

Also muss man schon einen reboot des Pi, dann fhem stop und dann screen.

Meine Response:

A0C188670000000BF4202
819E3D61888B2002B06
0000000C840EC
0000000CE3C1B

Das geht übrigens nur ein mal. Wenn ich die Session close und noch mal
öffne, bekomme ich keine weitere Response auf ein B00

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

[rudolfkoenig]

                                                   

> Das geht übrigens nur ein mal. Wenn ich die Session close und noch mal
> öffne, bekomme ich keine weitere Response auf ein B00

Vlt. ist B00 bei der COC eine schlechte Idee, und man muss ein reboot per
port-Zauberei vom RPi erledigen.

Aber: nach dem boot im screen sollten sinnvolle Werte erscheinen auf manuelle
eingabe:

V   -> V 1.46 ... (Version)
t   -> aabbccdd (Zeit seit boot, 8 stellen hex)
C35 -> C35 = 0D / 13

usw., siehe auch http://culfw.de/commandref.html

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

[Guest]

Originally posted by: <email address deleted>

...das mit fhem und stop war quatsch!

Ein

sudo /etc/init.d/fhem stop

liefert

Use of uninitialized value in numeric gt (>) at /usr/bin/fhem.pl line 303

Und fhem wird NICHT gestoppt
Ich muss ein shutdown in der Kommandozeile eingeben damit fhem runter fährt.


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