Hauptmenü

FHEMduino

Begonnen von mdorenka, 06 Dezember 2013, 15:34:39

Vorheriges Thema - Nächstes Thema

blade-of-fire

Hallo, danke für die schnelle Antwort.
Bei der ITZ kann man hinten den Hauscode einstellen, man kann dann bis zu 16 Steckdosen anlernen, indem man auf an drückt. Bei der itt-1500 und dem wandtaster kann man keinen Hauscode einstellen. Das Anlernen erfolgt auf gleichem Wege.
Beantwortet das deine Frage?
VM mit Ubuntu und FHEM-Instanz (Hauptinstanz)
FHEM2FHEM
Raspberry Pi 3 B+ mit Eigenbau-Platine + Relais-Platine + Cul-Stick + FHEMDuino

Sidey

Ja im Grunde beantwortet das meine Frage.


Lassen sich denn die gleichen Steckdosen mit der ITT und ITZ schalten?
Ich vermute mal, das geht nicht.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

blade-of-fire

Doch, das funktioniert seltsamerweise.
Ich schalte zur Zeit die selbe Steckdose mit dem wandtaster und mit dem Fhemduino.
VM mit Ubuntu und FHEM-Instanz (Hauptinstanz)
FHEM2FHEM
Raspberry Pi 3 B+ mit Eigenbau-Platine + Relais-Platine + Cul-Stick + FHEMDuino

Sidey

Moment,

ich dachte der Fhemduino schaltet nicht .

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

blade-of-fire

Der FHEMduino schaltet schon. Ich kann die Steckdosen mit dem FHEMduino ohne Probleme anlernen. Vielleicht wird des klarer, wenn ich darstelle, was ich machen will:

Ich möchte, dass der An- bzw. Ausbefehl des Wandtasters vom Fhemduino empfangen wird, damit immer auch der aktuelle Status in FHEM angezeigt wird. Im Moment habe ich die Steckdose einmal mit dem Wandtaster und einmal mit FHEMduino verbunden (man kann ja bis zu 3. Sender speichern pro Steckdose). Nun bekommt aber FHEM nicht mit, wenn ich mit dem Wandtaster schalte.

Gruß, Blade
VM mit Ubuntu und FHEM-Instanz (Hauptinstanz)
FHEM2FHEM
Raspberry Pi 3 B+ mit Eigenbau-Platine + Relais-Platine + Cul-Stick + FHEMDuino

Sidey

Okay, jetzt habe ich dein Problem verstanden.
Wie siehts mit der Entfernung zwischen Wandtaster un Fhemduino aus?

Was für einen Empfänger nutzt du?

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

blade-of-fire

Sorry, dass ich erst jetzt antworte, aber ihr wisst ja, die Feiertage ... ;)

Um alle Geräte aufzuzählen hier eine Liste:
Sender:
   Wandtaster: Schalter Intertechno ITW-852
   Fernbedienung aus dem IT-1500 Set
   FHEMDuino: Geeetech 433Mhz Superheterodyne 3400RF Transmitter

Empfänger:
  Steckdose aus dem IT-1500 Set
  FHEMDiono: Geeetech 433Mhz Superheterodyne 3400RF Receiver

Zitat von: Sidey am 04 April 2015, 14:24:01
Wie siehts mit der Entfernung zwischen Wandtaster un Fhemduino aus?
Luftlinie sind das nicht mal 5-6 Meter, aber durch 2 Wänder hindurch, habe aber das ganze getestet, bevor ich den Taster an die Wandgemacht habe und da kam auch keine Reaktion wenn ich den Taster direkt neben die Antenne des FHEMduino gehalten habe. Ich denke auch nicht, dass die Entfernung das Problem ist, da z.B. der Temperatursensor aus noch weiterer Entfernung vom FHEMduino detektiert wird.
Mir kommt es fast so vor, als ob die Handfernbedieunung (aus dem IT-1500 Set) und der Wandtaster irgendeinen Code senden, die die IT-Steckdosen verstehen, der FHEMduino allerdings nicht.
Übrigens werden alle Signale, die der FHEMduino empfängt brav ins Log geschrieben, aber bei dem Wandtaster passiert gar nix (bezogen auf autocreate und Logeintrag).

