Wer hat Erfahrung mit HAP?

Ich denke das liegt am Browser. Ich kann z.B. über das iPhone die Slider 
des Dimmers ca. 2 mal betätigen, danach geht es nicht mehr bis zum 
Refresh.

Übrigens überlege ich auch mir das Archos 101 für die GUI anzuschaffen 
oder doch ein iPad. Du kannst ja mal deine weiteren Erfahrungen hier 
posten.

Gruß
Carsten

zum IPAD vs. Archos kann ich dir bereits jetzt schon was sagen.
habe mit beiden Ausprobiert da ein Freund von mit ein IPAD hat.

Das Problem besteht auf beiden Geräten.
Auf Ipad hat aber, meine Meinung nach, ein wenig länger gebraucht bis 
ich Refresch machen müsste.

Was ich bei Archos besser finde ist es seine 16:9 Gehäuse. liegt besser 
in der Hand und ist dünner als Ipad.

Das Ipad ist aber viel Flüssiger was Menüs oder ähnliches angeht.
Da der Archos 1 Ghz Prozessor hat habe ich ein bisschen mehr erwartet.

Aber für das Geld (279 EUR) ist ganz ok.


Was ich mich trotzdem zu Archos führt ist es Android. Das ist wirklich 
super OS. Ich arbeite gerade daran eine App zu schreiben damit ich 
direkt per Socket Verbindung mit dem Server befehle ins CAN-Netz 
schicke.

Mit Android SDK ist es wirklich sehr leicht es zu lernen und es gibt 
1000 Examples.

Im Moment habe ich schon mal soweit geschafft dem Rechner ein Befehl zu 
schicken worauf er eine Aktion durchführt und mir dann eine Antwort 
schickt.

Aber das App dauert noch da ich im Moment nicht viel Zeit habe. (werde 
Vater) deswegen möchte ich schon gerne dieses Browser Problem irgend wie 
beseitigen.

Habe das "Browserproblem" halbwegs gelöst.

Bei der GUI-Programmierung habe ich die Aktualisierungsraten nicht 
verändert. War also bei allen Buttons 10s. Habe mir dann Debugg. 
angesehen. Config-Server sendet dann jede 10s aktuellen Status der 
Buttons(alle auf einmal).

Habe mit dann gedacht dass der Browser vielleicht das nicht so gerne 
mitmacht und habe dann folgendes gemacht:
habe dann Gruppen gebildet mit je 4 Buttons mit verschiedenen 
Aktualisierungsraten. (10,11,12,13,14-s) somit wurde dann festgelegt 
dass es immer nur von 4 Button aktuellen Status gesendet wird.

Jetzt sendet der Config-Server viel weniger Daten aber viel öfter. Das 
macht wohl Browser gerne mit, denn jetzt musste ich es nicht mehr 
aktualisieren, habe zimlich lange wild geschaltet und view's gewechselt 
und es hat tadellos funktioniert.

Hoffentlich ist das "Browserproblem" jetzt weg.

Grüß

Hallo Leute,
ich habe folgendes Problem:
mein ZCD ist an L1 angeschlossen. ich habe zwei Dimmerplatinen. Es 
werden unterschiedliche Phasen gedimmt. und logischerweise past meine 
Nulldurgangserkennung nicht mit L3 zusammen.

Könnte mir jemand ein Tipp geben was ich in der Software vielleicht 
ändern könnte. Ich denke das ist doch nur Timing Sache.

ich wäre sehr Dankbar für die Hilfe

Grüß Eugen

Eugen R. schrieb:
> Habe das "Browserproblem" halbwegs gelöst.
>
> Bei der GUI-Programmierung habe ich die Aktualisierungsraten nicht
> verändert. War also bei allen Buttons 10s. Habe mir dann Debugg.
> angesehen. Config-Server sendet dann jede 10s aktuellen Status der
> Buttons(alle auf einmal).
>
> Habe mit dann gedacht dass der Browser vielleicht das nicht so gerne
> mitmacht und habe dann folgendes gemacht:
> habe dann Gruppen gebildet mit je 4 Buttons mit verschiedenen
> Aktualisierungsraten. (10,11,12,13,14-s) somit wurde dann festgelegt
> dass es immer nur von 4 Button aktuellen Status gesendet wird.
>
> Jetzt sendet der Config-Server viel weniger Daten aber viel öfter. Das
> macht wohl Browser gerne mit, denn jetzt musste ich es nicht mehr
> aktualisieren, habe zimlich lange wild geschaltet und view's gewechselt
> und es hat tadellos funktioniert.


Problem Besteht immer noch. nur nicht so oft

Eugen R. schrieb:
> Hallo Leute,
> ich habe folgendes Problem:
> mein ZCD ist an L1 angeschlossen. ich habe zwei Dimmerplatinen. Es
> werden unterschiedliche Phasen gedimmt. und logischerweise past meine
> Nulldurgangserkennung nicht mit L3 zusammen.
>
> Könnte mir jemand ein Tipp geben was ich in der Software vielleicht
> ändern könnte. Ich denke das ist doch nur Timing Sache.
>
> ich wäre sehr Dankbar für die Hilfe
>
> Grüß Eugen

Darüber habe ich mir auch schon Gedanken gemacht. Durch den 
Nulldurchgang wird einfach ein Timer auf Null gesetzt. Die anderen 
Phasen sind nur um einen festen Wert verschoben. Das könnte man über 
einen Parameter steuern.
Das müsste man in der Funktion "DMSynch" in der Datei hadm.c einbauen.

Aus Zeitmangel habe ich dann aber erstmal doch nur weitere ZCDs verbaut.



Gruß
Carsten

@Carsten W
hast du übrigens den Aufruf "ipadresse:8090/iphone" schonmal 
ausprobiert?

ich habe es noch bei Android nicht gestestet ich denke aber sollte auch 
funktionieren.

Ja kenne ich. Da ist aber wohl noch ein Bug drin, denn ich bekomme nicht 
alle Devices eines Raumes angezeigt. Ich meine die Dimmer werden nie 
komplett angezeigt.

Gruß
Carsten

@Carsten W.

bei iphone/index.html ab zeile 79
da ist ein Type Vergleich von 64 bis 67(steht im table device)

kann sein dass deine Dimmer vielleicht irgendwie nicht da zwischen 
liegen dann sollst du dir vielleicht das ansehen.

ich habe eigentlich keine fehlende Dimmer bei mir gesehen

@Carsten

hast recht habe jetzt auch gemerkt Cut Off Dimmer haben bei mir Type 72 
habe den vergleich bis 72 angegeben und jetzt werden die auch angezeigt.

also
/opt/hap/bin/hap-configserver/root/src/iphone/index.html

die zeile 79 anpassen. und dann läuft alles ;-)

ich versuche gerade abfrage von Abstractdevice hinzuzufügen aber irgend 
wie reichen meine Kenntnisse mir nicht.

die Shutter werden momentan nicht angezeigt.vielleicht kannst du 
vielleicht paar tips geben wenn du das angesehen hast.

Grüß

Ich musste den Wert auf 73 Stellen, CutOff mit Softstart. Danke für den 
Tipp.

Abstrakte Devices haben den Wert 192. Das könnte man recht einfach 
einbauen.
Ich schau mal nach.

Gruß
Carsten

@Carsten
ja so habe ich auch erstmals gedacht, aber so wie ich verstehen konnte 
gibt es irgendwelche Module die das Ganze in 2 Bereichen nach Rooms und 
Devices aufteilen. wenn du am ende das [% END %] weg programmierst dann 
siehst du beim Aufruf eine Ausgabe von diesen Modulen. So wie ich 
verstehe liest das Programm nur was in Rooms und Devices steht. bei der 
ausgabe waren keine Eingänge, Shutters oder sonstiges zu sehen.

Hi,

da bei mir die GUI mittlerweile sehr träge reagierte, habe ich mir ein 
Skript geschrieben um die Statustabelle aufzuräumen.
Alle Einträge die älter als 7 Tage sind werden gelöscht. Der letzte 
aktuelle Status bleibt aber immer erhalten damit die GUI diesen richtig 
anzeigt.

1

#!/usr/bin/perl

2

$| = 1;

3

4

=head1 NAME

5

6

hap-dbreorg.pl -  The Home Automation Project delete old status item script

7

8

=cut

9

10

use warnings;

11

use strict;

12

use FindBin ();

13

use Getopt::Long; 

14

use lib "$FindBin::Bin/../../lib";

15

use HAP::Init;

16

my $c = new HAP::Init( FILE => "$FindBin::Bin/../../etc/hap.yml" );

17

18

my $Module = undef;

19

my $Address = undef;

20

my $sel = undef;

21

my $ref1 = undef;

22

my $ts_last = undef;

23

my $ts_now = undef;

24

25

my $config = undef;

26

GetOptions( "config|c=i" => \$config ) or die ;

27

28

if (!$config) {

29

 $config = $c->{DefaultConfig};

30

}

31

my $sth = $c->{dbh}->prepare("SELECT Module, Address FROM status WHERE config = $config GROUP BY Module, Address");

32

$sth->execute();

33

# 604800 entsprechen 7 Tage

34

$ts_now = time() - 604800;

35

while (my $ref = $sth->fetchrow_hashref()) {

36

# print "Module:  $ref->{Module}\t Address: $ref->{Address}\t";

37

 $Module  = $ref->{Module};

38

 $Address = $ref->{Address};

39

 $sel = $c->{dbh}->prepare("SELECT ts FROM status WHERE Module = $Module AND Address = $Address ORDER BY ts DESC LIMIT 1");

40

 $sel->execute();

41

 $ref1 = $sel->fetchrow_hashref();

42

 $ts_last = $ref1->{ts}; 

43

# print "TS: $ts_last\t TS - 7 Tage: $ts_now\t \n";

44

 $sel = $c->{dbh}->prepare("DELETE FROM status WHERE Module = $Module AND Address = $Address AND ts < $ts_now AND ts <> $ts_last");

45

 $sel->execute();

46

}

