FHEM Forum

Zitat von: hajo23 am 03 Mai 2014, 18:29:22
Auch von mir hezlichen Dank! Initialisieren funktioniert jetzt, allerdings habe ich immer noch ein Problem. Der Status eines Ports wird nach "poweroff" nicht wieder hergestellt. Auch wird z.B. ein "set mcp_20 PortA0 on" in der fhem.cfg nicht ausgeführt.

Im log steht:
2014.05.03 18:13:37 3: mcp_20: failurei in message from chip
2014.05.03 18:13:37 3: Direction: i2cwrite I2Caddress: 32 Register: 0 Data: 0 received: undef
2014.05.03 18:13:37 3: mcp_20: failurei in message from chip
2014.05.03 18:13:37 3: Direction: i2cwrite I2Caddress: 32 Register: 1 Data: 0 received: undef

Am liebsten würde ich gern definieren, ob ein Port nach "poweroff" einen bestimmten Status haben soll, oder ob der letzte Status (vor poweroff) wieder hergestellt werden soll. :-)

Viele Grüße,
Hajo

Zitat von: hajo23 am 04 Mai 2014, 23:06:19
hat keine Eile. ich hatte gehofft, dass etwas in der Art

define Relais0_laststate notify mcp20:Initialized set Relais0 {ReadingsVal("Relais0","state","on")}

funktioniert. Vorerst habe ich mein Problem mit dem "definierten Status" in /etc/init.d/fhem gelöst:

Zitat von: klausw am 04 Mai 2014, 23:17:08
ist mir zu kompliziert ... vielleicht liegt es an der Uhrzeit ;)

Zitat von: klausw am 04 Mai 2014, 23:17:08
wenn dann doch eher:

Code Auswählen Erweitern


attr <name> onstart A0=last,A1=on,A2=off


Zitat von: klausw am 07 Mai 2014, 00:09:21
Hier eine Version mit Wiederherstellung der Outputs nach reboot.

bitte testen

kann so verwendet werden

Code Auswählen Erweitern

attr <name> OnStartup A0=last,A1=on,A2=off
OutputPorts die fehlen werden auf den letzten gespeicherten Zustand gesetzt.

Zitat von: hajo23 am 12 Mai 2014, 21:12:39
konnte gerade einen ersten Test machen. Die Ports werden leider noch nicht gesetzt.

Zitat von: slonnet am 14 Mai 2014, 16:41:11
Hab allerdings das Problem das das Ausschalten der Ports zu einem "transmission error" führt.

Zitat von: slonnet am 14 Mai 2014, 17:35:31
Wow,

das ging ja mal flott!
Mit dem neuen Modul klappt es jetzt auch mit dem Ausschalten ;)

Vielen Dank für die schnelle Hilfe!
Hatte schon an einen Hardware Fehler meinerseits gedacht, weil es wirklich noch keiner gemeldet hatte ;)

Zitat von: slonnet am 14 Mai 2014, 19:00:21
Nutze es zwar nicht, aber ich habs mal getestet.

Gibt direkt einen Fehler beim fhem.cfg speichern!

Code Auswählen Erweitern

Error messages while initializing FHEM:
configfile: MCP23017_1: unknown attribute OnStartup. Type 'attr MCP23017_1 ?' for a detailed list.

Zitat von: klausw am 14 Mai 2014, 23:55:58
Neue Version:

Fehler im stdout sollten weg sein
last im OnStartup geht jetzt

Zitat von: willybauss am 15 Mai 2014, 22:51:02
ich verfolge euer Projekt seit einiger Zeit, da ich demnächst was ähnliches brauchen könnte. Wird dieses fhem-Modul denn mit den 128 Ports dieser IO-Karte (http://www.pridopia.co.uk/pi-23017-8-lp.html) zurecht kommen? Wenn ja, dann wäre es genau das, was ich brauche, um meine Fensterkontakte zu kontrollieren und Lichter und Rollläden zu steuern.

Zitat von: timo74 am 18 Mai 2014, 18:50:51
1. könnte man mit dem Modul von Klaus auch Eingänge falls die Interrupt-Ausgänge der 23017's nicht auf die GPIO-Ports des RPI geschaltet sind? Auf der Händler-Homepage ist es nicht ersichtlich und ich könnte mir vorstellen, dass bei 8x 23017 ja immerhin 16 Interrupt-Leitungen irgendwo aufzulegen wären.

Zitat von: linusd am 18 Mai 2014, 20:54:12
Bei diesem Preis würde ich auch überlegen, oder der Einsatz eines Arduino in Verbindung mit einem Ethernetmodul nicht auch zum Ziel führt.
Der kann dann auch mit fhem angesteuert und ausgelesen werden.

-Vorteil ist hierbei, dass auch analoge Signale verarbeitet werden können.
-Nachteil ist das fehlen eines Interrupts zum fhem.

Zitat von: linusd am 18 Mai 2014, 20:54:12
Hallo timo74,

da das von willibauss angesprochene Modul die Pins des RPI zur weiteren Verwendung bereitstellt
und ich in der Beschreibung von den Interrupts nichts gesehen habe, würde ich vermuten das diese auch nicht verdrahtet sind.
Vielleicht habe ich es aber auch nur übersehen!

Zitat von: linusd am 18 Mai 2014, 20:54:12
Sollen wirklich 128 Module in einer relativen Nähe zum RPI betrieben werden?

ZitatDa muss ich nur zu jedem Lichtschaltereingang einen Relaiskontakt parallel legen, dann kann ich sämtliche Lichter und Rollläden im Haus schalten.

ZitatDadurch, dass ich mit den Relais nur Lichtschalter-Tastendrücke simuliere, geht weiterhin alles über die Logik der PHC => keine "Datenverwirrung" über unqualifizierte Eingriffe in deren Busprotokoll.

ZitatMit dieser Lösung ist dann auch der Zugriff z.B. zum "Panikschalter" möglich, d.h. wenn der Homematic-Rauchmelder Alarm signalisiert, kann die PHC (über FHEM informiert) direkt die Fluchtwege frei schalten (Rollläden hoch und Lichter an).

Zitat von: volley am 22 Mai 2014, 23:36:00
@KlausW: Macht es nicht Sinn, die beiden Interrupts A+B per Mirror (Register IOCON (0x0A) , Bit 6=1) zu koppeln, da beim Get sowieso immer beide Ports (A+B) gelesen werden.
Spart eine GPIO Leitung am Raspi pro MCP23017 ohne zusätzliches Löten ;)

