Beaglebone Cape mit KNX & 4x Onewire; Enocean, RTC, eHZ möglich

[WagoKlemme]

Kann mir jemand sagen welche Stecker für 1-wire nötig sind. Habe zwar unter PTSM-Steckverbinder von Phoenix Contact gesucht. Finde da aber nur die Variante
http://www.ebay.de/itm/Leiterplatten...YAAOSwajVUQP0X
aber diesieht ganz anders aus. Vielleicht hat jemand welche gekauft und kann mir sagen wo er sie her hat. Danke.

[schloessl]

TCP-Adressen schon belegt! Siehe 146 und 149.

Ich hatte das Problem schon in 148 aufgezeigt und in 149 als gelöst gemeldet.

Gestern habe die neueste smartVISU-Version eingepflegt. Leider gab es einige Fehler und einige Starts wurden notwendig.
Dabei erkannte ich nachfolgendes Problem:

in smarthome wurden Dateien angesehen und abgeglichen.
in smartVISU wurde der letzte Stand von Robert eingefügft l

smarthome Start. smartVISU lief OK, aber die Plots sind weg, also suchen per Debug.

Ab hier gibt es den aufgezeigten Fehler.

Mehrfaches smarthome --stop und sogar ein reboot änderten nichts an der Fehlermeldung. Cache jeweils gelöscht.