47

48

exit 0;

Gruß
Carsten

@Eugen R.

Ich habe es noch nicht hinbekommen dass auch die abstrakten Devices 
angezeigt werden.

Gruß
Carsten

ich möchte hier paar meine Buttons anbieten. vielleicht wird es einem 
nützlich.

@Ben
Charts habe ich zwar drin, allerdings auf einem gesonderten Screen.
In meinem Fall liegt es aber wohl eher an dem HAP-Server. Der läuft auf 
einem Dockstar mit USB-Stick als Laufwerk.
Da wollte ich demnächst mal auf eine kleine SSD umsteigen.

Zurzeit habe ich in der Statustabelle nach einer Woche ca. 19000 
Einträge (2 Temp. Sensoren im 5 Min. Abstand und zum Test ein 
Helligkeits Sensor, Abfrageintervall ebenfalls 5 Min.)

Gruß
Carsten

Hi,
im Source der Firmware sind ja schon I²C Routinen vorhanden.

Ist Momentan schon was davon nutzbar oder laufen da nur die Eeproms 
drüber ?

Ich bin grade dabei mein HAP-System zu erweitern, und will den Füllstand 
des Öltanks messen.

Hab da einen schnuckligen, kleinen Ultraschallsensor gefunden der seine 
Daten über I²C oder seriell ausgibt.

Wenn man den TWI Port in HAP nutzen könnte, würde ich mir den Umweg über 
einen kleinen Mega 8 + D/A-Wandler sparen.

(Den Analogwert würde ich sonst mit HAP wieder einlesen)

MfG Uwe

Hallo zusammen,

ich habe mir über Charly Platinen schicken lassen. Die DIL Variante 
passt, die SMD CU und den USB Wandler hat Carsten wohl angepasst, 
zumindest stimmt das Layout und Schaltplan nicht 100% mit dem überein 
was ich auf der Homepage finde(vorallem der USB Wandler ist ziemlich 
anders).

Auf dem USB Wandler steht auch "USB-HAP-232-485 V3.10"

Vielleicht kann mir einer von euch die passenden Eagle Dateien hier 
Posten und auf der Homepage aktualisieren, damit eventuell andere dann 
auch was davon haben.

Gruß
Micha

P.S. Dank schonmal an die Entwickler von HAP, ich bin gerade dabei 
richtig in die Materie einzutauchen und schon jetzt sehr fasziniert.

@Micha
Da müsste Charly dir weiter helfen können, er hatte die Platinen 
angepasst.

Gruß
Carsten

Carsten W. schrieb:
> @Micha
> Da müsste Charly dir weiter helfen können, er hatte die Platinen
> angepasst.
>
> Gruß
> Carsten

Danke, Mail an Charly ist raus, melde mich hier wenn ich News habe.

Gruß
Micha

Hallo,
ich möchte hier meine 0-10V Dimmermodul anbieten.
ist getestet und funktioniert. Ist für HUT-2C(Reichelt) Gehäuse.
Schaltplan war nicht von mir sondern von hier
http://www.hoelscher-hi.de/hendrik/light/demux.htm

1000µF Kondensator müsste eventuell noch nach eigenen Bedürfnissen
angepasst werden. bei der angegebenen Konstellation wird für ein
Dimmvorgang von 0 auf 100% ca. 15 sec. gebraucht. (bei sofortiger
Abschaltung des Ausganges am CU). Somit sind die Dimmvorgänge fast mit
dem Sonnenaufgang bzw. -untergang zu vergleichen :-)

Der 0-10V Modul wird einfach an einen Ausgang angeschlossen und als
Dimmer-Cut-Off programmiert.

Mal andere Frage:

ich arbeite an einer App für Android. ich habe mal mit socat Usb aufs
Netzwerk gemacht.(wie in wiki steht) ich habe aber festgestellt dass ich
diese Port Listening nicht mit 2 Anwendungen gleichzeitig nutzen kann.
wenn das richtig ist, welche Möglichkeiten hätte ich noch mit dem Canbus
von außen zu verbinden.

Vielen Dank  Mit freundlichen Grüßen
Eugen

Hey Leute,

oben hatte mal jemand wegen einer Hilfe beim LCD gefragt, das wurde dann 
aber ausserhalb des Threads wohl gemacht. Tja, und jetzt komme ich nicht 
weiter. Alles verdrahtet usw. Backlight leuchtet auch schonmal und der 
Rest (can usw geht auch)
Firmware ist mit LCD + Encoder usw eingespielt.
Was muss ich nun anlegen. Habe für die Leitungen (Data+ RW usw) Devices 
angelegt und ein GUI Element usw.
Aber mir fehlt da das verständis wie das verknüpft werden muss/ soll. 
Auf jedenfall tut sich nüscht :)
Na vielleicht gibt mir jemand ein paar Tips hier :)

Gruß
Micha

P.S. Wegen eagle Dateien von oben (also Anpassungen von Charly).Link 
kommt die Woche denke ich.

moin moin allerseits,

i lade mal die zip datei mit den von mir geaenderten
Boards hoch im falle das jemand sie brauch der Platinen
von mir bekommen hat

viel spass & viel erfolg weiterhin mit dem tollen Projekt
( falls fragen dann bitte per mail da i nicht taeglich hier
im forum bin email: mc-besteller (at) web . de )

vlG
Charly

So, mal noch eine Frage. Habe den Encoder (STEC11B von Reichelt) 
ausprobiert. Ich denke ich habe die Beschaltung richtig, in dem 
Datenblatt stand A B C, D und E (siehe Bild encoder1.png)
Wenn ich jetzt an dem Encoder drehe bekomme ich immer 2 Werte geliefert, 
rechts und links (encoder.png).

So komme ich also nicht weiter. Was habe ich falsch gemacht :) ... 
Vielleicht einer ein Idee.

Gruß und Danke,
Micha

P.S. Der Push Button geht, also schonmal 1/3 vom Encoder.

Hi,

ich hätte da mal eine kleine Zwischenfrage: Wie steht es um das HAP 
Projekt? Die Homepage sieht leider nicht nach großer aktivität aus. Ich 
hoffe der erste Eindruck täuscht da ein wenig. Denn das Projekt sieht 
sehr interessant aus.

MFG
Obi Wan

@ Obi Wan:   Sehr Gut !   :)

Im Wiki tut sich mehr, wieso sollte Ben die Homepage ständig 
aktuallisieren ?

Schau Dir mal den Funktionsumfang an und sag mal was Dir noch fehlt.


MfG   Uwe

>Firefox kann keine Verbindung zu dem Server
>unter wiki.netmb.net aufbauen.

:-(

Du weißt doch: es gibt immer was zu tun ;-)

Die Frage war ja auch net böse gemeint.

Hallo Michael,

zu dem Encoder/Display Problem

im Screenshoot hab ich schon einen Fehler gesehen. Den Notify musst du 
auf die CU setzten wo der Encoder und das Diplay drauf ist. Alterativ 
eine Multicastgruppe machen.
Auch die Notify Einstellungen der Displaysignale (D0-D3 usw.)müssen auf 
die eigene CU gehen.

Es macht aber keinen Sinn Display oder Encodersignale an den Server zu 
schicken.

Das Log wird somit noch voller und ich hatte ab einer bestimmten Größe 
der Log und Statustabellen massive Performanceprobleme der Gui.

Dann unter LCD Gui ein Menu anlegen.

Daten in die CU schreiben (LCD und Config)

Es sollte nun funktionieren.

PS: ich hatte tlw. Probleme mit dem übertragen der Config. Es kam vor 
das die neue konfig nicht übernommen wurde oder sich die CU aufgehängt 
hat. In dem Fall hat das löschen des EEProm des Atmel über Ponyprog 
geholfen.
Also löschen und die Config nochmal neu übertragen.

MfG
Manuel

Hi,

bei meiner Suche nach einem Tablet für die Visualisierung habe ich jetzt 
zugeschlagen. Vielleicht ist dies ja auch für andere etwas.
Das WeTab wird mehr oder weniger ausverkauft. Für 249€ bekommt man eine 
recht universelle Hardware, die von anderen Firmen auch unter eigenem 
Namen verkauft wird (ExoPC).
Ich habe jetzt erst einmal Windows 7 installiert, Linux, Android oder 
Meego ist auch kein Problem.

Gruß
Carsten

So, mal eine kurze Rückmeldung von mir. Mein 1. Display war defekt, da 
konnte ihc lange suchen. Hab mir dann als 2. ein 3 Zeiliges bestestellt, 
eingebaut und es läuft. Allerdings gab es da noch ein Problem in der 
Firmware, ich habe Teile vom 2 zeiligen einfach Kopiert. Ich schaue mir 
das nochmal an und sag dann bescheid. Dann könnte vielleicht jemand die 
Änderungen ins SVN einchecken.

>
> PS: ich hatte tlw. Probleme mit dem übertragen der Config. Es kam vor
> das die neue konfig nicht übernommen wurde oder sich die CU aufgehängt
> hat. In dem Fall hat das löschen des EEProm des Atmel über Ponyprog
> geholfen.
> Also löschen und die Config nochmal neu übertragen.
>
> MfG
> Manuel

MEin Fehler war, das ich LCD und Config zusammenübertragen wollte, da 
gibs wohl einen Bug. Übertrage ich jedes einzeln geht es.

Vielen Dank schonmal wieder an allen die mir geholfen haben!

Gruß
MIcha

Moin

