Hallo zusammen,
hat zwar mit fhem nichts zu tun aber ich bin in der neuen ct auf folgende
Hardware gestossen:
http://www.tinkerforge.com/
Diese Module lassen sich einfach koppeln und betreiben.
Mir fallen zwar auf die schnelle (noch) keine Anwendungsszenarien in
Verbindung mit fhem ein
aber die Community ist zum Glück groß genug ;-)
Die Preise sind auch moderat - ich werd mir mal ein "Einsteiger-Set"
zulegen.
Frage an Rudi und Prof. und den Rest der Cracks in Bezug auf fhem:
Wäre sowas grundsätzlich und "ohne viel Aufwand" auch über fhem steuerbar?
Die Dokumentation bezgl. Hard- und Software stehen ja unter einer Art "GPL"
und
sind offen verfügbar wenn ich das richtig gesehen habe.
A propos Anwendungsszenario: Mit einem Stepper-Modul könnt ich an der
Somfy-Fernbedienung
die Knöpfe drücken lassen und unsere Somfy-Rollläden steuern ^^
Lasst mal Eure Ideen rüberschwappen.
Grüße
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Am Sonntag, 6. Mai 2012 20:15:51 UTC+2 schrieb puschel74:
>
> http://www.tinkerforge.com/
>
> Oder ein display ohne was löten zu müssen.
Wär schon sehr interessant, ja.
=8-)
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Das hört sich interessant an. Allerdings relativeren sich die Preise, wenn
man die einzelnen Modulpreise addiert.
Ich verstehe es so, dass es primär für Entwickler gedacht ist. Die kleinen
Module lassen sich vermutlich gut für Robotik einsetzen.
Ein Ethernet-Modul habe ich im Shop nicht gefunden. Als Funkprotokoll hat
man wohl etwas eigenes "erfunden". Eine Anbindung über Funk per CUL wird
m.E. also nicht so einfach. Bleibt also erst mal nur USB als Lösung für
eine Anbindung. Ich bin mal gespannt, ob sich eine Open-Source-Community
für diese Lösung finden wird.
Insgesamt komme ich persönlich in meinem stationären Anwendungsfällen bei
Steuerungsaufgaben mit avr-net-io und Ethersex als fertige Lösung derzeit
günstiger und mit weniger Aufwand zurecht. Ethersex hat auch den Vorteil,
dass man nicht von einer Hardware abhängig ist. Wenn mal Pollin keine
avr-net-io mehr anbietet, gibt es noch genug HW-Alternativen. Die Anbindung
an FHEM per ECMD inkl. Ethernet-Anbindung und TCP/IP funktioniert gut. Man
muss nur einmal die Hürde nehmen und avr-net-io mit einem Programmer
flashen.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo
Im aktuellen ct 11/2012 ist auch http://gnublin.org , ein minimaler Linux
Embedded Rechner mit I2C, SPI, SDCard A/D und zwei USB Adaptern mit ARM9
Prozessor mit 180 MHz (LPC3131) mit Linux und Perl 5.12.2 vorgestellt. Im
Wiki steht auch noch 1-Wire.
Eine Chance dass FHEM darauf läuft?
Eine Möglichkeit um FHEM und 1-Wire und AD Wandler in einem Gerät zu haben
und dann noch mit WLAN und CUL USB Stick auszurüsten.
Ideen über Ideen.
Auch Thinkerforge sieht interessant aus, vor allem für Leute wie mich ohne
Löterfahrung welche sich (noch?) nicht an AVR-NET io Wagen.
Bin gespannt auf Eure Einschätzung
Gruss
Am Sonntag, 6. Mai 2012 20:15:51 UTC+2 schrieb puschel74:
>
> Hallo zusammen,
>
> hat zwar mit fhem nichts zu tun aber ich bin in der neuen ct auf folgende
> Hardware gestossen:
>
> http://www.tinkerforge.com/
>
> Diese Module lassen sich einfach koppeln und betreiben.
> Mir fallen zwar auf die schnelle (noch) keine Anwendungsszenarien in
> Verbindung mit fhem ein
> aber die Community ist zum Glück groß genug ;-)
> Die Preise sind auch moderat - ich werd mir mal ein "Einsteiger-Set"
> zulegen.
>
> Frage an Rudi und Prof. und den Rest der Cracks in Bezug auf fhem:
> Wäre sowas grundsätzlich und "ohne viel Aufwand" auch über fhem steuerbar?
> Die Dokumentation bezgl. Hard- und Software stehen ja unter einer Art
> "GPL" und
> sind offen verfügbar wenn ich das richtig gesehen habe.
>
> A propos Anwendungsszenario: Mit einem Stepper-Modul könnt ich an der
> Somfy-Fernbedienung
> die Knöpfe drücken lassen und unsere Somfy-Rollläden steuern ^^
>
> Lasst mal Eure Ideen rüberschwappen.
>
> Grüße
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hallo zusammen,
ich hab mich mal ein bischen im tinkerforge-Forum umgelesen und es wird
über kurz oder lang wohl eine
Portierung von TF auf Perl geben.
Erstmal ist PHP dran lt. Mod. im Forum.
Module werden auch ständig neue entwickelt und auf den Markt gebracht.
u.a. sind sie an einem Höhenmesser dran.
Sie wollen aber auch Module zur Ansteuerung von LED`s entwickeln.
Und auch I2C soll bald kommen ;-)
Das wär ja was feines.
Die Community darf auch abstimmen was als nächstes kommen soll (auch bei
den Programmiersprachen ist
die Community eingebunden)
@Willi.
Stimmt die Preise relativieren sich rasch - je nachdem was man benötigt.
Das Einsteigerpaket für knapp €85,-- hat mich aber nicht abgeschreckt ;-)
Ich werd mal schauen was so läuft damit.
Spätestens wenn mein Einsteigerpaket da ist geb ich wieder Bescheid.
Grüße
Am Montag, 7. Mai 2012 23:02:51 UTC+2 schrieb Aare07:
>
> Hallo
> Im aktuellen ct 11/2012 ist auch http://gnublin.org , ein minimaler
> Linux Embedded Rechner mit I2C, SPI, SDCard A/D und zwei USB Adaptern
> mit ARM9 Prozessor mit 180 MHz (LPC3131) mit Linux und Perl 5.12.2
> vorgestellt. Im Wiki steht auch noch 1-Wire.
> Eine Chance dass FHEM darauf läuft?
> Eine Möglichkeit um FHEM und 1-Wire und AD Wandler in einem Gerät zu haben
> und dann noch mit WLAN und CUL USB Stick auszurüsten.
>
> Ideen über Ideen.
> Auch Thinkerforge sieht interessant aus, vor allem für Leute wie mich ohne
> Löterfahrung welche sich (noch?) nicht an AVR-NET io Wagen.
> Bin gespannt auf Eure Einschätzung
> Gruss
>
> Am Sonntag, 6. Mai 2012 20:15:51 UTC+2 schrieb puschel74:
>>
>> Hallo zusammen,
>>
>> hat zwar mit fhem nichts zu tun aber ich bin in der neuen ct auf folgende
>> Hardware gestossen:
>>
>> http://www.tinkerforge.com/
>>
>> Diese Module lassen sich einfach koppeln und betreiben.
>> Mir fallen zwar auf die schnelle (noch) keine Anwendungsszenarien in
>> Verbindung mit fhem ein
>> aber die Community ist zum Glück groß genug ;-)
>> Die Preise sind auch moderat - ich werd mir mal ein "Einsteiger-Set"
>> zulegen.
>>
>> Frage an Rudi und Prof. und den Rest der Cracks in Bezug auf fhem:
>> Wäre sowas grundsätzlich und "ohne viel Aufwand" auch über fhem steuerbar?
>> Die Dokumentation bezgl. Hard- und Software stehen ja unter einer Art
>> "GPL" und
>> sind offen verfügbar wenn ich das richtig gesehen habe.
>>
>> A propos Anwendungsszenario: Mit einem Stepper-Modul könnt ich an der
>> Somfy-Fernbedienung
>> die Knöpfe drücken lassen und unsere Somfy-Rollläden steuern ^^
>>
>> Lasst mal Eure Ideen rüberschwappen.
>>
>> Grüße
>>
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Nett, aber...
Ich sehe den "Use Case" noch nicht ganz. Natürlich kann man jeden
Mini-Sensor mit einem eigenen Mikrocontroller ausrüsten -
aber so viel verteilte Intelligenz schafft auch multiple Fehlerquellen und
verbraucht in der Summe eine ganze Menge Energie.
Gerade für diejenigen, die nicht ans Löten gehen wollen, sind I2C oder
1-Wire m.E. die bessere Wahl.
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hi,
Wär klasse wenn Du zu meiner One-Wire-Frage (separater fred) ein paar infos geben könntest.
Gruß Uli
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Die Fragen beziehen sich bis auf eine auf den AVR.
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Also ich hab mir jetzt auch mal so ein Teil mit ein paar IO-Ports
bestellt.
Per USB an den FHEM-Rechner will ich so (vielleicht) ein paar
Fenstersensoren realisieren.
Die Kontakte sind schon unsichtbar im Fenster (ab Werk) eingebaut.
Ein paar Drähte laufen dann einfach in das IO-Modul - zentral im Haus.
Außenansichten des Hauses hab ich schon (AJAX Oberfläche steuert
FHEM). Sobald die Bricks am FHEM funktionieren, muß ich nur noch die
Fensterrahmen der Außenansichten je nach Offen/Zu-Status einfärben.
Sollte - eigentlich - mit vertretbarem Zeitaufwand zu implementieren
sein.
Gruß Wolfram
On 6 Mai, 20:15, puschel74
wrote:
> Hallo zusammen,
>
> hat zwar mit fhem nichts zu tun aber ich bin in der neuen ct auf folgende
> Hardware gestossen:
>
> http://www.tinkerforge.com/
>
> Diese Module lassen sich einfach koppeln und betreiben.
> Mir fallen zwar auf die schnelle (noch) keine Anwendungsszenarien in
> Verbindung mit fhem ein
> aber die Community ist zum Glück groß genug ;-)
> Die Preise sind auch moderat - ich werd mir mal ein "Einsteiger-Set"
> zulegen.
>
> Frage an Rudi und Prof. und den Rest der Cracks in Bezug auf fhem:
> Wäre sowas grundsätzlich und "ohne viel Aufwand" auch über fhem steuerbar?
> Die Dokumentation bezgl. Hard- und Software stehen ja unter einer Art "GPL"
> und
> sind offen verfügbar wenn ich das richtig gesehen habe.
>
> A propos Anwendungsszenario: Mit einem Stepper-Modul könnt ich an der
> Somfy-Fernbedienung
> die Knöpfe drücken lassen und unsere Somfy-Rollläden steuern ^^
>
> Lasst mal Eure Ideen rüberschwappen.
>
> Grüße
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hallo Wolfram,
ich hab mein Starter-Kit gestern bekommen - nur häng ich leider noch in
der Win7-Neuinstallation :-(
Ob du das IO-Modul direkt aus fhem abfragen kannst wage ich mal zu
bezweifeln.
Lt. TF-Forum wurde eben erst PHP portiert - Perl soll folgen.
Oder welche Sprache hast du gedacht zu benutzen?
Ob sich der Master-Brick auch über die FB ansteuern lässt weiß ich auch
noch nicht - ich hoffe ich kann
TF heute noch in Betrieb nehmen und erste Versuche fahren damit.
Wenn du aber schon genaueres weißt oder schon Lösungs(ansätze) in Petto
hast würde ich mich
freuen mitlesen zu dürfen - und alle anderen fhem & TF´ler denke ich auch.
Grüße
> Also ich hab mir jetzt auch mal so ein Teil mit ein paar IO-Ports
> bestellt.
> Per USB an den FHEM-Rechner will ich so (vielleicht) ein paar
> Fenstersensoren realisieren.
> Die Kontakte sind schon unsichtbar im Fenster (ab Werk) eingebaut.
> Ein paar Drähte laufen dann einfach in das IO-Modul - zentral im Haus.
>
> Außenansichten des Hauses hab ich schon (AJAX Oberfläche steuert
> FHEM). Sobald die Bricks am FHEM funktionieren, muß ich nur noch die
> Fensterrahmen der Außenansichten je nach Offen/Zu-Status einfärben.
>
> Sollte - eigentlich - mit vertretbarem Zeitaufwand zu implementieren
> sein.
> Gruß Wolfram
>
>
> On 6 Mai, 20:15, puschel74
wrote:
>> Hallo zusammen,
>>
>> hat zwar mit fhem nichts zu tun aber ich bin in der neuen ct auf folgende
>> Hardware gestossen:
>>
>> http://www.tinkerforge.com/
>>
>> Diese Module lassen sich einfach koppeln und betreiben.
>> Mir fallen zwar auf die schnelle (noch) keine Anwendungsszenarien in
>> Verbindung mit fhem ein
>> aber die Community ist zum Glück groß genug ;-)
>> Die Preise sind auch moderat - ich werd mir mal ein "Einsteiger-Set"
>> zulegen.
>>
>> Frage an Rudi und Prof. und den Rest der Cracks in Bezug auf fhem:
>> Wäre sowas grundsätzlich und "ohne viel Aufwand" auch über fhem steuerbar?
>> Die Dokumentation bezgl. Hard- und Software stehen ja unter einer Art "GPL"
>> und
>> sind offen verfügbar wenn ich das richtig gesehen habe.
>>
>> A propos Anwendungsszenario: Mit einem Stepper-Modul könnt ich an der
>> Somfy-Fernbedienung
>> die Knöpfe drücken lassen und unsere Somfy-Rollläden steuern ^^
>>
>> Lasst mal Eure Ideen rüberschwappen.
>>
>> Grüße
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo Roland,
da ich genau diese eine Aufgabe lösen möchte (Abfrage: sind Fenster
geöffnet oder nicht) stell ich mir das gerade recht simpel vor:
> Ob du das IO-Modul direkt aus fhem abfragen kannst wage ich mal zu
> bezweifeln.
> Lt. TF-Forum wurde eben erst PHP portiert - Perl soll folgen.
> Oder welche Sprache hast du gedacht zu benutzen?
Ein kleines C-Progrämmchen (endlos-Loop im Hintergrund), ähnlich wie
die bei TF gezeigten Beispiele (Zeit und/oder Interrupt-gesteuerte
Abfrage der IO-Ports).
Sobald ich dann einen Wert habe einfach einen Shell-Aufruf:
"fhem fenster1 set on"
für ein vorher definiertes Fenster in FHEM (da nehm ich irgendwas FS20
mäßiges, dass status on/off hat...) .
Ich weiß, quick&dirty, aber für meine Zwecke sollte das reichen.
Einmal alle 60-300 Sekunden die Fenster abfragen, und wenn sich was
ändert gibts sowieso nen Interrupt.
Mein Ajax Interface kann mir dann die Statusänderung gleich im Browser
anzeigen... Standard FHEM-Oberfläche tuts natürlich auch.
Gruß Wolfram
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Kleines Update,
mein C-Progrämmchen steht:
Aufgabe: Überwachung von Fenstern und Türen ob geöffnet/geschlossen
Hardware: Klingeldraht zum Fenster, Fensterkontakt über Magnet,
Tinkerforge Master Brick und IO-16 Bricklet, USB zum FHEM-Server
Tinkerforge IO-16 meldet je Pin bei Kurzschluß gegen Masse an FHEM daß
das jeweilige Fenster/Tür geschlossen ist, bei offenem Kontakt is es
offen.
Ich benutze den Tinkerforge brick-daemon (auf dem FHEM-Server). Ein C-
Programm (auch auf dem FHEM-Server) reagiert auf IO-Interrupts an den
Pins, ein zweiter Thread liest periodisch (zusätzlich) die Pins alle x
Minuten ein. Das C-Programm bröselt die Informationen auf und setzt
ein shell command "fhem.pl 7072 'set fenster_x on'" je Pin und
ausgelöstem interrupt ab. Da ich keine weitere Funktionalität brauche,
sind alle Fenster vom Typ dummy in FHEM definiert.
Der "einzige" Nachteil: Ich kann nicht aktiv von FHEM den Status
abfragen, aber warum auch, da die Interrupts mir sowieso sagen, wenn
sich was ändert und alle x-Minuten zusätzlich ein "Komplettscan"
läuft.
Bis FHEM ists jetzt so einigermaßen fertig und muß nur noch in meine
grafische Oberfläche (Hausansicht) integriert werden.
Bei Interesse einfach melden.
Gruß Wolfram
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Genial,
das wär das was fürs Wiki ;-)
Grüße
Am Samstag, 2. Juni 2012 13:10:57 UTC+2 schrieb wopl:
>
> Kleines Update,
> mein C-Progrämmchen steht:
>
> Aufgabe: Überwachung von Fenstern und Türen ob geöffnet/geschlossen
> Hardware: Klingeldraht zum Fenster, Fensterkontakt über Magnet,
> Tinkerforge Master Brick und IO-16 Bricklet, USB zum FHEM-Server
>
> Tinkerforge IO-16 meldet je Pin bei Kurzschluß gegen Masse an FHEM daß
> das jeweilige Fenster/Tür geschlossen ist, bei offenem Kontakt is es
> offen.
>
> Ich benutze den Tinkerforge brick-daemon (auf dem FHEM-Server). Ein C-
> Programm (auch auf dem FHEM-Server) reagiert auf IO-Interrupts an den
> Pins, ein zweiter Thread liest periodisch (zusätzlich) die Pins alle x
> Minuten ein. Das C-Programm bröselt die Informationen auf und setzt
> ein shell command "fhem.pl 7072 'set fenster_x on'" je Pin und
> ausgelöstem interrupt ab. Da ich keine weitere Funktionalität brauche,
> sind alle Fenster vom Typ dummy in FHEM definiert.
>
> Der "einzige" Nachteil: Ich kann nicht aktiv von FHEM den Status
> abfragen, aber warum auch, da die Interrupts mir sowieso sagen, wenn
> sich was ändert und alle x-Minuten zusätzlich ein "Komplettscan"
> läuft.
> Bis FHEM ists jetzt so einigermaßen fertig und muß nur noch in meine
> grafische Oberfläche (Hausansicht) integriert werden.
>
> Bei Interesse einfach melden.
> Gruß Wolfram
>
>
>
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo,
könntest du mir kurz sagen, welche magnetkontakte du benutzt?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com