2015-12-14 15:25:30,636 INFO Main Start SmartHome.py 1.1.923.dev -- smarthome.py:__init__:242
2015-12-14 15:25:30,639 DEBUG Main Python 3.4.2 -- smarthome.py:__init__:243
2015-12-14 15:25:30,642 INFO Main Init Scheduler -- scheduler.py:__init__:86
2015-12-14 15:25:30,646 DEBUG Scheduler creating 5 workers -- scheduler.py:run:93
2015-12-14 15:25:30,647 INFO Main Init Plugins -- smarthome.py:start:288
2015-12-14 15:25:30,659 DEBUG Main Plugin: knx -- plugin.py:__init__:43
2015-12-14 15:25:30,678 DEBUG Main Plugin: ow -- plugin.py:__init__:43
2015-12-14 15:25:30,690 DEBUG Main Plugin: visu -- plugin.py:__init__:43
2015-12-14 15:25:30,728 DEBUG Main Plugin: cli -- plugin.py:__init__:43
2015-12-14 15:25:30,735 DEBUG Main Plugin: sql -- plugin.py:__init__:43
2015-12-14 15:25:30,772 DEBUG Main SQLite 3.8.7.1 -- __init__.py:__init__:47
2015-12-14 15:25:31,611 DEBUG Main SQLite: database integrity ok -- __init__.py:__init__:64
2015-12-14 15:25:31,621 DEBUG Main SQLite Maintain next time: 2015-12-15 03:02:00+01:00 -- scheduler.py:_next_time:303
2015-12-14 15:25:31,624 DEBUG Main Plugin: wettercom -- plugin.py:__init__:43
2015-12-14 15:25:31,665 DEBUG Main Plugin: mail -- plugin.py:__init__:43
2015-12-14 15:25:31,729 DEBUG Main Plugin: imap -- plugin.py:__init__:43
2015-12-14 15:25:31,733 DEBUG Main IMAP next time: 2015-12-14 15:25:46+01:00 -- scheduler.py:_next_time:303
2015-12-14 15:25:31,736 INFO Main Init Items -- smarthome.py:start:294
2015-12-14 15:25:32,060 INFO Main Item env.core.memory = 19910656.0 via SQLite None None -- item.py:set:476
2015-12-14 15:25:32,070 INFO Main Item env.core.threads = 8.0 via SQLite None None -- item.py:set:476
2015-12-14 15:25:32,076 DEBUG Main Item env.core: no type specified. -- item.py:__init__:242
2015-12-14 15:25:32,091 DEBUG Main Item env.location: no type specified. -- item.py:__init__:242
2015-12-14 15:25:32,156 INFO Main Item env.system.load = 0.04 via SQLite None None -- item.py:set:476
2015-12-14 15:25:32,160 DEBUG Main Item env.system: no type specified. -- item.py:__init__:242
2015-12-14 15:25:32,163 DEBUG Main Item env: no type specified. -- item.py:__init__:242
2015-12-14 15:25:32,167 DEBUG Main KNX: wire.werkst listen on and init with cache 4/1/0 -- __init__.pyarse_item:262
2015-12-14 15:25:32,193 INFO Main Item wire.werkst = 13.5 via SQLite None None -- item.py:set:476
2015-12-14 15:25:32,197 DEBUG Main KNX: wire.vorlauf listen on and init with cache 4/1/1 -- __init__.pyarse_item:262
.
. weitere INITs
.
.
.2015-12-14 15:25:35,663 DEBUG Main Triggering wire.temp_r1.min - by: Init source: None dest: None value: {'caller': 'Init', 'value': 0} -- scheduler.py:trigger:164
2015-12-14 15:25:35,671 DEBUG Main Triggering wire.temp_r1.max - by: Init source: None dest: None value: {'caller': 'Init', 'value': 0} -- scheduler.py:trigger:164
2015-12-14 15:25:35,689 DEBUG Main Triggering wire.dew_r1 - by: Init source: None dest: None value: {'caller': 'Init', 'value': 0} -- scheduler.py:trigger:164
2015-12-14 15:25:35,694 DEBUG Main Triggering wire.temp_r2.min - by: Init source: None dest: None value: {'caller': 'Init', 'value': 0} -- scheduler.py:trigger:164
2015-12-14 15:25:35,696 INFO wire.dew_r1 Item wire.dew_r1 = 4.33 via Init None None -- item.py:__update:373
2015-12-14 15:25:35,699 DEBUG Main Triggering wire.temp_r2.max - by: Init source: None dest: None value: {'caller': 'Init', 'value': 0} -- scheduler.py:trigger:164
2015-12-14 15:25:35,707 DEBUG Main Triggering wire.dew_r2 - by: Init source: None dest: None value: {'caller': 'Init', 'value': 0} -- scheduler.py:trigger:164
2015-12-14 15:25:35,712 DEBUG Main Triggering wire.dew_r3 - by: Init source: None dest: None value: {'caller': 'Init', 'value': 0} -- scheduler.py:trigger:164
2015-12-14 15:25:35,714 INFO wire.dew_r2 Item wire.dew_r2 = 4.5 via Init None None -- item.py:__update:373
2015-12-14 15:25:35,720 DEBUG Main Triggering wire.dew_r4 - by: Init source: None dest: None value: {'caller': 'Init', 'value': 0} -- scheduler.py:trigger:164
2015-12-14 15:25:35,730 DEBUG Main Triggering aussen.mdt.tempsun.min - by: Init source: None dest: None value: {'caller': 'Init', 'value': 0} -- scheduler.py:trigger:164
2015-12-14 15:25:35,732 INFO wire.dew_r3 Item wire.dew_r3 = 4.85 via Init None None -- item.py:__update:373
2015-12-14 15:25:35,736 DEBUG Main Triggering aussen.mdt.tempsun.max - by: Init source: None dest: None value: {'caller': 'Init', 'value': 0} -- scheduler.py:trigger:164
2015-12-14 15:25:35,740 DEBUG Main Triggering aussen.mdt.windkmh - by: Init source: None dest: None value: {'caller': 'Init', 'value': 0.27} -- scheduler.py:trigger:164
2015-12-14 15:25:35,749 INFO wire.dew_r4 Item wire.dew_r4 = 4.79 via Init None None -- item.py:__update:373
2015-12-14 15:25:35,755 DEBUG Main Triggering system.datum_uhrzeit.sonne.aufgang - by: Init source: None dest: None value: {'caller': 'Init', 'value': None} -- scheduler.py:trigger:164
2015-12-14 15:25:35,764 DEBUG Main Triggering system.datum_uhrzeit.sonne.untergang - by: Init source: None dest: None value: {'caller': 'Init', 'value': None} -- scheduler.py:trigger:164
2015-12-14 15:25:35,770 DEBUG Main Triggering system.datum_uhrzeit.sonne.position - by: Init source: None dest: None value: {'caller': 'Init', 'value': None} -- scheduler.py:trigger:164
2015-12-14 15:25:35,772 DEBUG Main Triggering system.datum_uhrzeit.mond.aufgang - by: Init source: None dest: None value: {'caller': 'Init', 'value': None} -- scheduler.py:trigger:164
2015-12-14 15:25:35,778 DEBUG Main Triggering system.datum_uhrzeit.mond.untergang - by: Init source: None dest: None value: {'caller': 'Init', 'value': None} -- scheduler.py:trigger:164
2015-12-14 15:25:35,780 DEBUG Main Triggering system.datum_uhrzeit.mond.position - by: Init source: None dest: None value: {'caller': 'Init', 'value': None} -- scheduler.py:trigger:164
2015-12-14 15:25:35,788 DEBUG Main Triggering system.datum_uhrzeit.mond.licht - by: Init source: None dest: None value: {'caller': 'Init', 'value': 0} -- scheduler.py:trigger:164
2015-12-14 15:25:35,790 DEBUG Main Triggering system.datum_uhrzeit.mond.phase - by: Init source: None dest: None value: {'caller': 'Init', 'value': 0} -- scheduler.py:trigger:164

