Wer hat Erfahrung mit HAP?

Guten Abend !

Ja, auch ich bin fasziniert von der HAP.
Ich würde sie in der Autonomen Steuerung betreiben.
Mir ist aufgefallen das hier von DCF 77 gesprochen wird .. auch ich war
erst auf diesem Trip ... bis mir Dario Carluccio (sei gegrüßt) die
Augen öffnete mit der Aussage "Wozu gibt es denn das Internet... "
dort gibt es dort Zeitzeichen Pages zur Synchronisation ...
z.b. diese 192.43.244.18 ...
Das habe ich mit in meine Überlegungen einfließen lassen und werde
einen Webserver / Webinterface mit in meine Hardware integrieren.

Nur eine grundlegende Frage zur HAP...

Wenn ich diese in der Autonome Steuerung betreiben will .. also autag
ohne PC .. kann diese denn auch einen Reed Schalter abfragen, der z.b.
an der Terassentüre angebracht ist und je nach dem wenn die Türe 
geöffnet
oder geschlossen (Reed Schalter geöffnet oder geschlossen) ist,
quasi eine "UND" Verknüpfung ... Türe auf UND Zeit zum runterfahren ->
nicht runterfahren.. Türe zu UND Zeit zum runterfahren -> dann runter 
damit.. Wenn die Türe geschlossen wird UND die Zeit zum runterfahren 
währe schon sagen wir mal erreicht dann könnte man ein Delay von 5 min 
starten und dann die Rolllade runter fahren. Ähnliches könnte beim 
öffnen der Türe passieren, nur das die Rolllade dann sofort hochfährt.


Währe solch eine Anwendung mit der HAP realisierbar?


Grüße,

Stefan

also mich fasziniert ja auch das HAP aber wie kann ich die Lampen per 
Schalter an der Wand schalten, das es auch so im "HAP-System" angezeigt 
wird... müsste ja dann der Schalter direkt mit 5V an nen CU-Eingang 
gehen oder?

1) TOUCHSCREEN - CCU - CU - Relaiplatine - Lampe
2)                                 Schalter       - Lampe

Was aber wenn im Raum noch "normale" Schalter sein sollen? Nicht das ich 
das ganze Haus "nur" noch über eine zentrale Quelle Steuern kann...

@Ben

genau das hat mich irritiert und ich dachte ich hätte in den Dokus (sehr 
ordentlich!!) was übersehen. Mann müsste dann eben entweder nen "Sensor" 
haben, der erkennt, wenn Saft auf der Lampe ist oder einfach die 
Schalter nur mit 5V Spannungen an die CU hängen.
Wie habt ihr das gemacht? Die Leitungen kann man ja mit 1.5mm^2 
verlegen, sofern später beim Verkauf oder ähnliches das ganze rauskommt 
oder verlegt ihr nur noch "digitale Leitungen" zur CU? Steckdosen wollte 
ich übrigends nicht Schalten...

ok also würde ihr garkeine 250V Spannungführenden Leitungen mehr zu den 
Tastern (guter Tip) legen? Meine Sorge ist nur was tun wenn ich das 
ganze irgendwann evl. verkaufen will.... Gibts da Probleme bei der 
Abnahme? Wobei alles unter 24V sollte den Elektriker nicht interessieren 
oder?

Hallo,

Bin gerade dabei meine Heizung aufzupeppen.

Nun muss ich mangels Adern im Kabel den alten Aussensensor von Gasofen 
behalten. Die anderen laufen alle als Digitale Sensoren (DS18...).

Hab im Moment aber keine Plan wie ich dort eine sinnige 
Temperaturanzeige hinbekommen und die Kennlinie muss auch noch 
ausgeglichen werden.

Hat jemad schon mal einen normalen NTC als analogen Sensor in Betrieb 
genommen?
Angeschlossen habe ich ihn an Port A wie beschrieben. Messen 
funktioniert auch, in der gui wird ein Wert von ca. 1950 angezeigt.
Hab testweise einen 4,7k Widerstand nach 5V und den NTC ( hat 1,5k bei 
aktuell 5°C) gegen Masse.

Gibt es eigentlich eine Doku zu der Web Oberfläche?

@Ben:

Für welche Version von AVR ist die Firmware, die man auf der Homepage 
runterladen kann

Mit AVR 4.1.7 kommt nur:

Object file does not exist: C:\Documents and 
Settings\Joern\Desktop\ha-2-5-7-20080715\ha25\ha.elf

hab auch versucht nur die c Dateien und header einzubinden, in mv.h nur 
das nötigste enabled aber leider kommen nur warnings...

Hi,

da ich gerade dabei bin alle Fälle für meine Automatisierung anzulegen, 
bin ich bei der Timerprogrammierung auf einen Fehler im HAP-Server 
gestossen.
Dieser sendet auf ein Zeitsync-Telegramm der CU leider den falschen 
Wochentag.
Der Fehler lässt sich aber leicht beheben, einfach die angehängte Datei 
in das Verzeichnis /opt/hap/lib/HAP/ kopieren und die Datei 
MessageRoutines.pm  überschreiben. Eventuell noch die Berechtigung 
wieder anpassen. Das wars.

Gruß
Carsten

Hallo,

danke für die Antworten zu meinem Beitrag. Habe mich entschlossen einen 
DS18.. einzusetzen. Mit dem Parasite Power geht das nicht so einfach, da 
braucht man lt. Doku noch einen Ausgang vom µC zum Umschalten zw. 
Spannungsversorgung und Datenbetrieb. Ich werd jetzt ein neues kabel 
einziehen, geht schneller wie lange Experimente.

Inzwischen frage ich mich wie ich einen Zeitsteuerung (quasi eine 
Wochenschaltuhr) mit der Standart CU programmiere. Die aktuelle Zeit 
soll ja vom Server verteilt werden, aber wann und wie es sich 
synchronisiert habe ich noch nicht heraus gefunden. Auch wird nichts in 
der Doku erwähnt wie sich die Zeit in der CU verwenden lässt - oder 
brauche ich dazu den LCD Teil in der Firmware?

Grüße
Manuel

Hi,

ich habe noch einen Fehler bei der Konfiguration des Stunden-, Tages- 
und Wochen-Timers gefunden. Leider kann die Startzeit nicht richtig 
eingeben werden, da eine Datentyp falsch in der DB hinterlegt ist.
Ich kontaktiere mal Ben ob er eine aktualisierte Version zum Download 
anbietet.
Falls jemand dringend ein Bugfix benötigt, dann bitte hier melden.

Gruß
Carsten

kurze Frage zum DS18S20. Leider bekomme ich immer nur eine 0 als 
Antwort. Config siehe Bild.
Kann man abfragen ob eine Kommunikation funktioniert? finde nichts in 
der CU-Doku.

Sofern ich den Messwert per Terminal abfrage: 0 0 100 8 50 0 0 0 (Modul 
= 100, Device=50) bekomme ich nur eine 0 als Antwort, ob der Sensor 
angeschlossen ist oder nicht spielt keine Rolle.....
Habe zwei "neue" Sensoren getestet ohne Erfolg. Angeschlossen sind alles 
drei Pins je 5V und GND und Signal an A0.

P.S.: Habe grad gesehen die Bezeichnung ist DS1820. Da hat mir 
CSD-electronic wohl einfach den alten geschickt!! laut Netz sollte er 
von der Schnittstelle aber gleich sein...

Hi,

deine Config sieht eigentlich ok aus. Die Sample-Rate ist aber in Sek. 
und nicht in 1/10s . Hast du denn den Pullupwiderstand richtig 
angeschlossen?

Bei meinen ersten Tests bekam ich immer eine 85 zurück, was wohl ein 
Initialisierungswert ist und plötzlich ging es dann.

Gruß
Carsten

besten Dank! den Pull-Up hatte ich im Datenblatt natürlich übersehen. 
Geht jetzt wunderbar.

Ich werd die Tage mal nen PDF "QuickStart HowTo for HAP" hier 
reinstellen vielleicht hilft das ja Neueinsteigern etwas. Hatte mir das 
als Gedächnissstütze erstellt, wenn in 5 Jahren die HS mal ausfällt...

hier mal der HAP Quickstart-Guide.

@ Carsten:

Die "85" ist normal beim ersten Einlesen.
Ist auch im Datenblatt so beschrieben.

Hi,

ich habe die Bugfixes jetzt mal in Dateien gepackt.
Behebt die folgenden Fehler:
- Digital- u. Analog-Trigger werden nicht richtig in der CU 
konfiguriert.
- Startzeit bei den Timern kann nicht im Format nn:nn eingegeben werden.

Gruß
Carsten

@Ben
Ich finde die Idee klasse. Wenn sonst jeder seine Fixes postet geht da 
schnell was unter.
Die Firmware würde ich auch mit aufnehmen.

Gruß
Carsten

Hi,