Zitat von: linusd am 23 Mai 2014, 14:19:59
Hallo Willy,
Liefert Dir die zentrale Licht- und Rollladensteuerung (Peha PHC) den Schaltzustand an den RPI, wenn ein Schalter und nicht das Relais benutzt wurde?

Zitat von: linusd am 23 Mai 2014, 14:19:59
Wenn Du kurz vor den Zetrale an die Leitungen gehst ist das I2C 23017 x8 - 128 GPIO Board (http://www.pridopia.co.uk/pi-23017-8-lp.html) sicher eine sher gute Lösung.

Zitat von: willybauss am 15 Mai 2014, 22:51:02
Hallo,


ich verfolge euer Projekt seit einiger Zeit, da ich demnächst was ähnliches brauchen könnte. Wird dieses fhem-Modul denn mit den 128 Ports dieser IO-Karte (http://www.pridopia.co.uk/pi-23017-8-lp.html) zurecht kommen? Wenn ja, dann wäre es genau das, was ich brauche, um meine Fensterkontakte zu kontrollieren und Lichter und Rollläden zu steuern.

Gruß

Willy

Zitat von: linusd am 23 Mai 2014, 14:19:59
So etwas in der Art habe ich auch vor, aller Ding mit dem RPI und FHEM. 8)

ZitatIch nehme ja auch den RPI und FHEM. Aber allein damit schaltet sich kein Licht und kein Rollladen. Da braucht es schon noch irgendwelche Aktoren - bei mir halt PHC.

ZitatDadurch, dass ich mit den Relais nur Lichtschalter-Tastendrücke simuliere, geht weiterhin alles über die Logik der PHC => keine "Datenverwirrung" über unqualifizierte Eingriffe in deren Busprotokoll.

ZitatMeinst Du das hier  ;) ?

Zitat von: thobastian am 26 Mai 2014, 15:17:42
wie schaut es mit dem MPC23S17 aus ? Ich bin relativ neu hier auf FHEM und habe das Gefühl, dass der mpc23s17 nicht einbindbar ist, oder?
Er wird über SPI angesteuert. Ist der nicht zum I2C ähnlich?

• Pins: Es werden nur 5 Pins verwendet (VCC, GND, SCL, SDA und Interrupt)
• Pins: Durch das verwendete Attribut <InterruptOut> genügt es (mit der Option "connected_active-low")  für den Interrupt entweder INTA oder INTB am RPI anzulegen
• Input: Sensoren wie REED-Kontakte, Bewegungs- und Abstandmelder sind an den Ports A0-A3, A6, A7, B0 und B7 angeschlossen
• Input: Die Signale der Sensoren an den Ports A1, A2, A7 und B0 werden mit <invert_input> invertiert, da ich z.B. nur ein "on" habe möchte wenn der REED-Kontakt öffnet oder der Bewegungsmelder aktiviert wird
• Output: Ein 8 Kanal Relais ist an den Ports A4, A5 und B1-B7 angeschlossen, deren Schaltzustände am jeweiligen <readingsProxy> invertiert werden müssen.
  (Ein Invertierung des MCP23017-Ausgangsignals, wie zum Beispiel beim Input mit <invert_input>, ist nicht möglich. Somit hat ein aktiviertes Relais "LED=on" im Reading des Moduls den Zustand "off" )
• Output: Es wird beim Boot mit <OnStartup> das Relais an A5 deaktiviert und das an B1 aktiviert, die übrigen verharren in ihrer letzten Schaltstellung
• Output: In dieser Konfiguration bekommen die Schalter im FHEM auch mit, wenn <OnStartup> den Zustand ändert

Zitat von: klausw am 27 Mai 2014, 14:40:03
Sind zwar beides serielle Schnittstellen, aber nicht kompatibel. I2C hat eine bidirektionale Datenleitung und SPI 2 unidirektionale.
Allerdings sind die Registeradressen identisch. Alles was du machen musst, ist ein Modul schreiben das analog zum 00_RPII2C.pm arbeitet.
Dann kannst Du mit diesem Modul auch die SPI Variante ansteuern.

Zitat von: thobastian am 28 Mai 2014, 16:10:31
Ich habe mir Dein Modul angeschaut. Keine Chance. Das ist für mich viel zu schwierig. Gibt es hier nicht jemand, der daran interessiert ist ? Ich frage deshalb, weil mich das Konzept von FHEM überzeugt hat. Ich würde gerne eine FHEM Installation aufsetzen.Nur dazu benötige ich ein Modul für den SPI.

Zitat von: IPPhoner2b am 30 Mai 2014, 19:58:21
nur mal ne Frage, kann es sein, dass mit dem Befehl "Active_low" bzw. "Active-low" was gemacht wurde?

Gibt da immer ne Fehlermeldung raus, habe den Text jetzt umbenannt, war allerdings vorher nicht so.
Bei Gelegenheit sonst bitte wieder zurückändern.