Beginn Smarthome

2015-12-14 15:25:35,794 INFO Main Items: 629 -- smarthome.py:start:326
2015-12-14 15:25:35,808 INFO Main Start Logics -- logic.py:__init__:33
2015-12-14 15:25:35,810 DEBUG Main Reading Logics from /usr/local/smarthome/lib/env/logic_conf -- logic.py:_read_logics:64
2015-12-14 15:25:35,815 DEBUG Main Reading Logics from /usr/local/smarthome/etc/logic.conf -- logic.py:_read_logics:64
2015-12-14 15:25:35,833 DEBUG Main Logic: MyLogic -- logic.py:__init__:44
2015-12-14 15:25:35,870 DEBUG Main Logic: mysun -- logic.py:__init__:44
2015-12-14 15:25:35,878 DEBUG Main Logic: sonnenstand -- logic.py:__init__:44
2015-12-14 15:25:35,892 DEBUG Main Logic: env_daily -- logic.py:__init__:44
2015-12-14 15:25:35,888 INFO wire.temp_r1.max Item wire.temp_r1.max = 13.38 via Init None None -- item.py:__update:373
2015-12-14 15:25:35,920 DEBUG Main env_daily next time: 2015-12-15 06:00:00+01:00 -- scheduler.py:_next_time:303
2015-12-14 15:25:35,928 DEBUG Main Logic: env_loc -- logic.py:__init__:44
2015-12-14 15:25:35,933 DEBUG Main Logic: env_stat -- logic.py:__init__:44
2015-12-14 15:25:35,952 DEBUG Main env_stat next time: 2015-12-14 15:25:46+01:00 -- scheduler.py:_next_time:303
2015-12-14 15:25:35,954 DEBUG Main Logic: AtSunset -- logic.py:__init__:44
2015-12-14 15:25:35,984 DEBUG Main AtSunset next time: 2015-12-14 15:18:29.454063+00:00 -- scheduler.py:_next_time:303
2015-12-14 15:25:35,998 DEBUG Main Logic: env_init -- logic.py:__init__:44
2015-12-14 15:25:36,011 DEBUG Main Logic: wettercom -- logic.py:__init__:44
2015-12-14 15:25:36,034 DEBUG Main Logic: Time -- logic.py:__init__:44
2015-12-14 15:25:36,039 DEBUG Main Logic: alarm -- logic.py:__init__:44
2015-12-14 15:25:36,067 DEBUG Main Logic: eg_szenen -- logic.py:__init__:44
2015-12-14 15:25:36,094 INFO Main Start Plugins -- plugin.py:start:65
2015-12-14 15:25:36,096 INFO wire.temp_r2.max Item wire.temp_r2.max = 7.03 via Init None None -- item.py:__update:373
2015-12-14 15:25:36,110 DEBUG Main Starting knx Plugin -- plugin.py:start:67
2015-12-14 15:25:36,107 INFO aussen.mdt.tempsun.min Item aussen.mdt.tempsun.min = -1.29 via Init None None -- item.py:__update:373
2015-12-14 15:25:36,117 DEBUG Main Starting ow Plugin -- plugin.py:start:67
2015-12-14 15:25:36,122 DEBUG ow 1w-disc next time: 2015-12-14 15:25:38+01:00 -- scheduler.py:_next_time:303
2015-12-14 15:25:36,123 DEBUG Main Starting visu Plugin -- plugin.py:start:67
2015-12-14 15:25:36,128 DEBUG Main Starting cli Plugin -- plugin.py:start:67
2015-12-14 15:25:36,140 DEBUG Main Starting sql Plugin -- plugin.py:start:67
2015-12-14 15:25:36,148 DEBUG Main Starting wettercom Plugin -- plugin.py:start:67
2015-12-14 15:25:36,174 DEBUG Main Starting mail Plugin -- plugin.py:start:67
2015-12-14 15:25:36,188 DEBUG Main Starting imap Plugin -- plugin.py:start:67
2015-12-14 15:25:36,233 INFO aussen.mdt.tempsun.max Item aussen.mdt.tempsun.max = 15.55 via Init None None -- item.py:__update:373
2015-12-14 15:25:37,057 INFO system.datum_uhrzeit.sonne.aufgang Item system.datum_uhrzeit.sonne.aufgang = 07:58 via Init None None -- item.py:__update:373
2015-12-14 15:25:37,132 INFO system.datum_uhrzeit.sonne.position Item system.datum_uhrzeit.sonne.position = (3.917962074279785, 0.10291889309883118) via Init None None -- item.py:__update:373
2015-12-14 15:25:37,179 INFO system.datum_uhrzeit.sonne.untergang Item system.datum_uhrzeit.sonne.untergang = 16:18 via Init None None -- item.py:__update:373
2015-12-14 15:25:37,290 INFO system.datum_uhrzeit.mond.aufgang Item system.datum_uhrzeit.mond.aufgang = 10:36 via Init None None -- item.py:__update:373
2015-12-14 15:25:37,987 INFO system.datum_uhrzeit.mond.untergang Item system.datum_uhrzeit.mond.untergang = 19:45 via Init None None -- item.py:__update:373
2015-12-14 15:25:38,074 INFO system.datum_uhrzeit.mond.position Item system.datum_uhrzeit.mond.position = (3.3051607608795166, 0.4216500222682953) via Init None None -- item.py:__update:373
2015-12-14 15:25:38,166 INFO system.datum_uhrzeit.mond.licht Item system.datum_uhrzeit.mond.licht = 11 via Init None None -- item.py:__update:373
2015-12-14 15:25:38,220 INFO system.datum_uhrzeit.mond.phase Item system.datum_uhrzeit.mond.phase = 1 via Init None None -- item.py:__update:373
2015-12-14 15:25:38,265 DEBUG Connections KNX: connected to 127.0.0.1:6720 -- connection.py:connect:392
2015-12-14 15:25:38,270 DEBUG Connections KNX: reading eibd cache -- __init__.py:handle_connect:121
2015-12-14 15:25:38,464 DEBUG Connections KNX: enable group monitor -- __init__.py:handle_connect:125
2015-12-14 15:25:38,469 DEBUG Connections KNX: init read -- __init__.py:handle_connect:131
2015-12-14 15:25:38,478 INFO Connections 1-Wire: connected to 127.0.0.1:4304 -- __init__.py:connect:51
2015-12-14 15:25:38,485 ERROR Connections WebSocket: problem binding 0.0.0.0:2424 (TCP): [Errno 98] Die Adresse wird bereits verwendet -- connection.py:connect:156
2015-12-14 15:25:38,490 ERROR Connections CLI: problem binding 0.0.0.0:2323 (TCP): [Errno 98] Die Adresse wird bereits verwendet -- connection.py:connect:156
2015-12-14 15:25:38,735 DEBUG Scheduler 1w-disc next time: 2015-12-14 15:35:38+01:00 -- scheduler.py:_next_time:303
2015-12-14 15:25:39,215 INFO Main knx: 1.1.0 set 4/1/1 to 18.38 -- __init__.pyarse_telegram:198
2015-12-14 15:25:39,222 DEBUG Main Triggering wire.vorlauf-eval - by: KNX source: 1.1.0 dest: 4/1/1 value: {'dest': '4/1/1', 'caller': 'KNX', 'sour -- scheduler.py:trigger:164

Normaler Ablauf, alle 10 Min

ERROR Connections WebSocket: problem binding 0.0.0.0:2424 (TCP): [Errno 98] Die Adresse wird bereits verwendet -- connection.py:connect:156
ERROR Connections CLI: problem binding 0.0.0.0:2323 (TCP): [Errno 98] Die Adresse wird bereits verwendet -- connection.py:connect:156

Da ich noch die verschwundenen Plots suche, habe ich die Prozedur mehrfach durchlaufen und ist somit reproduzierbar!

Mehrfaches /usr/local/smarthome/bin/smarthome.py --stop zeigt keine Wirkung, ebenso nach reboot bleiben die TCP-Adressen belegt (Fehler 98)

Nur ein ps ax | grep smart.. und ein kill der smarthome-Einträge zeigt Wirkung, Ein /usr/local/smarthome/bin/smarthome.py -d startet dann ohne Fehlermeldung.

Wo kann ich bitte forschen?

Danke
Wolfgang

[schloessl]

Im Nachtrag zum vorstehenden Beitrag, Plots verschwunden!

Vielleicht mache ich noch einen Fehler bei der Übernahme der Updates.

smarthome.py develop

Develop-Branch, aktuellste Software
per „git pull“ aktualisierbar
gestartet/überwacht via SystemD

zu SmartHome
smarthome@ibbgateway:~$ cd /usr/local/smarthome
smarthome@ibbgateway:/usr/local/smarthome$ git pull
Already up-to-date.
smarthome@ibbgateway:/usr/local/smarthome$

smartVISU trunk (2.8)

    trunk, aktuellste Software
    per „svn update“ aktualisierbar

smartVISU trunk Link führt zur Demo und weiter zum master.

Wo finde ich den trunk
Wie geht "svn update"

Aus Unkenntnis habe ich mir aus "https://github.com/robert-budde/smartvisu"
Latest commit 700a0fc on 1 Sep @Martin-Gleiss Martin-Gleiss fix: smarthome.py driver now supports: …

das Zip-File gezogen, entpackt und per WinSCP übernommen.


Mache ich hier etwas falsch?
Geht es einfacher?

Danke
Wolfgang

[JuMi2006]

Wie sieht denn Deine plugin.conf aus?

[hotzen]

Hey Robert, könntest du die Anbindung des Volkszähler Kopfes an das IBB-Cape etwas ausführen?
Der "Volkszähler-Lötdienst-Udo" hat noch folgende Fragen zum RJ12 Anschluss:

wenn ich wüsste wie er diesen Satz meint:
> Belegung der RJ11-Buchse (Ausrichtung: Beschriftung „IBBCape“ lesbar): 3,3V | TX (Beaglebone Ausgang!) | RX (Beaglebone Eingang!) | GND
Vielleicht kann er ja anhand des anhängenden Bildes die Anschlussbelegung beschreiben.
Die Frage ist auch ob er eine RJ11 oder eine RJ10-4P4C-Buchse da drauf hat.

[schloessl]

JuMi2006
Schwerin

Wie sieht denn Deine plugin.conf aus?

Danke für Deine Antwort.
Hier ist die plugin.conf.
Steht seit längerer Zeit so fest. Nur bei "smartvisu_dir = /var/www/html/smartVISU" hat sich das " /html/" für den BBB eingeschlichen.
Einige Passworte sind mit xxx oder yyy belegt.

cat >plugin.conf <<EOL 1
# /usr/local/smarthome/etc/plugin.conf

[knx]
class_name = KNX
class_path = plugins.knx
host = 127.0.0.1
port = 6720
# send_time = 600 # update date/time every 600 seconds, default none
# time_ga = 1/1/1 # default none
# date_ga = 1/1/2 # default none
busmonitor = yes

[ow]
class_name = OneWire
class_path = plugins.onewire
host = 127.0.0.1
port = 4304

[visu]
class_name = WebSocket
class_path = plugins.visu
smartvisu_dir = /var/www/html/smartVISU
port=2424
acl=rw
# test 3 zeilen
# ip= 192.168.115.35
# for Ubuntu 14.04 upwards the base for html has changed
# smartvisu_dir = /var/www/html/smartVISU

[cli]
class_name = CLI
class_path = plugins.cli
ip = 0.0.0.0
update = True

[sql]
class_name = SQL
class_path = plugins.sqlite

#[enocean]
# class_name = EnOcean
# class_path = plugins.enocean
# serialport = /dev/ttyS4

#[ical]
# class_name = iCal
# class_path = plugins.ical

[wettercom]
class_name = wettercom
class_path = plugins.wettercom
apikey = bbbbbbbbe52df949b4a794f5a
project = smartvisuyyyyyy

[mail]
class_name = SMTP
class_path = plugins.mail
host = smtp.1und1.de
mail_from = alarm@yyyy.de
ssl = True
username = alarm@yyyy.de
password = xxxxxxxx

[imap]
class_name = IMAP
class_path = plugins.mail
host = imap.1und1.de
ssl = True
password = secret
username = alarm@yyyy.de
password = xxxxxx
#[autoblind]
# class_name = AutoBlind
# class_path = plugins.autoblind
## startup_delay_default = 10
## suspend_time_default = 3600
## laststate_name_manually_locked = Manuell gesperrt
## laststate_name_suspended = Ausgesetzt bis %X
# log_level = 3
# log_directory = var/log/AutoBlind/
EOL

[Robert]

Hi hotzen , bitte entschuldige die späte Antwort. Die Belegung habe ich noch mal auf der Webseite in die Artikelbeschreibung geschrieben, hier im Thread ist die scheinbar untergegangen:

• "RJ10" 4p4C-Buchse für den Lesekopf, z.B. von volkszähler.org
• mit Schutz- und Filterbeschaltung und 3,3V Versorgung (max. 200mA!)
• Belegung (Schriftzug "IBBCape" lesbar, von links nach rechts): 3,3V | TX (Ausgang Cape!) | RX (Eingang Cape!) | GND

Konkret zu deinem Bild also:
4 - gelb - 3,3V
3 - grün - TX (hier quasi die Sendediode anschließen - mit Treiber!)
2 - rot - RX (hier die Empfangsdiode anschließen)
1 - weiß (bzw. teilweise auch schwarz bei mir) - GND/Masse

Viel Erfolg!
Robert

[hotzen]

Die Artikelbeschreibung von deiner Website hatte ich bereits, der Satz "Belegung (Schriftzug „IBBCape“ lesbar, von links nach rechts): 3,3V | TX (Ausgang Cape!) | RX (Eingang Cape!) | GND" ist aber wohl nicht so eindeutig (für jemanden, der das IBBCape nicht vor sich liegen hat?). Eventuell könnte man das noch eindeutiger formulieren...

Wie auch immer, vielen Dank!!

[saft6luck]

Was muss denn bestückt werden, wenn man die DS3232M Realtime-Clock Option nutzen will?

[WagoKlemme]

Kann man das Cape auch als IP-Schnittstelle nutzen ? Bzw. wie kann ich die Routerfunktion deaktivieren.

[Marcov]

Vor drei Tagen waren plötzlich meine USB Ausleseköpfe nicht mehr auffindbar. Ich habe nun testweise ein sauberes Jessie über eine SD-Karte angeschossen und befürchte der USB Port des Boards ist defekt. Ich kann die Ausgabe von grep usb und lsusb -v aber nicht sicher interpretieren, er scheint eine Netzwerkschnitstelle an USB0 zu finden (dort ist aber keine):

root@ibbgateway:~# ifconfig
eth0      Link encap:Ethernet  Hardware Adresse 6c:ec:eb:ae:d2:e1
          inet Adresse:192.xxxxxxx  Bcast:192.xxxxxxx  Maske:255.255.255.0
          inet6-Adresse: fe80::6eec:ebff:feae:d2e1/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:914 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1691 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:91089 (88.9 KiB)  TX bytes:832090 (812.5 KiB)
          Interrupt:170

lo        Link encap:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:65536  Metrik:1
          RX packets:16 errors:0 dropped:0 overruns:0 frame:0
          TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:1308 (1.2 KiB)  TX bytes:1308 (1.2 KiB)

usb0      Link encap:Ethernet  Hardware Adresse 6c:ec:eb:ae:d2:e0
          inet Adresse:192.168.7.2  Bcast:192.168.7.3  Maske:255.255.255.252
          UP BROADCAST MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B) 