habe lange leider nichts mehr am HAP erweitert aber jetzt wo das Haus 
langsam fertig wird will ich auch wieder ein bissel das ganze ausbauen.

Bzgl. der Hintergrundfarben um den Graphen keiner ne Idee? Hatte auch 
schon mal im Forum des Graphs gepostet aber da ist leider nicht viel 
los.

@Mobus

Also bei mir werden sie ebenfalls leicht warm. Raumtemperatur im 
Hutschienengehäuse 26°C bei einer Temperatur von 23°C im Schaltschrank.
Wäre mal interessant weil ja eigentlich nichts fließen sollte über den 
MOSFET. Die Widerstände R2&R9 allerdings verbrauchen ja auch was und 
erwärmen so das ganze ebenfalls...

@Carsten

Hallo Carsten
bist du mit dem WeTab zufrieden? würdest du es eventuell weiter 
empfehlen?

Danke

@Eugen

Ich sage es mal so, das WeTab ist ein Netbook ohne Tastatur. Ein iPad 
sieht dagegen im Größenvergleich aus wie der kleine Bruder. Dafür ist 
man komplett offen welches Betriebssystem man verwenden möchte.
Die Verarbeitung des Gehäuses würde ich auch als gut bezeichnen. Den 
Arbeitsspeicher als auch die SSD lassen sich ohne Probleme selber 
aufrüsten.
Ich habe jetzt Windows 7 installiert, damit ist halt alles möglich. 
Eventuell reicht aber auch Android, das wird sich später noch zeigen.
Super wäre es noch wenn man die Dockingstation dafür bekommen könnte, 
die ist aber zurzeit in Deutschland nicht erhältlich.
Hier bekommt man übrigens sämtliche Infos zu dem Gerät.
http://www.wetab-community.com/
http://www.exopc.com/forum/

Gruß
Carsten

ich habe hier paar Beschriftungsvorlagen erstellt.

Man kann einfach in die entsprechende Felder eigenen Text einsetzen.

Grüß

Hi,

Ich hatte vor geraumer Zeit nach dem Code für den hier genutzten 
Bootloader gefragt, jedoch leider keine Antwort bekommen.
Könnte vielleicht irgendjemand der Verantwortlichen dazu Stellung 
nehmen?

Mein Hausumbau nähert sich dem Ende zu, jetzt stehen die Platinen an, 
und ich würde HAP gerne auf einen etwas größeren Controller portieren - 
vielleicht haben auch andere dann etwas davon... Das einzige was mir 
fehlt ist der Bootloader.
Falls ich blind bin, und doch etwas übersehen habe, dann würde ich mich 
auch über solche Hinweise freuen ;-)

Gruß Marc

Hi Leute,

irgendwie bekomme ich den Firmware Upload auf das Modul nicht hin. Habe 
Testweise eine neue Firmware erstellt, diese wird auch hochgeladen (also 
über die GUI) und ist in der Datenbank zu finden. Beim Flashen über die 
Oberfläche kommt kurz der Aufruf und das war es.

Habe es dann über die Konsole probiert, auf der einen Seiten den hap-mp 
offen, auf der anderen Seite mache ich :

/opt/hap/bin/helper$ ./hap-firmwarebuilder.pl -m 101 -f

Beim MP kommt nur :

Source:238 -> Session:13

und das war es dann.

Irgendwo mache ich noch etwas falsch :) .. Die 101 sollte stimmen, show 
sagt :

/opt/hap/bin/helper$ ./hap-showmodules.pl
Address: 99      => ID: 263
Address: 100     => ID: 264
Address: 101     => ID: 265

Über Hinweise bin ich wie immer dankbar :) :)

Gruß
Micha

Super, das hat schonmal funktioniert. Ich kann nun eine Firmware 
flashen, zumindest  sieht es so aus.

Allerdings habe ich noch eine Frage. Ich hatte einfach nur die Sourcen 
neu gepackt (wie im Wiki beschrieben) und die Datei hatte dann z.B. die 
Version 2.5.8. Das zeigt er mir an der Oberfläche usw auch an. Bei der 
CU habe ich dann auf 2.5.8 an der Oberfläche gewechselt und flashe dann 
über die Konsole.
Da müsste er doch die 2.5.8 nehmen, beim späteren Abfragen des Moduls 
bekomme ich aber immer noch 2.5.7, an der Oberfläche bleibt auch unter 
current 2.5.7 stehen.

Steht die Zahl noch irgendwo oder mache ich immer noch etwas falsch ?

Gruß
Micha

Hi,

Bitte meine Frage oben nicht überlesen, ich hätte direkt die nächsten...

Kann mir jemand etwas zu der Historie des Projektes erzählen?
Wo hatte es seinen Ursprung? Ist der Originalautor noch in irgendeiner 
weise involviert oder erreichbar? Wen interessieren meine Änderungen, 
sollte ich mich bei geplanten Änderungen vorher in einem Forum 
austauschen?

Gruß
Marc

Also zumindest habe ich gestern im Code folgendes übersehen :

//////////////////////////////////////////////////////////////////////// 
////////
// Software-Version festlegen 
//
//////////////////////////////////////////////////////////////////////// 
////////

#define SVHAMajor 2
#define SVHAMinor 5
#define SVHAPhase 7

Habe es mal geändert, hat aber auch nix gebracht. Das verwundert mich 
eigentlich, da ja das hier dann :

 case SMCCSSGetVersion:
                TmpMData.Code.Value0 = SVHAMajor;
                TmpMData.Code.Value1 = SVHAMinor;
                TmpMData.Code.Value2 = SVHAPhase;

die Version liefern sollte. Bleibt aber stur auf 2.5.7 (habs mal auf 
2.5.9 geändert).

Werde dann heute mal in der GUI Datei was ändern und rüberspielen, um zu 
schauen ob die Firmware auch wirklich richtig ankommt.

Wichtig fände ich das schon, sonst hat man irgendwann keinen Überblick 
mehr was wo drauf ist. Ich will das ganze nämlich erweitern um einen 
neuen Lichtsensor und einen Bewegungsmelder.
Wenn ich das denn mal zum laufen bekommen habe gibs hier natürlich von 
mir auch den Code dazu, denn ich bin nach wie vor schwer begeistert von 
dem ganzen Projekt.

Gruß
Micha

Hi,

bei mir geht es auch weiter. Aktuell baue ich ein Skript welches 
tagsüber die sonnenabhängige Abschattung der Fenster steuert.

Berüchsichtigt wird die Temperatur, Helligkeit, aktuelle Position der 
Sonne usw. . Für jedes Rollo lässt sich ein Bereich in Grad angeben, 
wann das Fenster beschattet werden soll.

Wenn ich Zeit habe stelle ich es als Anregung ins Wiki.

Gruß
Carsten

@Eugen
Da komme ich bei gelegenheit drauf zurück, aktuell habe ich nur zuviele 
Baustellen. Vielleicht tun wir uns dann zu gegebenen Zeit zusammen, um 
ein Konzept zu finden. Ich habe auch eine Lizenz um IPhone etc. Apps zu 
erstellen und anzubieten, das steht für HAP auch auf meiner Liste.

Aber erstmal muss ich das Firmware Problem lösen :)

Gruß
Micha

So, ich habe mal die Hap Firmware auf Eclipse portiert (mit avr Plugin), 
da mir das entwickeln im AVR Studio keinen Spass macht. Ausserdem habe 
ich die Sourcen ein bisschen sortiert (die Namen sind mir nicht 
selbstsprechend genug) (siehe Anhang).

Zusätzlich habe ich ein kleines Eclipse Plugin erstellt, mit dem man 
dann die Firmware automatisch erstellen lassen kann. Das Plugin holt 
sich die Firmwareversion aus der mv.h und speichert alles passgenau als 
Zip ab.

Falls interesse besteht kann ich mal einen kleinen WikiArtikel schreiben 
wie man das ganze in Eclipse aufsetzt usw. Dafür müsste aber dann jemand
1) das Plugin hosten
und
2) wäre es am besten die Sourcen in der Struktur mit ins SVN zu nehmen.

Sagt einfach mal was ihr davon haltet.

Gruß
Micha

Also irgendwas mache ich noch falsch beim Firmware update. Habe jetzt 
mal in der lcd C Datei was geändert (Thermost. Value verschoben usw).

Firmware hochgeladen, an der Oberfläche bei der CU auf neue Firware 
gesetzt und in der Console mit firmwarebuilder augeführt. Das er da die 
neue Firmware nimmt sehe ich an den Ausgaben vom Compiler (ein warning).

Tja, das läuft dann auch alles durch usw.

