hört sich interessant an
Danke
Jürgen
Das ist bestimmt nur Zufall, daß sich zwei neue Mitglieder Kai27 und JuergenG extra hier im IPS-Forum anmelden, um dann ausschließlich die Features von shpi zu belobhudeln.
@volkerm: ich bin nicht unparteiisch, ich hab nichts für mein SHPI bezahlt ich wollte nur ein paar offene Fragen hier beantworten und ich stehe mit SHPI direkt in Kontakt
Aber dein Hinweis mehrfach zum Funkmodul, dass es unsicher ist, was man damit machen kann, ist auch merkwürdig. Es steht genau da was es kann?
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.
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.
@volkerm:
Ich bin auch nicht mehr unparteiisch, ich hab jetzt einen.
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.
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.
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
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?
Schon wieder falsch. Ich nutze Zwave und kann es damit steuern und aulesen.
Auch KNX RF geht mit CULFW
Der Mehrwert? Ich habe mehr Bang für mein Buck:banghead:
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?
Du hast schon wieder falsch gelesen. Mit CULFW kann man im Raw Modus KNX RF senden und empfangen
Zwave in CULFW
zero_avr_firmware_culfw/rf_zwave.c at master · shpi/zero_avr_firmware_culfw · GitHub
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.
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.
Spannend - was genau hast du denn damit für Funktionalität realisiert? Den Controller?
@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?
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?
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
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.
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.