so ein Mist. Ich hatte heute noch einen Fehler in der Firmware 2.5.10 
bei der Dimmersteuerung gefixt. Dieses flackern ist behoben als auch ein 
Aufblitzen der Lampen beim Runterdimmen bis 0 über einen Taster. Tja und 
dann hat es kurz geraucht und ich saß im dunklen. Die HAP-USB Platine 
ist verkohlt alle USB-Ports im Notebook defekt und die komplette CU 
Schrott. Totalschaden also ... . Ich habe keinen Schimmer wer oder was 
der Auslöser war.
Frohe Weihnachten, ich bestelle jetzt mal wieder bei Reichelt. Grrr.

Gruß
Carsten

@Ben

Bei der Firmware 2.5.10 hatte ich zuerst die umbenannten 
Interruptvektoren überprüft. Einige waren falsch angelegt. Danach lies 
sich die Version übersetzen, allerdings produzierte der Dimmer 
(Phasenabschnitt) nur einen permanenten "Lagerfeuereffekt", mehr nicht. 
Also nicht nur wärend der Dimmvorgänge.
Ich habe dann die neue Routine, die nur in bestimmten Zeitfenstern eine 
Nulldurchgangserkennung erlaubt, etwas modifiziert. Dananch funktioniert 
die Ansteuerung.
Letztes Problem war dass beim Runterdimmen bis auf 0, die Lampen kurz 
noch einmal mit voller Helligkeit aufblitzten. Das liegt offenbar an 
einem Rundungsfehler, ich habe allerdings die genaue Stelle noch nicht 
gefunden. Setzt man den Wert für die Anzahl der Dimmerstufen auf 100 
oder 200, anstatt der 255, passiert dies nicht mehr.
Ich kann dir gerne die Version mal mailen ... wenn ich mit der 
Datensicherung fertig bin ... .

Gruß
Carsten

Hi,

der erste Schock ist verdaut. Mal sehen was HP zu dem Notebook sagt.

Ich werde auf jeden Fall den neuen USB-HAP Adapter mit Optokopplern 
aufbauen, damit eine galvanische Trennung gewährleistet ist. Hinterher 
ist man immer schlauer ;-) .

Gruß
Carsten

Hi,

ich hatte heute mal Zeit mein neues USB-Interface mit Optokopplern 
aufzubauen und einen ersten Funktionstest zu machen. Läuft alles 
einwandfrei. Falls jemand interesse an der Schaltung hat dann bitte hier 
melden. Vielleicht nimmt Ben ja auch die Schaltung mit auf die Homepage.

Gruß
Carsten

Hallo,

so langsam kämpfe ich mich durch. Mein jetziges Problem (siehe Anhang)
Ich will eine CU mit Display in Betrieb nehmen. Firmewareparts sind 
richtig konfiguriert. Ich kann in der Configseite für den Drehgeber 
keine Devices für A,B und P1 angeben. Es erscheint keine Auswahl.
Hat jemand einen Tip?

MfG
Manuel

Hi,

hast du die Devices dennn schon angelegt? Falls ja, dann hilft es beim 
Browser auf refresh zu drücken. Habe ich gelegentlich auch dass die 
Auswahlfenster leer sind.

Gruß
Carsten

(Gestern habe ich meine erste SMD-CU an den Bus geklemmt :-) )

Hi,

danke für die Antwort. Das war´s leider nicht.
Die Devices von dem Encoder habe ich angelegt.(siehe Bild)
Trotzdem bleibt das Problem bestehen.
Browser aktualisieren hat nichts gebracht. Auch von einem anderen PC aus 
geht es nicht.
kann mir jemand noch einenheißen Tipp geben?

MfG
Manuel

Hi,

wähle mal bei den Options "Disable Debounce" und nicht "Long Activation"
Aber nur bei dem A und B Eingang des Encoders, der Pushbuttun stimmt so.

MfG   Uwe

Hallo,

DANKE , das war der entscheidende Hinweis.

Ich hab die Konfig nochmal rangehängt. So funktioniert es.

Nicht die Vorlage "Rotary Encoder ..." verwenden!

MfG
Manuel

;)

Hatte das gleiche Problem vor ca. 2 Monaten.

Hi,

ich habe mir den Fehler bei den Templates angeschaut. Die Templates sind 
richtig in der DB angelegt, werden aber falsch ausgelesen. Der einzige 
Wert der korrekt gesetzt wird ist für den Push-Button.
Wenn ich den Fehler gefunden habe gibt es wieder ein Bugfix ;-) .

Gruß
Carsten

Hi,

hier das Bugfix für die fehlerhaften Templates beim Logical Input.
Die Datei einfach laut Readme ersetzen und den Server neu starten.

@Ben
Wie sieht es denn aus mit Google-Code?

Gruß
Carsten

Hallo,
ich verfolge das System auch schon einige Zeit und werde demnächst mal 
2-4 CUs in Betrieb nehmen. Sind die Pläne, Infos und Software auf der 
Seite http://home-automation-project.netmb.net/ veraltet oder aktuell?
Ich möchte meine USB-Buchsen weiter benutzen und wäre sehr an dem 
Interface mit Optokopplern interessiert.
Zu Anfang muss ich erstmal 9 elektrische Rollos ansteuern (mit 
dazugehörigen Tastern). Später kommen noch mind. 6 dimmmbare 
Scheinwerfer und mind. 5 Relais.
Für welche Lasten ist das Dimmmodul ausgelegt?
Welche Firmwareversion ist aktuell die stabilste?
Danke für die Antworten

@Daniel

Ich habe den Plan des USB-Adapters mit Optokopplern angehängt.
Die Software auf der Homepage ist soweit aktuell, allerdings solltest du 
die Bugfixes aus diesem Thread hier einspielen. Vielleicht baut Ben ja 
bald eine neue Version wo diese schon enthalten sind.
Die Firmware 2.5.7 ist ebenfalls ok, allerdings funktioniert dort der 
Phasenabschnittsdimmer nicht. Ben hat mir mal eine ungetestete 2.5.10 
geschickt, diese habe ich soweit angepasst dass der Dimmer funktioniert. 
Allerdings nicht im Mischbetrieb von Phasenan- und Phasenabschnitt. Wenn 
diese rund läuft stelle ich sie Ben zur Verfügung.

Gruß
Carsten

Danke für den Konverter und die Hinweise.
Dann werde ich mir mal die Teile bestellen und das ganze ausprobieren.

Moin,

ich hätte noch eine ganz banale Frage, bevor euch die Zeit völlig 
ausgeht ;-). Ich bestelle mir gerade über Charly ein paar Platinen, die 
HAP-Software läuft bereits unter Ubuntu:

Inwiefern ist das System bezüglich anderer Aktuatoren/Sensoren 
erweiterbar, ohne die GUI-Software zu verändern? Sprich kann ich 
problemlos ein Dotmatrix-Display anschließen, ein Luftdruckmesser 
realisiere oder andere externe Beschaltungen an einer CU vornehmen, nur 
indem ich die Firmware der entsprechenden Unit anpasse? Oder 
funktioniert HAP nicht auf diese Weise, so dass mit einer Änderung der 
Firmware gleichzeitig auch eine Änderung der GUI-SW geschehen muss?

Noch eine zweite Frage: Ist die autonome Steuerung auch über mehrere CUs 
hinweg möglich, also beispielsweise "Wenn Eingang 1 von CU x > 
irgendeinWert, dann Ausgang 2 von CU y auf 1 setzen, außer ADC von CU z 
ist > 500"?

Danke,
Speedy

P.S.: Ich habe diesbezüglich schon über das Kontaktformular angefragt, 
aber entweder funktioniert es nicht oder ihr habt keine Zeit.

@ Zbigniew

Du kannst die autonome Steuerung auch übergreifend programmieren. Die 
Kommunikation bzw. der Datenaustausch muss dabei jedoch über "Devices" 
erfolgen(habe noch keinen einfacheren Weg entdeckt). Die CU sendet dann 
bei Bedarf einfach den Parameter zu der/den anderen CU's.
Das heißt du müsstest einen Port z.B. als switch ohne reale Nutzung 
anlegen und so als Übergabeschnittstelle nutzen. Durch setzen eines 
Werts auf den Port, kann der dann in der zweiten CU durch die autonome 
Steuerung verarbeitet werden.

Die Firmware selber kann du "eigentlich" nur über den Header 
konfigurieren bzw. dann die ausgewählten Funktionen über die HAPConfig 
aktivieren oder deaktivieren.
Ich habe den Code noch nicht sehr tief angeschaut aber das ganze muss 
halt von den Timings noch funktionieren, da alles in einer festen 
Schleife läuft.

P.S.: Beim Hausbau, wo wohl grad einige drinstecken haben wir halt wenig 
Zeit :D Ich habe erstmal nur die Basiskonfiguration (Lampen & 
Alarmanlage) programmiert und werde erst wenn das Haus steht und alles 
läuft das ganze erweitern...

