Ankündigung

Einklappen
Keine Ankündigung bisher.

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

Einklappen
X
Einklappen
 
  • Seite von 23
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge
Vorherige 1 2 3 4 5 12 23 template Weiter
  • GHild
    antwortet
    Ich interpretiere die Auszüge derart, dass das Cape erstmal vom Kernel erkannt und registriert wird. Vielleicht ist etwas mit einem Pin passiert, siehe 'Failed to get gpio property of 'P8_03'. Oder du könntest mal weitersuchen Richtung 'F00000105', speziell für Debian 11.

    Bei mir läuft wie bei Jürgen Debian 10 / Buster.

    Grüße
    Gerd

    Einen Kommentar schreiben:

  • awknx
    antwortet
    Das sehe ich noch im Log

    May 16 16:41:43 BeagleBone systemd[1]: Started KNX Daemon.
    May 16 16:41:43 BeagleBone knxd[13390]: F00000105: [21:B.tpuarts] Link down, terminating
    May 16 16:41:43 BeagleBone systemd[1]: knxd.service: Main process exited, code=exited, status=1/FAILURE
    May 16 16:41:43 BeagleBone systemd[1]: knxd.service: Failed with result 'exit-code'.
    May 16 16:41:53 BeagleBone systemd[1]: knxd.service: Scheduled restart job, restart counter is at 965.
    May 16 16:41:53 BeagleBone systemd[1]: Stopped KNX Daemon.
    May 16 16:41:54 BeagleBone systemd[1]: Starting KNX Daemon...
    May 16 16:41:54 BeagleBone knxd[13416]: E00000067: [24:B.tpuarts] Opening /dev/ttyS2 failed: Permission denied
    May 16 16:41:54 BeagleBone systemd[1]: Started KNX Daemon.
    May 16 16:41:54 BeagleBone knxd[13416]: F00000105: [21:B.tpuarts] Link down, terminating
    May 16 16:41:54 BeagleBone systemd[1]: knxd.service: Main process exited, code=exited, status=1/FAILURE
    May 16 16:41:54 BeagleBone systemd[1]: knxd.service: Failed with result 'exit-code'.
    May 16 16:42:04 BeagleBone systemd[1]: knxd.service: Scheduled restart job, restart counter is at 966.
    May 16 16:42:04 BeagleBone systemd[1]: Stopped KNX Daemon.
    May 16 16:42:04 BeagleBone systemd[1]: Starting KNX Daemon...
    May 16 16:42:04 BeagleBone knxd[13442]: E00000067: [24:B.tpuarts] Opening /dev/ttyS2 failed: Permission denied
    May 16 16:42:04 BeagleBone systemd[1]: Started KNX Daemon.
    May 16 16:42:04 BeagleBone knxd[13442]: F00000105: [21:B.tpuarts] Link down, terminating
    May 16 16:42:04 BeagleBone systemd[1]: knxd.service: Main process exited, code=exited, status=1/FAILURE
    May 16 16:42:04 BeagleBone systemd[1]: knxd.service: Failed with result 'exit-code'.
    May 16 16:42:14 BeagleBone systemd[1]: knxd.service: Scheduled restart job, restart counter is at 967.
    May 16 16:42:14 BeagleBone systemd[1]: Stopped KNX Daemon.
    May 16 16:42:14 BeagleBone systemd[1]: Starting KNX Daemon...
    May 16 16:42:15 BeagleBone knxd[13467]: E00000067: [24:B.tpuarts] Opening /dev/ttyS2 failed: Permission denied
    May 16 16:42:15 BeagleBone systemd[1]: Started KNX Daemon.
    May 16 16:42:15 BeagleBone knxd[13467]: F00000105: [21:B.tpuarts] Link down, terminating
    May 16 16:42:15 BeagleBone systemd[1]: knxd.service: Main process exited, code=exited, status=1/FAILURE
    May 16 16:42:15 BeagleBone systemd[1]: knxd.service: Failed with result 'exit-code'.

    Einen Kommentar schreiben:

  • awknx
    antwortet
    smarthome@Beaglebone:/usr/local/smarthome$ dmesg | grep cape
    [ 0.000000] Kernel command line: console=ttyS0,115200n8 bone_capemgr.uboot_capemgr_enabled=1 root=/dev/mmcblk0p1 ro rootfstype=ext4 rootwait coherent_pool=1M net.ifnames=0 lpj=1990656 rng_core.default_quality=100 quiet
    [ 8.919357] gpio-of-helper ocp:cape-universal: Failed to get gpio property of 'P8_03'
    [ 8.919390] gpio-of-helper ocp:cape-universal: Failed to create gpio entry
    [ 9.500353] gpio-of-helper ocp:cape-universal: Allocated GPIO id=0 name='P8_03'
    [ 9.500556] gpio-of-helper ocp:cape-universal: Allocated GPIO id=1 name='P8_04'
    [ 9.500752] gpio-of-helper ocp:cape-universal: Allocated GPIO id=2 name='P8_05'
    [ 9.500918] gpio-of-helper ocp:cape-universal: Allocated GPIO id=3 name='P8_06'
    [ 9.501410] gpio-of-helper ocp:cape-universal: Allocated GPIO id=4 name='P8_07'
    [ 9.501613] gpio-of-helper ocp:cape-universal: Allocated GPIO id=5 name='P8_08'
    [ 9.501789] gpio-of-helper ocp:cape-universal: Allocated GPIO id=6 name='P8_09'
    [ 9.501967] gpio-of-helper ocp:cape-universal: Allocated GPIO id=7 name='P8_10'
    [ 9.502145] gpio-of-helper ocp:cape-universal: Allocated GPIO id=8 name='P8_11'
    [ 9.502438] gpio-of-helper ocp:cape-universal: Allocated GPIO id=9 name='P8_12'
    [ 9.502737] gpio-of-helper ocp:cape-universal: Allocated GPIO id=10 name='P8_13'
    [ 9.502932] gpio-of-helper ocp:cape-universal: Allocated GPIO id=11 name='P8_14'
    [ 9.503145] gpio-of-helper ocp:cape-universal: Allocated GPIO id=12 name='P8_15'
    [ 9.503318] gpio-of-helper ocp:cape-universal: Allocated GPIO id=13 name='P8_16'
    [ 9.503475] gpio-of-helper ocp:cape-universal: Allocated GPIO id=14 name='P8_17'
    [ 9.503653] gpio-of-helper ocp:cape-universal: Allocated GPIO id=15 name='P8_18'
    [ 9.503824] gpio-of-helper ocp:cape-universal: Allocated GPIO id=16 name='P8_19'
    [ 9.503998] gpio-of-helper ocp:cape-universal: Allocated GPIO id=17 name='P8_20'
    [ 9.504167] gpio-of-helper ocp:cape-universal: Allocated GPIO id=18 name='P8_21'
    [ 9.504329] gpio-of-helper ocp:cape-universal: Allocated GPIO id=19 name='P8_22'
    [ 9.504519] gpio-of-helper ocp:cape-universal: Allocated GPIO id=20 name='P8_23'
    [ 9.504683] gpio-of-helper ocp:cape-universal: Allocated GPIO id=21 name='P8_24'
    [ 9.504843] gpio-of-helper ocp:cape-universal: Allocated GPIO id=22 name='P8_25'
    [ 9.505016] gpio-of-helper ocp:cape-universal: Allocated GPIO id=23 name='P8_26'
    [ 9.505179] gpio-of-helper ocp:cape-universal: Allocated GPIO id=24 name='P8_27'
    [ 9.505349] gpio-of-helper ocp:cape-universal: Allocated GPIO id=25 name='P8_28'
    [ 9.505518] gpio-of-helper ocp:cape-universal: Allocated GPIO id=26 name='P8_29'
    [ 9.505696] gpio-of-helper ocp:cape-universal: Allocated GPIO id=27 name='P8_30'
    [ 9.505889] gpio-of-helper ocp:cape-universal: Allocated GPIO id=28 name='P8_31'
    [ 9.506062] gpio-of-helper ocp:cape-universal: Allocated GPIO id=29 name='P8_32'
    [ 9.506325] gpio-of-helper ocp:cape-universal: Allocated GPIO id=30 name='P8_33'
    [ 9.506515] gpio-of-helper ocp:cape-universal: Allocated GPIO id=31 name='P8_34'
    [ 9.506684] gpio-of-helper ocp:cape-universal: Allocated GPIO id=32 name='P8_35'
    [ 9.506857] gpio-of-helper ocp:cape-universal: Allocated GPIO id=33 name='P8_36'
    [ 9.507028] gpio-of-helper ocp:cape-universal: Allocated GPIO id=34 name='P8_37'
    [ 9.507192] gpio-of-helper ocp:cape-universal: Allocated GPIO id=35 name='P8_38'
    [ 9.507375] gpio-of-helper ocp:cape-universal: Allocated GPIO id=36 name='P8_39'
    [ 9.507534] gpio-of-helper ocp:cape-universal: Allocated GPIO id=37 name='P8_40'
    [ 9.507713] gpio-of-helper ocp:cape-universal: Allocated GPIO id=38 name='P8_41'
    [ 9.507892] gpio-of-helper ocp:cape-universal: Allocated GPIO id=39 name='P8_42'
    [ 9.508052] gpio-of-helper ocp:cape-universal: Allocated GPIO id=40 name='P8_43'
    [ 9.508225] gpio-of-helper ocp:cape-universal: Allocated GPIO id=41 name='P8_44'
    [ 9.508387] gpio-of-helper ocp:cape-universal: Allocated GPIO id=42 name='P8_45'
    [ 9.508560] gpio-of-helper ocp:cape-universal: Allocated GPIO id=43 name='P8_46'
    [ 9.508771] gpio-of-helper ocp:cape-universal: Allocated GPIO id=44 name='P9_11'
    [ 9.508946] gpio-of-helper ocp:cape-universal: Allocated GPIO id=45 name='P9_12'
    [ 9.509127] gpio-of-helper ocp:cape-universal: Allocated GPIO id=46 name='P9_13'
    [ 9.509288] gpio-of-helper ocp:cape-universal: Allocated GPIO id=47 name='P9_14'
    [ 9.509480] gpio-of-helper ocp:cape-universal: Allocated GPIO id=48 name='P9_15'
    [ 9.509659] gpio-of-helper ocp:cape-universal: Allocated GPIO id=49 name='P9_16'
    [ 9.509822] gpio-of-helper ocp:cape-universal: Allocated GPIO id=50 name='P9_17'
    [ 9.509994] gpio-of-helper ocp:cape-universal: Allocated GPIO id=51 name='P9_18'
    [ 9.510176] gpio-of-helper ocp:cape-universal: Allocated GPIO id=52 name='P9_19'
    [ 9.510457] gpio-of-helper ocp:cape-universal: Allocated GPIO id=53 name='P9_20'
    [ 9.510630] gpio-of-helper ocp:cape-universal: Allocated GPIO id=54 name='P9_21'
    [ 9.510795] gpio-of-helper ocp:cape-universal: Allocated GPIO id=55 name='P9_22'
    [ 9.510976] gpio-of-helper ocp:cape-universal: Allocated GPIO id=56 name='P9_23'
    [ 9.511162] gpio-of-helper ocp:cape-universal: Allocated GPIO id=57 name='P9_24'
    [ 9.511645] gpio-of-helper ocp:cape-universal: Allocated GPIO id=58 name='P9_25'
    [ 9.511863] gpio-of-helper ocp:cape-universal: Allocated GPIO id=59 name='P9_26'
    [ 9.512056] gpio-of-helper ocp:cape-universal: Allocated GPIO id=60 name='P9_27'
    [ 9.512237] gpio-of-helper ocp:cape-universal: Allocated GPIO id=61 name='P9_28'
    [ 9.512409] gpio-of-helper ocp:cape-universal: Allocated GPIO id=62 name='P9_29'
    [ 9.512568] gpio-of-helper ocp:cape-universal: Allocated GPIO id=63 name='P9_30'
    [ 9.512743] gpio-of-helper ocp:cape-universal: Allocated GPIO id=64 name='P9_31'
    [ 9.512910] gpio-of-helper ocp:cape-universal: Allocated GPIO id=65 name='P9_41'
    [ 9.513104] gpio-of-helper ocp:cape-universal: Allocated GPIO id=66 name='P9_91'
    [ 9.513280] gpio-of-helper ocp:cape-universal: Allocated GPIO id=67 name='P9_42'
    [ 9.513454] gpio-of-helper ocp:cape-universal: Allocated GPIO id=68 name='P9_92'
    [ 9.513465] gpio-of-helper ocp:cape-universal: ready
    smarthome@Beaglebone:/usr/local/smarthome$
    Kenn mich damit aber nicht aus...

    Einen Kommentar schreiben:

  • GHild
    antwortet
    Du könntest in den Kernel Messages nachschauen, als Indikator.
    Das sieht bei mir so aus:

    Code:
    smarthome@bbb:/usr/local/smarthome$ dmesg | grep cape
