Shpi - smart home peripheral interface

Hardware Schaufenster
29

Ok. War auch offensichtlich, daß hier Guerilla-Marketing stattfindet.

Was meinst du, wo steht was? Ich habe den Hinweis hier im Thread gefunden, daß ein CC1101 verbaut oder beigepackt ist?

Ich bin beruflich in der HF-Entwicklung und so’n generisches Funkmodul ist eigentlich der Beginn einer Interfaceentwicklung, quasi Stunde Null. Die Arbeit für den Entwickler geht dann erst los. Das bei der Unmenge an inkompatiblen Funkstandards als „fast fertige Funkanbindung“ zu vermarkten erscheint mit etwas optimistisch … aber wenn es fertige Bibliotheken gibt, dann um so besser … dann sollte man die konkret benennen.

30

Wenn mit dem Gerät am rumbasteln bist kannst Du ja mal berichten wie sich das dann nun aus IP-Symcon ansteuern lässt bzw. was das für Schnittstellen besitzt. Läuft auf dem Gerät selber ein Browser oder kann man da etwas installieren? Die Frage wäre ja ob z.B. so was wie IPSView auf dem Gerät laufen würde oder der Webfront von IP-Symcon mit einem angepassten Skin.

31

@volkerm:
Ich bin auch nicht mehr unparteiisch, ich hab jetzt einen. :stuck_out_tongue:
Angemeldet hab ich mich mal weil die Chance bestand das jemand schon was zu sagen kann. Im vorfeld hab ich mich schon damit befast aber war noch unentschieden. Und dann liest man in den Posts von Leuten die offensichtlich das Thema weniger als überflogen haben Sachen die nicht stimmen.:eek: Und wenn man die dann klarstellen will ist man plötzlich ein bezahlter Werkspion der Werbung macht.:banghead::banghead:

32

GitHub - shpi/zero_main_application

Da ist deren Software, als Schnittstelle ist MQTT und HTTP Server implementiert.

Ein Browser im KIOSK Mode ist auch möglich und wurde hier gemacht:

SHPI.zero ioBroker Vis Demo [SmartHome , Raspberry Pi, Raspian, Raspi] - YouTube

Die Variante würde ich aber nicht machen, ist nicht so schnell. Die Software von SHPI kann mit eigenen „Slides“ erweitert werden und braucht nur sehr wenig CPU Ressourcen, weil die OpenGL nutzen.

33

Ich glaube du hast gar nicht das Konzept verstanden? Es ist ein Open Source Gerät das gar keinen eigenen Funkstandard implementieren will. Schau dir bitte CULFW.de an. Das läuft auf dem SHPI ATmega mit CC1101. Ich habe über Homegear das SHPI „CUL“ eingebunden und es funktioniert. Die ATmega Firmware mit CULFW ist bei Github.

Der CC1101 ist aber auch nur eine „Schnittstelle“ vom SHPI.

Auf meinem Prototypen ist RS485 mit drauf (finale Version soll es auch haben)

Bluetooth
Wifi 2.4 Ghz
und ZigBee

Es ist ein Thermostat, Rolloschalter, Lichtschalter als „Einzelgerät“ und ermöglicht die Anbindung diverser Fremdgeräte. Es ist ein vollwertiges Linux drauf.

Du schreibst ein paar Sensoren? Ich könnte damit auf eine Vielzahl meiner bisheren Sensoren verzichten: Bewegungsmelder, Lichtsensor, Kamera, Luftfeuchtigkeit, Luftdruck, VOC, Temperatur, Wärme IR Sensor, Stromsensor.

Und ich kann Warntöne, Lichtsignale etc. abgeben.

Ich bin echt noch auf das Mikro gespannt!

Unter SHPI - smart home peripheral interface steht auch noch, dass es sich aufrüsten lässt mit Analogausgang, Portexpander, Gyro , Wärmebildkamera

34

