Release SmartHome.pi: Raspberry Pi Image mit smartVISU und SmartHome.py

[tkuehne]

Hallo,

die ROT war von September. Der Kontakt war gut, allerdings war die Extension 1-wire technisch defekt. Busware hat diese anstandslos getauscht, und danach ging es dann auch sofort.

Grüße,

[gekraft]

ROT Extension

Hallo zusammen,

jetzt noch einmal eine Verständnisfrage:

Nachdem ich also bei einem frisch installiertem Image ohne weitere Konfigurationsänderungen den Befehl:

echo ds2482 0x18 > /sys/bus/i2c/devices/i2c-1/new_device

abgesetzt habe sollten dann meine angeschlossenen Sensoren nach

owdir /

direkt im Stammverzeichnis des owfs angezeigt werden, korrekt? Oder muß ich diese einmal noch dem Bus bekannt machen, oder einen Bus scan anstoßen? (wie?). Gibt es auch die Möglichkeit im owfs die simulierten Fake-Sensoren anzeigen zu lassen, die unter ofws.org in der Konfig-Anleitung erwähnt sind? Dazu muß laut dortiger Beschreibung in der /etc/owfs.conf eine entsprechender Konfigzeile drin sein, aber owfs.conf fehlt im Image.

Wenn dies nicht der Fall ist, deutet das auf:

- Verkabelungsfehler
- Defekten Sensor
- Defektes 1-wire Interface am ROT

Auch wenn es der unwahrscheinliche Fall ist, tippe ich auf Fall 3, denn mit einem Multimeter messe ich ohne angesteckte Sensoren am RJ10 Stecker des ROT zwischen Pins 5V und GND lediglich etwa 0,5V, also weit entfernt von der Soll-Spannung.

Danke im Voraus!

Grüße,

Thomas

Von wann ist denn deine ROT?
Ich hatte damit ein massives Problem und habe tagelang nach dem Problem gesucht. Fehler war schließlich eine schlechte Verbindung ROT mit Py. Ursache: Probleme bei der Poduktions-Charge mit dem Konnektoren, Fehler war bei Hersteller bekannt und ROT wurde problemlos getauscht.
Miss mal auf dem Py durch, ob der Kontakt von allen Pins zwischen ROTund Py besteht...

[callidomus]

Hallo Thomas,

man sollte den owserver neu starten. Dann sollten mit owdir alles Sensoren gelistet werden. Oder owhttp verwenden, siehe Pi Doku.

Ich tippe auf 1 oder 3. 2 ist gaaaanz selten.

Bis bald

Marcus

[tkuehne]

Hallo zusammen,

jetzt noch einmal eine Verständnisfrage:

Nachdem ich also bei einem frisch installiertem Image ohne weitere Konfigurationsänderungen den Befehl:

echo ds2482 0x18 > /sys/bus/i2c/devices/i2c-1/new_device

abgesetzt habe sollten dann meine angeschlossenen Sensoren nach

owdir /

direkt im Stammverzeichnis des owfs angezeigt werden, korrekt? Oder muß ich diese einmal noch dem Bus bekannt machen, oder einen Bus scan anstoßen? (wie?). Gibt es auch die Möglichkeit im owfs die simulierten Fake-Sensoren anzeigen zu lassen, die unter ofws.org in der Konfig-Anleitung erwähnt sind? Dazu muß laut dortiger Beschreibung in der /etc/owfs.conf eine entsprechender Konfigzeile drin sein, aber owfs.conf fehlt im Image.

Wenn dies nicht der Fall ist, deutet das auf:

- Verkabelungsfehler
- Defekten Sensor
- Defektes 1-wire Interface am ROT

Auch wenn es der unwahrscheinliche Fall ist, tippe ich auf Fall 3, denn mit einem Multimeter messe ich ohne angesteckte Sensoren am RJ10 Stecker des ROT zwischen Pins 5V und GND lediglich etwa 0,5V, also weit entfernt von der Soll-Spannung.

Danke im Voraus!

Grüße,

Thomas

[tkuehne]

perfekt, danke!

[callidomus]

Probier mal

echo ds1307 0x68 > /sys/class/i2c-adapter/i2c-1/new_device

[tkuehne]

yep.

Das Ausführen von:

echo ds1307 0x68 > /sys/class/i2c-adapter/i2c-0/new_device

bringt keine Änderung. hwclock meldet immer noch denselben Fehler.

[callidomus]

Hallo Thomas,

schon mal auf busware die Installationsanleitung gelesen?

Bis bald

Marcus

[tkuehne]

Hallo zusammen,

ich nutze das Image zusammen mit der ROT Extension von busware.de.
Gibt es Support für die auf diesem Modul vorhandene I2C Hardware-clock?

Bei mir ist kein device /dev/rtc oder /dev/rtc0 vorhanden, und hwclock meldet:

smarthome# hwclock --debug
hwclock from util-linux 2.20.1
hwclock: Open of /dev/rtc failed: No such file or directory
No usable clock interface found.
hwclock: Cannot access the Hardware Clock via any known method.

Wie kann ich die notwendigen Treiber dafür ggf. nachinstallieren?

Cheers & Danke,

[Sipple]

Because you have a SD card larger than 2GB?
Then use raspi-config. Should be self explaining.

apt-get install raspi-config

[eulaersivan]

Resize root partition

How can I resize the root partition of the smarthome.pi image?

[sunnyhd]

Danke Marcus!

Hatte bei der Suche auf die schnelle keine Antwort gefunden.

Schönes Wochenende
Klaus

[callidomus]

Hallo Klaus,

ist leider ein bekannter Bug und beim nächsten Image gefixt.
Das hängt von Deinem SSH-Client ab, welche Umgebungsvariable er übergibt.

Ein

export LANG="C"

auf der Console hilft kurzfristig.

Besser ist:

sudo apt-get update && sudo apt-get install locales-all

Bis bald

Marcus

[sunnyhd]

Hab heute auch mal das image auf einem Pi installiert.

Krieg beim starten von smarthome.py die folgende Meldung:

/usr/local/smarthome/bin/smarthome.py --start
Traceback (most recent call last):
File "/usr/local/smarthome/bin/smarthome.py", line 449, in <module>
locale.setlocale(locale.LC_ALL, '')
File "/usr/lib/python2.7/locale.py", line 547, in setlocale
return _setlocale(category, locale)
locale.Error: unsupported locale setting

locale -a spuckt

root@smarthome:~# locale -a
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_COLLATE to default locale: No such file or directory
C
C.UTF-8
POSIX

Gruß
Klaus

[callidomus]

etc/default/eibd ist schon mal richtig? Ist das Image dafür vorbereitet?

Ja in der Datei muss was geändert werden. Und ja, das Image ist dafür vorbereitet.

In der /etc/default/eibd muss sowas stehen:

EIB_ARGS="--daemon --Server --Tunnelling --Discovery --GroupCache --listen-tcp"
EIB_ADDR="0.0.1"
USBID=$(findknxusb | grep device: | cut -d' ' -f2)
EIB_IF="usb:$USBID"

Bis bald

Marcus