Komischerweise lief es auf einmal wieder, wie es vorher auch war, keine Ahnung was das jetzt war, habe von "_" auf "-" geändert, und dann wieder auf "_" zurück, und jetzt funktioniert es wieder  :o

Zitat von: klausw am 31 Mai 2014, 01:20:22
Hallo Chris,
Active_low heisst inzwischen invert_input. Hatte ich vergessen hier zu schreiben, aber im Commandref sollte es stimmen. Active_low war irreführend, da nur Input Pins invertiert werden können.

Grüße
Klaus

Zitatdass auch die Ausgänge umgedreht werden, und habe mich gewundert, warum meine Ausgänge als off gekennzeichnet sind, die LEDs aber brennen.

ZitatOutput: Ein 8 Kanal Relais ist an den Ports A4, A5 und B1-B7 angeschlossen, deren Schaltzustände am jeweiligen <readingsProxy> invertiert werden müssen.
(Ein Invertierung des MCP23017-Ausgangsignals, wie zum Beispiel beim Input mit <invert_input>, ist nicht möglich. Somit hat ein aktiviertes Relais "LED=on" im Reading des Moduls den Zustand "off" )

Zitat von: IPPhoner2b am 01 Juni 2014, 11:23:30
also heißt das für mich, dass ich so ohne weiteres keine Chance habe, das mit die ausgeschalteten Ausgänge auch als "off" angezeigt werden? Finde das nämlich etwas verwirrend, und wenn ich mir vorstelle, ich soll meinen Eltern (das soll hinterher bei meinen Eltern zur Rolladensteuerung eingebaut werden) erklären, "off" ist "an", dann kannst du dir das passende Gesicht wohl vorstellen  :o ;D

Zitat von: IPPhoner2b am 01 Juni 2014, 11:23:30
Habe aber noch eine Frage zu deinem Script, bzw. eine Anpassung an meine Bedürfnisse:
Wenn ich bei dir jetzt einen Ausgang (z.B. A0) anschalte, wie müsste es geschrieben sein, dass vorher z.B. Ausgang A1 ausgeschaltet wird, und am besten zwischen den Schaltvorgängen noch eine Verzögerung von 0,5 sek ist, damit ich beim Rolladenmotor nicht aus versehen auf beide Seite die Phase lege.

Zitat von: IPPhoner2b am 01 Juni 2014, 11:23:30
Wenn ich bei dir jetzt einen Ausgang (z.B. A0) anschalte, wie müsste es geschrieben sein, dass vorher z.B. Ausgang A1 ausgeschaltet wird, und am besten zwischen den Schaltvorgängen noch eine Verzögerung von 0,5 sek ist, damit ich beim Rolladenmotor nicht aus versehen auf beide Seite die Phase lege.

Zitat von: willybauss am 03 Juni 2014, 11:02:50
Beidseitig Phase am Motor sollte nicht schlimmer sein als beidseitig Null. Er hat dann halt keine Spannung und tut nichts. Viel schlimmer ist, dass in diesem Fall wohl auch eine Direktverbindung von Phase zu Null zustande kommen kann, ohne den Motor dazwischen. Ich habe deshalb eine "richtige" Rollladensteuerung dazwischen, die die Verriegelung incl. Zeitverzögerung automatisch vornimmt.

Zitat von: thobastian am 06 Juni 2014, 16:53:27
Ich habe mir jetzt den MCP23017 zugelegt also auch die I2C-Variante.

Soweit ist alles bei mir angeschlossen und und fkt. über Python. 
Aber wie bekomm ich das nun mit FHEM hin ? Wohin mit dem Modul 52_I2C_MCP23017.PM  ?
und welche Konfigs muss ich machen, damit einfach mal eine Lampe leuchtet oder ein Schalter erkannt wird?

Zitat von: gnusmas am 27 Juli 2014, 01:10:14
Hallo ,
ich versuche gerade das Modul 52_I2C_MCP23017 einzubinden.
Bekomme jedoch im Log folgende Fehlermeldung:

Zitat von: hollyghost am 02 September 2014, 08:33:23
Hallo Klaus,
I2C per se ist natürlich nicht Interrupt fähig, der Chip schon & diesen nutze ich auch - wer will schon Pollen :)
Du siehst also kein Problem, wenn im worst case 16 Timer angestoßen werden?
Gruß Holger

Zitat von: PiUser am 11 Oktober 2014, 16:23:03
Ich habe die Programmierung ähnlich des Post40 vorgenommen, d.h. mit ReadingProxys gearbeitet.
Soweit funktioniert auch alles, ABER:
Während des "bootens" von FHEM schalten alle Relais - durch ein "shutdown restart" zu 100% reproduzierbar.
Dies ist im Moment ein absoluter Showstopper.

Kann mir jemand sagen was ich falsch mache? Oder ist das so gewollt?

• GPIOA/B
• IPOLA/B (invert_input)
• IODIRA/B (OutputPorts)
• GPPUA/B (Pullup)
• GPINTENA/B (Interrupt)
• IOCON (InterruptOut)

Zitat von: PiUser am 11 Oktober 2014, 16:23:03
Und noch eine Frage habe an klausw:
Wenn ich mehrere Ausgänge gleichzeitig schalten möchte, hattest Du ja extra eine Funktion vorgesehen, der man verschiedene Ports gleichzeitig übergeben kann.
leider werden diese sequentiell geschaltet.
Im Prinzip müsste das aber auch richtig gleichzeitig gehen. Könntest Du die Funktion entsprechend ändern? Das wäre echt toll.

Zitat von: PiUser am 17 Oktober 2014, 17:24:18
Die Krux ist jetzt beim Booten:
Der Notifier der ReadingProxy unter 2. melden während der Initialisierung den off-State, schalten daraufhin den dummy-Schalter unter 1., welcher dann (richtigerweise) die Outputs aktiviert.

