PiFace

Begonnen von cornelius fillmore, 09 Juni 2013, 08:21:17

Vorheriges Thema - Nächstes Thema

backbone10

Hi,
vielen Dank dass du das Thema nochmal aufgegriffen hast. Ich habs leider erst heute gesehen.
Ich werde es am WE ausprobieren und asap feedback geben .

eine frage zu : "- Eine regelmäßige automatische Aktualisierung der Portabfrage ist derzeit noch nicht eingebaut, das baue ich vielleicht noch ein"
so wie ich das verstanden habe ist das mit der Implementierung von NICO möglich..(siehe meinen Beitrag vom 21. August)

Ich werde mich bemühen :)

mfg

bb10

betateilchen

Zitat von: backbone10 schrieb am Fr, 27 September 2013 19:23wie ich das verstanden habe ist das mit der Implementierung von NICO möglich.

Es steht Dir frei, diesen Lösungsansatz umzusetzen, das sollte sich auf die Funktion des Moduls nicht auswirken.

Grundsätzlich lässt sich das auch in fhem umsetzen, aber mein Tag hat auch nur 24 Stunden. Ich denke, das Modul in der derzeitigen Version deckt schonmal einen Großteil aller Anforderungen ab, zumal hier im Thread ja auch nicht soviel Diskussion aufkommt, dass man von einer Nutzerschar von Hunderten von Leuten ausgehen kann.

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Puschel74

Hallo,

vielen Dank @betateilchen für das Modul.
Funktioniert mit meinem PiFace wunderbar.

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

betateilchen

na endlich mal jemand, der es wirklich benutzt :)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

backbone10

Hi,
benutzen würde ich es auch, ich brauch es sogar schon eher bald, das ist nicht das Problem  :)

aber leider   : FHEM stirbt nach dem define Eintrag

root@raspberrypi:/home/pi# Undefined subroutine &main::Log3 called at ./FHEM/55_PIFACE.pm line 25, <$fh> line 53.

Was kann ich denn da nun falsch gemacht haben ??

Danke

bb10

betateilchen

Zitat von: backbone10 schrieb am So, 29 September 2013 19:56Was kann ich denn da nun falsch gemacht haben ??

Lange kein Update von fhem gemacht.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

klaus.schauer

Zitat von: betateilchen schrieb am Do, 26 September 2013 21:22- Eine Möglichkeit, durch einen gedrückten Taster einen Event zu erzeugen, gibt es derzeit nicht
- Eine regelmäßige automatische Aktualisierung der Portabfrage ist derzeit noch nicht eingebaut, das baue ich vielleicht noch ein
Danke für das Fhem-Modul. Die Lösung mit dem PiFace kommt mir wie gerufen.
Optimal wäre, wenn die Eingangsports zyklisch mit frei definierbaren Intervallen abgefragt oder noch besser unmittelbar nach Statusänderung der Ports die Readings aktualisiert würden. Damit könnte man PiFace zur Überwachung von zeitkritischen Meldungen einsetzen.

backbone10

Hi,
das mit dem update war richtig. jetzt funktioniert es ....

DANKE

bb10

klaus.schauer

Zitat von: betateilchen schrieb am Do, 26 September 2013 21:22So, jetzt gehst los...

wringPi Tools installieren

Das erfolgt auf der Systemconsole des Raspi


git clone git://git.drogon.net/wiringPi
cd wiringPi
./build



PIFACE Device in fhem definieren

define <name> PIFACE

Das wars schon :)
Das wars bei mir leider noch nicht!

Das wiringPi-Skript liefert folgenden Hinweis bzw. Fehlermeldung:

wiringPi Build script
=====================


WiringPi Library
[UnInstall]
[Compile] wiringPi.c
[Compile] wiringSerial.c
[Compile] wiringShift.c
[Compile] piHiPri.c
[Compile] piThread.c
[Compile] wiringPiSPI.c
[Compile] wiringPiI2C.c
[Compile] softPwm.c
[Compile] softTone.c
[Compile] mcp23008.c
[Compile] mcp23016.c
[Compile] mcp23017.c
[Compile] mcp23s08.c
[Compile] mcp23s17.c
[Compile] sr595.c
[Compile] pcf8574.c
[Compile] pcf8591.c
[Compile] mcp3002.c
[Compile] mcp3004.c
[Compile] mcp4802.c
[Compile] mcp3422.c
[Compile] max31855.c
[Compile] max5322.c
[Compile] sn3218.c
[Compile] drcSerial.c
[Link (Dynamic)]
[Install Headers]
[Install Dynamic Lib]