Ich habe bald auch keine Zeit mehr, sobald es wärmer wird kommt der 
Bagger ;-) . Bis dahin soll so viel wie möglich laufen.
Ich mache es auch wie Jörn, erst mal Licht, Rolläden u. Fensterkontakte. 
Die Visualisierung kommt dann später, eventuell auch noch die Heizung.

@Ben
Vielleicht ist es zum Übergang wirklich am einfachsten das 
HAP-Verzeichnis dort abzulegen oder zumindest die Patches dort zu 
sammeln.

Gruß
Carsten

Moin

stimmt die Rollos sollen im ersten Schwung auch noch mit rein und die 
GUI ist dank Ikons ausm Netz auch schnell elegant gefüllt.

Hat jetzt jemand die Solid-State Platinen herstellen lassen? Hab aktuell 
dafür Relaiplatinen aufgebaut aber die Solid-State wären mir lieber...

Zum Thema Visualisierung:
Wenn ich einen Temperatursensor mir dem Value Layer Anzeige, wird der 
Wert nicht refresht. Erst ein doppelklick darauf holt per Telegramm 
einen neuen Wert vom Sensor. Was auch einleuchtet, da der refresh nur 
aus der Datenbank geholt wird.
Kommt dann allerdings ein Trigger-Telegramm vom Sensor, wird das 
Triggerflag in eine Temperatur umgerechnet und dann als Wert im Value 
Layer angezeigt. Dies hat aber nichts mit der gemessenen Temperatur zu 
tun. Erst ein doppelklick lässt wieder die Temperatur erscheinen.

Man könnte ein Skript auf dem Server hinterlegen das regelmässig einen 
Wert vom Sensor abfragt, allerdings würde dann immer noch zwischendurch 
das Triggerflag angezeigt.

Ist das so gewollt oder mache ich einen Denkfehler?

Ansonsten würde ich sagen müsste der Code so angepasst werden, dass 
Statustelegramme nicht mehr auf dem Layer angezeigt werden. Nur 
Wertabfragen dürfen dort erscheinen. Dann könnte man auch gleich den 
refresh so anpassen dass für den Value Layer Wertabfragen geschickt 
werden und nicht nur aus der Datenbank gelesen wird. Das hätte den 
Vorteil dass nur Sensoren die zurzeit Sichtbar sind auch regelmässig 
abgefragt werden. Wenn man dies per Skript macht würden ja alle Sensoren 
abgefragt, das eine unötige Last auf dem Canbus erzeugt.

Gruß
Carsten

Ben schrieb:
> In der Status-Tabelle sollten eigentlich immer umgerechnete Werte
> (Formula-Feld) landen. Beim Temp.-Sensor also die richtigen
> Temperaturwerte und nicht der 16Bit-Wert.

Das klappt ja auch. Ich habe aber bei der Konfiguration des Sensors 
einen Trigger aktiviert. Die CU sendet dann eine "64" für Trigger 1 
unterschritten und das wird dann mit der Formel zu 4 Grad Celsius 
umgerechnet und angezeigt. Man müsste glaube ich nur verhindern das 
Telegramme vom Typ 16 bei Sensoren nicht in der DB landen.

Äh nur mal so ... wenn ich hier Fehler beschreibe soll dies keine 
Nörgelei sein, das ist schon ein ganz schön komplexes System was ihr da 
gebaut habt. Da kann man nur sagen Hut ab.

Ben schrieb:
> Faktisch müssen wir irgendwie die Trigger-Messages erkennen und dann
> entsprechend behandeln. Der Code-Einstiegspunkt ist im hap-mp bei der
> serverCuIn-Funktion. Da wird auf 9 und 16 gefiltert und dann der
> DB-Update eingeleitet.

Die Trigger erkennt man durch mtype=16 und Type 32 (Analog) oder 40 
(Digital). Diese müssten ausgefiltert werden. Ich habe es aber noch 
nicht geschafft in der serverCuIn Funktion an den Type zu kommen ... .

Gruß
Carsten

Das Telegramm sieht so aus:
Serial in: vlan:1, source:203, destination:240, mtype:16, device:50, 
v0:64, v1:0, v2:0

Das steht in der DB:
ID nn, TS nn, Type 40, Module 264, Adresse 50, Status 4, Config 132

Mein Problem ist noch das in serverCUIn mir der Type fehlt oder in 
dbUpdateStatus der mType. Meine Pearlkenntnisse sind etwas eingeschlafen 
;-) .
Ich denke man muss den mType noch in dbUpdateStatus durchreichen und 
dort das Update dann unterbinden.

Gruß
Carsten

Danke. Ich werde es heute Abend testen und dann im SVN ablegen.

Gruß
Carsten

Zum Thema SVN: Mikrocontroller.net bietet einen SVN-Server an, auf dem 
man sich mit dem Forenaccount einloggen kann. Welche Benutzer Zugriff 
haben kann der Besitzer des Repositorys selbst per Webinterface 
einstellen. Das Einrichten eines neuen Repositorys geht bisher nur 
manuell, bitte per E-Mail oder Benutzernachricht melden falls Interesse 
besteht. Näheres dazu hier: 
http://www.mikrocontroller.net/articles/Hilfe:SVN

@Ben
Die Anpassung funktioniert, Trigger werden nun nicht mehr in die DB 
geschrieben. Normalerweise wird man diese auch nur direkt in der 
Autonomen-Steuerung verwenden.

Ich habe allerdings noch eine Änderung eingebaut. In der Web-GUI erzeugt 
der ValueLayer nun im eingestellen Updateintervall ein 
Wertabfrage-Telegram (mtype 8). In der Visualisierung werden also immer 
automatisch aktuelle Werte angezeigt, was ja eigentlich Sinn der Sache 
ist.
Wenn du der Ansicht bist dass dies so richtig ist und nicht nur eine 
spezielle Anforderung von mir, würde ich dies auch ins SVN übertragen.

Gruß
Carsten

Moin

mir ist folgendes beim testen jetzt aufgefallen:

1. Muss ich etwas für die ZeroCrossDetection konfigurieren? Die Lampe & 
ZCD hängen an der selben Phase. Die Funktion "Dimmer" allein 
funktioniert garnicht. Nur leichtes schwanken von 70%-30%, sonst immer 
an.

Dimmer Long Ignition & Dimmer Long Ignition Softstart funktionieren gut 
aber leider schalten sie nie zu 100% aus. Sofern ich 100% einstelle sind 
es "nur" 4,62V und siehe Bild im Anhang(Einstellung 100%).
Dimmer cut-off  funktioniert auch gut aber bzgl. 100% auch 4.62V.

Im Anhang auch mal das Signal am INT0 der CU. Es scheint bei einer 
Halbwelle immer vorher schon leicht einzubrechen.

@Jörn

Konfigurieren muss man für den ZCD nichts. Diesen seltsammen Einbruch 
vor dem Nulldurchgang habe ich nicht, bei mir ist es ein sauberes 
Signal.

Du hast die Einstellung Dimmer Cut Off ausprobiert? Hast du den 
MosFet-Dimmer (Phasenabschnitt) von der Homepage aufgebaut? Dann musst 
du die Steuerleitung vom AVR zum Dimmer anders verkabeln. Nicht an Masse 
und Steuerausgang, sondern 5V und Steuerausgang. So wird das Signal 
invertiert und der MosFet-Dimmer richtig angesteuert.
Ich baue gerade einen Dimmer auf der diese Verenkung nicht mehr 
benötigt. In der obigen Variante müssen nämlich im Auszustand die LEDs 
im Optokoppler an sein, sonst leuchtet die angeschlossene Lampe.

Gruß
Carsten

Hi,
leider sind Deine Infos etwas dürftig.Bitte mach mal Screenshots Deiner 
Config.
Hast Du die Möglichkeit mal den Sinus der Netzspannung + den Zündimpuls 
der CU darzustellen ?

Für die ZCD mußt Du nichts konfigurieren nur der Portpin muß stimmen.
(müsste P3.2 sein, schau aber bitte nochmal in der Doku nach!)

Ich hatte (habe) immer Probleme bei einer Einstellung > 95%
Dann hab ich den Triac "überkopf" gezündet und schon einige gehimmelt.
Deshalb hab ich in der Firmware die maximale Helligkeit auf 90% gesetzt.
Darüber hinaus steigt die Spannung eh nur nuch um 3-4 Volt.


MfG   Uwe

also hier erstmal Screenshots der Configs. Bzgl Phasenmessung, ich habe 
leider keinen Trenntrafo oder geht das auch ohne ohne großes Risiko...

Beschaltung ist:

ZCD Pin 3 auf Masse und Pin1 oder Pin2 an INT0 (CU 3-2).
Ansonsten den Ausgang an der CU (0-0) an der Mosfet-Platine IN-1 (1) und 
GND(8) an Ground.