Die Frage ist nun:
Wie kann ich verhindern, dass der Notifier unter 2. während des Bootens den off-state meldet?

Zitat von: IPPhoner2b am 02 November 2014, 14:19:16
Also dieser Fall wäre eben für die Terassentür, dass im Sommer halt eben, wenn man länger draußen sitzt, der Schalter einfach in Hochfahrstellung eingerastet wird, und dadurch das absenken des Rollos verhindert wird.

Zitat von: IPPhoner2b am 03 November 2014, 18:58:48
Hallo Klaus,

Genau das habe ich gemeint *g*

Jetzt muss ich nur noch verstehen, wie ich das ganze programmieren muss ...

Aber ich denke, es gibt schon hier und da genug Nutzer, die so etwas in der Art zustande gebracht haben.

Zitat von: IPPhoner2b am 09 November 2014, 12:33:39
Wenn ich jetzt eine Bank des MCP als Input, und die andere als Output definiere, und davon dann jeweils 2 Ein- und Ausgänge für jeweils ein Rollo brauche, muss ich dass dann jeweils einzeln definieren, oder kann ich den Define Block als ganzes lassen, und kann mir dann die einzelnen Ports irgendwie zuweisen?

Zitat von: IPPhoner2b am 09 November 2014, 15:08:31
hast du denn für das editierte Problem mit dem OnStartup eine Lösung  ::)

Zitat von: IPPhoner2b am 09 November 2014, 16:31:39
Hmm,
irgendwie komisch, jetzt bleiben die LEDs an, dafür wird es jetzt im WebIf richtig angezeigt, also wenn ich 3 anlasse, bleiben die 3 auch an, und wird auch richtig im WebIf angezeigt.

Zitat von: IPPhoner2b am 16 November 2014, 11:33:26
habe die Version eingespielt, also die Inputs werden scheinbar richtig gesetzt, muss allerdings dazusagen, dass ich vorher damit bis auf dieses eine Mal noch keine Probleme damit hatte, habe jedenfalls nach dem ausschalten die Eingänge gewechselt, und das wurde richtig erkannt.

Zitat von: IPPhoner2b am 16 November 2014, 12:28:24
Sehr gerne, also ich habe nur dieses eine mal komischerweise 3 Eingänge betätigt gehabt, kann aber eigentlich nicht sein, weil ich diese hier am Schreibtisch immer nur mit einem Draht überbrücke  ::) ;D

Zitat von: IPPhoner2b am 16 November 2014, 12:35:00
Siehste, ich bin immer für ne Überraschung gut  :o ::)

Zitat von: IPPhoner2b am 16 November 2014, 12:35:00
Das kam aber nur das eine mal, wo ich eine neue Version von dir ausprobiert habe, sonst ist mir das noch nie aufgefallen.

Zitat von: IPPhoner2b am 04 Dezember 2014, 19:18:30
Wollte hier einfach nochmal die Frage stellen, ob noch irgendjemand zeitliche Probleme mit dem MCP bekommt, sobald hier 3 oder 4 der Chips am raspberrry anklemmt.

In diesem Thread hier http://forum.fhem.de/index.php/topic,28890.0.html (http://forum.fhem.de/index.php/topic,28890.0.html)

Geht es um die schonmal erwähnte Rolladensteuerung, und solange ich mit 2 MCP Chips arbeite, klappt die Steuerung über Schalter sehr gut, sobald aber ein dritter oder vierter Chip hinzukommt, wird das System extrem langsam, sobald ein notify ausgelöst wird. Schalte ich einzelne Ausgänge über das WebIf klappt alles ohne Probleme.

Wäre halt schön, wenn jemand hier mal testen könnte, ob er das Phänomen nachstellen kann. Vielleicht liegt es ja wirklich einfach an der SCI Schnittstelle, dass die bei so vielen Ausgängen einfach an ihre Grenzen kommt.

Zitat von: IPPhoner2b am 04 Dezember 2014, 19:18:30
:EDITH:
Mal noch ne zweite Frage, habe grade etwas über den neuen Raspi B+ gelesen, und dabei festgestellt, dass der normale Raspi B auf dem P5 Header noch mal nen I2C Bus hat (GPIO 28 + 29).

Könnte man den zweiten Bus auch für diese Aufgabe nutzen? Kann man das Modul zur Ansteuerung auf den zweiten I2C Bus erweitern? Oder ist es so evtl schon zu benutzen?

Zitat von: Spuckiii am 10 Dezember 2014, 19:48:00
Habe mir die Beispiel Config aus Post 40 gezogen.
die Outs kann ich schalten, aber ich bekomme beim Interrupt als state ??? und folgende Fehlermeldung.

Interrupt GetFn: readout of Pinvalue fail
stehe grade irgendwie auf dem Schlauch
Kann mich mal einer runterschubsen?

Zitat von: Spuckiii am 10 Dezember 2014, 20:10:06
Schalten kann ich ja. Also das relay über fhem...

ZitatUnd würde dir der Ausgang nicht anfangen zu rattern, weil wenn die Änderung in Kraft tritt, und der Ausgang ist aus, muss er ihn anschalten, dann merkt er, oh der Ausgang ist an, und schaltet ihn aus usw. Oder habe ich da jetzt nen Denkfehler?

Zitat von: Punkt am 13 März 2016, 22:58:04
ich habe diesbezüglich ein wenig weitergeforscht und folgendes Festgestellt:

scheinbar werden die Register durch einen SHUTDOWN RESTART verändert.

Zitat von: klausw am 15 März 2016, 12:39:38
Das bedeutet: während des Shutdown/Restart Vorgangs wurde der am Pin GPB0 angeschlossene Schalter betätigt bzw. am GPB0 ist noch etwas anderes angeschlossen.