Aber irgendwie ändert sich nix :(

Wie macht ihr das denn ?

Gruß
Micha

Ich packe das eclipse Zeug diese Woche erstmal auf meinen Webspace und 
schicke den Ben eine Email ob er es mit auf seine Page nehmen will.

ALso ich habe z.B. das gemacht :

void LCDPutThermostat(tGUIThermostat *pThermostat) {
  LCDClear();
  LCDPutString(pThermostat->Name);
  LCDGotoXY(1, 1);
//  LCDPutThermostatValue(pThermostat->ValueNew);
//  LCDGotoXY(9, 1);
  LCDPutThermostatValue(pThermostat->Value);
}

also 2 Zeilen auskommentiert. Da sollte ja dann auf dem LCD das "new 
value" nicht mehr angezeigt werden, tut es noch :)

Ich kann aber mal noch versuchen andere Sachen zu ändern. Ich brauche 
halt bloss die Sicherheit das alles angekommen ist usw.

Aber ansonsten machst du also auch nix weiter als an der GUI einstellen 
und dann z.B.

 ./hap-firmwarebuilder.pl -m 265 -f

???
Gruß
Micha

Eugen schrieb:

> versuche vielleicht .hex direkt zu  flashen um zusehen ob es dann doch
> eine Veränderung gibt.

Da bin ich gerade dabei, und habe gleich mal noch eine Frage. Meine 3 
CUs habe ich bisher immer geflasht (bootloader+hex) und dann per 
serielle Konsole eingerichtet (hier im Thread ist ein PDF 
HAP-Quickstart-Guide (was ich übrigens gut finde)).
Damit war dann CCU Adresse usw drauf, dann habe ich in der GUI das 
device angelegt und alles war in Butter.

Ist das der normale Weg, oder geht es das ich bootloader + hex flashe 
und dann den Rest über die GUI mache (wenn ja wie)?

Gruß und Danke!
Micha

So, ich habe mir nocheinmal eine Testumgebung aufgebaut. Es geht auch 
alles soweit, mir ist das jetzt mit den IDs und dem Key vom Bootloader 
auch klarer.

Also alles schön. Nur der Firmwareupload geht bei mir definitiv nicht. 
Er läuft in der Konsole durch ohne Fehler (also immer ACK).

Ich habe es probiert mit einer Firmware die ich dann per Hand geflasht 
habe (kleine Änderung in der LCD GUI).

Per Hand geht, per CAN leider nicht.

Ich vermute er schreibt es in das EEPROM und tut es dann nach dem Start 
nicht rüberspielen. Laut Handbuch erkennt er das wohl an der 
Versionsnummer. Da ich die Sourcen vom Bootloader nicht habe ist das 
schwer zu überprüfen.

Daher nochmal die Frage, seit ihr sicher das der Firmwareupload bei euch 
wirklich geht.

Wenn ja, wie macht ihr es :) :)

Gruß
Micha

So, jetzt habe ich mal die Perl Scripte angepasst und fahre direkt auf 
eine CU ab (warum wird eigentlich beim Firmwareflashen erst einen 
Multicast gesetzt und dann über die gesendet ? )

Wie auch immer, es kommt alles richtig an, habe das Script beim Befehl:

VLAN Source Dest 56 1 0 0 0 (Download-Ende-Paket)

aufhören lassen. Egal was ich dann aber mache, er überträgt es nicht in 
den Flash vom AVR.
Frage ich das ganze ab, sagt er mir auch :

config Test vlan 1 source 101 destination 237 get-flash-flag 
ready-to-flash [C:133,V:1,S:101,D:237,MT:77,DEV:24,V1:0,V2:0,V3:0]

Das muss also jetzt irgendwie am Bootloader liegen das er den Flash 
nicht einspielt nach dem Neustart.

Welche Bootloader Version habt ihr? Ich bentutze den Stand aus dem SVN.

Gruß
Micha

P.S. Ein gutes hat das ja alles, ich steige wenigstens immer mehr durch 
die ganze Sache durch.

Immder diese vielen Zufälle :) .. Auf einer CU ist das EEPROM irgendwie 
nicht io, deswegen lief/läuft da wohl beim flashen was schief (vermute 
im Code vom Bootloader), beim der andern CU war hatte ich die Fuse für 
den  Bootloader vergessen  :) :) (also BOOTRST)

Alles im allem für nachfolgen Bastler folgende Aussage :

Fuse kontrollieren (siehe WIKI, BOOTRST nicht vergessen ;-) )

Auf einer CU wo das EEPROM geht und die Fuses richtig gesetzt sind 
klappt es nun vorzüglich, auch wird die Version überall richtig 
angezeigt (auch in der GUI)

Jetzt schaue ich nochmal warum das Flashen mit der GUI nicht klappt und 
dann hoffe ich das ich das Thema Firmware abhaken kann.

Gruß
Micha

P.S. Je mehr ich eintauche, desto mehr Respekt habe ich vor den 
Entwicklern!!!

Dann mache ich mal weiter mit meinem Monolog, vielleicht nützt es ja dem 
ein oder anderen später etwas.

Zwei Probleme habe ich gefunden. Der hap-scheduler wurde nicht richtig 
gestartet, da wohl der Name für den den Dämon zu lang war. Besser gesagt 
wurde er als Prozess angezeigt, aber ich konnte ihn nicht per 
start/stop/restart aufrufen weil er wohl die PID dann nicht richtig mit 
dem Namen gespeichert hat. Habe das ganze nun umgeändert von 
hap-scheduler zu hap-s usw., damit geht das schon einmal ohne Probleme.

Zum Firmware Problem. Komischerweise geht das flashen über die 
Oberfläche, wenn ich den Scheduler in der Konsole von Hand als Nutzer 
hap starte. Wird der Scheduler über das Runlevel gestartet gehts nicht. 
Vorerst kann ich damit leben nach einen Systemstart den Scheduler von 
Hand zu beeenden und direkt zu starten. Muss mich mal später dann mit 
dem Script beschäftigen.
Vielleicht hat ja noch jemand dazu eine Idee.

Grundsätzlich ist es jetzt aber so, das alles fast klappt. In Eclipse 
Firmware erstellen, dann hochladen per GUI und dann flashen per GUI. Wie 
es sein soll :) Ich werde im Laufe der Woche vorerst mal das Eclipse 
Plugin und die umstrukturieren Sourcen auf meinen Webspace packen.

Gruß
Micha

Hallo,

mal eine allgemeine Frage an die LCD Besitzer. Wie habt ihr es am Ende 
dann eingaut, also habt ihr einen Rahmen selber entworfen usw. oder ist 
es bei basteln geblieben. Ich habe jetzt ein bisschen experimentiert 
(aktuell GIRA 55 in Aufputzvariante auf dem Schreibtisch zum Testen), 
dort habe ich dann eine 55x55mm Plexiglas scheibe drüber welche ich von 
Hinten weiß beklebbt habe (nur den Streifen frei für das Display). Ist 
schon nicht schlecht, aber richtig gefallen will mir das noch nicht.

Also mal her mit den Ideen oder sogar schon verwirklichten Halterungen.

Gruß
Micha

@Micha

Ich hatte ursprünglich auch LCDs eingeplant aber einfach keine optisch 
gescheite Lösung gefunden. Das Display unterzubringen geht noch, 
allerdings brauchst du ja auch noch einen Drehknopf. Ich war schon kurz 
davor dies auf Taster umzubauen, hab dann allerdings alles verworfen.

Meine Heizung läuft zwar noch nicht über HAP aber wenn ich dies 
umschalte wird die Temperatureinstellung nur über die GUI (läuft auf 
einem Tablet) gemacht und eine andere Alltagsfunktion sehe ich in der 
LCD-GUI nicht.

Ich muss aber dazu sagen dass ich eine Fussbodenheizung habe und der 
Regelbedarf fast gegen Null geht.

Gruß
Carsten

Also mit Drehknopf habe ich es schon gemacht. Werde mal nachher ein Bild 
davon Posten. Grundsätzlich will ich später schon in jedem Raum ein LCD 
haben, vorallen da so Tablet etc nachher nur überall rumliegen und man 
es dann nciht findet wenn man es sucht. Ausserdem finde ich die Displays 
einfach DAU sicherer. Später soll dann darüber auch gezielt Dimmer 
eingestellt werden können, oder einfach nur die Temperatur des Raums 
abfragen usw.
Aber das Auge bedient ja mit, deswegen überlege ich wie ich es am besten 
mache. Habe hier auch noch ein DOG Display 102x64, vielleicht mache ich 
damit auch mal was (ist halt eher quadratisch)

Ausserdem bin ich gerade dabei ein paar Touchtaster zu bauen (geht ja 
mittlerweile dank QTouch ziemlich simple mit den AVRs. Dann könnte man 
Display und Taster komplett unter einem "Glas" lassen.

Allerdings geht mit Touch wieder schwierig zB. wie beim Drehgeber von 30 
auf 75% zu kommen. Da tippt man sich blöd an Touch oder man muss 
gedrückt erkennen usw, also auch viel logik proggen.

Alles nicht so einfach. Aber Stück für Stück entsteht meine Hap 
Umgebung.

Gruß
Micha

@Micha
Ich wollte dich auch nicht von der LCD-GUI abbringen ;-) . Ich habe mich 
aber im nachhinein betrachtet mit vielen Details beschäftigt die einfach 
später nicht relevant sind.
Ich denke da so an eine fertige Erweiterung der Firmware für einen 
DCF-Empfänger... . Hat sich mit dem Server den ich dann doch von Anfang 
an hatte mit einer Perlscriptzeile erledigt.

Gruß
Carsten

Ja da hast du recht, ziemlich viel was man so rumbastelt braucht man 
später dann eh nicht. Aber das macht die Sache ja auch aus (also der 
Spass daran, und damit wächst auch das Projekt), und im Moment habe ich 
keinen Druck wann was fertig wird. Und von der GUI bringt mich eh keiner 
ab, das ist schon von Anfang an bei mir als wichtiger Punkt gesetzt :) 
:) :)