Maximale Helligkeit auf 90%? Bei mir sind 90% nur noch leichtes Glühen 
bzw. 100% dann komplett aus. Der Phasenschnitt funktioniert für 0% also 
volles Licht wunderbar und ich habe 0V und Oszi eben flache Linie.

Ausgangsspannung:

GUI [%] - Spannung [V]
0%     - 0V     (Lampe volle Leuchtkraft)
10%   - 0.99V
20%   - 1.43V
30%   - 1.77V
40%   - 2.11V
50%   - 2.43V
60%   - 2.74V
70%   - 3.04V
80%   - 3.41V
90%   - 3.85V
100% - 4.66V (Lampe optisch aus)

Sofern das ganze im Phasendurchgang kurz aktiv ist fließt ja so oder so 
kein Strom aber optimal ist es eben nicht.

Jörn Ahrens schrieb:
> Maximale Helligkeit auf 90%? Bei mir sind 90% nur noch leichtes Glühen
> bzw. 100% dann komplett aus. Der Phasenschnitt funktioniert für 0% also
> volles Licht wunderbar und ich habe 0V und Oszi eben flache Linie.

Das habe ich ja schon mehrfach hier erwähnt. Die Firmware 2.5.7 steuert 
den MosFet Dimmer falsch (invers) an. Die Lösung habe ich oben schon 
beschrieben. Bei einem MosFet Dimmer dieser Bauart sind dann trotzdem 
nicht 100% Helligkeit möglich, weil dann keine Spannung mehr für die 
Erzeugung der 10V Steuerspannung bereit steht.