root@beaglebone:~# dmesg | grep usb
[    2.968500] usbcore: registered new interface driver usbfs
[    2.968594] usbcore: registered new interface driver hub
[    2.968756] usbcore: registered new device driver usb
[    3.504003] usbcore: registered new interface driver udl
[    3.584972] usbcore: registered new interface driver pegasus
[    3.585049] usbcore: registered new interface driver rtl8150
[    3.585140] usbcore: registered new interface driver r8152
[    3.589398] 47401300.usb-phy supply vcc not found, using dummy regulator
[    3.615736] musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk combine, bulk split, HB-ISO Rx, HB-ISO Tx, SoftConn)
[    3.615757] musb-hdrc: MHDRC RTL version 2.0
[    3.615767] musb-hdrc: setup fifo_mode 4
[    3.615787] musb-hdrc: 28/31 max ep, 16384/16384 memory
[    3.617754] 47401b00.usb-phy supply vcc not found, using dummy regulator
[    3.645619] musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk combine, bulk split, HB-ISO Rx, HB-ISO Tx, SoftConn)
[    3.645638] musb-hdrc: MHDRC RTL version 2.0
[    3.645647] musb-hdrc: setup fifo_mode 4
[    3.645662] musb-hdrc: 28/31 max ep, 16384/16384 memory
[    3.646105] musb-hdrc musb-hdrc.1.auto: MUSB HDRC host driver
[    3.646527] musb-hdrc musb-hdrc.1.auto: new USB bus registered, assigned bus number 1
[    3.646820] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    3.646835] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    3.646847] usb usb1: Product: MUSB HDRC host driver
[    3.646857] usb usb1: Manufacturer: Linux 4.1.15-ti-rt-r43 musb-hcd
[    3.646868] usb usb1: SerialNumber: musb-hdrc.1.auto
[    3.789603] usbcore: registered new interface driver usbhid
[    3.789616] usbhid: USB HID core driver
[  106.043315] usb0: HOST MAC 6c:ec:eb:ae:d2:e3
[  106.048394] usb0: MAC 6c:ec:eb:ae:d2:e0
[  109.734255] IPv6: ADDRCONF(NETDEV_UP): usb0: link is not ready 

