Hallo Liebes Forum
Ich bin ganz neu hier und bin ein Anfänger,deshalb bitte ich um etwas Hilfe.
Ich möchte gerne ein Stromstossrelai über die GPIO Pins des raspberry pi ansteuern.
An und Aus Schalten ist kein Problem aber wie konfiguriere ich das, dass der Ausgang als Taster wirkt.
Es gibt ja die Set Funktion, wenn ich da jetzt die Option on-for-timer wähle und auf 0,2 sek. stelle wirkt das wie ein Taster und es funktioniert auch, aber wie speicher ich das jetzt so ab das wenn ich jetzt auf mein touch screen drauf klicke das diese Option ausgeführt wird (also das Lampen Symbol meine ich)
so?
attr device eventMap on-for-timer 0,2:schalten
attr device webcmd schalten
0.2 wenn.
Also Punkt anstatt komma.
Gesendet von meinem Doogee S60 mit Tapatalk
also kommt ein bisschen verspätet.
Habe es gerade mal getestet, gehl leider nicht.
Wenn ich dann auf schalten klicke kommt diese meldung:
Unknown argument 0.5, choose one of off:noArg on:noArg toggle:noArg blink on-till-overnight off-till-overnight on-till on-for-timer off-till intervals off-for-timer
Aus dem wiki:
Syntax
Das eventMap Attribut wird in der folgenden Weise spezifiziert:
attr <device> eventMap /old1:new1/old2:new2/[old_n:new_n/]
Es muss also eine Liste von Wertepaaren angegeben werden. Dabei wird jeder alte Wert vom darauffolgenden neuen Werte durch einen Doppelpunkt getrennt. Zwischen den Wertepaare können im einfachsten Fall nur Leerzeichen stehen. Wenn aber die Wertepaare selbst Leerzeichen enthalten, muss ein anderes Trennzeichen (Delimiter) wie z.B. "/" oder "," benutzt werden.
Gesendet von meinem Doogee S60 mit Tapatalk
Verstehe ich das richtig :-\
on-for-timer:0.5:schalten
attr device eventMap /on-for-timer 0,2:schalten/
Gesendet von meinem Doogee S60 mit Tapatalk
danke es funtioniert ;D
Hallo ich schon wider,mit meinem taster :-\
wenn ich jetzt zusätzlich eine verzögerung einbauen will, müsste das so aussehen oder?
Zuerst zwei sekunden warten und dann für 5 sekunden einschalten, danach wider aus.
/off-for-timer 2:an/on-for-timer 5:an/[an:an/] ---------getestet, geht so nicht :'(
kann mir das jemand mal genau erklären weil ich vesteh das nicht und ich wurde schon gerne wissen was ich da mache ;D
Syntax
Das eventMap Attribut wird in der folgenden Weise spezifiziert:
attr <device> eventMap /old1:new1/old2:new2/[old_n:new_n/]
Es muss also eine Liste von Wertepaaren angegeben werden. Dabei wird jeder alte Wert vom darauffolgenden neuen Werte durch einen Doppelpunkt getrennt. Zwischen den Wertepaare können im einfachsten Fall nur Leerzeichen stehen. Wenn aber die Wertepaare selbst Leerzeichen enthalten, muss ein anderes Trennzeichen (Delimiter) wie z.B. "/" oder "," benutzt werden.
Hallo liebe community
Nachmal auf mein Taster zurückzukommen.
Ich möchte gerne ein Eltako EUD61NPN-UC Universal-Dimmschalter zum dimmen der leuchten benutzen, dieser wird mit tastbefehle gesteuert.
Kurz tasten = An/Aus
Lang Tasten = Dimm Hoch/Runter
dafür benutze ich
Touch Display (direkt auf der fhem oberfläche) = Rasperry pi = Relais = eltako = Lampe.
Alles über die gpio Pins.
So jetzt zu meiner eigentlichen frage:
Ich habe jetzt wirklich überall schon geschaut und leider nix gefunden.
Wie programmiere ich ein Taster(nicht so wie oben schon geschrieben mit zeit sondern ohne) aber so das es wirklich als Taster wirkt.
Draufdrücken licht an, loslassen licht wider aus.
Bitte helft mir..........
Bin langsam echt am verzweifeln.
Hallo ich nochmals mit dem Taster Problem.....
Kann mir denn wirklich niemand helfen oder geht das in fhem gar nicht zu programmieren, würde mich schon um eine kurze Rückmeldung freuen.
Danke schon einmal.
Vorab: Wenn du keine große Ahnung von diesen Dingen im Allgemeinen hast, solltest du die Finger von den PI-GPIO's lassen. Zum einen kann man darüber nämlich ziemlich leicht den Prozessor zerstören, zum anderen bist du dabei, Steuerungsrechner und Steuerungshardware miteinander zu verbinden. Das ist ok, wenn du zu gegebener Zeit auch weißt, wie man sowas wieder entflechtet. Ansonsten würde ich andere Lösungen empfehlen...
Soviel vorneweg. Jetzt zum eigentlichen:
- Da du vermutlich die Funktionalität auch haben willst, wenn der Server mal steht, solltest du ggf. einen Taster nutzen, um den Aktor direkt an- und auszuschalten bzw. zu dimmen. Dann einfach nur z.B. über einen Optokoppler prüfen, ob grade der Taster gedrückt ist oder nicht (also Spanung anliegt).
- Wenn du auch von FHEM aus steuern können willst, wäre ggf. dazu ein weiterer Pin erforderlich.
- Das GPIO-Modul für den Pi kann kurze und lange Tastendrüce auswerten, wenn ich das richtig im Kopf habe (s.o.: ich selbst mache das bei Bedarf anders)
Aber: Woher weiß FHEM jetzt nach einem Tastendruck, ob der Aktor an oder aus ist bzw. auf welcher Dimmstufe? Jedenfalls beim mehrfachen hin- und herdimmen geht ggf. irgendwann der praktische und der theoretische Status auseinander...
Vielleicht überlegst du lieber, ob du nicht einen intelligenteren Aktor zulegst, der seinen jeweils aktuellen Dimm- usw. -Zustand sauber an FHEM meldet?
Just my2ct.
Beta-User
Danke für die Antwort
Ein wenig mit dem Pi kenne ich mich schon aus das mit den gpios ist kein Problem für mich da ich die schon über python angesprochen habe und diverse andere Projekte realisiert zb. Eine Fotobox habe, aber diesmal möchte ich das gerne über fhem machen und damit kenn ich mich wirklich nicht aus.
Was ist den das problem wen ich die Steuerung und Hardware zusammen mache auf einen Pi?
Ist doch eigentlich nix schlimmes dabei eigentlich ist es noch besser da ja keine Kommunikation zwischen zwei Geräte stattfinden, somit auch eine geringere Störungsquote.
Taster selbst ist keine Option für mich, möchte das wirklich gerne direkt über die Oberfläche machen.
Ich kann dir auch den Grund dafür nennen, da wo der Touch Screen hinkommt wird eine zentrale gemacht wo 4xRolläden 6xlicht geschaltet wird, somit habe ich viele viele schater bzw Taster, um mir so ein komisches gebilde zu ersparen soll das über das Display gemacht werden.
Gegen das Display ist im Prinzip nichts zu sagen :) .
Wenn das aber unter einem xserver laufen soll mit der Touch-Oberfläche, ist das schon wieder eine Sache, die man überdenken sollte (m.E.). Warum:
1. Damit ziehst du dir eine Menge Pakete rein, die auf einem Server nix verloren haben (nicht nur meine private Meinung)
2. Du brauchst dafür einen User, der sich uU. auch Schnittstellen automatisch krallt, die du eigentlich für FEHM haben willst: Auch nicht gut... (Networkmanager, Soundkarte...)
Ganz allgemein: eine Photobox läuft ein paar Stunden, es ist eine lokale Installation, ggf. mit Einbindung im Netz, ok. Du hast eine 2. Karte dabei, auf der dasselbe ist, kein Problem, wenn die 1. Karte spinnt. auch ok.
In einer Hausinstallation hast du das Ding aber 24/7 am Laufen, mußt es gegen alle Attacken schützen und auch in 10 (oder 15,20, 35 ...) Jahren ggf. noch Hardware tauschen. Vielleicht gibt es da noch Pi's, vielleicht sehen die aber ganz anders aus...
Oder: deine geschiedene/verwittwete Partnerin (oder der Käufer deines Hauses) kann und will das aber nicht ohne dich betreiben. Und dann?!?
Aber du bist ja experienced :) . Just do it 8)
Danke für die schnelle Antwort
Ja damit hast du wohl Recht, so wie du Punkt eins und zwei erklärt hast leuchtet mir das schon ein.
Gibt es auch eine Möglichkeit auf einem Pi den Server laufen zu lassen und den andere zum schalten dann somit das es von einander getrennt ist? ( Das über fhem)
Also hätte ich nur die Möglichkeit eines dimmaktors der über Funk geht? So das ich mir die schaltzustände anzeigen lassen kann.
Wollte das eigentlich erstmal ohne Funk Aktoren machen.
PS: ich habe nicht gesagt das ich erfahren bin aber bei null Fang ich auch gerade nicht an, was ich damit meinte ist das ich schon ein wenig Erfahrung gesammelt habe was den Pi angeht aber nicht was fhem oder Pearl angeht das ist komplettes Neuland für mich. So wie auch irgendwann Mal für dich das alles neu war .Denke ich ;)
Deshalb gibt es ja solche Foren um sich auszutauschen und auch Mal um Hilfe zu bitten.
Es ist das Risiko über einen gpio den Prozessor zu kien.
Oder wenn fhem mal ausfällt (defekte sd karte, fehlerhaftes update,...) gar nichts mehr geht.
Ich selbst habe auf vier Raspberry jeweils ca 20 gpio als Taster Eingang. Funzt seit 2,5 Jahren nahezu problemlos.
Was du aber möchtest (wen ich es recht verstanden habe) ist einen GPIO als Ausgang definieren und diesen ansteuern.
Dein Problem dürfte dein Touch sein.
Bekommst du für drücken und loslassen separate Events?
Falls nein ist es nicht machbar. Woher soll fhem wissen das du wieder loslässt?
Wie es z. B bei mir gehen würde:
Fhem als Backend
NetIO Controller Android App
In NetIO wird zwischen press und Release unterschieden.
Damit kann ich an fhem separate Befehle triggern.
Gesendet von meinem Doogee S60 mit Tapatalk
Genau anders herum:
Auf einem "Server" FHEM und alles zu steuernde. Das Display auf einem 2. Pi im mit Browser und "Monitormodus". Genau dann wird ein "sauberer Schuh draus".
Ich persöhnlich würde aber die Schlater durch esp8266 oder arduinos ersetzen. So hast Du dann definitiv die Entkoppelung .. aber das sind nur meine Gedanken.
Zitat von: Frank_Huber am 25 Februar 2019, 18:35:52
Es ist das Risiko über einen gpio den Prozessor zu kien.
Oder wenn fhem mal ausfällt (defekte sd karte, fehlerhaftes update,...) gar nichts mehr geht.
Ich selbst habe auf vier Raspberry jeweils ca 20 gpio als Taster Eingang. Funzt seit 2,5 Jahren nahezu problemlos.
Was du aber möchtest (wen ich es recht verstanden habe) ist einen GPIO als Ausgang definieren und diesen ansteuern.
Dein Problem dürfte dein Touch sein.
Bekommst du für drücken und loslassen separate Events?
Falls nein ist es nicht machbar. Woher soll fhem wissen das du wieder loslässt?
Wie es z. B bei mir gehen würde:
Fhem als Backend
NetIO Controller Android App
In NetIO wird zwischen press und Release unterschieden.
Damit kann ich an fhem separate Befehle triggern.
Gesendet von meinem Doogee S60 mit Tapatalk
Mmhhhhh schalten tust du mit tastaktoren die als Eingang definiert sind oder?
Wie gesagt, bin ein Neuling, bisher habe ich noch keine Möglichkeit gesehen seperate Events einzustellen zumindest nicht auf einem gpio pin, möglich wäre denke ich das ich einen als Input definiere und und einen als Output würde aber nicht mit dem Touchscreen gehen denke ich
Und da stehd ich wider vor dem Problem
Zitat von: Wernieman am 25 Februar 2019, 18:37:00
Genau anders herum:
Auf einem "Server" FHEM und alles zu steuernde. Das Display auf einem 2. Pi im mit Browser und "Monitormodus". Genau dann wird ein "sauberer Schuh draus".
Ich persöhnlich würde aber die Schlater durch esp8266 oder arduinos ersetzen. So hast Du dann definitiv die Entkoppelung .. aber das sind nur meine Gedanken.
Den Tip werde ich beherzigen und auch umsetzten Danke
Zitat von: Tommy am 25 Februar 2019, 19:03:19
Mmhhhhh schalten tust du mit tastaktoren die als Eingang definiert sind oder?
Wie gesagt, bin ein Neuling, bisher habe ich noch keine Möglichkeit gesehen seperate Events einzustellen zumindest nicht auf einem gpio pin, möglich wäre denke ich das ich einen als Input definiere und und einen als Output würde aber nicht mit dem Touchscreen gehen denke ich
Und da stehd ich wider vor dem Problem
Ich habe gpio mit Tastern dran und andere mit Relais.
Meine Verkabelung im Haus hat pro Etage eine zentrale Stelle wo alles ankommt. Da hat sich das angeboten.
Das IO Konzept und die Kabel lagen schon bevor ich auf fhem gestoßen bin. Daher halte ich mich nicht an diesen gut gemeinten Tipp den Prozessor zu schützen.
Was aber noch auf meiner ToDo steht ist die GPIO mittels Optokopplern galvanisch zu trennen.
Zurück zu deinem Thema:
Solange du vom Touch Display keine separaten Trigger für drücken und loslassen bekommst wirst deinen Wunsch nicht umsetzen können.
Du willst ja (korrigiere mich wenn falsch verstanden)
- Touch drucken --> GPIO an
- Touch loslassen --> GPIO aus
Und wie gesagt, solange fhem das loslassen nicht mitbekommt kann fhem den gpio auch nicht abschalten.
Gesendet von meinem Doogee S60 mit Tapatalk
Danke Frank
Im Prinzip ist das bei mir genauso alle Kabel zu einem Ort aber halt über das Touchscreen steuern.
Das hast du schon alles richtig verstanden.
Ohne eine Rückmeldung wird dies wohl sehr schwer werden das, leuchtet mir ein.
Hallo!
Ich bin auch an diesem Problem gescheitert. Dann habe ich einen ZWAVE Dimmer genommen. Der arbeitet auch ohne Fhem mit normalen Tastern.
Wie oben schon erwähnt. Es muss ein intelligenter Aktor her.
lg
Wolfgang
Zitat von: Tommy am 25 Februar 2019, 20:31:04
Danke Frank
Im Prinzip ist das bei mir genauso alle Kabel zu einem Ort aber halt über das Touchscreen steuern.
Das hast du schon alles richtig verstanden.
Ohne eine Rückmeldung wird dies wohl sehr schwer werden das, leuchtet mir ein.
Dann überlege dir ob du nicht im Hintergrund den fhem Server mit den gpio und im Vordergrund eine tablet App wie z. B. Das NetIO verwendest. Da geht das mit dem press / Release problemlos.
Gesendet von meinem Doogee S60 mit Tapatalk
Ergänzende Gedanken noch:
Zum einen ist ein Pi zum Verwalten von ein paar GPIO's eigentlich "Kanonen und Spatzen". Da gibt's auch andere verkabelte Lösungen wie RS485-Relais-Platinen, Homematic-(homebrew-)wired oder MySensors@RS485. Hätte den Vorteil, dass man nicht 4x ein OS aktuell halten muß...
Das Bienkonzept mit langen und kurzen Drücken ist ja nett, aber wenn ich z.B. dimmen will und einen Bildschirm habe, nehme ich persönlich lieber einen Slider. dto. für Rollläden oder Jalousien. Am liebsten ist mir aber, wenn der Rollladen zur rechten Zeit weiß, dass er sich öffnen oder schließen soll und ich GAR KEIN UI brauche... (Es heiß HausAUTOMATISIERUNG, nicht Haus-Bedienung ;) ).
Daher: befasse dich erst mal mit den Möglichkeiten von FHEM (oder vielleicht noch offener formuliert: der HA allgemein) und lege dich nicht von vornherein auf irgendwas fest, nur weil du das grade zufällig kennst und noch jemanden 2. gefunden hast, der diese eine Lösung grade gut findet.
(Speziell zu Rollläden noch was anderes: "Falsch" verkabel+unpassende eigengestrickte GPIO-Logik => kaputter Motor)
Wie oft: just my2ct.
Mit der Handbedienung gebe ich Dir vollkommen Recht. ein Rollo z.B. muss alleine laufen.
Wenn ich ehrlich bin kann ich mich auch gar nicht erinnern wann ich zuletzt einen Rollo manuell gefahren habe. :-)
Ich habe nur eine Möglichkeit aufgezeigt wie er seinen Wunsch realisieren kann. ob es Sinn macht ist was anderes.
das "Release" im NetIO nutze ich bei den Slidern die ich dort definiert habe. nicht für Taster.
Ob ich das bei mir heute noch genauso konzepieren würde?
Ganz ehrlich, ich weis es nicht. zum einen hast Du Recht, es ist 4 x Pflege, 4 x Backup, 4 x alles...
andererseits ist das auf diese Weise auch ausfallsicherer. wenn ein PI ausfällt laufen immer noch 3 Etagen weiter.
Alles nicht so einfach. :-) Würde aber wohl beim Neu ansetzen eher einen reinen Server (nicht PI) nehmen und "nur" die IOs in die Etagen setzen.
Zitat von: Beta-User am 26 Februar 2019, 08:48:52
Ergänzende Gedanken noch:
Zum einen ist ein Pi zum Verwalten von ein paar GPIO's eigentlich "Kanonen und Spatzen". Da gibt's auch andere verkabelte Lösungen wie RS485-Relais-Platinen, Homematic-(homebrew-)wired oder MySensors@RS485. Hätte den Vorteil, dass man nicht 4x ein OS aktuell halten muß...
Das Bienkonzept mit langen und kurzen Drücken ist ja nett, aber wenn ich z.B. dimmen will und einen Bildschirm habe, nehme ich persönlich lieber einen Slider. dto. für Rollläden oder Jalousien. Am liebsten ist mir aber, wenn der Rollladen zur rechten Zeit weiß, dass er sich öffnen oder schließen soll und ich GAR KEIN UI brauche... (Es heiß HausAUTOMATISIERUNG, nicht Haus-Bedienung ;) ).
Daher: befasse dich erst mal mit den Möglichkeiten von FHEM (oder vielleicht noch offener formuliert: der HA allgemein) und lege dich nicht von vornherein auf irgendwas fest, nur weil du das grade zufällig kennst und noch jemanden 2. gefunden hast, der diese eine Lösung grade gut findet.
(Speziell zu Rollläden noch was anderes: "Falsch" verkabel+unpassende eigengestrickte GPIO-Logik => kaputter Motor)
Wie oft: just my2ct.
Ich gebe dir Recht, es soll ja auch automatisiert laufen aber zusätzlich hätte ich halt gerne die Möglichkeit Einzel bzw in Gruppe zu steuern.
Zur Verkabelung selbst von den Rolladen werden trenn Relais Gesetzt so das ich die Möglichkeit habe von jedem Rolladen zu steuern oder von der Zentrale.
Das nicht zwei Relais in der Zentrale für einen Motor gleichzeitig anziehen würde ich eine gegenseitige Verigelung der ralais einbauen so das entweder hoch oder runter gefahren wird aber nicht beides gleichzeitig.
Ich werde mir die deine Verkabelungs Lösungen Mal angucken. Im Moment stehen mir alle Möglichkeiten noch offen, habe alle Kabel zu einem Ort zum Glück gezogen
Danke für die Ideen und Vorschläge.
Toller Input