Falls es jemanden interssiert, bei mir läuft das HAP auf einem 
Pandaboard vorzüglich. Dort ist ein Ubuntu drauf usw. Hab es noch nicht 
gemessen, aber laut dieser Seite verbraucht es max. 4W 
(http://omappedia.org/wiki/Panda_Test_Data) Ich werde demnächst auch ein 
Backup von der SD Karte mache, falls also jemand interesse an einem HAP 
Server "Out of the Box" hat soll er sich melden, den Transfer der Daten 
müsste man dann schauen. Jetzt wird noch für das Pandaboard ein Adapter 
von 1,8V auf 5V Pegel für RS232 gemacht (läuft im Moment über USB 
Adapter), damit ich die ServerCU direkt an das Pandaboard klemmen kann.

@Carsten, sag mal, war die 4fach Relaisplatine mit den Relais von 
SCHRACK nicht von dir? Irgendwie passt die zusammgenlötet nicht richtig 
in mein Hutschienengehäuse (also mit den Klemmen von Reichelt)

Gruß
Micha

@Micha

Ja die Platine ist von mir. Was passt denn nicht?
Ich glaube man musste im REG-Gehäuse einen Kunststoffzapfen für die 
Platinenbefestigung entfernen.

Gruß
Carsten

@Lehmi
Ich habe einfach das deb Paket angepasst (von i386 auf ARM) und dann mit 
dpkg installiert. (ändern z.b. wie hier beschrieben 
http://www.rootz.de/2010/03/debianubuntu-control-infos-von-deb-packages-andern-editieren/ 
). Natürlich muss man das auch für die eventuellen Abhängigkeiten 
machen.

Danach dann einfach das SVN Update machen wie beschrieben.

Du kannst aber auch komplett von Hand installieren, in dem deb Paket 
steht ja quasi als "script" drin was er wohin kopiert und macht.

Ich habe im Momment viel zu tun, aber ich kann bei Gelegenheit mal das 
deb ARM Paket sowie die abhängigen Pakete hochladen.

Gruß
Micha

Hallo Uwe,

UweB schrieb:
> @ Marc Wetzel
>
> geh auf die HAP Homepage und frag direkt bei Ben an.
>
> Wenn Dir da jemand was sagen kann, dann er.
>

Danke für den Tipp -hatte ich auch prompt getan, nur leider auch über 
den Weg keinerlei Antwort erhalten. Sieht wohl danach aus als ob ich das 
Teil selbstcoden werde.

Gruss
Marc

Hallo alle zusammen!

Nachdem ich mir schon letztes Jahr bei Charly eine kleine Auswahl 
Platinen geordert hatte, bin ich nun endlich auch mal dazu gekommen, mir 
eine CU in  DIL-Version fertigzustellen ;-)

Flashen & Inbetriebnahme nach dem HAP-Quickstart-Guide hat auch 
hervorragend geklappt (zumindest sieht es danach aus).
Config übertragen geht per GUI und per Console.

Zum ersten Test hab ich mir gedacht, klemmste mal ne LED an einen Port 
(B1) an, mit entsprechendem Vorwiderstand gegen 5V und siehe da LED 
leuchtet.
Aber:

wenn ich den Port mit

0 0 99 64 9 1 9 0 über hap-cmd.pl

auf "active high" umkonfiguriere, passiert rein garnichts.
Sollte dann die LED nicht aus sein und ein HIGH-Pegel am Port anliegen?
Oder hab ich da irgendwas noch nicht verstanden?

Auch die Konfiguration als geschalteter Ausgang und enstsprechendem 
Setzen des Values ändert nichts am Pegel des Ports.

Übrigens an keinem Port, hab natürlich in der Zwischenzeit verschiedene 
Port ausprobiert.

Kann mir da vielleicht jemand von den erfahrenen HAP-Usern 
unterstützenderweise unter die Arme greifen, bitte?

Schönen Gruß
Nils

Moin moin,

anbei mal die Config.

Ich glaube ich habs jetzt aber, die Geschichte mit den Device-Adressen 
(wurde weiter oben schon mal thematisiert) war wohl dsa Problem mit dem 
geschalteten Ausgang.
Device-Adressen ab 50 vergeben und schon geht es!

Das mit actice high und low hab ich noch nicht wieder probiert.

Gruß

Hallo,

nach anfänglichen Schwierigkeiten habe ich jetzt 2 Dimmer (über das 
Standard-Dimmer-Modul) im Einsatz!