Im SVN ( http://code.google.com/p/hap )stelle ich demnächst meine 
angepasste Firmware 2.5.11 ein. Dort gibt es einen Parameter, der die 
maximale Helligkeitsstufe angibt. Angesteuert wird dann immer noch von 
0-100%, wobei 100% dann der veringerten Maximalstufe entspricht. 
Ausserdem ist es möglich mehrere Dimmstufen zu nutzen, dies geht zurzeit 
nicht da sich die Dimmer untereinander beeinflussen.

Gleichzeitig habe ich in der Firmware noch die Auflösung des DS18S20 
Temperatursensors von 9 Bit auf 12 Bit angehoben, also identisch zum 
DS18B20. Im Datenblatt wird darauf hingewiesen wie man dies machen kann.

Gruß
Carsten

Zur Verdeutlichung was ich mit invers meine:
http://www.mikrocontroller.net/articles/Optokoppler

Du musst den MosFet-Dimmer wie im 2. Schaltbild ansteuern. Dadurch wird 
das Signal der CU invertiert und der Dimmer ist bei 0% Helligkeit aus 
und bei 100% mit voller Helligkeit eingeschaltet.

Gruß
Carsten

@Uwe Bleile
Ich habe bei allen Tests jetzt die Phasenanschnittsteuerung genutzt und 
das ganze im invers-verkabelten Modus betrieben, damit im Dimmer-Modus 
überhaupt positive Pulse mit der FW 2.5.7 existieren...

Beim Versuch die nur "Dimmer"-Funktion zu nutzen scheint es so, also 
wenn die Pulse den Triac nicht zünden aber exisitieren, siehe Bild 
DIMMER_1. Ich verwende auch den KBU 808 (Reichelt KBU8K). Liegt es evtl. 
daran, dass die Pulsebreite zu kurz ist?

Beim Versuch die "Dimmer-Long-Ignition" Funktion zu nutzen funktioniert 
es einwandfrei. Die ersten 5% wartet das Steuersignal noch nach dem 
Signal der ZCD und bleibt dann bis zum nächsten Signal der ZCD (bei 
GUI100% = Licht voll an Bild: Dimmer_LongIgn100 bzw. Dimmer_LongIgn60) 
aktiv.

Das mit dem verzögerten Starten ist ja das was du meinstest bzgl. der 
Nullkippspannung beim Modus Dimmer-Long-Ignition, das man nicht vor dem 
Nulldurchgang den langen Haltepuls zündet und so das Bauteil zerstören 
kann.

@Carsten

also das mit dem invertieren am Eingang hatte ich nach deinem Hinweis 
schon getestet aber leider ist der Pin2 (sonst GND) die gemeinsame Masse 
mit allein anderen Kanälen bei Charlys Platine. Sofern ich also die 
invertierte Verschaltung (Steuerleitung an PIN2 & 5V an PIN1) nutze 
funktioniert es wie beschrieben aber ich schalte damit alle Kanäle auf 
einmal...

Es wäre daher super wenn wir in der Software den "Inversmodus" auch 
implementieren könnten. Die Lampen brennen dann zwar alle wenn der Atmel 
keine Spannung anlegt aber das hat für mich erstmal keine Nachteile...

Jörn Ahrens schrieb:
> Es wäre daher super wenn wir in der Software den "Inversmodus" auch
> implementieren könnten. Die Lampen brennen dann zwar alle wenn der Atmel
> keine Spannung anlegt aber das hat für mich erstmal keine Nachteile...

Probiere mal diese Testversion. Da ist die Invertierung drin, allerdings 
auch bei Phasenanschnittdimmern. Also bitte nur Testweise für den 
MosFet-Dimmer benutzen. Ich mache das demnächst mal "schön" und stelle 
es ins SVN.

Gruß
Carsten

@Uwe Bleile

also nochmal zur "Dimmer-Stufen-Platine":

ich nutze natürlich nicht die Dimmer-Mosfet-Platine (Tippfehler oben) 
dafür sondern ein Aufbau mit dem Triac Tic225S... werde den mal tauschen 
vielleicht ist der defekt.

@Carsten

also habe eben die 2.5.11 über die HAP-Config geflashed und bis jetzt 
keine Fehler aufgetreten.
Habe die Dimmer-Long-Ignition mit der Dimmer-Mosfet-Platine getestet und 
sieht nach Oszi wunderbar aus.

Hallo,

ich habe da mal wieder eine Frage,

Habe eine CU (CU2)mit Display am laufen. Ich habe da in der LCD Gui 
einen Thermostat eingerichtet der von einer anderen CU (CU1)den Wert 
eines DS18S20 anzeigt. Das anzeigen funktioniert auch. ich kann aber den 
eingestellten Triggerwert (aus der CU1) weder sehen noch verändern. Im 
Display steht nur die Temperatur des Sensor´s. Die linke Seite bleibt 
leer (------).
Wenn ich an der CU2 in den Menupunkt gehe, sehe ich aber im LOG das dort 
der Triggerwert übertragen (abgefragt) wird, erscheint aber nicht im 
Display.

Habe mal die Konfiguration angehängt.

Hat da eine ne Idee?

MfG
Manuel

@  Jörn Ahrens

Ich arbeite hier auch nur mit den "normalen" Phasenanschnittsdimmern.

Mein Problem war nur die volle Ansteuerung ab ca. 98%

Den Triac würde ich auf jeden Fall tauschen. (Hab am Anfang etliche 
gehimmelt)

Mein Problem siehst Du auf den Screenshots.
Der Sinus ist ja klar, die andere Kurve ist der Zündimpuls von der CU.


MfG  Uwe

@Manuel Zahn
Leider habe ich das Display noch nicht in Betrieb und habe die LCD-GUI 
nicht getestet.
Hast du den Patch eingepielt, dass die Trigger überhaupt aktiviert 
werden? Ich könnte mir vorstellen das die LCD-GUI bei deaktivierten 
Triggern den Wert nicht anzeigt und auch auch nicht setzt.

Gruß
Carsten

Hallo,

habe noch ein oder mehrer Fehler beim konfigurieren der LCD Gui 
gefunden.

zu meinen Eintägen bezgl. Triggerwerte:
habe die Patches durchgeführt
Die Patche betreffen doch aber nur den Server. Hap funktioniert doch 
aber auch autark ohne Server.
Konfiguration der LCD Gui und der Device nochmal geprüft

geht aber nicht.

Fehler bei der LCD Gui:
ich lege ein Menu mit 2 Einträgen an
dem 1. ordne ich ein Thermostat (DS18S20) von einer anderen CU zu
dem 2. ordne ich ein Device von der LCD CU zu

Klicke ich dann nochmal auf das Thermostat ist das Device gelöscht.
Klicke ich in das Feld zum zuordnen steht da die Adr. des Devices aus 
dem 2. Menueintrag drin.

Darstellungsfehler sind eigentlich ausgeschlossen. Der Fehler ist 
reproduzierbar. passiert auch bei mehr Menueinträgen.

funktioniert das mit dem Display und dem Thermostat bei jemandem?

MfG
Manuel

Manuel Zahn schrieb:
> Die Patche betreffen doch aber nur den Server. Hap funktioniert doch
> aber auch autark ohne Server.

Es betrifft ja den Configserver. Meine Vermutung war, das einmalig ein 
Trigger gesetzt sein muss, bevor er in der LCD-GUI geändert werden kann.
Soweit ich das jetzt in den Sourcen gesehen habe ist dies aber nicht so.

@all
Im SVN liegt jetzt eine weitere Änderung der Firmware, die die 
Rollladensteuerung betrifft. In Verbindung mit dem Up/Down-2-Button 
Shutter wurde reproduzierbar beide Devices für Up u. Down aktiviert. Das 
sollte jetzt nicht mehr passieren.

Gruß
Carsten

Hallo,
verstehe ich das richtig, dass die Dimmerstufe von der HAP-Seite mit der 
aktuellen Firmware nicht funktioniert? Gibt es eine funktionierende 
Version? Ich wollte heute eigentlich die Platine machen lassen. Gibt es 
eine bessere Hardware-Version?

@Daniel R.
Die normale Dimmerplatine (Phasenanschnitt) funktioniert, die 
MosFet-Stufe (Phasenabschnitt) ist davon betroffen.

Gruß
Carsten

Danke für de Hinweis. Jetzt bin ich endlich auf dem letzten Stand und 
kann mit der Bestellung anfangen.

Manuel Zahn schrieb:
> Fehler bei der LCD Gui:
> ich lege ein Menu mit 2 Einträgen an
> dem 1. ordne ich ein Thermostat (DS18S20) von einer anderen CU zu
> dem 2. ordne ich ein Device von der LCD CU zu
>
> Klicke ich dann nochmal auf das Thermostat ist das Device gelöscht.
> Klicke ich in das Feld zum zuordnen steht da die Adr. des Devices aus
> dem 2. Menueintrag drin.

Ich habe das nachgestellt und in der Datenbank landen die richtigen 
Werte für Modul und Device. Scheinbar wird bei der wiederholten Anzeige 
in der Konfig-GUI allerdings ein falsches Modul selektiert, sprich das 
Device eines anderen Moduls mit der gleichen Nummer. Beim Übertragen auf 
die CU sollte dies aber richtig konfiguriert werden.
Sieht nach einem rein optischen Problem bei der Anzeige aus. Ich schaue 
mir das mal an.

Gruß
Carsten

@Carsten

Verständnisfrage zur Dimmer-Mosfet-Platine:

1. Phasenanschnitt-Modus

Bei voller Leuchtkraft wird ja die Steuerspannung die ersten 5% der 
Halbwelle durch anlegen von 5V am Optokoppler auf Null gezogen und nur 
in den restlichen 95% der Halbwelle ist die Steuerspannung 10V, die den 
Mosfet durchschaltet.
Sofern man den Optokoppler garnicht ansteuern würde, würde sich ja zu 
Beginn ebenfalls eine Steuerspannung aufbauen und parallel den Mosfet 
schon langsam durchschalten. Dabei werden wohl wenn ich dich richtig 
interpretiere die 10V nicht erreicht und bei einer Steuerspannung < 10V 
sollte die Erwärmung deutlich größer sein.
Spätestens bei der nächsten Halbwelle sollten doch dann aber langsam die 
10V erreicht werden oder funktioniert das nur, wenn schon eine 
ausreichende Spannung > 10V beim umschalten anliegt.

2. Phasenabschnitt-Modus

Das würde doch heißen, dass AUCH bei der Phasenabschnittssteuerung 
ebenfalls mind. 5% zu Beginn ( bis >10V) abgeschnitten werden müssten 
und je nach Helligkeit am Ende die eigentliche Phasenabschnittssteuerung 
erfolgen, um zu gewährleisten, dass das Mosfet voll durchschaltet oder?
Wäre eine "echte" Phasenabschnittsteuerung also nicht möglich?

@Jörn
Es geht bei einem MosFet-Dimmer darum die 10V Steuerspannung 
abzuzweigen.
Man kann dies ruhig am Ende der Halbwelle machen, da der Elko die 
Spannung speichert. Es ist also eine vollwärtige Phasenan- und 
Phasenabschnittsteuerung möglich. Alle Universaldimmer sind so 
aufgebaut.

Gruß
Carsten

Mal wieder ein kleines Update:
Ich habe einen neuen MosFet Dimmer aufgebaut, der jetzt noch getestet 
wird und stelle ihn dann Ben zur Verfügung.

- 2 Dimmerstufen in einem REG4 Gehäuse. Das war mir aus 
Temperaturgründen lieber und ist auch z.B. bei KNX Standard.
- Belastbarkeit 2x300W, mit Kühlkörper auch 2x500W. Leider gibt es diese 
bei Reichelt nicht (Fischer-Elektronik TO247).
- Feinsicherung und Übertemperaturschutz.
- Ansteuerung erfolgt nicht invers, wenn kein Signal anliegt ist auch 
der Ausgang abgeschaltet.
- Integrierte Nulldurchgangserkennung, kein N-Leiter erforderlich. Kann 
pro Phase und CU nur einmal bestückt werden.
- Minimierter Standbyverbrauch durch ein MosFet-Netzteil.
- Lässt sich in der GUI als Phasenan- oder Phasenabschnittsdimmer 
konfigurieren.

Im Prinzip nichts "dolles" aber für meine Zwecke etwas besser geeignet.

Gruß
Carsten

Hallo,

ich möchte das Thema mit der bei mir nicht funktionierenden 
Thermostatfunktion nochmal aufgreifen. ( Beitrag etwas weiter oben)
Trotz der aktuellen Bugfixe geht bei mir das Anzeigen / Ändern von 
Triggerwerten über das Display nicht.
Läuft das bei jemandem?? Gibt es dazu einen Tipp ?
Ich habe noch die 2.5.7 er Firmware am laufen. Bei der neuen passten die 
Temperaturwerte der Sensoren nicht.
Muss da noch Formel zum Umrechnen wegen der höheren Auflösung geändert 
werden?


MfG
Manuel

@Manuel Zahn

Die Formel ist nur für die WEB-GUI relevant und nicht für die LCD-GUI. 
Ich habe dort für mich eine Rundung auf eine Nachkommastelle eingebaut:

if (X >= 2048) {return(int((~X+1 & 65535)*-0.0625*10+.5)/10);} else 
{return(int(X*0.0625*10+.5)/10);}

Stimmen denn bei dir die Temperaturwerte in der WEB-GUI? Eventuell ist 
in der Firmware eine gesonderte Umrechnung für die beiden Sensoren drin. 
Da ich allerdings noch keine LCD-Platine aufgebaut habe, kann ich das 
leider nicht testen.

Gruß
Carsten

Hallo Leute,
ich bin gerade dabei mich in das HAP einzuarbeiten. Habe bereits eine CU 
mit Komputer verbunden und über CAN eine Zweite in betrieb genommen. Ich 
habe dann unter "Logischer Eingang" ein Pin Programiert. der auch dann 
am GUI überwacht wird. (Die Module habe ich laut Wiki und 
"Hap_QuickStart" eingerichtet)Kommunikation funkt.
Mein Problem ist, dass im Ruhezustand ist der Zustand 4 und wenn ich es 
mit GND verbinde ist es 132.Diese Werte werden auch per Terminal als 
Meldung generiert und auch im GUI angezeigt. wo definiere ich die 
Zustände dass der µC mir 0 bzw 100 sendet.

Und noch eine Frage. kann ich auch per Gui die Geräte einschalten bzw 
ausschalten. Weil wenn ich im GUI den Button anklicke schickt er immer 
nur "Einschalt" Meldung (=100) was wiederrum vom CU zurückgesetzt wird. 
Ich denke mal die Hardware hat höheren Priorität und deshalb wir der 
Eingang Quasi abgefragt und dann Synchronisiert. Oder mache ich was 
Falsch.

Vielen Dank für die Hilfe.

und Besten Dank für die HAP. Respekt.Einfach nur der Hammer.

Hi,

das mit der Temperaturanzeige (WEB und LCD) auch mit der neuen Firmware 
ist dank der neuen Umrechnungsformel OK.
Die Thermostatfunktion / Triggerwerte gehen leider nicht - wäre ja auch 
zu schön.
Wo kann ich mit der Fehlersuche beginnen?
Kann ich irgentwie eingrenzen ob es an der Konfiguration oder der 
Firmeware liegt?
Welche Dateien sind für die Funktion verantwortlich? ich schau mir die 
dann mal an.

MfG
Manuel

Wenn du einen Tasterdruck auf eine Lampe schalten willst, muss du das 
Notify des Tasters auf die CU richten, auf der die autonome Steuerung 
läuft. Am besten beides auf der selben CU, spart CAN-Traffic.

Das Notify zur GUI sollte dann nur von der Lampe aus kommen..

@Manuel Zahn
Wenn man per HAP-CMD die Telegramme zum lesen und schreiben der Trigger 
aufruft, funktioniert dies ohne Fehler. Ich hatte dies getestet, weil 
ich in der WEB-GUI diese Funktion integrieren möchte.

Trigger abfragen:
destination 203 query device 50 trigger 0    (Rückgabewert Temp/16)

Trigger setzen:
destination 203 digital-input-device 50 trigger 0 value (Temp*16)

An der Stelle gibt es keinen Fehler in der Firmware. Wie sieht denn das 
Telegramm aus wenn du einen Trigger per LCD-GUI setzen oder auslesen 
willst?


@eugen
Was willst du denn überhaupt Schalten? Dannach kann man schauen wie dies 
konfiguriert werden muss.

Gruß
Carsten

@ Carsten W.

hab den Output mal rangehangen -
1.Datei der Output wenn ich ubers Display abfrage
Adr 11 ist das Display
Adr 13 die CU wo der Sensor (Deviceadr. 64)dranhängt
aktuelle Temp des Sensors 24,8 Grad
Trigger1 75 Hysterese 2
Trigger2 85 Hysterese 0

Display zeigt die Temp. richtig an.
rechts wo der Trigger stehen soll ist nicht (-------)

2. Datei
wenn ich händisch der Trigger setzte und abfrage.


sieht für mich so aus als ob das Display mit der Verarbeitung der 
Trigger Probleme hat. Welche Firmwareteile müssen aktiviert sein damit 
das funktioniert? ich habe im Display EEprom, Buzzer, Can, Rotary Enc., 
Autonomus Control, LCD Gui, LCD 2 Row, Logical Inp und Switch aktiviert.

Grüße
Manuel

@Manuel
Auf den ersten Blick sieht das richtig aus.
Meines wissens hat Uwe eine LCD-GUI, vielleicht kann er etwas dazu sagen 
ob es bei ihm funktioniert und was er konfiguriert hat.

Ansonsten habe ich zurzeit schon so viele Baustellen ... . Der Dimmer 
hat doch noch eine Macke, die Firmware für die Dimmersteuerung musste 
ich zum großen Teil anpassen damit die gegenseitige Beeinflussung 
endlich erledigt ist und dann wartet hier ein DCF77-Modul auf 
Unterstützung in der Firmware.

Gruß
Carsten

Hi,

könnte vielleicht jemand meine geänderte Firmware zur Dimmeransteuerung 
testen? Ich habe nur einen MosFet-Dimmer aufgebaut und kann leider die 
Funktion des Phasenanschnittdimmers nur auf dem Oszilloskop prüfen.
Da sieht es zumindest ok aus.

Kurz zu den Änderungen:
- Im Mischbetrieb von Phasenan- u. Phasenabschnitt treten keine 
Beeinflussungen mehr auf. Dies führte zu gelegentlichem Aufblitzen von 
Kanälen während der Dimmvorgänge.
- Die Helligkeitskennlinie kann an das Leuchtmittel/Dimmerstufe 
angepasst werden.
- Der Nulldurchgang kann an die ZCD angepasst werden. Wenn z.B. die ZCD 
den Nulldurchgang etwas zu früh signalisiert, wird der Ansteuerimpuls 
für den Dimmer entsprechen verzögert.
- Es kann eine Maximalhelligkeitsstufe vorgegeben werden, die nicht 
überschritten wird. Der Ansteuerwertebereich liegt trotzdem zwichen 0 - 
100 und wird nicht einfach gekappt.

Falls es jemand wagen will, bitte kurz melden.

Gruß
Carsten

@Uwe
Die Firmware kannst du ganz normal per GUI laden.
Meine HAP-Installation ist die von der Homepage. AVR-GCC Version 
1:4.3.2-1 .
In der Datei hadm.c kannst du die Parameter anpassen.

/////////////////////////////////////////////////////////////////////
// Precompiler Konstanten                                          //
/////////////////////////////////////////////////////////////////////

#define DMTicsSynchDiff -300          // Nulldurchgangsverschiebung
#define DMMaxHW 240                   // Maximale Helligkeit (0-255)

Bei mir passt der Wert -300 für die Nullpunktverschiebung. Der Wert 
passt interessanterweise für die HAP-ZCD als auch für die ZCD auf meinem 
MosFet-Dimmer. Eventuell kannst du das noch exakter anpassen.

Gruß
Carsten

@Uwe
Konntest du die Firmware schon testen?

@eugen
Die ZCD ist zur Erkennung des Phasennulldurchgangs für die 
Dimmerfunktion und so Grundlage zur Ansteuerung des Phasenanschnitts 
oder Phasenabschnitts.
Für die Leuchstoffröhre nutzt du ja dann ein EVG und keinen 
Phasenan/abschnitt. Der EVG selber erzeugt intern eine viel höhere 
Frequenz und zum dimmen muss nur eine Gleichspannung von 0-10V angelegt 
werden.

Ich glaube aber, das die Dimmerausgänge ohne interrupts der ZCD 
deaktiviert sind(muss ich noch mal testen, bau grad alles in 
Schaltschränke ein).

@all
Wäre vielleicht interessant auch eine Option (DAC-Ausgang) in der GUI zu 
haben, die auch ohne ZCD läuft und konstant eine Gleichspannung von 0-5V 
geniert und ansonsten wie die Dimmerfunktion nutzbar ist.

@eugen
Die Frage ist natürlich auch ob 100Hz nicht zu wenig ist bzw. müsste man 
halt ordentlich glätten... Weis nicht wie empfindlich der EVG ist.. 
Normalerweise wird dort ja nur ne Gleichspannung und ein Poti 
drangehängt...

@eugen
Nur mit der ZCD funktionieren die Dimmerausgänge, weil anhand der 
Nulldurchgänge das komplette Timing gesteuert wird. Selbst wenn du dies 
machst, hast du aber das Problem dass die PWM Spannung nicht linear über 
den Steuerbereich von 0 - 100 verläuft. Dieser ist auf Phasenanschnitt- 
und abschnitt der Netzfrequenz ausgelegt.
Es wäre aber keine große Sache dort eine andere Funktion zur Berechnung 
einzubauen.

Ansonsten gibt es hier doch viele Threads zu dem Thema wie man aus einer 
0V - 5V PWM ein 0V - 10V Signal für EVGs macht.

@all
Ich habe die Firmware um einen DCF77-Funkuhr Eingang erweitert. 
Anschließbar ist z.B. das Modul von Reichelt. Die CU wird so zum 
Timeserver und verschickt per Broadcast jede Stunde die genaue Uhrzeit 
und Wochentag an alle angeschlossenen CUs. Somit kann man die Timer z.B. 
für Rollladensteueraufgaben auch ohne angeschlossenen Server nutzen.
Leider lässt sich die Funktion noch nicht einfach über die GUI 
aktivieren, da die Einbindung doch recht komplex ist. Vielleicht kann 
mir Ben mal unter die Arme greifen.

Gruß
Carsten

@Ben
Da man nur einen DCF77-Empfänger an einer CU betreibt, hatte ich mir 
gedacht dass es sinnvoll wäre dies als Compileroption mit einem festen 
Port einzubinden. Etwa vergleichbar mit der ZCD und der Option "Dimmer".
Auf Firmwareseite sieht die mv.h jetzt so aus:

/////////////////////////////////////////////////////////////////
// Compileroptionen festlegen                                  //
/////////////////////////////////////////////////////////////////
.
.
#define COHAAS       // Autonome Steuerung                (Bit 17 - 17)
#define COHADCF77    // DCF77 Funkuhr                     (Bit 18 - 18)

Die Berechnung der Compileroption habe ich aber noch nicht ganz 
verstanden.

Auf der GUI-Seite habe ich noch nichts geändert, das wird wohl der 
größte Brocken.

Gruß
Carsten

Hi,

ich habe gerade einen Bericht über den Mini-ARM-PC SheevaPlug gelesen. 
Das wäre doch ein klasse Server für HAP. Hat jemand Erfahrung damit?

Darauf läuft ein Debian oder Ubuntu und verbraucht nur 5W. Zur Anzeige 
der Web-Visualisierung schwebt mir ein iPad oder ähnlich vor.

@Jörn
Stell doch mal Bilder von deiner Installation als Anregung hier ein. Bei 
mir dauert es noch etwas, seit dieser Woche wird endlich mein Haus 
gebaut ;-) .