BTW: Frohe Ostern allerseits :)
VM mit Ubuntu und FHEM-Instanz (Hauptinstanz)
FHEM2FHEM
Raspberry Pi 3 B+ mit Eigenbau-Platine + Relais-Platine + Cul-Stick + FHEMDuino

Wichtel

Zitat von: blade-of-fire am 05 April 2015, 21:22:28
Mir kommt es fast so vor, als ob die Handfernbedieunung (aus dem IT-1500 Set) und der Wandtaster irgendeinen Code senden, die die IT-Steckdosen verstehen, der FHEMduino allerdings nicht.
Genau so einfach ist es auch.
Alle IT-Sender mit Drehschaltern senden das "IT V1" Protokoll.
Alle IT-Sender ohne Drehschalter senden "IT V3".
Alle IT-Empfänger mit Drehschaltern verstehen nur "IT V1", so wie scheinbar auch FHEMduino.
Die meisten IT-Empfänger ohne Drehschalter verstehen beide Protokolle, mit Ausnahme einiger ganz neuer Dimmer.

Sidey

Zitat von: Wichtel am 06 April 2015, 16:18:32
Genau so einfach ist es auch.
Alle IT-Sender mit Drehschaltern senden das "IT V1" Protokoll.
Alle IT-Sender ohne Drehschalter senden "IT V3".
Alle IT-Empfänger mit Drehschaltern verstehen nur "IT V1", so wie scheinbar auch FHEMduino.
Die meisten IT-Empfänger ohne Drehschalter verstehen beide Protokolle, mit Ausnahme einiger ganz neuer Dimmer.
Okay,

wenn das so ist, dann kann es der Fhemduino nicht.

Ich bin an einem noch etwas experimentellen code dran. Der kann das selbstlernende IT Protokoll bereits und ein passendes Fhem Modul gibt es auch.

