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

[l0wside]

Ja.
smarthome.py und eibd ist überhaupt kein Problem, die Kiste langweilt sich daran zu Tode.

Um eine smartVISU zu betreiben, ist die Kiste aber m.E. zu lahm. Spätestens bei Diagrammen ist dann Schluss, da wartet man sich einen Wolf.

Max

[hotzen]

Wenn es das jetzt noch mit ner aktuellen CPU und bisschen RAM gäbe... Aber läuft trotzdem erstaunlich gut der kleine Knochen. Hat jemand richtig viel smarthome.py drauf laufen und visu?

[Eugenius]

nur zur Info:
http://www.mouser.de/new/seeedstudio...glebone-green/

[JuMi2006]

o.k. ... dachte da wären noch solche Nippelchen die das Licht der LEDs nach vorne leiten.

[Jürgen]

Hallo Jumi,

für das große Loch in der Mitte ist ne Plexischeibe dabei, sonst nix..

Gruß
Jürgen

[JuMi2006]

Hat noch jemand das Pollin-Gehäuse? Fehlen da die Abdeckungen für die LEDs oder ist das nur bei mir so?
Das doofe: Schon alles schön mit dem Dremel zerfriemelt .

[Eugenius]

Mein Wunsch ist
BUS.0 für Temperatur/Feuchte 300 sek
BUS.1 für iButton 0,5 sek (digitales Schüsselbrett und Türkontakte)

EDIT:
Meine Lösung funktioniert Die ist aber total unsauber.
Ich habe "virtuelle Busmaster" definiert (leider direkt im Quellcode des Plugins):

        elif typ == 'DS2401':  # iButton or Busmaster
            try:
                id = self.read(path + 'id').decode()
            except Exception:
                return
            if id in ['6DC46C170000','96CF6C170000']:  # BusmasterID <----  ein DS2401 als BusIdentifier.
                return {'BM': 'Busmaster'}
            else: 
                return {'B': 'iButton'} # iButton

Die IDs sind meine "virtuelle Busmaster" die immer an BUS.x ageschlossen sind. In meinem Fall habe ich mit BUS.1 und BUS.3 gleichzeitig probiert.
Dadurch wird erkannt, dass BUS.1 und BUS.3 für iButton sind = 0.5s Abfrageintervall.
BUS.0 bleibt dabei bei 300s.

item.conf

[[[bm_ibutton_bus1]]]
            name = ibutton busmaster to identify ibutton bus.1
            type = bool
            ow_addr = 01.6DC46C170000
            ow_sensor = BM
[[[bm_ibutton_bus3]]]
            name = ibutton busmaster to identify ibutton bus.3
            type = bool
            ow_addr = 01.96CF6C170000
            ow_sensor = BM

Saubere Lösung wäre z.B. ow_sensor = VBM und dann sucht das Plugin direkt nach dieser ID und ordnet es self._ibutton_masters zu

[JuMi2006]

Wie schnell willst Du denn aktualisieren?
Ich bind er Meinung dass Du auch in der plugin.conf ein cycle=xx angeben kannst.
Habe das selber gestern Abend mal auf 90 Sekunden gesetzt ... ich habe eh nur Temperatursensoren ... habe aber ehrlich gesagt nicht weiter nachgeschaut ob er das gefressen hat da ich hauptsächlich am HS gebaut hatte.

[Eugenius]

Einfach mal ein "cd /usr/local/smarthome/bin" und danach "./smarthome.py -d".

Danke! So geht es

Um das Abfrageintervall zu erhöhen hilft vielleicht der iButton Trick ?
Siehe Docu: http://mknx.github.io/smarthome/plugins/onewire.html
Vielleicht kannst Du damit die Geschwindigkeit pro Bus ändern? Da bin ich aber unsicher ... glaube das Cape hat nur eine Busmaster-ID ??? Müsste ich nachsehen.

iButton Trick ist ein guter Hinweis. BusmasterID beim Cape ist ist so ne Sache... es gibt ja kein 81.xxxxxxx. sh.py onewire Plugin sucht aber danach (eigentlich nach DS1420)
Ich habe da eine Idee, muss aber zuerst testen. Ohne Plugin-Anpassung kommt man aber nicht drum herum.
Idee: alle Sensoren liegen sowie im root, als auch jeweil pro Bus aufgeteilt. in meinem Fall z.B. : BUS.0/BUS.0/28.xxxxxxxx und BUS.0/BUS.1/01.xxxxxxx
Man kann im Plugin Sensorerkennung umschreiben und sagen:

elif typ == 'DS2401':  # iButton or Busmaster
            try:
                id = self.read(path + 'id').decode()
            except Exception:
                return
            if id == 'D9ADF51600001':  # BusmasterID <---- zum Testen, so missbraucht man ein DS2401 als BusIdentifier.
                return {'BM': 'Busmaster'}
            else: 
                return {'B': 'iButton'} # iButton

Und dann muss man noch in den Items sagen nicht nur 01.xxxxx vergeben, sondern BUS.0/BUS.1/01.xxxxxxx, dann wäre es eindeutig pro BUS.
Ob es so wirklich funktioniert, weiß ich noch nicht. Da ich nicht mal mit dem 81.xxxx iButtons zum laufen bekomme

Ähnliches Problem wurde ja schon hier besprochen: https://knx-user-forum.de/forum/supp...cheinbar-nicht