Gruß
Carsten

@carsten

so weit ist es leider auch bei mir noch nicht. Die Bagger sollen erst 
diese Woche rollen, leider etwas verzögert...
Hab vorab aber mir zwei Feldverteiler gekauft und baue die 
HAP-Komponenten dort schon ein und verdrahte diese, um im Haus dann nur 
noch die 230V Verkabelung vom Sicherungskasten und das Cat7 
anzuschließen und kann vorher in Ruhe testen.

Der Zählerschrank selber mit FI&Sicherungen soll in einem extra Schrank 
untergebracht sein, den auch der Elektriker abnimmt... Im zweiten OG 
noch einmal das gleiche.

Im Anhang mal ein Bild vor dem verdrahten nur reingesetzt, wenn fertig 
reiche ich eins nach...

P.S.: Liegt im SVN noch keine FW-Version oder muss ich mich erst 
registrieren um was runterzuladen?

@Jörn

Du kannst die Firmware doch aus dem SVN laden:
http://code.google.com/p/hap/source/browse/#svn/trunk/firmware/2.5.11

Du musst dann nur noch die Dateien nach dem Vorbild der alten Firmware 
zippen. Vielleicht sollte man in ein gesondertes Verzeichnis die 
"gebrauchsfertigen" Versionen als Snapshots ablegen.