Zitat von: klausw am 15 März 2016, 12:39:38
Du hast am MCP23017 den Port A als Ausgang eingestellt. Sind da LEDs/Lampen angeschlossen?
Funktionieren diese nach Shutdown/Restart noch?

Zitat von: klausw am 15 März 2016, 12:39:38
Wie legst du den Pi GPIO für den Interrupt an?

Zitat von: klausw am 15 März 2016, 12:39:38
Nach meiner Vermutung liegt es am GPIO des Pi, der den Interrupt verarbeiten soll (das einzig komische ist, das aktualisieren auf der Detailseite immer den aktuellen Pinlevel anzeigen müsste).
Bei einem Shutdown/Restart wird der Pi Gpio gewöhnlich erst deaktiviert und dann wieder angelegt.
Wenn dein FHEM allerdings keine Schreibrechte auf den GPIO hat, oder besser gesagt, du die Rechte beim booten in der rc.local oder sonstwo setzt dann kann FHEM in auch nicht mehr anlgen.
Dazu sollte aber eine Fehlermeldung im Log erscheien.

Zitat von: Punkt am 15 März 2016, 19:53:25
Die Definition des GPIO hab ich weiter oben ja schon eingefügt - oder was meinst du damit?

Zitat von: Punkt am 15 März 2016, 23:36:55
Ich werd mich mal in der Richtung weiter schlau machen - will den Thread hier nicht sprengen, da es offensichtlich nicht an dem MCP-Modul liegt...

Zitat von: Punkt am 15 März 2016, 23:36:55
...so - WiringCB (WiringPi) funktioniert leider auch nicht.

Zitat von: Punkt am 17 März 2016, 21:01:06
zu edge und direction:

nach reboot

Code Auswählen Erweitern

michael@homie:/sys/class/gpio/gpio239$ cat edge
both
michael@homie:/sys/class/gpio/gpio239$ cat direction
in

nach shutdown restart

Code Auswählen Erweitern

michael@homie:/sys/class/gpio/gpio239$ cat edge
both
michael@homie:/sys/class/gpio/gpio239$ cat direction
in


nach shutdown ist auch kein Perl-Prozess mehr vorhanden...

Zitat von: Punkt am 17 März 2016, 21:01:06

Wenn ich folgenden Prozess einhalte dann funktioniert es:

- FHEM stoppen
- GPIO manuell unexportieren
- FHEM starten

Zitat von: Punkt am 17 März 2016, 21:01:06

Code Auswählen Erweitern

michael@homie:/sys/class/gpio$ sudo service fhem stop
Stopping fhem...
michael@homie:/sys/class/gpio$ sudo su
root@homie:/sys/class/gpio# echo "239" > unexport
root@homie:/sys/class/gpio# echo "231" > unexport
root@homie:/sys/class/gpio# ll
total 0
drwxr-xr-x  2 root root    0 Mar 17 20:41 .
drwxr-xr-x 53 root root    0 Mar 17 20:41 ..
--w-------  1 root root 4096 Mar 17 20:34 export
lrwxrwxrwx  1 root root    0 Mar 17 20:41 gpiochip0 -> ../../devices/platform/soc@01c00000/1c20800.pinctrl/gpio/gpiochip0
--w-------  1 root root 4096 Mar 17 20:41 unexport
root@homie:/sys/class/gpio# service fhem start


Was mich auch etwas verwundert hatte:
nach einem shutdown sind trotz "unexportpin = yes" alle GPIO vorhanden

Zitat von: klausw am 17 März 2016, 23:23:04
Im undefine sollte folgende Schleife ausgeführt werden:

Code Auswählen Erweitern

if ( ( AttrVal($hash->{NAME}, "interrupt", "none") ) ne ( "none" ) ) {
delete $selectlist{$hash->{NAME}};
close($hash->{filehandle});
}

Zitat von: Punkt am 17 März 2016, 23:34:21
äh.....dazu kurze Frage:

im sub RPI_GPIO_Undef ist ja schon ein Log-Eintrag drin:

Code Auswählen Erweitern

Log3 $hash, 1, "$hash->{NAME}: entfernt";

...der sollte ja immer geschrieben werden wenn ich das richtig verstehe.


...wenn ich aber mein gesamtes Logfile durchsuche finde ich den String "entfernt" überhaupt nicht.  :o

Heist das das Undefine wird gar nicht durchlaufen???
Standardmäßig hab ich verbose 3 eingestellt....die Zeile sollte ja sogar bei verbos 1 geschrieben werden, oder?

Zitat von: Punkt am 18 März 2016, 00:25:55
das wars....!  ;)

zum Test folgendes eingefügt im Definitions-Teil des Moduls:

Code Auswählen Erweitern

       $hash->{ShutdownFn} = "RPI_GPIO_Undef";


....und Tadaaaa....es funktioniert!  ;D

...da soll mal einer drauf kommen...  ::)

Zitat von: wthiess am 17 Mai 2016, 15:02:34
Hallo Klaus!
Nein nichts. Auch im Event-Monitor keine Reaktion. Ich hab mir grad neue Bausteine bestellt. Morgen Abend werde ich einen neuen testen. Vielleicht habe ich ihn bei meinen ersten Anschlussversuchen geschrottet. 
Danke vorerst. Werde dann berichten.

Zitat von: wthiess am 17 Mai 2016, 17:30:29
Neur MCP23017 eingebaut. Keine Änderung. Nach flgender Anleitung beschalten.
http://sp0t.net/pi/fhem/8relay (http://sp0t.net/pi/fhem/8relay)
GPIO Port funktioniert. Driekt ohne I2C.

Zitat von: wthiess am 17 Mai 2016, 17:30:29
Get? Wie benützte ich das?