Einer (im Moment 50 W Hochvolt-Halo) funktioniert gut (mal abgesehen von 
leichtem Flackern im unteren Bereich <40%), der (150W HV-Halo) andere 
quasi gar nicht :-( ein/aus geht, dimmen geht nur mit üblem Flackern und 
auch nicht über den vollen Bereich.

Konfiguriert sind beide wie im Wiki beschrieben.
Ports habe ich schon wechselseitig getauscht um die CU auszuschließen, 
aber es flackert immer der mit der großeren Last.

Hat irgendjemand eine Idee dazu??

Gruß Nils

Hallo,

habe mal ein paar Fragen in Bezug auf die CU mit LCD.

kann ich den Buzzer von draußen ansteuern (zu Alarmzwecker z.B.)
(habs probiert - geht nicht)

kann ich auf dem Display im Grundzustand das Datum und Uhrzeit anzeigen 
lassen?

ich benutze noch kein PWM, kann man Device in der LCD Gui auch nur als 
On Off programmieren (geht jetzt mit der Prozentanzeige auch - ist nur 
nicht so schön)

ansonsten läuft alles prima und echt stabil.

achso da war nochwas,
nach Umzug auf einen anderen Server geht der Firmware Upload und dann 
auch das flashen nicht mehr.
Er tut so als wenn er die Firmwaredatei hochlädt, es kommt aber im 
firmware Ordner nichts an - nur in der Datenbank.
Rechte von /opt/hap habe ich schon gesetzt.
hab schon die Version von der Homepage ( 2.5.7) und auch mal den Ordner 
ha25 selbst gezippt probiert - egal geht nicht.

MfG
Manuel

Nils B. schrieb:
> Hallo,
>
> nach anfänglichen Schwierigkeiten habe ich jetzt 2 Dimmer (über das
> Standard-Dimmer-Modul) im Einsatz!
>

Als Standart Dimmer Modul bezeichnest du die Mosfet Platine oder? Mal 
mit einem Oszi gemessen wie die Signale sind und wie sauber das Signal 
der ZCD ist? Bzw. welche Version für die CU nutzt du? Für die einfachen 
Mosfet Platinen von der HAP Seite muss das Signal invertiert sein (siehe 
weiter oben Version von Carsten)

>> Als Standart Dimmer Modul bezeichnest du die Mosfet Platine oder?
> Nein, nicht die Mosfet Platine, die andere...

Also wenn es die Platine mit Triacs ist dann musst du auf "Dimmer" 
stellen, da du nur die Zündpülse aussenden musst.

Nur die Mosfet Platine kannst du mit Cut-on oder Cut-off betreiben... 
Ich glaube "Dimmer Softstart..." ist bereits Cut-on und nicht die 
Zündpulse...

>> Bzw. welche Version für die CU nutzt du?
> die DIL-Variante (Platine v. Charly) mit der 2.513er Firmware.
Sollte bei den Triacs keine Änderungen haben...

Hallo,

ich möchte nochmal von einem Problem mit LCD´s berichten.

Ich habe mein 2. Display in Betrieb genommen.

Wenn ich die LCD Config programmiere landet diese auch in dem 
ausgewählen Display und funktioniert.

Es wird aber dabei auch die LCD Programmierung von dem 2. Display 
ersetzt.
Es macht zwar abschliessend keinen Reset ,es geht aber nichts mehr.
Mach ich dann Reset bei dem 2. Display, funktionieren beide Display´s 
identisch.

Es ist egal welches Display ich programmier, es sind anschliessend immer 
beide gleich.

Die normale Programmierung (Devices und autonome Steuerung) funktioniert 
problemlos.

im Anhang mal das Log vom programmieren und die Moduladressen

Läuft HAP mit mehreren Display´s schon bei jemandem?

MfG
Manuel

Falls jemand den anderen MosFet-Dimmer einsetzt, denn ich mal mit Uwe 
zusammengestrickt habe, der sollte sich mal die Modifaktion aus dem 
FreeBus-Forum anschauen.
Im Prinzip basiert die Schaltung auf diesen Dimmer nur mit geänderter 
Ansteuerung. Bei mir brennt so ca. alle paar Monate ein MosFet durch 
Netzstörungen durch. Das wird durch die dort beschriebene Mod behoben.

Gruß
Carsten

Hallo zusammen,

ich habe die Mosfet Dimmer von der HAP Seite und seit der Installation 
10/2010 ist erst ein Mosfet fast durchgebrannt. Diesen hatte ich aber 
leider an nem E-Trafo falsch bezüglich cut-on/off eingestellt und das 
Mosfet wurde extrem warm, sodas es sich schon leicht im Lötzinn bewegen 
lies!

Ansonsten keine Defekte beim Einsatz von 15Dimmern jedoch sind die 
standbye Temperaturen trotz scheinbar optimaler ZCD Einstellungen bei 
60°C etwas hoch...

@Eugen

also ich nutze wie von Carsten oben beschrieben die macros von der GUI 
aus, die ich dann direkt per icon starten kann

also in der HAP config unter manage-macros...

1

#!/bin/bash

2

/opt/hap/bin/helper/hap-sendcmd2.pl "destination 100 set device 120 value 100"

@Ben

Die HAP-Homepage hat zurzeit einen Datenbankfehler und wird nicht mehr 
angezeigt.

Gruß
Carsten

@Ben
Irgendwie fehlt das Hauptmenü.


@All
Setzt noch jemand Reedkontakte ein? Mir fällt neuerdings auf dass oft 
der Status nicht richtig in der Datenbank steht, wenn wohl der Kontakt 
prellt oder ich Ausgänge nur kurz für 100 ms aktiviere.

Die Frage nun ob es an der Konfiguration liegt oder der Server zu lahm 
ist. Ich benutze dafür ein Dockstar (ARM 1.2 GHz) mit 16 GB SSD.

Gruß
Carsten

@Ben

Kann es sein dass bei der GUI-Statusanzeige nach dem Timestamp in der DB 
selektiert wird und nicht nach der ID?
In der Statustabelle steht alles richtig drin, nur machmal eben mit dem 
gleichen Timestamp. In diesem Fall zeigt die GUI dann einen falschen 
Status an.

Mal sehen ob ich die Stelle finde.

Gruß
Carsten

Mein Verdacht hat sich bestätigt. Ich habe es probehalber in der Datei 
/opt/hap/bin/hap-configserver/lib/hapConfig/Controller/Gui.pm geändert.

Gruß
Carsten

Ist jetzt im SVN.

Gruß
Carsten

Hi,

ich habe vor die Dimmer je nach Uhrzeit und Hausstatus mit einer anderen 
Einschalthelligkeit vorzubelegen. Wenn z.B. tagsüber das Licht über den 
Taster eingeschaltet wird, soll mit eine höheren Helligkeitsstufe 
gestartet werden als nachts.
Die CU merkt sich standardmässig nur immer die letzte Helligkeitststufe 
wenn mit einem Taster geschaltet wird. Ich habe die Firmware jetzt so 
angepasst, dass auch die Helligkeitsstufe gespeichert wird die man per 
Kommando setzt.

Dann kann man durch folgende Kommandos die Helligkeitsstufe vorgeben, 
ohne dass das Licht wirklich an geht. Erst eine Schalterbetätigung ruft 
diese Stufe ab.

1

2

/opt/hap/bin/helper/hap-sendcmd2.pl "destination nnn set device nnn value 50 delay 100"

3

/opt/hap/bin/helper/hap-sendcmd2.pl "destination nnn set device nnn value 0"

Das erste Kommando schaltet den Dimmer mit Helligkeit 50 ein, allerdings 
mit der Verzögerungsoption.
Das nächste Kommando schaltet den Dimmer wieder aus bevor überhaupt die 
Lampe hell geworden ist. Damit startet der Dimmer beim nächsten 
Einschalten über einen Taster mit der Stufe 50.
Die Änderung der Firmware commite ich noch im laufe des Tages.

Gruß
Carsten

Bei langen Fahrzeiten im Rollomodul kommt es zu einem Überlauf des 
Counters. Im SVN ist ein Bugfix für die Firmware 2.5.13.
Der Fehler ist mir jetzt bei der Ansteuerung meiner Markise aufgefallen, 
die etwa 44 Sek. zum Ausfahren benötigt.

Gruß
Carsten

Hier ist mal ein Beispiel für eine Visualisierung (Gesamtübersicht).

Gruß
Carsten

Carsten W. schrieb:
> Hier ist mal ein Beispiel für eine Visualisierung (Gesamtübersicht).
>
> Gruß
> Carsten

Na das sieht doch mal richtig gut aus! Bei der Verfeinerung der 
Visualisierung bin ich aber noch Lange nicht angekommen.

Ich habe allerdings noch eine Frage wegen dem SVN, ich habe im Code 2 
Erweiterungen vorgenommen, einmal die Ansteuerung eines Licht/Frequenz 
Wandler TSL230R und dann noch einen weiteren Switch hinzugefügt (der 
Impuls tastet, also für ein paar ms schaltet, brauchte ich für meine 
Etalko Taster Module, da ich es so aufgebaut habe das man im Notfall die 
Hap Module rauswirft und ganz konventionell über Stromstoßrelais alles 
schalten kann, im Moment macht das die Server CU)

Das mit dem Etalko Teil ist wohl zu speziell und muss nicht unbedingt 
ins SVN, den Lichtsensor könnten aber vielleicht andere auch gebrauchen.

Gruß
Micha

@ Nicolas A.
Hallo,
du sollst bei Einstellung für "DT 0 0 0 N01" unter Upstream Modul nicht 
die CU sondern Server eintragen, also "DT 0 0 0 N00"

@Nicolas:

interessanter waehre warum der CAN Treiber
gestorben ist, kannst du uns dazu was sagen?

vlG
Charly

Hi,

bei mir laufen mittlerweile auf dem Server doch recht viele Skripte für 
diverse Steuerungen (Rollos, Abschattung, Hausstatus usw.) .
So langsam wird es unübersichtlich, zumal ich manche Dinge später anders 
realisiert habe als zu Anfang.

Hat jemand Interresse daran sich ein Konzept für eine Einheitliche 
Verarbeitung zu überlegen?

Gruß
Carsten

@Ben

Das läuft bei mir zurzeit:

1. Einmalig laufende Cronjobs um die Rollos nach täglich ausgerechnetem 
Sonnenstand zu öffnen oder zu schliessen. Ich variere dann noch nach 
Werktag und Wochenende/Feiertag. Hier werden auch Scenen abgerufen, z.B. 
"Frühstück" wo dann an Werktagen bestimmte Rollos im EG geöffnet werden 
und Beleuchtungen eingeschaltet werden.

2. Cronjob alle 5 Minuten, der Tagsüber die Abschattung für einzelne 
Fenster nach Sonnenstand und Lichtsensor steuert. Da lese ich auch 
sämtliche Temperaturen ein die in der GUI aktualisiert werden sollen.
Hier wollte ich auch ein Skript einbauen, das einen Hausstatus setzt. 
Tag/Nacht/Schlafen um z.B. die Grundhelligkeit von Dimmern entsprechend 
zu setzen oder Alarmfunktionen auszulösen.

In den einzelnen Skripten rufe ich noch diverse Tools auf:
- aktuelle Uhrzeit
- Feiertagsberechnung
- Sonnenstand (nach Standort)
- Sonnenauf- und untergangzeit (nach Standort)
- aktuellen Status eines Devices aus der Datenbank lesen
- Hilfsvariablen in die DB schreiben und auslesen

Das alles würde ich gerne mal aufräumen und irgendwie übersichtlicher 
machen.

Gruß
Carsten

Matze schrieb:
> Und irgendwie bekomme ich nirgends den PCA82C250 zukaufen

Hier hatte ich schon mal etwas dazu geschrieben:
Beitrag "Re: Wer hat Erfahrung mit HAP?"

Gruß
Carsten

hallo,
 ich habe MCP 2551 getestet. das läuft bei mir ohne probleme.

Matze schrieb:
> Und irgendwie bekomme ich nirgends den PCA82C250 zukaufen.

mein Dealer hat den schon, aber er verlangt mittlerweile
'Oldtimerpreise' dafuer, so um die 3,irgendwas €, i denk
der MCP2551 ist um die haelfte guenstiger

PS. falls noch jemand Platinen braucht, versch. sind noch da,
    bitte Nachricht per PN

vlG
Charly

Hi,
falls jemand interesse an meinen "fertigen" Platinen hat bitte auch PN 
an mich.
@Charly: will dir keine Konkurenz machen & ausserdem vielen Dank für 
deine Hilfe. Aber ich komme einfach nicht dazu mich mit HAP weiter zu 
beschäftigen. Vielleicht wenn ich in Pension bin 2087 oder so :-(.

lg
Wolfi

Wolfgang P. schrieb:
> @Charly: will dir keine Konkurenz machen & ausserdem vielen Dank für
> deine Hilfe.
Kein Problem Wolfgang, i hatte mal eine Sammelbestellung gemacht
und da liegen halt noch Platinen rum die ich selber verm. nie alle
brauchen werde.

> Aber ich komme einfach nicht dazu mich mit HAP weiter zu
> beschäftigen. Vielleicht wenn ich in Pension bin 2087 oder so :-(.
Du bist aber noch jung, i hoffe du hast das beruecksichtigt das
du bis 100 oder mehr arbeiten musst ;)

> lg
> Wolfi
vlG
Charly

Ben schrieb:
> Wenn ich das richtig überblicke, würde es doch schon eine Menge bringen,
> wenn man den HAP-Scheduler aufbohrt, so dass auch Makro-Scripte und
> normale Shell-Scripte ausgeführt werden können. Eventuell sollte man die
> Makro-Scripte und Shell-Scripte auch zusammenführen.

Ich habe den HAP-Scheduler bis jetzt kaum im Einsatz und alles direkt 
als Cron-Job angelegt.
Im Prinzip gibt es doch 3 verschiedene Arten wann ein Skript/Makro 
gestartet wird.

1. Zeit der Ausführung ist vorher bekannt.
2. Bedingungen müssen periodisch geprüft werden und dann gegebenenfalls 
ein Skript/Makro oder andere Verarbeitung starten.
3. Skript/Makro wird direkt durch ein Ereignis gestartet

Wobei die Frage ist ob man den Fall 1) nicht auch über 2) steuert. Ob 
eine Rollade exakt zur berechneten Zeit hoch geht oder dies über ein 
Job, der z.B. alle 5 Minuten läuft, gemacht wird wäre ja ok.

Gruß
Carsten

@Ben

Prinzipiell klingt deine Idee nicht schlecht. Bei dem Fall 1. (Zeit der 
Ausführung ist vorher bekannt) hatte ich aber auch veränderliche Zeiten 
gemeint, die nur einmal täglich ausgeführt werden. Zurzeit mache ich 
dies so:

Ein Skript wird täglich z.B. um 3 Uhr ausgeführt und berechnet die Zeit 
des Sonnenauf- u. Untergangs. Dann erzeuge ich darin über "at -f 
/opt/hap/var/macro/nnn -v startzeit" eine Job der nur einmal ausgeführt 
wird.

Sollte dies dann auch über den HAP-Scheduler möglich sein?

Gruß
Carsten

Ben schrieb:
> wenn der
> Scheduler alle x-Minuten das Script anläuft und in diesem Script geprüft
> wird, ob der Startzeitpunkt schon erreicht ist

So hatte ich das auch weiter oben schon gemeint. Bei einem Rollo reicht 
es wenn es z.B. in einem 5 Minutenraster geschlossen wird und nicht zur 
exakt berechneten Zeit. Ob ein Skript dann schon mal ausgeführt wurde 
könnte man über ein Flag in die DB schreiben.
Die Skripte stehen ja eh in der DB, da könnte man doch in ein Feld die 
Ausführungszeit eintragen.

