Originally posted by: <email address deleted>
Liebe Group Mitglieder,
leider habe ich aktuell nicht die Zeit mich intensiv mit der Programmierung
zu beschäftigen.
Habe ein CUNO an einer FB 7390 mit einem KS 300 und einem HMS 100 TFK und
drei HMS 100 W. Dazu einen FS20WS1(Garage) und einen FS20SM4 (Markise).
Und andFHEM auf dem Handy.
Folgende Aufgaben sollten realisiert werden:
1: Bei Regen oder Wind soll die Markise über den SM4 eingefahren werden
(ein kontakt für 5sek schließen)
2: Wenn nach 20 Uhr und TFK (Garage) noch offen, dann über WS1 schließen,
wenn 20.30 Uhr und immernoch offen dann Mail.
3: Wenn ich die Garage über den WS1 öffnen will, soll dieser für 2sek
geschlossen sein und nach x sek nochmal für 2sek geschlossen werden (Tor
hält vor Endstellung) [sollte auch auf andFHEM funktionieren]
4: Wenn HMS 100W alamiert, soll eine Mail versendet werden.
Alle Sensoren sind angemeldet und funktionieren, ebenso alle Aktoren.
Ich hoffe ich kann hier jemanden finden, wäre ganz nett.
Grüße aus neumarkt,
Christian
Mail: c.schiltkamp@googlemail.com
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Am Montag, 18. Juni 2012, 03:12:42 schrieb Christian Schiltkamp:
> leider habe ich aktuell nicht die Zeit mich intensiv mit der Programmierung
> zu beschäftigen.
> [...]
leider habe ich aktuell neben der entwicklung an fhemmodulen keine zeit für
einfache aufgaben.
sorry aber das konnte ich mir jetzt mal nicht unterdrücken.
alle deine "wünsche" lassen sich mit relativ wenig zeitaufwand anhand der
vielen beispiele hier und in anderen quellen sowie dem studium der
commandref.html realisieren. stichwörter sind notify, at, dummy.. damit
bekommt man fast hin, das fhem auch zaubern kann ;-)
nichts für ungut christian.. aber ein bisserl zeit für die konfiguration der
_eigenen_ umgebung sollte man schon investieren.
martin
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> nichts für ungut christian.. aber ein bisserl zeit für die konfiguration der
> _eigenen_ umgebung sollte man schon investieren.
Ich habe nichts dagegen, wenn jemand so einen Service anbietet, insb. da es
scheinbar nachgefragt wird, schliesslich will sich nicht jeder zu einem perl
Programmierer ausbilden.
Ich habe AVM auch vorgeschlagen, fuer diesen Zweck einen Stundenten
einzuarbeiten, und fuer 20 Stunden die Woche zu bezahlen, ist aber bisher
nichts daraus geworden :/
Ich haette nur was dagegen, wenn ich zu sowas verpflichtet waere :)
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
danke,
dann muss ich wohl doch mal ne Nachtschicht einlegen
Mit freundlichen Grüßen
C. Schiltkamp
-----------------------------------------------------------------------------------------------
Fahrschule "Die2" und Verkehrsausbildungszentrum Neumarkt GmbH
Goldschmidtstr. 25
92318 Neumarkt i.d.OPf.
Tel.: +49 (0)9181 26 17 80
Fax: +49 (0)9181 26 17 75
Email: info@die2-online.de
Email: info@vaz-neumarkt.de
www.die2-online.de
www.vaz-neumarkt.de
Steuernr.: 201/126/00346
Gerichtsstand: Neumarkt i.d.OPf.
Geschäftsführung: Christian Schiltkamp
& Patrick Wildgrube
HRB Nr.: 25237
Dieses E-Mail (einschließlich aller Anhänge) ist nur für die genannten Empfänger
und andere Personen,
die ausdrücklich für den Empfang autorisiert sind, bestimmt und kann
vertrauliche Informationen enthalten.
Wenn Sie nicht der richtige Empfänger sind, unterlassen Sie bitte das Lesen,
Kopieren, die Benutzung oder
die Weitergabe dieser Informationen an Dritte. Bitte verständigen Sie den
Absender über den irrtümlichen
Erhalt dieses e-mail, indem Sie auf die e-mail antworten oder die angegebene
Telefonnummer anrufen. Löschen
Sie bitte anschließend das e-mail und hiervon gegebenenfalls existierende
Kopien. Diese Informationen können
dem Berufsgeheimnis oder dergleichen unterliegen oder anderweitig geschützt
sein. Vielen Dank.
Martin Fischer hat am 18. Juni 2012 um 15:24 geschrieben:
> Am Montag, 18. Juni 2012, 03:12:42 schrieb Christian Schiltkamp:
> > leider habe ich aktuell nicht die Zeit mich intensiv mit der Programmierung
> > zu beschäftigen.
> > [...]
>
> leider habe ich aktuell neben der entwicklung an fhemmodulen keine zeit für
> einfache aufgaben.
>
> sorry aber das konnte ich mir jetzt mal nicht unterdrücken.
>
> alle deine "wünsche" lassen sich mit relativ wenig zeitaufwand anhand der
> vielen beispiele hier und in anderen quellen sowie dem studium der
> commandref.html realisieren. stichwörter sind notify, at, dummy.. damit
> bekommt man fast hin, das fhem auch zaubern kann ;-)
>
> nichts für ungut christian.. aber ein bisserl zeit für die konfiguration der
> _eigenen_ umgebung sollte man schon investieren.
>
> martin
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
hallo christian,
Am Montag, 18. Juni 2012, 18:02:45 schrieb Christian Schiltkamp:
> danke,
>
> dann muss ich wohl doch mal ne Nachtschicht einlegen
es spricht ja im prinzip nichts gegen deinen aufruf... was ich mit meinem
beitrag bewusst machen wollte:
es geht hier um _deine_ umgebung. ich _empfehle_ lediglich, das du dich mit
der materie mal auseinandersetzt.
denn was hilft es dir später oder gar im falle einer fehlfunktion, wenn du
nicht verstehst, was dir da "programmiert" wurde.
daher mein sarkastischer beitrag.
ich empfehle dir, das ganze erstmal zu versuchen und wenn du dann nicht weiter
kommst, dann hilft man dir hier sicher gerne. vorteil: du _verstehst_ was da
eigentlich im "herzen" von fhem passiert und kannst ggf. auch selber
einschreiten, wenn sich im laufe der zeit situationen, wünsche, etc.
verändern.
auf meiner homepage beschreibe ich unter
http://www.fischer-net.de/hausautomation/fhem/24-fhem-benachrichtigt-bei-
event.html
z.b. die benachrichtigung durch fhem bei einem ereignis anhand eines
wasserstandsmelders. dieses beispiel trifft schonmal auf deine anforderung 4.
zu. anhand des beispiels und ein bisserl mit variablen wie $hour, $min, usw.
kann man das dann auch zeitabhängig machen. der abschnitt perlspecials in der
commandref.html liefert auch einige beispiele. z.b. eine definition das bei
auslösung eines bewegungsmelders ein licht eingeschaltet wird aber nur wenn es
nach 18 uhr und vor 5 uhr ist:
define n2 notify piri:on { if($hour > 18 || $hour < 5) { fhem "set light on" }
}
auch dieses beispiel lässt sich leicht auf deine markise übertragen, nur das
es kein bewegungsmelder ist, sondern ein regensensor oder eben die auswertung
der windgeschwindigkeit deines ks300.
schau dir einfach mal diverse beispiel an, probiere etwas, zeige uns deine
versuche und du selber wirst deine freude daran haben zu verstehen, was da
eigentlich passiert. mal ganz von dem erfolgserlebnis abgesehen.
in diesem sinne! lass dich nicht entmutigen! sooooo schwer sind diese
einfachen "wenn, dann, sonst" abfragen auch wieder nicht.
gruß martin
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Am Montag, 18. Juni 2012, 18:24:02 schrieb Martin Fischer:
> [...]
> http://www.fischer-net.de/hausautomation/fhem/24-fhem-benachrichtigt-bei-
> event.html
http://goo.gl/2X1JF
hier nochmal die url im gekürzten format, da einige mua's (also email clients)
die ursprüngliche url wohl etwas ungünstig umbrechen...
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
@Martin Fischer: Gut, das Du zurückruderst - man sollte seine Postings
immer noch einmal lesen...
Ich halte den Request von Martin Schildkamp für vollständig berechtigt, er
steht außerdem hier an der richtigen Stelle.
Hintergrund: FHEM wird immer komplexer, und auch die Geduld eines Rudolf
König hat seine Grenzen (obwohl, dafür sieht man nur sehr selten Indizien).
Es ist deshalb echt an der Zeit, dass jemand die Konfiguration auch als
Dienstleistung anbietet (mal sehen, vielleicht heuere ich einen meiner
Studenten in meinem Steinbeis-Transferzentrum an ...).
Schließlich wurde niemand konkret aufgefordert, ein Angebot abzugeben.
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
hiya peter,
Am Montag, 18. Juni 2012, 11:02:57 schrieb Prof. Dr. Peter A. Henning:
> @Martin Fischer: Gut, das Du zurückruderst - man sollte seine Postings
> immer noch einmal lesen...
ich rudere nicht zurück. ich vertrete nach wie vor meine meinung aus dem
ersten post dazu. man sollte sich schon etwas mit dem thema auseinander
setzen, wenn ich meine umgebung aktiv steuern / überwachen will. ich will das
thema hier jetzt aber auch nicht ausweiten, da es wichtigeres gibt. also
weiteres ist von mir dazu nicht zu erwarten.
> Ich halte den Request von Martin Schildkamp für vollständig berechtigt, er
> steht außerdem hier an der richtigen Stelle.
und den kann ich mir auch gerade nicht unterdrücken, versehe ihn aber _extra_
mit einem ;-)
Martin Schildkamp heisst eigentlich _Christian_ und wird mit _t_ geschrieben
;-)
ABER: peter... locker bleiben! es ist spass... wir kennen mittlerweilen unser
aller schreibstile und da brauch sich keiner zurücklehnen.
> Hintergrund: FHEM wird immer komplexer, und auch die Geduld eines Rudolf
> König hat seine Grenzen (obwohl, dafür sieht man nur sehr selten Indizien).
> Es ist deshalb echt an der Zeit, dass jemand die Konfiguration auch als
> Dienstleistung anbietet (mal sehen, vielleicht heuere ich einen meiner
> Studenten in meinem Steinbeis-Transferzentrum an ...).
_das_ sehe ich anders! solch ein aufruf wie der von christian sollte uns
entwicklern eigentlich deutlich machen, dass wir daran arbeiten sollten eine /
mehrere _einfach_ zu bediene gui(s) zu schaffen (die es ja soweit auch schon
in summe gibt), die in der lage sind zumindest _einfache_ "wenn dann sonst"
aufgaben per "klicki-bunti-klicki" (idealerweise auch verschachtelt) zu
realisieren. bzw. sollten sich vielleicht _neue_ entwickler finden, die sich
_ausschliesslich_ um eine gui kümmern ohne, das sie wie z.b. rudi, boris oder
ich immer zwischen der entwicklung an fhem, an modulen und an guis arbeiten.
soviel ich weiss, macht das keiner hauptberuflich und hat eine starke
entwicklungsmanschaft hinter sich. daher kann man sich auch nur immer auf das
wesentliche wie die funktionalität der technik kümmern, weil einfach die zur
verfügung stehende zeit nicht ausreicht.
kommerzielle unterstützung gibt es meines wissens nach bereits von olaf. und
wer das anbieten will, der soll es auch gerne machen, sofern es nicht zu
"unseren" lasten, also der entwickler geht und auch was an die gemeinschaft
zurückgegeben wird.
aber das ist nur _meine_ meinung zu dem thema. es wird sicherlich viele andere
dazu geben.
last but not least:
über sinnvolle erweiterungen bzgl. gui um solch aufgaben zu realisieren
beteilige ich mich gerne an einer diskussion unter fhem-developers. bei
weiteren diskussionen zu obigem thema bin ich raus, da meine meinung dazu nun
bekannt ist.
just my 2 cents...
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Martin Fischer wrote:
> Am Montag, 18. Juni 2012, 03:12:42 schrieb Christian Schiltkamp:
>
>> leider habe ich aktuell nicht die Zeit mich intensiv mit der Programmierung
>> zu beschäftigen.
>> [...]
>>
> leider habe ich aktuell neben der entwicklung an fhemmodulen keine zeit für
> einfache aufgaben.
>
> sorry aber das konnte ich mir jetzt mal nicht unterdrücken.
>
> alle deine "wünsche" lassen sich mit relativ wenig zeitaufwand anhand der
> vielen beispiele hier und in anderen quellen sowie dem studium der
> commandref.html realisieren. stichwörter sind notify, at, dummy.. damit
> bekommt man fast hin, das fhem auch zaubern kann ;-)
>
> nichts für ungut christian.. aber ein bisserl zeit für die konfiguration der
> _eigenen_ umgebung sollte man schon investieren.
>
Mal abgesehen von rechtlichen Themen (Haftung, Gewährleistung,
Urheberrecht), dem weiten Fokus (FHEM-Konfigurationsprogrammierung, die
auch aus auf einem Frontend eines Drittherstellers funktionieren soll)
-- natürlich ist es legitim, derlei sich zu erkaufen zu wollen anstatt
zu erarbeiten. Aber was machst Du, wenn Dein Garagentor auf einmal, nach
Abnahme des Skriptwerks, streikt? Was, wenn bei der Einfahrt ins offene
Tor jenes um 20:05 UTC duch Zeitasynchronität (FB hat es erst 20:00) das
Tor zugemacht wird?
Ich möchte Martin hier insofern recht geben, als daß es sehr sinnvoll
ist, die Zeit in das Verständnis der Abläufe und Funktionsweise von FHEM
zu investieren, daß man zumindest nachvollziehen kann, was der
potentielle Auftragnehmer da gemacht hat. Und, ehrlich gesagt, wenn man
soweit ist, sind 2 und 4 simpel (naja, auf einem richtigen System; keine
Ahnung, wie Mailversand von 'ner Fritte geht). (Die Schritte "für n Sek.
öffnen/schließen" gefallen mir gar nicht, da in der Zeit der Abarbeitung
dieses notifies FHEM faktisch steht, auch auf das (Web-)Frontend nicht
reagiert.)
MfG,
-kai
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Na, Chrisdian Fischer,
beim Thema Usability von FHEM hätte ich auch noch ein paar Kommentare...
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com