Die Version dort hinkt aber hinter meinen aktuellen Erweiterungen 
hinterher, ich wollte diese erst übertragen wenn sie getestet sind. Da 
bin ich aber wie weiter oben beschrieben auf Testwillige angewiesen.
Hattest du nicht nach dem Bug in der Rollosteuerung gefragt (Auf- u. 
Ab-Relais sprechen gleichzeitig an)? Das wird jetzt softwaretechnisch 
abgefangen. Du kannst also die normale Relaisplatine verwenden.
Meinen 4-fach Rolloaktor habe ich aber auf ein REG4 Gehäuse geschrumpft 
und mit Varistoren ausgestattet. Er hat also nach wie vor seine 
Berechtigung.
Wenn ich jetzt noch Charly übereden könnte, diesen auch in der super 
Qualität fertigen zu lassen ... .

Gruß
Carsten

Carsten W. schrieb:

> Wenn ich jetzt noch Charly übereden könnte, diesen auch in der super
> Qualität fertigen zu lassen ... .

Hallo Carsten,

dann schick mir mal .sch & .brd und wer interresse hat sollte sich
melden, mal sehen was an stueckzahl zusammenkommt damit wir einen
vernueftigen preis bekommen

vlg
Charly

bei ner Neuauflage von Platinen wäre ich auch noch Solid-State-Relais 
interessiert :D

@eugen

also ich würde auf der CU zwei normale "switch" anlegen, die als notify 
die CCU (GUI) haben. Dann auf der gleichen CU die autonome Steuerung 
anlegen und das "AUF1" & "ZU1" auf die angelegten "switch" legen. In der 
GUI dann die zwei "switch" einfügen & Aktualisierung auf 1Sek

Sofern du dann also die Zustände von "AUF1" & "ZU1" änderst, wird dies 
durch das notify an die CCU gesendet....

ok also deine zwei "switche" sind dann mit AUF1 und ZU1 verknüpft. Dann 
musst du bei beiden SWITCHes selber nur noch bei NOTIFY die CCU 
einstellen. Dann solltest du jeden Statuswechsel des Switches auf dem 
Datenkanal sehen und so eben dann auch in der GUI:

Taster -> AS -> Switch sendet notify -> CCU -> GUI-Symbol

P.S.: siehe kurz vorm Ende

Beitrag "Steuerung für Haus mit Windows"

Jörn Ahrens schrieb:
> bei ner Neuauflage von Platinen wäre ich auch noch Solid-State-Relais
> interessiert :D

dann schick mir mal .sch & .brd zu

eine 1 Kanal hab ich schon, die setz ich sporadisch ein,
kann in Schrumpfschlauch "versteckt" werden und ist dadurch
isoliert


vlg
Charly

Kühlkörper bei den Solid-State-Relais?

Sorry da sind natürlich Ralais drauf aber für einen Rolladenmotor 
sollten die Platine von Carsten ja ihren Zweck erfüllen. also meinte die 
:

Autor: Carsten (Gast)
Datum: 17.09.2009 16:50
Angehängte Dateien: Jalousieaktor.jpg

ist das ganze nicht weniger anfällig/kompliziert oder was haben die 
Solid-State-Relais für einen Vorteil?

Hier ist die optimierte Version von dem Jalousieaktor. Der passt jetzt 
in ein REG4 Gehäuse und hat auch Varistoren. Ich setze 420V Typen ein, 
weil ich in anderen Threads gelesen habe dass je nach Motortyp 
kurzfristig die doppelte Netzspannung an einem Kontakt anliegen kann.

Gruß
Carsten

@Uwe

Och Uwe jetzt grübel ich schon wieder ob ich nicht lieber die 
Solid-States nehmen soll ;-) .
Ich muss langsam einen Schlussstrich ziehen und die Aktoren aufbauen.
Ohne Kühlung kann man ja laut Datenblatt 2.5A Schalten, dass sollte für 
die Rolläden reichen.

Schaltest du mit der gekühlten Variante auch Steckdosen? Ich bin mir 
nicht sicher ob da 16A Relais doch besser sind.

Gruß
Carsten

also bzgl. der Sicherheit würd ich nur die Variante SSR mit Kühlkörper 
verwenden oder wie wollt die das ganze absicheren?

Meine Rollläden ( 3xEG & 5x1.OG ) sollen im Unterverteiler pro Stockwerk 
jeweils durch ein LS10A (Typ-C) abgesichert sein, da ich nur 1.5mm^2 
dafür verlegen möchte und da wäre nach meiner Meinung nur die Variante 
mit Relais oder SSR&Kühlkörper sinnvoll, nicht das später bei nem 
defekten Motor oder ähnlichem gleich noch die Platine mit 
abraucht/brennt...
Steckdosen natürlich mit LS16A(Typ-B) und 2.5mm^2.

P.S.: wo ich grad die Farbwahl bei Uwe's Verdrahtung sehe und nachm 
googlen viele verschiedene Definitionen gefunden haben. Wie schaut nach 
VDE die Vorgabe für Farben auf der Gleichspannungsseite im Feldverteiler 
aus?

Was ich bis jetzt gefunden hatte:

         +12V                : blau (dunkel)
         GND                 : schwarz
         Steuerleitungen : rot

also von Steckdosen lasse ich auch erstmal die Finger von, da ja auch 
die Relaiplatinen mit den Finder 41.31 und 12A weit unter dem möglichen 
Strom bei nem LS16A liegen...

Außer bei den Rollos (Typ-C) setze ich für Lampen u.s.w. vor die Relais 
und auch Mosfet-Platinen nur LS10A (Typ-B) ein.

@Uwe
P.S.: Will es auch nicht komplizierter machen als nötig und sehe das wie 
du ! aber will nicht das der Elektriker bei der Abnahme meckert :D

@eugen

Ich habe bis jetzt auch nur immer 4 Rollläden konfiguriert, eigentlich 
gibt es keine Beschränkung.

Aber was anderes, warum benutzt du nicht direkt das Objekt 
"Auf-/Ab-Steuerung 1-Taster-Lösung"? Dann besteht die ganze Steuerung 
nur aus 3 Elementen.

Gruß
Carsten

Welche Firmware benutzt du denn?
Ich kann das heute Abend mal nachstellen. Ich wollte später eigentlich 8 
Rollos ansteuern. Zur Not muss man die Steuerung auf 2 CUs verteilen.

Gruß
Carsten

Ich habe es gestern leider nicht geschafft. Ich habe immer noch Probleme 
mit meinem MosFet-Dimmer ... .

Gruß
Carsten

uweb schrieb:
> Kannst Du mir mal den aktuellen Stand bzgl. des Phasenabschnittsdimmers
> mitteilen ?

Die Firmware unterstützt jetzt beide Dimmervarianten auf einer CU, es 
sollte keine Beeinflussungen mehr geben.
Mir macht die Hardware noch Kopfzerbrechen. Ich habe dazu mal hier einen 
Thread aufgemacht, allerdings noch ohne wirklichen Erfolg:
Beitrag "Frage zur MosFet-Dimmer Ansteuerung"

Ich glaube ich habe sogar schon einen MosFet-Treiber Vorschlag von dir 
über die Suche gefunden. Ich habe nur leider nicht sämtliche Bauteile 
vorrätig.
Je nach Ansteuerung der MosFets muss ich auch leider immer wieder die 
Schaltung für die 10V Steuerspannung anpassen. Das ist halt sehr 
langwierig.
Vielleicht hast du ja noch eine Idee, gerne auch per Mail oder ICQ. Ich 
würde das Thema so gerne langsam abschliessen.

Gruß
Carsten

eugen schrieb:
> Punkt 4.13 3 Absatz
> Es können bis zu 4 abstrakte Objekte konfiguriert werden.

Danke für die Info, diese Einschränkung habe ich wohl immer überlesen.

Gruß
Carsten

Hallo an alle,
ich habe jetzt endlich alle Platinen und Bauteile zusammen und mir 
vorerst 2 CUs und eine Relais-Platine aufgebaut.
Die CUs habe ich geflasht und stecker jetzt leider mit der Konfiguration 
fest. Ich möchte gerne eine autonome Steuerung mit einem Schalter 
aufbauen, der ein Relais auf der anderen CU schaltet.
Als Firmware nutze ich die Version 2.5.11
Leider habe ich das weitere Vorgehen nicht genau verstanden.
Wie richte ich einen Relais-Ausgang ein?
Was bedeutet "Upstream-Module"?
Wofür ist die Server-Adresse im Modul und was sind die verschiedenen 
Startmodi?
Stehen die Antworten evtl. doch in der Doku?
Wie übertrage ich die Konfigurationen in die Module und gibt es eine 
Meldung bei erfolgreichem Upload?