Was noch ganz elegant wäre wenn man beim Anlegen einer Aktion z.B. Rollo 
Wohnzimmer 0% eine Suchhilfe hätte. Zurzeit sieht dies so aus:

1

/opt/hap/bin/helper/hap-sendcmd2.pl "destination 211 set device 151 value 0" #WZ1

Dazu muss man sich immer erst das Device und Adresse aus der DB 
raussuchen.
Das hat aber erst mal keine hohe Priorität.

Das könnte ein schönes Winterprojekt werden ;-) .

Gruß
Carsten

Hallo zusammen,

meine Baustelle bewegt sich langsam dem Ende entgegen und fange jetzt 
langsam wieder an HAP zu erweitern.

Gibt es Beschränkungen bzgl der Scheduler Auslastung oder theoretisch 
Überschneidungen? Kann doch eigentlich nicht sein oder?
Habe sonst immer periodisch alle 15min die wichtigsten 5 Devices 
abgefragt ohne Übertragungsfehler.

Seit dem ich auch den Status der 3 Shutter im EG auch alle 5min abfrage, 
treten ERR in der Liste auf die nicht nur die Rolloabfragen betrifft:

2011-09-08 19:00:03 - 2064 - hap-scheduler - Info - [100%] [ERR 
Prediction] vlan:0, source:107, destination:225, mtype:9, device:121, 
v0:100, v1:0, v2:0

Was bedeutet [ERR Prediction] ? Error Prognose?

Ansonsten  "- hap-scheduler - Info - [100%] [ERR] No Answer"  als Fehler 
aber komischer Weise völlig willkürlich. Die Abfrage geht paar mal, mal 
nicht. HW technisch hatte ich von der gleichen CU schon immer was 
abgefragt ohne Probleme.

Bzgl. Shutter abfrage selber :

-c "destination 100 query device 81"

hap-scheduler - Info - [100%] [ACK] config HAP vlan 0 source 100 
destination 225 query device 81 value 100 
[C:133,V:0,S:100,D:225,MT:9,DEV:81,V1:100,V2:0,V3:0]

per Terminal das gleiche...

Hallo Ben,

vielen Dank. Konnte durch neu anlegen der Shutter das Problem teilweise 
beheben und Logs  lade ich dann noch hoch.

Gibt es eigentlich beim Start des Rechner & HAP die Möglichkeit gewisse 
Abfragen einmalig auszuführen? Da der Rechner über Nacht aus ist fehlen 
teilweise die Stati von Rollos sofern sie übermacht bedient wurden oder 
von Lichtern u.s.w.

Habe in der GUI ein Makro was alle Werte einmal abfragt & updated aber 
müsste ich immer manuell aufrufen.

@Ben

Hallo,

habe leider immer noch Errors mit drin, die ich nicht identifizieren 
kann bzw nicht verstehe ob es evtl immer der selbe Scheduler item 
verursacht!

Angehängt mal die Logs aus HAP, der Terminalinhalt und die Scheduler 
items. Vielleicht kannst du ja etwas draus deuten. Die Abstände sind 
unregelmäßig und ings. kommen alle Scheduler aufrufe auch irgendwann 
erfolgreich durch, soweit ich es sehen konnte.

@all

Folges bash script sollte mein Versuch sein das Ausführen von Scripts 
nach dem Laden des HAP Tasks lösen und läuft auch wunderbar aber weis 
jemand ob man die Dauerschleife irgendwie durch delays nicht so 
Prozesserhungrig gestallten kann sofern es sowas gibt?

1

#! /bin/bash

2

3

while [ "$(pidof hap-mp.pl | tr -d '0123456789' | wc -c)" == "1" ]

4

do

5

echo " HAP not yet running"

6

done

7

8

# run here  update script after hap-mp.pl is started

9

10

exit 0

Hallo zusammen,

sleep scheint die Lösung im bash zu sein. Werde das ganze ins Wiki 
packen und da weiterverfolgen, da editieren ja hier im Forum schon nach 
15min nicht mehr möglich ist.

Noch besser allerdings als das ich die Daten auslesen kann beim Start 
ist, dass ich ebenfalls Firefox definiert starten kann und so nicht 
immer die Fehlermeldung kommt, das HAP noch nicht offen ist...

@Ben

Zu der Skript/Makro-Geschichte:
Ich hole mir viele Anregungen im KNX-User-Forum und habe mir dort mal 
Wiregate genauer angeschaut. Ist Linux/Perl basiert und arbeitet mit 
Plugins, in denen man Steuerungen programmieren kann.
Im Prinzip ist es eigentlich das, was HAP noch fehlt.

http://scm1.elabnet.de/trac-wiregate/browser/wiregated/trunk/usr/sbin/wiregated.pl

http://openautomation.svn.sourceforge.net/viewvc/openautomation/wiregate/plugin/generic/

http://knx-user-forum.de/wiregate/6378-wiregate-1-wire-eib-knx-gateway-einfuehrung-faq.html

Ich lese mich noch weiter da ein und habe inzwischen angefangen meine 
diversen Funktion (DB-lesen/schreiben usw.) zu überarbeiten.


Noch eine Frage. Warum schreibst du in die Statustabelle die Module ID 
und nicht die Module-Adresse? Hintergrund ist dieser:
Wenn ich ein Device direkt über den Bus lesen will, benötige ich die 
Module-Adresse.

1

can_read('202/150');

 (Module-Adresse/Device-Adresse)

Will ich den Status aus der DB lesen benötige ich allerdings die ID des 
Moduls.

1

db_read('260/150');

 (Module-ID/Device-Adresse)

Klar kann man diese über einen weiteren Select vorher lesen, die Frage 
ist nur ob dies wirklich so sein muss. Zur Vereinfachung würde ich gerne 
nur eine Art der Adressierung in den Helpfunktionen benutzen.

Gruß
Carsten

Hi,

falls jemand zur Berechnung des Sonnenaufgang und Untergang das Programm 
rscalc2 benutzt, soll dies durch die angehängte Version ersetzen.

Das Programm liefert seit heute falsche Werte!
Hatte mich schon gewundert warum meine Rollos heute Morgen so spät hoch 
gingen. Die Taglänge ist zwar immer noch falsch aber das Programm 
braucht man demnächst eh nicht mehr.

Gruß
Carsten

Hallo,

im Wiki ist es wie ich finde gut beschrieben. Hier noch einmal ein 
Beispiel mit den notwendigen Einstellungen, um über einen Taster ein 
Dimmer auf der gleichen CU zu schalten.... Notify vom Taster ist die 
selbe CU?

Kannst du denn den PIN direkt schalten, hier mal ein Beispiel?

CU_ID = 100
Lampe_ID = 80
Wert = 100 (an)

1

cd /opt/hap/bin/helper

2

3

./hap-sendcmd2.pl "destination 100 set device 80 value 100"

Hallo Matze,

du sollst schon ein wenig WIKI lesen. Und Dokumentation nicht 
vergessen(da sind alles Gatter von der Autonome Steuerung beschrieben ab 
Seite 73)

http://wiki.netmb.net/index.php/Autonome_Steuerung:_Bewegungsmelder_schaltet_Ausgang_mit_Zeitverz%C3%B6gerung

statt Bewegungsmelder einfach den Taster nehmen.

"Input Passive" und "Input Passive Volatile" sind 2 verschiedene Sachen.

Doku lesen.

Grüß Eugen

Ich habe in der Firmwareversion 2.5.13 im SVN die Positionsbestimmung im 
Rollomodul geändert. Es gab immmer mal Probleme dass ein Rollo nicht die 
Endlage erreicht hat.
Im Dimmermodul ist auch noch ein Bugfix für die Speicherung des letzten 
Helligkeitswertes.


@Ben
Ich probiere immer noch einige Sachen für die Erweiterung 
Serverfunktionen aus. Probehalber habe ich in den MessageProcessor eine 
Funktion eingebaut um Eventgesteuert Skripte aufzurufen. Bei Eingang von 
Nachrichten über eine bestimmte Multicastadresse wird ein Skript 
aufgerufen. Als Parameter werden noch sämtliche Werte des auslösenden 
Devices übergeben.

Bei mir senden z.B. alle Fensterkontakte auf einer Multicastadresse, so 
kann ich Lüftungs- und Alarmfunktionen recht einfach realisieren.

Ist das zu speziell oder könnte dies auch ins SVN?

Gruß
Carsten

@UweB

Bei mi im Haus habe ich alle Taster bzw. Sensoren per Cat7  direkt mit 
den CUs verbunden. Kurz vor dem Schaltschrank liegt der Schirm des Cat7 
auf einer Erdungsschiene für Coax Kabel.
Steckdosen sind bei mir außerdem nicht direkt unter den Tastern sonder 
alle ca. 30cm über dem Boden... Finde es furchtbar wenn man im dunkeln 
anstatt den Taster die Steckdose erwischt (auch wenn ne Kindersicherung 
alles abdeckt und nichts passiert...).

Ich schalte alles mit den normalen 230V Tastern von BJ bzw. Gira 24 
Sensortastern und hatte bis jetzt keinerlei Störungen oder anderen 
Probleme. Damit die 0,6mm Leitung auch ohne fummeln in die normalen BJ 
Taster passt habe ich das Ende einfach mit einer Aderendhülse versehen. 
Passt perfekt rein (auch von der Länge)...

@UweB

Bei mir ist es fast wie bei Jörn nur mit CAT5. Läuft ohne Störungen.
Ansonsten habe ich Etagenweise eine Unterverteilung um die Kabellängen 
etwas zu reduzieren.

Gruß
Carsten

Hallo,