Zitat von: wthiess am 17 Mai 2016, 23:13:34
Alles läuft so wie ich es mir vorstelle bis.....
Hab ein neues Problem. Nun habe ich 2 23017. 1. alle 16 input 2. alle 16 output.
Nach einem Neustart(strom aus ein) funktioniert alles. Reboot hilft nicht. Nach ein paar Minuten geht der 2. auf  "transmission error" und nicht geht mehr.

Zitat von: wthiess am 17 Mai 2016, 23:13:34
Alle anderen Fhem und Rasperry Funktionen laufen normal. Betreibe den 23017 mit 3.3 V vom Rasperry. Kann es sein das es ein Stromversorgungsproblem ist? Hab den 23017 Teil schon getauscht.

Zitat von: wthiess am 19 Mai 2016, 21:28:11
Hallo!

Habe eine Hardwarefrage zu dem MCP23017. Ich wollte mein Projekt auf 5V umstellen. Jedoch ohne Erfolg. Mit 3.3V alles O.K. Mit einem eigenen externen Netzgerät gehts mit 5V. Mein Rasperry-Netzgerät liefert 5,19V. Mein externes 4,95V. Sehe ich das richtig das die i2c's mit über 5V nicht zurecht kommen?

Zitat von: wthiess am 19 Mai 2016, 23:16:49
Ganz verstehe ich das nicht. Im  Datenblatt steht das Teil kann bis 5.5V betrieben werden. Warum spinnen die Dinger Bei 5.19v?

Zitat von: AlphaKingOne am 05 Oktober 2016, 17:09:15
ja hab ich ich hab eigentlich 0x20 manchmal wenn GPA0 auf output geht hab ich dann 0x27  nachmal hab ich das Gefühl das es am DS18B20 liegt. Oder könnte es auch an der Stromversorgung liegen? War jetzt aber eigentlich nicht mein haupt anliegen mir ging es jetzt mehr um die Fehler Meldung da ich gern das Modul zum laufen bekommen würde

Hab den Pi 2 und das mit der 0 ist nur bei Ver. 1

Zitat von: Frank_Huber am 06 Oktober 2016, 08:10:45
welches Modul hast denn?
Wegen dem Adresswechsel würde ich von einem Defekt ausgehen.

Zitat von: klausw am 06 Oktober 2016, 09:08:07
Ich habe nicht nachgeschaut, welchen I2C Bus das Pi2 hat.
Aber dein Befehl aus dem anderen Post:

Code Auswählen Erweitern

system("sudo i2cset -y 0 0x20 0x13 0xff &")}
Greift auf den I2C-0 zu.

was gibt denn

Code Auswählen Erweitern

ls -l /dev/i* aus?

kannst du auch direkt in FHEM eingeben:

Code Auswählen Erweitern

{`ls -l /dev/i*`}

den user unter dem fhem läuft hattest du der Gruppe i2c hinzugefügt und neu gestartet?

Zitat von: AlphaKingOne am 08 Oktober 2016, 00:56:20
Ich hab das Modul aus beitrag 24

Wenn ich zuhause bin werde ich das mal ausprobieren

Zitat von: AlphaKingOne am 09 November 2016, 01:43:51
punkte hab ich weggemacht keine ahnung wie die da rein gekommen sind. Update hatte ich auch schon gemacht und der restart brachte nur

Code Auswählen Erweitern

016.11.09 01:33:22 0: Server shutdown
2016.11.09 01:33:27 1: reload: Error:Modul 99_myUtils deactivated:
Unrecognized character \xC2; marked by <-- HERE after <-- HERE near column 1 at ./FHEM/99_myUtils.pm line 8.

2016.11.09 01:33:27 1: Including fhem.cfg
2016.11.09 01:33:27 1: reload: Error:Modul 99_myUtils deactivated:
Unrecognized character \xC2; marked by <-- HERE after <-- HERE near column 1 at ./FHEM/99_myUtils.pm line 8, <$fh> line 4.
...
2016.11.09 01:33:44 1: PERL WARNING: readline() on closed filehandle DATA at ./FHEM/58_GPIO4.pm line 132.
...
2016.11.09 01:33:52 1: PERL WARNING: Use of uninitialized value $VALUE in string eq at (eval 376) line 1.


Zitat von: AlphaKingOne am 09 November 2016, 01:43:51
Wäre aber auch mal schön wenn mal eine Anleitung ins wiki kommen könnte.