Es ist keine USB / Ethernet Schnittstelle angeschlossen

root@beaglebone:~# lsusb -v

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         1 Single TT
  bMaxPacketSize0        64
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  bcdDevice            4.01
  iManufacturer           3 Linux 4.1.15-ti-rt-r43 musb-hcd
  iProduct                2 MUSB HDRC host driver
  iSerial                 1 musb-hdrc.1.auto
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           25
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0004  1x 4 bytes
        bInterval              12
Hub Descriptor:
  bLength               9
  bDescriptorType      41
  nNbrPorts             1
  wHubCharacteristic 0x0011
    Per-port power switching
    No overcurrent protection
    TT think time 8 FS bits
  bPwrOn2PwrGood        5 * 2 milli seconds
  bHubContrCurrent      0 milli Ampere
  DeviceRemovable    0x02
  PortPwrCtrlMask    0xff
 Hub Port Status:
   Port 1: 0000.0104 power suspend
Device Status:     0x0001
  Self Powered 

[hotzen]

Kann man das Cape auch als IP-Schnittstelle nutzen ? Bzw. wie kann ich die Routerfunktion deaktivieren.

Was meinst du genau mit der Frage? Die Router-Funktion musst du sogar explizit aktivieren:
" -R, --Routing enable EIBnet/IP Routing in the EIBnet/IP server"

s.a. https://github.com/knxd/knxd/blob/ma...temd/knxd.conf

[WagoKlemme]

Danke, ich habe einen Router und wollte zusätzlich auf den Bus per IP wegen 1-wire. Habe das auch so wie von dir beschrieben bereits gelöst.

[ugobald]

Hallo!

Hat jemand Erfahrungen, wie lange die 1-Wire-Leitung mit dem IBBCape im besten Fall sein kann? Oder ist die Anzahl der angehängten Sensoren wichtiger und ich müsste mir damit keine Sorgen machen bei einer 115 m² Wohnung?

Danke
Andreas

[Eugenius]

ich hatte* mit 92m² und ca. 10 Sensoren kein Problem


*hatte, da ich gerade auf KONNEKTING umsteige und werde somit mein Cape+BBB+REG-Gehäuse verkaufen