[ 0.000000] Kernel command line: console=ttyO0,115200n8 bone_capemgr.uboot_capemgr_enabled=1 root=/dev/mmcblk1p1 ro rootfstype=ext4 rootwait uboot_detected_capes=cape-bone-ibb, coherent_pool=1M net.ifnames=0 rng_core.default_quality=100 quiet
[ 0.977553] gpio-of-helper ocp:cape-universal: ready
smarthome@bbb:/usr/local/smarthome$ dmesg | grep i2c
[ 0.331643] omap_i2c 4802a000.i2c: bus 1 rev0.11 at 100 kHz
[ 0.333452] omap_i2c 4819c000.i2c: bus 2 rev0.11 at 400 kHz
[ 1.309886] i2c /dev entries driver
[ 1.521898] input: tps65217_pwr_but as /devices/platform/ocp/44e0b000.i2c/i2c-0/0-0024/tps65217-pwrbutton/input/input0
[ 1.523980] omap_i2c 44e0b000.i2c: bus 0 rev0.11 at 400 kHz
[ 4.428502] i2c i2c-2: Added multiplexed i2c bus 3
[ 4.432137] i2c i2c-2: Added multiplexed i2c bus 4
[ 4.435141] i2c i2c-2: Added multiplexed i2c bus 5
[ 4.445708] i2c i2c-2: Added multiplexed i2c bus 6

    Einen Kommentar schreiben:

  • awknx
    antwortet
    Kann mir jemand sagen, wie ich testen kann, ob das Cape noch funktioniert? Ich musste vom vollen eMMC auf eine SD umsteigen und dazu alles ausbauen und auch das Cape mal abnehmen.
    Seither geht nix mehr (egal welches Image ich benutze). Daher befürchte ich, dass ich das Cape irgendwie geschrottet habe.

    smarthome@Beaglebone:~$ sudo systemctl status knxd.socket
    ● knxd.socket - KNX Daemon (socket)
    Loaded: loaded (/lib/systemd/system/knxd.socket; enabled; vendor preset: enabled)
    Active: active (listening) since Mon 2022-05-16 13:56:42 CEST; 13s ago
    Triggers: ● knxd.service
    Listen: /run/knx (Stream)
    [::]:6720 (Stream)
    Tasks: 0 (limit: 1025)
    Memory: 4.0K
    CPU: 3ms
    CGroup: /system.slice/knxd.socket

    May 16 13:56:42 Beaglebone systemd[1]: Listening on KNX Daemon (socket).
    smarthome@Beaglebone:~$ sudo systemctl status knxd.service
    ● knxd.service - KNX Daemon
    Loaded: loaded (/lib/systemd/system/knxd.service; enabled; vendor preset: enabled)
    Active: activating (auto-restart) (Result: exit-code) since Mon 2022-05-16 13:56:59 CEST; 5s ago
    TriggeredBy: ● knxd.socket
    Process: 10018 ExecStart=/usr/bin/knxd $KNXD_OPTS (code=exited, status=1/FAILURE)
    Main PID: 10018 (code=exited, status=1/FAILURE)
    CPU: 73ms
    smarthome@Beaglebone:~$
    Der BBB läuft nun unter Debian 11, war aber auch unter 10 erfolglos. SmarthomNG usw. funtkionieren, nur eben KNX, Onewire vom Cape nicht.

    Und immer noch
    KNXD_OPTS="-e 0.0.1 -E 0.0.2:8 -c -D -R -T -S -b tpuarts:/dev/ttyS2"
    in der conf

    Einen Kommentar schreiben:

  • Jürgen
    antwortet
    Hallo,

    ich habe 2020 auf Debian 10 upgedatet und seither läuft das Teil. Solange jetzt nicht wieder ein Programm nicht mehr funktioniert werde ich da auch so schnell nichts ändern.
    Bin gespannt, ob Robert noch mal ein Cape auflegt, habe gerade wieder einen Abnehmer....

    Gruß Jürgen

    Einen Kommentar schreiben:

  • fuslwusl
    antwortet
    Hat jemand ein IBBCape mit Debian 11 am Laufen und kann evtl. einige Infos zur Installation liefern? Falls ja würde mich interessieren, welches Image man nutzt und was man bei der Installation beachten muss. Ist hier alles einfach per apt installierbar und läuft oder muss man sich mit Kernel Downgrades o. Ä. rumschlagen? Hab im Vergleich zu vielen Profis hier wohl eher Linux Basis KnowHow - daher die Fragen hier. Danke schonmal!

    Einen Kommentar schreiben:

  • GHild
    antwortet
    ... und noch die Lösung (Dank an meinen Sohn):

    Letztlich musste nur die Konfiguration in /etc/owfs.conf angepasst werden, hier der relevante Ausschnitt:
    Code:
    server: i2c = dev/i2c-3:0