Allerdings kann der noch nicht alle Wetter Sensoren, welche der Fhemduino kann...:(
Ist halt noch sehr experimentell.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

atze09

Hallo Leute,
Hab ein Problem und zwar wird der FHEMduino nach einem Reboot nicht selbstständig erkannt, sondern muss immer manuell aus und eingesteckt werden.
Ich hab neben dem FHEMduino noch eine USB Soundkarte dran.
Kann ich die USB Plätze irgendwie zuweisen?
Könnt Ihr mir da weiterhelfen?
Danke schonmal.
Grüße,
Dominik

HoTi

Hallo Dominik,

ich zitiere mal:

Zitat von: JoWiemann am 24 Februar 2015, 17:08:15
Wurde hier schon mal gepostet: http://www.raspberrypi.org/forums/viewtopic.php?f=91&t=59420

Bei einigen Nanos ist PIN 26 des FTDI nicht auf Masse gezogen. Damit befindet sich der  Nano im Test Mode und wird beim Hochfahren nicht ordentlich erkannt. Das Problem wird behoben in dem man Pin 25 und 26 miteinander verbindet.

Grüße Jörg
Viele Grüße aus  Oberbayern
Tim (RettungsTim)

Hauswart

Hallo,

ich stehe momentan auf dem Schlauch... Was macht mehr Sinn? Selbstbau CUL (http://www.fhemwiki.de/wiki/Selbstbau_CUL), FHEMduino (http://www.fhemwiki.de/wiki/FHEMduino) oder Pilight (433Mhz direkt am Raspberry) (http://wiki.pilight.org/doku.php/electronics)?

Sind in der FHEMduino FW einfach mehr Protokolle (868Mhz aussen vor) implementiert als in der CULFW?

Kann FHEMduino das gleiche (oder mehr) als pilight (http://wiki.pilight.org/doku.php/protocols)?


Hardware wäre kein Problem, Raspberry und Nano Arduinos, CC1101, 433Mhz Sender und Empfänger sind vorhanden.


Eine Übersichtsseite mit allen verschiedenen Hardwares und Protokollen wäre super. Ich befürchte nämlich die Seite: http://www.fhemwiki.de/wiki/System%C3%BCbersicht ist längst überholt...
1. Installation:
KNX, Tasmota (KNX), Sonos, Unifi

2. Installation:
HM-CFG-USB, Unifi (, SIGNALduino 868, MySensors, SIGNALduino 433)

Sidey

Zitat von: Hauswart am 15 April 2015, 11:07:52
ch stehe momentan auf dem Schlauch... Was macht mehr Sinn? Selbstbau CUL (http://www.fhemwiki.de/wiki/Selbstbau_CUL), FHEMduino (http://www.fhemwiki.de/wiki/FHEMduino) oder Pilight (433Mhz direkt am Raspberry) (http://wiki.pilight.org/doku.php/electronics)?
Sind in der FHEMduino FW einfach mehr Protokolle (868Mhz aussen vor) implementiert als in der CULFW?

Schwer zu beantworten.
Die Idee des FHEMduino war es, einen günstigen Transreceiver zu haben.
Mit den China CC1101 Modulen und einer entsprechenden Bauanleitung kann man heute für wenig einen CUL bauen.

Zitat
Kann FHEMduino das gleiche (oder mehr) als pilight (http://wiki.pilight.org/doku.php/protocols)?

Der FHEMduino kann andere Protokolle. Vieles überschneidet sich, manches ist etwas genereller gemacht.
Z.B. erkennt der CUL das Interntechno Protokoll, der FhemDuino erkennt auch noch andere Funksteckdosen, die einen anderen Chip nutzen.

Einiges wurde aus dem FHEMduino auch kürzlich in den CUL portiert. Ich selbst habe keinen CUL, aber soweit ich weiss ist der Ressourcenmäßig nahe am Ende. Wenn ich jetzt eine Vermutung noch äßern darf, dann fehlt dem CUL z.B. ein Manchester Decoder.

Der FHEMduino skaliert auch nicht so besonders, deshalb habe ich mich schon vor Monaten an eine alternative gemacht. Ich nenne es derzeit SIGNALduino, da es nach meinen bisherigen Erkenntnissen alle digitalen Signale erkennen kann, egal welches Medium verwendet wird.
Allerdings sind aktuell noch fast keine Sensoren etc. in FHEM integriert.


Zitat
Eine Übersichtsseite mit allen verschiedenen Hardwares und Protokollen wäre super. Ich befürchte nämlich die Seite: http://www.fhemwiki.de/wiki/System%C3%BCbersicht ist längst überholt...

Stimmt. Da kommen die Sachen nicht vor.


Fazit: Es ändert sich laufend was an den Transreceivern. Einfach mal schauen, welche Geräte man steuern möchte und eventuell halt auch mal zwei Transreceiver betreiben.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

kadettilac89

Zitat von: Sidey am 15 April 2015, 11:32:58
Schwer zu beantworten.
Die Idee des FHEMduino war es, einen günstigen Transreceiver zu haben.
Mit den China CC1101 Modulen und einer entsprechenden Bauanleitung kann man heute für wenig einen CUL bauen.

FHEMduino kann vor Allem etliche Wetterstationen auf 433 welche in CUL komplett fehlen. Wären die Wetterstationen in CUL enthalten, würde ich (und wahrscheinlich manch anderer)  umsteigen, so habe ich für 866 einen nanoCUL und für IT / Wetterstationen einen Fehmduino.

rretsiem

Hallo,

ich bin im Moment etwas verwirrt und komme einfach nicht dahinter, vielleicht kann mir jemand auf die Sprünge helfen...

Ich habe seit ein paar Wochen einen FHEMduino V2.3 im Einsatz, er läuft und ich kann meine ELRO mit dem PT2262 schalten. Als ich mit dem FHEMduino angefangen habe wurde diese Steckdosen auch sauber per autocreate in FHEM eingebunden.
Nun wollte ich heute eine weitere Steckdose auf einem bereits verwendeten Hauscode anlernen an FHEM, der autocreate klappt aber nicht. Bzw FHEM empfängt einfach nichts.

Wenn ich das Device manuell definiere kann ich es mit der Fernbedienung und FHEM schalten.
Dabei ist mir nun aufgefallen das ich zwar von FHEM aus ALLE PT2262 schalten kann, aber er scheint nichts mehr zu empfangen, ist so etwas möglich? Schalten geht, aber sobald ich via Fernbedienung z.B. ON drücke für ein Gerät wird der Status nicht mehr in FHEm aktualisiert.

Woran könnte das denn liegen?
FHEM ist aktuell...