Zitat von: AlphaKingOne am 16 November 2016, 16:19:37
ach das passiert mir doch immer wieder  >:(
ja ich wusste nicht wie ich das direkt in fhem eintippen soll ehrlich gesagt

Zitat von: AlphaKingOne am 16 November 2016, 17:17:52
ja da hatte ich glaub was gesehen. Aber ich wusste nicht wie ich das Modul aktivieren soll und dann hab ich gleich alles über die config gemacht.

Zitat von: AlphaKingOne am 16 November 2016, 17:17:52
Wie hast du das bei dir angeschlossen?

Zitat von: wthiess am 12 Dezember 2016, 22:37:28
Hallo
So wie ich den Plan lese ist da weder intA noch B angeschlossen.

Lg
Wolfgang

Zitat von: f.f am 14 September 2017, 17:23:43
....Wenn ich aber jetzt im fhem modul ON schalte ists genau umgekehrt, das Relais schaltet also ein wenn ich sage AUS. Kann ich die Ausgänge am 23017 irgendwie invertieren?

Zitat von: jorge am 29 September 2017, 18:13:48
Hallo,
ich habe statt des MCP23017 den MCP 23018 (wegen open drain, Relay-Karte ist aktive-low) verwendet, um die 16 Kanäle einer Relaisplatine zu steuern.
...
Ich benötige nun alle GP für output. Mit den A0-A7 klaptt das einwandfrei, die Relais werden geschaltet. Aber B0-B7 schalten nicht.
...

Das ist natürlich für ein Produktivsystem nicht tragbar. Aber vielleicht weiß jemad eine Lösung?

Zitat von: klausw am 30 September 2017, 17:41:19

Ist der MCP23018 denn vollständig kompatibel zum MCP23017?
Eventuell sind einige Adressen anders.

Du kannst aber inzwischen gern die Unterschiede zwischen beiden ICs raussuchen und ich pflege das ins Modul ein.

Zitat von: klausw am 30 September 2017, 17:41:19
PS: der 17 hat meines Wissens auch Open drain

Zitat von: jorge am 30 September 2017, 18:38:59
Habe die Tabelle aus dem Datenplatt "SUMMARY OF REGISTERS ASSOCIATED WITH THE GPIO PORTS" von Bank 0 und 1 des MCP23017 und MCP23018 mit einer transparenten Folie übereinandergelegt und keine Unterschiede feststellen können.

Es funktioniert ja auch das Schalten von B0-B7, wenn ich vorher mit i2cget die B0-B7 auf Output gesetzt habe. Aber eben nur eine Zeit lang...

Zitat von: jorge am 30 September 2017, 18:38:59

Lt. Datenblatt hat der MCP23017 kein open Drain, sondern Ausgänge High/low...

Zitat von: klausw am 30 September 2017, 20:11:55
Hmm... irgendwas muss anders sein, sonst würde es beim MCP23017 auch nicht funktionieren. Diesbezüglich ist mir jedoch nix bekannt. Gibt es beim 18er auch 2 Adressmodis?
Kannst du bitte mal MCP und I2C Modul auf Verbose 5 setzen und schauen,  was an den Chip geschickt wird?

Zitat von: jorge am 02 Oktober 2017, 11:19:26
Kann es vielleicht sein, dass bislang niemand (beim MCP23017) die B0-B7 Ausgänge im Dauerbetrieb genutzt hat? Wie gesagt, nach dem Hochfahren von fhem funktioniert ja die Ansteuerung von B0-B7, dann 'vergisst' der Chip aber wohl die Einstellungen des Output-Registers, offensichtlich schalten B0-B7 von Output auf Input. Nach einem rereadcfg werden die alten Output-Zustände wiederhergestellt, auch ein Schalten ist wieder möglich. Bis (nach ca. einer gefühlten Minute... ) die Relais der Bank B wieder abschalten.

Das Logfile (nach verbose 5) zeigt m.E. nichts Auffälliges:

2017.10.02 10:55:09 5: I2C.MCP23018.A UpdReadings Register: 18, Inhalt: 255
2017.10.02 10:55:09 5: I2C.MCP23018.A UpdReadings Register: 19, Inhalt: 252
2017.10.02 10:55:01 5: I2C.MCP23018.A UpdReadings Register: 19, Inhalt: 254
2017.10.02 10:55:01 5: I2C.MCP23018.A UpdReadings Register: 18, Inhalt: 255

Beim Abbruch des Output wird nichts ins Logfile geschrieben.

LG
Jorge

Zitat von: klausw am 02 Oktober 2017, 15:05:37
Ich habe jetzt folgendes verstanden:
- nach dem booten funktioniert alles?

Zitat von: klausw am 02 Oktober 2017, 15:05:37
- eine Minute später ist Bank B nicht mehr nutzbar

Zitat von: klausw am 02 Oktober 2017, 15:05:37
- nach rereadcfg läuft es wieder

Zitat von: klausw am 02 Oktober 2017, 15:05:37
- reicht es auch einfach das Output Attribut neu zu setzen ?

Zitat von: klausw am 02 Oktober 2017, 15:05:37
- Verbose vom MCP zeig nix seltsames

Zitat von: klausw am 02 Oktober 2017, 15:05:37
Das klingt als funkt was anderes dazwischen.
Kann es sein, Das auf deinem Pi nochwas anderes läuft das auf den MCP zugreift?

Zitat von: klausw am 02 Oktober 2017, 15:05:37
Zeigt verbose 5 vom rpii2c Modul was?

Zitat von: klausw am 02 Oktober 2017, 15:05:37

Kann es sein, Das auf deinem Pi nochwas anderes läuft das auf den MCP zugreift?

Zitat von: R1F800 am 27 November 2017, 12:10:06
Kann mir jemand an dieser Stelle verraten, was die Aussage im datenblatt des MCP23018 unter 2.2 Figure 2-1 zu sagen hat ?

SDA und SCL mit einem PullUp zu versehen ok und mit einem KERKO gegen Masse zu legen verstehe ich ja, aber was bedeutet

PIN mit 50pf gegen Massen?
Welcher PIN ist gemeint ?

Zitat von: jorge am 09 April 2018, 21:35:18
Ich hatte auch immer wieder Probleme durch 220 V Schaltleitungen, die vom einem 16 X Relaisboard  via MCP23018 angesteuert wurden. Insbesondere eine über Relais angeschlossende WW-Pumpe  brachte gelegentlich alle Ausgänge in den Status 'Input', und es half nur ein Reset des ganzen Systems.

Zitat von: AlphaKingOne am 10 September 2018, 12:25:35
Ich wollte mich mal wieder diesem Projekt hier widmen.  Also seid dem ich Fehm mal neu aufgesetzt hatte also neues Betriebssystem von Wheezy auf Jessy seid dem geht der Interrupt nicht mehr. Ich hatte schon mal das Internet durchsucht ob ich noch was im System einstellen muss konnte aber nichts finden. Hat jemand ein tipp für mich was ich noch kontrollieren könnte?

Zitat von: AlphaKingOne am 11 September 2018, 00:05:03
Ich frag einfach Mal ganz blöd was du damit meinst? Meinst du die Module aktivieren?

Code Auswählen Erweitern

i2c-dev
i2c-bcm2708

Zitat von: fhem-hm-knecht am 11 September 2018, 00:11:49

Code Auswählen Erweitern

sudo adduser fhem i2c
sudo adduser fhem gpio
sudo apt-get install wiringPi
reboot tut not
gpio -v

für Interrupt braucht es ja ein paar Sachen mehr.

Zitat von: AlphaKingOne am 16 November 2016, 15:49:31
Also mal ein kleine Update

Code Auswählen Erweitern

###I2C-Device###

###Interrupt A&B####
define Interrupt RPI_GPIO 4
attr Interrupt active_low yes
attr Interrupt direction input
attr Interrupt interrupt both
attr Interrupt userReadings test {fhem ("get icMCP23017")}
attr Interrupt group MCP23017



Zitat von: Elektrofreak am 29 Mai 2020, 07:33:14
Könnte anstatt on und off vielleicht noch ein on-for-timer und off-for-timer (wie beim GPIO) implementiert werden? Ich brauche die Ausgänge nur für je eine Sekunde aktiv und dann eine Abschaltung via at-Modul für jeden Ausgang zu konfigurieren braucht dann doch sehr viele Resourcen, besonders auf dem Raspberry Pi Zero ...

Ich hoffe klausw ist noch aktiv und hat Lust, dieses Feature einzubauen  8) ;)