server: i2c = dev/i2c-4:0
server: i2c = dev/i2c-5:0
server: i2c = dev/i2c-6:0
    Die nötigen Informationen dafür liefert das Tool i2cdetect:

    Code:
    smarthome@bbb:~$ i2cdetect -l
i2c-3 unknown i2c-2-mux (chan_id 0) N/A
i2c-1 unknown OMAP I2C adapter N/A
i2c-6 unknown i2c-2-mux (chan_id 3) N/A
i2c-4 unknown i2c-2-mux (chan_id 1) N/A
i2c-2 unknown OMAP I2C adapter N/A
i2c-0 unknown OMAP I2C adapter N/A
i2c-5 unknown i2c-2-mux (chan_id 2) N/A
    Mit dieser Konfiguration werden die Sensoren wie erwartet detektiert und das System läuft stabil ohne Warnungen.

    Grüße
    Gerd
    • Likes 1

    Einen Kommentar schreiben:

  • GHild
    antwortet
    Hallo,

    kurzer Update hierzu.

    Ich habe nun die *0103 (nicht-parasitär) und *70000 (parasitär) an denselben Onewire Bus gehängt und gerade als Bus.1 am Cape angeschlossen.
    An Bus.0 und Bus.1 wird nur noch der eine Sensor auf dem Cape angezeigt, alle anderen unter Bus.2. Es scheint so zu sein, dass alle Devices, die an Bus.0 hängen, auch an Bus.1 angezeigt werden.

    Zumindest kann ich in dieser Konstellation wieder mit dem SHNG V1.8.2 Onewire plugin alle Sensoren abfragen.

    OW_nur ein Bus.JPG

    Einen Kommentar schreiben:

  • GHild
    antwortet
    Danke für den Hinweis. Muss wohl ein Typo sein, der mir nicht aufgefallen ist.

    Ich habe ihn korrigiert. Im OW WebIF sehe ich nun einen Bus.3, aber sonst keine Änderung im Verhalten.

    Physisch sind unter Bus.0 die *0103 und unter Bus.1 die *70000 Sensoren angeschlossen.

    OW_nach_Korrektur.JPG

    Grüße
    Gerd

    Einen Kommentar schreiben:

  • bmx
    antwortet
    Zitat von GHild Beitrag anzeigen
    Code:
    server: i2c = dev/i2c-5.0
    Warum steht hier 5.0 statt 5:0?

    Siehe Details unter owfs webseite

    Einen Kommentar schreiben:

  • Robert
    antwortet
    Zitat von GHild Beitrag anzeigen
    Hallo,

    irgendwie verhält sich das OneWire System auf meinem BBB mit IBB Cape etwas merkwürdig.
    Mein Setup ist up to date:
    • Linux bbb 4.19.94-ti-r41 #1buster SMP PREEMPT Sat Mar 21 03:13:40 UTC 2020 armv7l GNU/Linux
    • OneWire 3.2p3
    • SmarthomeNG 1.8.2
    • smartVISU 2.9
    und funktioniert sonst stabil.

    [...]

    Was ich beobachtet habe:
    - Die Sensoren, die physisch an BUS.0 hängen (aktuell *0103), tauchen manchmal doppelt in der Liste auf.
    - In der Liste hängen sie alle unter BUS.0.
    - Es gibt einen BUS.0 unter BUS.0
    Weil vielleicht auch für andere Interessant:

    Tippe darauf, dass mit Buster sich die Art, wie I2C Portexpander (PCA9546) benutzt werden sich geändert hat. Schätze der steht mal auf Durchzug (=bus.0) und mal funktioniert er korrekt (zusätzlich bus.0 und eben die anderen). Das erklärt so manches dann. Lösung: Irgendwie das I2C Multiplexing wieder hinbekommen.

    Grüße
    Robert

    Einen Kommentar schreiben:

  • GHild
    antwortet
    Hallo,

    die einen Sensoren (in einer Hülse) funktionieren nur nicht-parasitär (dafür aber stabil), bei den anderen habe ich nur 2 Adern (im KNX Kabel).
    Daher kann ich nicht einfach umstellen.

    Siehst du dann die Sensoren unter BUS.0 bis BUS.3?

    Grüße
    Gerd

    Einen Kommentar schreiben:

  • Jürgen
    antwortet
    Hallo noname..

    Hmm, diese Meldung kenne ich weder unter 1.7, noch unter 1.8
    Ich habe meine 16 Sensoren auf vier Linienverteilt alle parasitär in Betrieb. Versuche doch mal umzustellen.

    Gruß
    Jürgen

    Einen Kommentar schreiben:

  • GHild
    antwortet
    Hallo,

    irgendwie verhält sich das OneWire System auf meinem BBB mit IBB Cape etwas merkwürdig.
    Mein Setup ist up to date:
    • Linux bbb 4.19.94-ti-r41 #1buster SMP PREEMPT Sat Mar 21 03:13:40 UTC 2020 armv7l GNU/Linux
    • OneWire 3.2p3
    • SmarthomeNG 1.8.2
    • smartVISU 2.9
    und funktioniert sonst stabil.

    Seit dem dem Update auf smarthomeNG 1.8 werden allerdings nicht mehr alle Temperaturwerte der OW Sensoren in smarthomeNG übernommen. Ich bekomme die Warnungen:
    Code:
    2021-03-01 18:32:40 WARNING plugins.onewire 1-Wire: problem reading 28.BA7379A20103 /bus.0/28.BA7379A20103/temperature: no payload for /uncached/bus.0/28.BA7379A20103/temperature. Trying to continue with next sensor