WiringPi Devices Library
[UnInstall]
[Compile] ds1302.c
[Compile] maxdetect.c
[Compile] piNes.c
[Compile] gertboard.c
[Compile] piFace.c
[Compile] lcd128x64.c
[Compile] lcd.c
[Compile] piGlow.c
[Link (Dynamic)]
[Install Headers]
[Install Dynamic Lib]

GPIO Utility
[Compile] gpio.c
gpio.c:85:12: warning: 'decodePin' defined but not used [-Wunused-function]
[Compile] extensions.c
[Compile] readall.c
[Link]
[Install]

All Done.

NOTE: This is wiringPi v2, and if you need to use the lcd, Piface,
  Gertboard, MaxDetext, etc. routines then you must change your
  compile scripts to add -lwiringPiDev

Wo und an welcher Stelle müsste etwas angepasst werden?

get/set-Befehle kann ich derzeit in Fhem absetzen. Die scheinen aber am PiFace nicht anzukommen. Jedenfalls werden die Readings beim get nicht gefüllt. set-Befehle haben ebenfalls keine Wirkung. Reading state steht auf active.

gpio readall bleibt konstant auf:
+----------+-Rev2-+------+--------+------+-------+
| wiringPi | GPIO | Phys | Name   | Mode | Value |
+----------+------+------+--------+------+-------+
|      0   |  17  |  11  | GPIO 0 | IN   | Low   |
|      1   |  18  |  12  | GPIO 1 | IN   | Low   |
|      2   |  27  |  13  | GPIO 2 | IN   | Low   |
|      3   |  22  |  15  | GPIO 3 | IN   | Low   |
|      4   |  23  |  16  | GPIO 4 | IN   | Low   |
|      5   |  24  |  18  | GPIO 5 | IN   | Low   |
|      6   |  25  |  22  | GPIO 6 | IN   | High  |
|      7   |   4  |   7  | GPIO 7 | IN   | Low   |
|      8   |   2  |   3  | SDA    | IN   | High  |
|      9   |   3  |   5  | SCL    | IN   | High  |
|     10   |   8  |  24  | CE0    | IN   | Low   |
|     11   |   7  |  26  | CE1    | IN   | Low   |
|     12   |  10  |  19  | MOSI   | IN   | Low   |
|     13   |   9  |  21  | MISO   | IN   | Low   |
|     14   |  11  |  23  | SCLK   | IN   | Low   |
|     15   |  14  |   8  | TxD    | ALT0 | High  |
|     16   |  15  |  10  | RxD    | ALT0 | High  |
|     17   |  28  |   3  | GPIO 8 | IN   | Low   |
|     18   |  29  |   4  | GPIO 9 | IN   | Low   |
|     19   |  30  |   5  | GPIO10 | IN   | Low   |
|     20   |  31  |   6  | GPIO11 | IN   | Low   |
+----------+------+------+--------+------+-------+

betateilchen

All Done.

Ist doch erstmal alles gut - was willst Du mehr?

Hast Du Jumper auf dem PiFace verändert?
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

klaus.schauer

Zitat von: betateilchen schrieb am Mo, 07 Oktober 2013 11:41All Done.

Ist doch alles gut - was willst Du mehr?
Einfach, dass PiFace funktioniert!

betateilchen

Kannst Du die ports von der Konsole aus schalten?

gpio -p write 200 1

sollte das erste Relais schalten.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

klaus.schauer

Zitat von: betateilchen schrieb am Mo, 07 Oktober 2013 11:45Kannst Du die ports von der Konsole aus schalten?

gpio -p write 200 1

sollte das erste Relais schalten.
Nein:

gpio -p write 200 1
Unable to open SPI device: No such file or directory

betateilchen

hast Du die Kernelmodule geladen?

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

klaus.schauer

Zitat von: betateilchen schrieb am Mo, 07 Oktober 2013 14:01hast Du die Kernelmodule geladen?
Welche Kernelmodule, da gibt's doch bestimmt jede Menge?