Ein weiterer Tipp: In /etc/init.d/cpufrequtils Die Zeile GOVERNOR ändern ... bei mir hat sich das BBB sonst aufgehängt ... Recherchen zu Folge ein USB/Power-Management Problem das man damit lösen kann.

#/etc/init.d/cpufrequtils
GOVERNOR="performance"

das hat leider mein Problem mit ETS nicht gelöst. Aber ich konnte schon mal Festellen, dass nur ein PM sich nicht programmieren lässt, Aktoren und Taster aber schon.

IP-Änderung hat geklappt (danke an hotzen):

$ sudo apt-get --purge remove connman

und anschließend Post 69

[fuppy]

Ich stör mal nochmals kurz wg. der statischen IP. Ich hab den Connman einfach draufgelassen und die statische IP-Adresse darüber eingerichtet.

Anbei eine kurze Anleitung:

1. Auf der Shell den Befehl connmanclt eingeben --> man landet nun im CLI des Connman
2. Mit dem Befehl services lässt man sich alle Netzwerk Inferfaces anzeigen
3. Man sucht sich das gewünscht Inteface auf und kopiert dessen Bezeichnung
4. Als nächstes gibt man folgenden Befehl ein: config <service> --ip4v manual <address> <netmask> <gateway>
   <service> --> ersetzt man mit dem bei 3. kopierten Wert
   <address> --> gewünschte statische IP-Adresse
   <netmask> --> gewünschte Netzwerkmaske der statische IP-Adresse
   <gateway> --> IP-Adresse des Gateways
5. Zuletzt muss man dann noch die IP-Adresse des DNS-Server festlegen: config <service> --nameservers <address>
   <service> --> ersetzt man mit dem bei 3. kopierten Wert
   <address> --> IP-Adresse des DNS-Server
6. Fertig

Auf der Console sieht das dann wie folgt aus:

smarthome@ibbgateway:~$ connmanctl
connmanctl> services
*AO Wired                ethernet_6cecebabdxxx_cable
connmanctl> config ethernet_6cecebabdxxx_cable --ipv4 manual 192.168.x.x 255.255.255.0 192.168.x.1
connmanctl> config ethernet_6cecebabdxxx_cable --nameservers 192.168.x.1
connmanctl> exit
smarthome@ibbgateway:~$

Have fun!

[2Fast4You78]

Ich habe da auch noch eine Frage.. wo befinden sich denn die Config Dateien des eibd ? Was muss ich noch alles anpassen? das Image ist geladen. aber ein

groupswrite ip:localhost 1/2/17 1

bringt bei mir kein Ergebnis/Leuchte schaltet nicht. Der Eibd wird mir in der ETS5 unter der Adresse 0.0.0 angezeigt

[hotzen]

Joo, dann haben wir aneinander vorbeigeredet...
Wenn man den connman nicht mag (#80):

$ sudo apt-get --purge remove connman

Danke für den Tip mit sh.py!

[JuMi2006]

Dann sieht Dir mal den Befehl aus Beitrag #69 an!
Du deinstallierst connman doch auch nicht mit sudo mv /etc/init.d/connman /etc

Beitrag #80 ist da schon richtig wenn man es entfernen will.

EnOcean am besten über smarthome.py ansprechen, im Unterforum gibt es einen Thread dazu:
https://knx-user-forum.de/forum/supp...enocean-plugin

[hotzen]

Und klar, man kann den ConnMan nutzen aber .... warum?
Ich will eine old-school statische IP, kein ausgebufftes Plugin-fähiges Netzwerk-System, das sich an viele verschiedene Standorte und Situationen anpassen kann. Klar kann man das zu statischen IPs zwingen nur ... warum sollte man das überhaupt drauflassen?

Aber meine eigentliche Frage: Weiß jemand wie ich den EnOcean chip anspreche/auswerte?

[JuMi2006]

Also IP ändern bitte anders, das einfache löschen einer binary ist nicht so elegant. Der letzte Teil hier ist der wichtige: http://derekmolloy.ie/set-ip-address...glebone-black/
Ansonsten wird das hier auch nochmal diskutiert: https://communities.intel.com/thread/60242
Bei mir hat er aus irgendeinem Grund das Gateway nicht übernommen. Den Befehl musste ich nochmal eingeben.
Ansonsten hilft einem dann auch "connmanctl --help" oder das WWW.

Der Start von sh.py funktioniert (fast) genauso, evtl., nur ein Syntaxfehler (./ -> /) ? Einfach mal ein "cd /usr/local/smarthome/bin" und danach "./smarthome.py -d".

Um das Abfrageintervall zu erhöhen hilft vielleicht der iButton Trick ?
Siehe Docu: http://mknx.github.io/smarthome/plugins/onewire.html
Vielleicht kannst Du damit die Geschwindigkeit pro Bus ändern? Da bin ich aber unsicher ... glaube das Cape hat nur eine Busmaster-ID ??? Müsste ich nachsehen.

Ein weiterer Tipp: In /etc/init.d/cpufrequtils Die Zeile GOVERNOR ändern ... bei mir hat sich das BBB sonst aufgehängt ... Recherchen zu Folge ein USB/Power-Management Problem das man damit lösen kann.

#/etc/init.d/cpufrequtils
GOVERNOR="performance"