OMG … natürlich keinen eigenen Funkstandards, sondern die vorhandenen Funkstandards unterstützen. Und da gibt’s gerade bei 868MHz eben ein paar mehr relevante Smarthome-Funkstandards als die einfachen Protokolle, die bei CULFW gelistet sind. Bei mir lauft diverser 868MHz Funk, der komplett nicht unterstützt wird (Z-Wave, KNX RF).

Was sollen diese Schlagworte sagen? Was konkret bietet SHPI an Mehrwert, um die Anbindung externer Hardware mit diesen Protokollen zu ermöglichen?

35

Schon wieder falsch. Ich nutze Zwave und kann es damit steuern und aulesen.

Auch KNX RF geht mit CULFW

(KNX-RF CUL)

Der Mehrwert? Ich habe mehr Bang für mein Buck:banghead:

36

Dann wird’s spannend, wo findet man den Code und Beschreibung?

So langsam wird’s albern. Lies doch mal den Thread, was dort (nicht) gelöst wurde. Die beschriebene funktionierenden Anbindung (an das alte KNX RF im Easy Mode) war mit kabelgebundenem Gateway.


Ihr nehmt eine Hardware und irgendwie kann man dann alles anbinden, wenn man irgendwo einen Code findet oder ihn selbst schreibt. Und die nötige Hardware hinzufügt. Super, so konkret möchte man eine Leistungsbeschreibung einer Smarthome-Zentrale haben! :banghead:

Wann wird der Werbeschmarrn hier gelöscht?

37

Du hast schon wieder falsch gelesen. Mit CULFW kann man im Raw Modus KNX RF senden und empfangen

KNX-RF mit CUL

Zwave in CULFW

zero_avr_firmware_culfw/rf_zwave.c at master · shpi/zero_avr_firmware_culfw · GitHub

38

Sorry, das ist wieder dein irreführender Werbebullshit. Da hat jemand die Rohdaten empfangen, das ist meilenweit von der von dir behaupteten Funktion entfernt. Daraus müsste man nun die Nutzdaten extrahieren, bevor man daran denken kann, das als „KNX RF empfangen“ zu bezeichnen. Um’s mit den Worten aus dem Thread zu sagen: „ein Spaziergang wird das nicht.“

Hinzu kommt, daß es in dem Thread um das alte KNX RF im Easy Mode ging, nicht um das aktuelle KNX RF im System Mode.

39

Du hast geschrieben KNX RF 868 Mhz Funk wird komplett nicht unterstützt. Damit verstehe ich, ich kann es nicht empfangen und senden. Das ist falsch.

Der Hersteller bewirbt auch gar kein KNX RF.

40

Spannend - was genau hast du denn damit für Funktionalität realisiert? Den Controller?

41

@volkerm
@JuergenG
Ich glaube wir können uns darauf einigen das die Implementierung von KNX-RF für den RasPi „unvollständig“ ist. Vermutlich ist einfach das Interesse daran zu gering. Kann ich jedenfalls gut nachvollziehen: da ich kein Kabel zu den Rollläden ziehen darf (danke Vermieter) will ich sie nun auch mit Funk schalten. Ein KNX-RF Aktor kostet einfach mal doppelt so viel ein Homematic Produkt mit den selben Eigenschaften. Und da funktioniert die Implementierung. Dabei muß ich als Anwender nichtmal das genaue Protokoll oder die Modulationsart kennen. Es reicht zu wissen das dieses Funkmodul mit diesem Treiber die erfolgreiche Kommunikation ermöglichen.

@Fonzo
IPSView würde vermutlich laufen wenn es endlich eine Linuxversion gäbe. Meinst du mit Schnitstellen die Hardware oder die Software?

42

Die Frage ist ja eher ist der ist der Raspberry Pi Zero überhaupt in der Lage eine App flüssig darzustellen oder eben auch Dinge in einem normalen Browser flüssig ohne Ruckler darzustellen oder bekommt man da schon Performanceprobleme? NEO gibt es z.B. auch für Linux, die Frage ist eher läuft so was überhaupt grundsätzlich auf so einem Gerät?