Zitat von: R1F800 am 23 November 2020, 13:41:25
Moinsen,
ich habe noch einmal eine Nachfrage bezüglich der Interruptauswertung / reset.

Ich habe Port A und Port B mit jeweils Eingängen versehen.
Jetzt ändert sich ein IO am MCP. Der Interrupt des Ports auch.
Dieses Signal nutze ich dann um das Auslesen aller an PORT A oder B  (INTA/INTB) zu initiieren. >> muss ich hierfür dann ein DOIF bauen oder kann ich das im INT Device dann ablegen?
wie resette ich den INTA bzw INTB nach dem Auslesen, oder passiert das dann durch den Auslesezyklus automatisch?

• DOIF
• notify
• userReadings Attribut der GPIO Devices:
  temp {fhem "get MCPDevice"}

Zitat von: klausw am 08 Dezember 2020, 11:13:22
...
Direkt beim Auslesen der Ports werden die INTx zurück gesetzt.

Zitat von: klausw am 08 Dezember 2020, 11:13:22
....
Mit INT Device meinst du ein GPIO Device an welches der INTx angeschlossen wird?
...

Zitat von: R1F800 am 08 Dezember 2020, 13:05:55
OK, aber was genau setzt die Interrupts zurück ... das Auslesen triggert im MCP den Reset? oder schickt Firmata beim Auslesen aktiv ein RESET ?

Zitat von: R1F800 am 08 Dezember 2020, 13:05:55
Das userReading was Du beschreibst  ist dann kein eigenes Device sondern wird dann nur als Attribut bei dem INT GPIO Device gesetzt?

Zitat von: klausw am 10 Dezember 2020, 14:54:19...
Genau
Das Attibut wird hier für diesen Zweck missbraucht.
Es hat den Vorteil, das kein weiteres Device angelegt wird

Zitat von: R1F800 am 10 Dezember 2020, 15:23:30
Ist denn die Anzahll der Devices so performancebeeinflussend ?

Zitat von: klausw am 10 Dezember 2020, 19:55:23
mit Sicherheit, aber das gilt auch für userreadings.
Aber die Beeinflussung ist verschwindend gering.

Ich mache das eher wegen Übersichtlichkeit. Ist einfach Geschmackssache.

Zitat von: klausw am 26 Dezember 2020, 23:20:03
...
Ich könnte noch ein Attribut einführen, was dies automatisch macht.
Die bessere Lösung wäre meiner Ansicht nach die Quittierung seitens Firmata.

Zitat von: Byllyy am 05 Januar 2021, 10:23:15
Hallo zusammen,
ich versuche das Modul zur Ansteuerung von drei MCP23017 zu verwenden. Die MCP23017 sind über I2C verkabelt, die Adressen eindeutig vergeben und nach dem Beispiel von Antwort#40 konfiguriert.
Bei mir sind auf allen drei Modulen die Eingänge auf INTB.
Jetzt habe ich eine Frage zur Verwendung des Interrupt bei drei Modulen. Hier habe ich leider im Netz unterschiedliche Angaben gefunden, mal mit Pullup auf der INT Leitung, mal mit verschiedenen Attributen beim Interrupt.

Wie verkabel und konfiguriere ich den INT bei mehreren Modulen richtig?

Danke für eure Hilfe,
Byllyy

Zitat von: Byllyy am 05 Januar 2021, 10:23:15
Hallo zusammen,
ich versuche das Modul zur Ansteuerung von drei MCP23017 zu verwenden. Die MCP23017 sind über I2C verkabelt, die Adressen eindeutig vergeben und nach dem Beispiel von Antwort#40 konfiguriert.
Bei mir sind auf allen drei Modulen die Eingänge auf INTB.
Jetzt habe ich eine Frage zur Verwendung des Interrupt bei drei Modulen. Hier habe ich leider im Netz unterschiedliche Angaben gefunden, mal mit Pullup auf der INT Leitung, mal mit verschiedenen Attributen beim Interrupt.

Wie verkabel und konfiguriere ich den INT bei mehreren Modulen richtig?

Danke für eure Hilfe,
Byllyy

Zitat von: Byllyy am 05 Januar 2021, 10:44:38
Ich meine gelesen zu haben das man die drei INT auch auf einen GPIO zusammenlegen kann und dann nur anders in FHEM konfigurieren kann.