2021-03-01 18:32:40 WARNING plugins.onewire 1-Wire: problem reading 28.788D79A20103 /bus.0/28.788D79A20103/temperature: no payload for /uncached/bus.0/28.788D79A20103/temperature. Trying to continue with next sensor
2021-03-01 18:32:40 WARNING plugins.onewire 1-Wire: problem reading 28.2B7879A20103 /bus.0/28.2B7879A20103/temperature: no payload for /uncached/bus.0/28.2B7879A20103/temperature. Trying to continue with next sensor
2021-03-01 18:32:40 WARNING plugins.onewire 1-Wire: problem reading 28.B0DE79A20103 /bus.0/28.B0DE79A20103/temperature: no payload for /uncached/bus.0/28.B0DE79A20103/temperature. Trying to continue with next sensor
2021-03-01 18:32:40 WARNING plugins.onewire 1-Wire: problem reading 28.1F9379A20103 /bus.0/28.1F9379A20103/temperature: no payload for /uncached/bus.0/28.1F9379A20103/temperature. Trying to continue with next sensor
2021-03-01 18:32:41 WARNING plugins.onewire 1-Wire: problem reading 28.C16C79A20103 /bus.0/28.C16C79A20103/temperature: no payload for /uncached/bus.0/28.C16C79A20103/temperature. Trying to continue with next sensor
2021-03-01 18:32:41 WARNING plugins.onewire 1-Wire: problem reading 28.DBB779A20103 /bus.0/28.DBB779A20103/temperature: no payload for /uncached/bus.0/28.DBB779A20103/temperature. Trying to continue with next sensor
2021-03-01 18:32:41 WARNING plugins.onewire 1-Wire: problem reading 28.D40479A20103 /bus.0/28.D40479A20103/temperature: no payload for /uncached/bus.0/28.D40479A20103/temperature. Trying to continue with next sensor
    Mit smarthomeNG V1.7 habe ich diese Warnungen auch erhalten, aber die Werte waren dennoch verfügbar.

    Nun bin ich mir nicht sicher, ob das ein Problem mit smarthomeNG ist oder mit dem OW System auf dem BBB.


    Ich betreibe 2 OW Busse, einen parasitär, einen nicht-parasitär.
    Im Moment ist BUS.0 der nicht-parasitäre und BUS.1 der parasitäre. Die Sensoren, die in smarthomeNG nicht gefunden werden, hängen an BUS.0.
    bbb_ow_small.jpg

    Hier ist die Übersicht im Browser:
    ​


    Die Sensoren mit *70000 sind die parasitär angeschlossenen.
    Was ich beobachtet habe:
    - Die Sensoren, die physisch an BUS.0 hängen (aktuell *0103), tauchen manchmal doppelt in der Liste auf.
    - In der Liste hängen sie alle unter BUS.0.
    - Es gibt einen BUS.0 unter BUS.0
    - Wenn ich die Sensoren selektiere, sehe ich vernünftige Messwerte
    - Wenn ich die Stecker auf der Platine austausche, d.h. parasitäre als BUS.0 und nicht-parasitäre unter BUS.1, dann tauchen die nicht-parasitären doppelt im Browser auf und in der Fehlermeldung in smarthomeNG. Das deutet für mich darauf hin, dass etwas mit BUS.0 anders läuft als mit den anderen BUSsen.
    - Wenn ich physisch unter BUS.1 und BUS.2 anschließe, werden gar keine Sensoren angezeigt (bis auf den einen on-board)

    Was ich frage:
    1. Stimmt etwas in der OW-Konfiguration nicht?
    2. Habe ich ein Hardware-Problem mit den OW-Anschlüssen?
    3. Läuft alles gut auf dem BBB und das Problem liegt rein bei smarthomeNG 1.8?

    Vielen Dank für Hinweis.

    Hier noch die owfs.conf:


    Code:
    ######################## SOURCES ########################
#
# With this setup, any client (but owserver) uses owserver on the
# local machine...
! server: server = 127.0.0.1:4304
#
# ...and owserver uses the real hardware, by default fake devices
# This part must be changed on real installation
#server: FAKE = DS18S20,DS2405
server: i2c = dev/i2c-2:0
server: i2c = dev/i2c-3:0
server: i2c = dev/i2c-4:0
server: i2c = dev/i2c-5.0
#
# USB device: DS9490
#server: usb = all
#
# Serial port: DS9097
#server: device = /dev/ttyS1
#
# owserver tcp address
#server: server = 192.168.10.1:3131
#
# random simulated device
#server: FAKE = DS18S20,DS2405
#
######################### OWFS ##########################
#
mountpoint = /mnt/1wire
allow_other
#
####################### OWHTTPD #########################
http: port = 2121
####################### OWFTPD ##########################
ftp: port = 2120
####################### OWSERVER ########################
server: port = 127.0.0.1:4304
    Angehängte Dateien

    Einen Kommentar schreiben:

Vorherige 1 2 3 4 5 12 23 template Weiter
Lädt...
X

Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.

Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.

Ich stimme zu