Ich würde von einem Gerät das kommerziell verkauft wird zumindest erwarten das eine Standardoberfläche mitgeliefert wird, die die Daten auch alle darstellen kann von den Sensoren die im Gerät verbaut worden sind. Mit Schnittstellen meine ich ob es klar definierte und dokumentierte Beschreibungen gibt wie die Sensoren des Geräts z.B. per REST oder MQTT von anderen Systemen abgefragt werden können?

43

Der Hersteller hat eine Standardoberfläche, alle paar Tage kommen Updates. Das steht zu mqtt

MQTT Client

MQTT Client - start with startmqttclient = 1 in config.py

published channels: atmega_volt, d13, hwb, a0, a1, a2, a3, a4, a5, a7, atmega_temp, vent_rpm, vent_pwm, atmega_ram, buzzer, relais1current, mlxamb, mlxobj, bmp280_temp, pressure, lightlevel, sht_temp, humidity, motion, set_temp, backlight_level, gputemp, cputemp, act_temp, useddisk, load, freespace, wifistrength, ipaddress, led_red, led_green, led_blue, ssid, uhrzeit, relais1, relais2, relais3, lastmotion, max_backlight, usertext, usertextshow, alert

subscribed channels for remote control of SHPI (set/): relais1, relais2, relais3, buzzer, d13, alert, max_backlight, set_temp, vent_pwm, led

USE: ON | OFF for relais1, relais2, relais3, d13, alert

USE: 1 .. 31 for max_backlight

USE: 0.0 .. 88.5 for set_temp

USE: 0 .. 255 for vent_pwm

USE: 255,255,255 for led
44

Der Hersteller hat alles an Software Open Source auf Github :
GitHub - shpi/zero_main_application
Das ist die Standartanwendung, die dann auch die Basis für Eigenentwicklungen ist. Dort steht auch die Dokumentation.
So taucht da auch ein HTTP Server und ein MQTT Client auf. Außerdem scheint noch in Arbeit zu sein:
Apple Home Kit (testing)
Config Files for Openhab, Loxone, FHEM, IP Symcon
Bluetooth Sensor Broadcasting

Was die Rechenleistung angeht denke ich das man das mal ausprobieren mus. Der RasPi hat in etwa die Rechenleistung eines Smartphones. Das reicht sicher nicht zum Bitcoin mining, aber für Betriebssystem und Anwendugen.

45

Die Rechenleistung würde ich niedriger als ein modernes Smartphone einstufen. Es ist ein 1 GHz Arm mit 512 MB Ram. Ich hab den Stromverbrauch mal versucht zu messen und es lag unter 2 Watt. Die Python3 Anwendung ist flüssig und lässt sich angenehm bedienen, aber Chromium lädt etwas langsam.

46

Ok, also ein älteres Smartphone. :smiley:

47

Im Datenblatt taucht bei den I2C Adressen ein INA219 als Option auf und auf der Platiene ist wohl auch ein Platz dafür vorgesehen. Miß den Stromverbrauch doch direkt. :slight_smile:

48

Na dann warte ich mal ab, grundsätzlich ist das ja ein gute Idee mehrere Sensoren in einem Gerät zu haben, voraus gesetzt die Sensoren taugen was von der Messqualität und es ist eben eine Anbindung an andere Systeme möglich, ohne das man Wochen benötigt um so ein System anzubinden.Sollte es mal so weit ausgereift sein das Configfiles für IP-Symcon vorliegen und man das dann mit nicht allzu viel Arbeit anbinden kann, ist das eine Option, die ich mir persönlich dann vielleicht näher anschaue, vor allem wenn wirklich mal der shpi one erscheinen sollte. Wenn ihr so oder so das Gerät einsetzt bzw. damit rum experimentiert, könnte ihr ja gerne eine Anleitung zur Anbindung von IP-Symcon schreiben oder vielleicht sogar ein Modul schreiben, mit dem man die Messwerte des Geräts einfach in IP-Symcon übertragen kann bzw. auch Daten von IP-Symcon, wie ein Bild, auf das Gerät übertragen kann.