Wie legt man einen Relais-Ausgang an?
Bei mir hängt ein Schalter an A0 der CU1 und eine Relais-Platine mit 
einem Relais an A0 der CU2.

Ein paar Tips für den Anfang würden mir sicher reichen.
Danke für eure Hilfe.
Ist übrigens ein super Projekt

Danke für den Hinweis auf die PDF. Den Artikel habe ich vor langer Zeit 
gelesen und wieder vergessen. Mal sehen, wie weit ich komme.

falls ihr Ergänzungen/Verbesserungsvorschläge zum HowTo habt einfach 
kurz mailen...

Guten Nabend,

ich habe eine allg. Frage zu den CU-units und dem Stromverbrauch bei
CAN-Betrieb.

Wie viel Strom ziehen euere CU in Durchschnitt? Ich habe 3 Stück die
zwischen 50-60mA liegen und komischerweise eine, die sich alleine nur
mit Spannungsversorgung 100mA genehmigt und nach dem anschließen am
CAN_Bus auf ca. 80mA sinkt. Funktionieren tun alle 4 wunderbar und
kommunizieren auch im Can miteinander... 12V und 5V Spannung sind
überall stabil.

Habe alles Pins nachgelötet, Widerstände geprüft aber finde bis jetzt
den Fehler nicht. Dachte das C1 oder C6 einen weg haben aber auch nach
dem Austausch das gleiche...

Parallel dazu noch eine Frage bzgl. der HAP-Config unter Ubuntu. Beim 
flashen bekomme ich teilweise folgende Fehlermeldung wonach der ganze 
Rechner im Anschluss sich aufhängt...

Habe mit Firefox und auch Epiphany das gleiche Problem.

Edit: von MacBookPro per Netzwerk mit C2D Prozessor kein Problem. Beim 
sparsamen ATOM PC worauf HAP läuft kommt das oben beschriebene...

Würde auf den Transceiver tippen.

ich habe heute versucht HAP unter Ubuntu 9.10 zu installieren leider 
ohne Erfolgt. Geht das auf Grund von neuen Softwareversionen nicht, oder 
muss ich das einfach nur auf einem anderen Weg installieren. 9.10 
unterstützt von Anfang an besser die genutzte Hardware...

Oh sehe grad, hatte die Softwarequelle nicht vollständig eingefügt... 
Besten Dank.

Die lieben Rechte unter Linux! Ich kann leider wieder wie damals beim 
Bildernupload aktuell keine Firmware in der HapConfig einfügen! Er zeigt 
sie zwar an aber im Verzeichniss /opt/hab/var/firmware bleibt es leer 
und daher zeigt er mir /opt/hap/bin/helper/hap-firmwarebuilder.pl -m 206 
-f auch nur an, das er die Datei nicht öffnen kann.

Vielleich erstmal grundsätzlich für Linux-Laien, muss ich mit dem 
Account hap angemeldet sein oder meinem normalen? Beide zeigen das 
gleiche Ergebniss nur das ich beim "hap-account" nicht mit sudo 
hantieren kann. Auch der Versuch mit sudo chown -R hap:hap /opt/hap oder 
die Datei vor dem Upload mit chown die richtigen Rechte zu verpassen 
brachte nichts.

Edit: mit ls -lah bekomme ich hap hap auch angezeigt...

@timaks:

/etc/init.d/hap-mp stop
cd /opt/hap/bin

./hap-mp.pl


Dann siehst Du auf der Konsole was rein und rausgeht.

Wenn Du bei Manage Modules, bei dem Modul das Du ansprechen willst, 
einen Haken reinmachst und auf Run Task klickst muß doch im Logfenster 
was auftauchen.


MfG  Uwe

@timaks

Hast du in der ersten Firmware die du geflasht hast den CAN-Bus 
deaktiviert?
Schalte auch mal den Bridge-Modus aus, du hast ja keinen Bus.

Gruß
Carsten

@timaks
Die CAN-VLAN-ID ist bei deiner CCU und CU verschieden. Auch wenn du den 
CAN-Bus abgeschaltet hast würde ich das mal angleichen.

Gruß
Carsten

@timaks & eugen

ich würde auch nur aus Firefox (gute Erfahrung) und auf dem selben 
Rechner Änderungen in der Hap durchführen! Nutzung der GUI spielt keine 
rolle von wo.

Vom meinem Mac aus mit Safarie zeigt er anstatt den "Bezeichnungen z.B.: 
Lampe 1" nur die ID an und da gab es auch schon unerklärliche Effekte.
Seitdem ich nur noch auf dem Rechner selber mit Firefox Änderungen 
machen gibt es keine Probleme...

timaks schrieb:
> ABER: die CCU reagierte mit "No Answer" (siehe Bilder "265f"). Ich
> konnte also die CCU NICHT programmieren. Ist das richtig so?

Die CCU ist doch nur eine virtuelle CU und kann nicht konfiguriert 
werden. Das steht aber genau so im WIKI.

Gruß
Carsten

@timaks

also die CCU musst du niemals programmieren und dort läuft auch KEINE 
Autonome Steuerung, da sie nur virtuell auf deinem Rechner als 
Schnittstelle dient. Du musst sie nur einrichten mit UID 00 00 00 und 
einer Moduladresse u.s.w. im HapConfig, an die dann alle realen CU's 
senden können.

Wenn du jetzt die realen CU über die Oberfläche bzw. im Terminal mit 
hap-firmwarebuilder programmieren kannst geht alles...

Hi,
ein kurze Frage: Bin auch gerade dabei eine kleine Test Umgebung 
aufzubauen und mir die Hardware zu besorgen.
Leider war der LF50CDT nicht lagernd (hab' ich irgendwie übersehen) und 
nun folgende 2 Ausweichmöglichkeiten angeboten bekommen:
1) LD50C
2) LD1117DT-50CTR
Könnt ihr mir einen empfehlen, oder habt' ihr selbst eine Alternative 
dazu?
Habe die Platinen von Charly ... wenn möglich sollte das Teil dann auch 
da drauf passen.
Danke & LG
Wolfgang

@ timaks
bzgl der hap.yml einach nur den USB ob 0 oder 1 anpassen, rest bleibt 
so...

#ServerCUConnection:
#  Type: 'Network'
#  Host: 192.xxx.xxx.xxx
#  Port: 4567
ServerCUConnection:
Type: 'Serial'
Ports: [ '/dev/ttyUSB0' ]

wenn das so passt dann musst du die CCU wie du schon sagst nur 
konfigurieren. Das heist die Sachen in der HAPCOnfig eintragen & save 
drücken, das war alles!

welche Spannungsversorgung nutz ihr für das HAP System? Ich hatte mir 
für jeden Verteiler ein MeanWell DR 30-12 gekauft mit theoretischem 
Wirkungsgrad von 81%. Leider hat das aber eine Grundlast von fast 6 -9 
Watt je nach Messgerät!! Die 2-3Watt des eigentlichen System oben drauf 
sind da ja eher geringfügig und dort passt der Wirkungsgrad von ca. 81% 
zwischen 220V und 12V Seite...

@ Eisbaer:

Bei den neuen Eagle Versionen findest Du das Bauteil unter "Relais"

Such mal nach S202S02

MfG  Uwe

@ timaks

also der compare-Wert wird beim erstelllen der AS in das Feld "Value" 
des "Object compare" eingetragen. Hintergründe und welche Werte es gibt 
findest du im WIKI- Technische Dokumentation.

Bespiele für Taster, Rollo u.s.w. sind auch schon in der WIKI 
(http://wiki.netmb.net/index.php/Hauptseite). Einfach mal durchschauen 
oder dann die AS hier posten...

Hallo,
leider kämpfe ich wieder mit einem Problem.
Bei mir sehe ich kein device /dev/ttyUSB*
Wann wird dieses generiert? ich nehme an schon beim anstecken an den USB 
port, oder?
Kann ich den USB Adapter irgendwie testen? Habe die Platine von Charly, 
aber nicht alles bestückt (nur die Teile die auch in der ursprünglichen 
Version enthalten sind).

Wenn Du den USB-Adapter einfach in einen Windows-PC steckst, muß der 
FDTI Chip sofort erkannt werden. (unter Ubuntu genauso)

Um den Adapter (wenn er erkannt wurde) zu testen:

RXD und TXD brücken, Terminalprogramm starten (richtigen Com-Port 
auswählen) und einfach ein paar Zeichen eingeben.
Wenn "Lokales Echo" nicht aktiviert ist muß jedes Zeichen das man 
eingibt einfach erscheinen.
(wenn es aktiviert ist erscheint jedes Zeichen doppelt.)

Sobald man die Verbindung von RXD und TXD trennt wird kein Zeichen mehr 
ausgegeben.


MfG    Uwe