nach langer Suche nach einem Hasubussystem auf CAN-Basis bin ich auf HAP 
gestoßen und will es mal ausprobieren. Da wir gerade draußen renovieren 
will ich mit der Beleuchtung für Garage/Carport und Garten anfangen. Ich 
möchte eine CU mit Linux-Rechner in Keller stellen und die andere CU in 
die Garage.
Hier jetzt meine Fragen:
1. Kann ich mit der CU im Keller auch Ein- und Ausgänge bedienen oder 
läuft die nur als Gateway?
2. Hat noch jemand "nackte" Platinen oder auch fertig aufgebaute übrig 
(hab leider nicht die Zeit mit Laserdruck und Katalogpapier zu 
experimentieren)?

Gruß, Stefan

1. Ja jede CU kann es, also auch die, die als Gateway zum Linuxrechner 
dient.
2. Schreib mal Charly siehe oben. Bei ihm hatte ich damals alle 
unbestückten PCBs bestellt.

P.S.: Hat jemand schon nachgeforscht, was das bestücken aller SMD 
Bauteile kosten würde?

Danke.
Werd mich mal per PN an Charly wenden.

Steuert eigentlich schon jemand seine Heizung über HAP?

Ich habe mal probeweise die Fussbodenheizung des EG angeklemmt, die 
Sache ist aber alles andere als einfach. Einen 2-Punktregler kann man ja 
schnell in der autonomen Steuerung zusammenbauen, ist aber wie vermutet 
durch die riesigen Überschwinger unbrauchbar.
Als nächsten Schritt habe ich mich am PI-Regler mit PWM Ansteuerung der 
thermischen Stellantriebe versucht, wie es in den KNX Heizungsaktoren 
realisiert ist.
Der PI-Regler läuft als Perlskript alle 5 Min. und setzt das 
Switchdevice an dem der Stellantrieb hängt auf einen Wert zwischen 0 und 
100. Das Switchdevice habe ich provisorisch erweitert, dass die Werte 
zwischen 1 und 99 als PWM mit einer Zykluszeit von 20 Min. interpretiert 
werden.
Läuft zwar schon wesentlich besser aber ganz zufrieden bin ich noch 
nicht.

Ich bin mir auch noch nicht sicher wie man ein "langsames" PWM-Device 
ordentlich in HAP integrieren kann. Zurzeit sind halt alle Parameter 
fest in der Firmware vorgegeben. Ein anderer Ansatz wäre es, die PWM als 
Modul für die autonome Steuerung umzusetzen.

Gruß
Carsten

@Ben

Aktuelle Kontaktdaten habe ich leider nicht.

Gruß
Carsten

@Uwe

Die thermischen Stellantriebe werden bei allen mir bekannten KNX 
Heizungsaktoren mit einer PWM Zykluszeit von 15 - 30 Min. angesteuert. 
Sie werden also immer komplett geöffnet und verschlossen.
Irgendwo habe ich mal gelesen dass dies wohl weniger Erngie verbraucht, 
als wenn man die Stellantriebe mit einer kurzen PWM Zykluszeit von etwa 
3 Min. betreibt und so Zwischenstellungen ermöglicht und einen 
dauerhaften Wasserdurchfluss hat.
Ich bleibe jetzt auch erstmal bei der ersten Ansteuermethode.

Noch ein Tipp: Wenn du im Badezimmer eine FBH bekommst, bau dir einen 
Temperatursensor in den Estrich ein. Mein Heizungsbauer hatte mir 
erzählt so was braucht man nicht und ich hatte es aus Zeitmangel nicht 
mehr verfolgt.
Eine Wohlfühlbodenemperatur hat nichts mit der Raumtemperatur zu tun! 
Ich muss dass jetzt irgendwie anhand der Vorlauftemperatur im Verteiler 
messen ... .

Gruß
Carsten

@ Ben

Ich hatte mir auch mal ein Script zum löschen alter Einträge in der 
Status-Tabelle geschrieben, hatte aber wohl vergessen das ins SVN zu 
übertragen.

Der Unterschied zu deiner Variante ist, dass egal welches Datum 
eingestellt ist der letzte Status eines Devices erhalten bleibt.
Ich baue das mal in dein Script ein und dann kann man ja überlegen dies 
zu übernehmen.

Gruß
Carsten

@Ben

Ich habe dein Skript mal angepasst, so dass der letzte Status eines 
Devices nicht gelöscht wird egal wie alt der Eintrag ist.
Das hat den Vorteil, dass in der Visu auch wenig benutzte Devices mit 
dem richtigen Status angezeigt werden.
Was meinst du dazu?

Gruß
Carsten

Ich hatte das nur wenn die Verkabelung zum Sensor einen Wackelkontakt 
hatte.

Gruß
Carsten

Ja das habe mir auch schon gedacht. werde dann es überprüfen. danke

Hallo,

habe einen Fehler beim Timer(min) entdeckt.
Es wird die Prop.2 nicht gesetzt. In der Datenbank ist der Wert leer.
Beim Laden der Konfig in die CU kommt eine Fehlermeldung (siehe Log 
Auszug)

---------------------------
destination 10 ac-object 22 property 0 value 32

[ACK] config Zu Hause vlan 12 source 10 destination 237 ac-object 22 
property 0 value 32 
[C:132,V:12,S:10,D:237,MT:101,DEV:22,V1:0,V2:32,V3:0]

destination 10 ac-object 22 property 1 value 44

63%] [ACK] config Zu Hause vlan 12 source 10 destination 237 ac-object 
22 property 1 value 44 
[C:132,V:12,S:10,D:237,MT:101,DEV:22,V1:1,V2:44,V3:0]

destination 10 ac-object 22 property 2 value

[63%] % Incomplete command
----------------------------

funktionieren tut aber alles.

Könnt Ihr das bitte bei Gelegenheit fixen.

Dann noch eine Frage:
Gibt es eine Möglichkeit einen Timer so einzurichten das er alle z.B.
5 Minuten einen Impuls für paar Sekunden erzeugt? (direkt auf der CU)

MfG
Manuel

Carsten W. schrieb:
> Steuert eigentlich schon jemand seine Heizung über HAP?

Evlt könnte man sich mit den Entwicklern des folgenden Themas zusammen 
reden: Beitrag "Entwicklungen und Forschung um den Sparmatic Comet / Zero v2 Heizungsthermostat"

Hallo Ben,

ja hab gestern auf die letzte umgestellt.

hab auch nochmal zum testen ein kleine Sequenz mit einem Timer erstellt.
War hier aber das selbe.

MfG
Manuel

@ Carsten W.

Ja, hab schon fast die ganze Heizung umgestellt.
Benutze Hap aber noch nicht zur Temperaturregelung in den Räumen sondern 
für die Regelung der Vorlauftemp, Warmwasserbereitung, Pumpensteuerung, 
Pufferspeicherüberwachung etc für 2 Wohneinheiten. Ich hab´s so 
programmiert das alles auch ohne Linux Server funktioniert.

Die Temperaturregelung im Wohnraum scheitert noch an der dort plazierten 
CU.
Die ist mit Display, Temperatursensor, (Lichtsensor), Relais. Das 
funktioniert auch alles, aber es darf immer nur eine dieser CU´s am Bus 
sein. Beim Umprogrammieren des LCD werden immer alle angeschlossenen 
CU´s mit LCD neu programmiert.
Bin noch nicht dazu gekommen den Fehler zu suchen - deshalb auf dieser 
Baustelle Standby. Vieleicht hat jemad eine Idee - der Bock muss 
irgentwo in der Adressierung der LCD Module liegen. Anscheinend werden 
immer alle angesprochen.

Wenn´s fertig ist soll die CU  dann eigentlich einen elektrischen 
Stellantrieb am Heizkörper steuern und die Temperatur regeln.

MfG
Manuel

@Manuel
Die Heizung an sich wird bei mir über ein eigenes Steuergerät geregelt, 
da macht es keinen Sinn dies zu ändern bzw. darf ich es auch nicht.
Ich regel nur die Raumtemperatur über die Stellantriebe der FBH. 
Testweise läuft dies zurzeit nur in zwei Räumen, weil ich noch einen 
Aktor für die Ansteuerung bauen muss.
Ich denke ich werde den PI-Algorithmus auch weiterhin als Perlscript 
laufen lassen, da die ganzen Schaltkriterien schon recht Umfangreich 
sind. Da wären die Paramter für den PI-Regler, verschiedene Temperaturen 
(Komfort, Standby, Nacht), Anwesenheitserkennung, Frostschutz bei 
geöffnentem Fenster usw. .
Hier ist mal der jetzige Teststand des Skriptes, damit man sich dies mal 
vorstellen kann:

1

#!/usr/bin/perl

2

# PI-Raumtemperaturregler

3

#

4

# Standardeinstellungen: 

5

# Fussbodenheizung:     Proportionalbereich = 5 K, Nachstellzeit = 240 min

6

# Warmwasserheizkörper: Proportionalbereich = 5 K, Nachstellzeit = 150 min

7

#

8

9

require '/opt/hap/var/scripts/help.pl';

10

require '/opt/hap/var/scripts/feiertag.pl';

11

12

# Konfiguration

13

my $Frostschutz    = 7.0;

14

my $Ventilschutz   = 1;         # 0/1 Ventile werden 1 mal pro Woche geöffnet

15

my $AbwesendDA     = '204/206'; # LED 1 CU4

16

my $stellzeit      = 3;         # Stellzeit des Ventilantriebs in Min.

17

my $zykluszeit     = 20;        # PWM Zykluszeit in Min.

18

my $dt             = 300;       # Aufrufzyklus des Skriptes in Sek.

19

20

my @Raeume = (

21

  { Name=>'EG', Ventil=>'202/204', Sensor=>'203/150', Fenster=>['201/208','204/214','206/216','206/217'],

22

    Nachstellzeit=>'200', Proportionalbereich=>'1.5',