Important announcement: there is an English version of this forum on
Datum:
Hi, ich habe mir zum testen die HAP Control Unit in der DIL Version aufgebaut. Die Firmware habe ich laut WIKI compiliert und mit dem Bootloader (mit eindeutiger Nr.) verknüpft und dann per Ponyprog auf den AVR geflasht. Fuses sind ebefalls laut HAP-Wiki gesetzt. Schalte ich die Versorgunsspannung der CU ein, wird dies mit einem kurzen Beep quittiert. Ich denke dies ist soweit normal. Die Konfigurationssoftware habe ich unter Sun Virtualbox und XUbuntu installiert. Alle Prozesse laufen auch und ich kann die WEB-GUI starten. Ich komme aber jetzt einfach nicht mehr weiter. Was müsste denn passieren wenn ich eine neue CU per USB an den Rechner anschließe? Diese CU müsste ich doch zu einer Server CU machen und muss doch auch erst eine Adresse bekommen? Wird dies über die GUI gemacht und wenn ja dann wie? Den Message-Processor habe ich, wie im Wiki beschrieben, von der Konsole aus gestartet um die Protokolle zu sehen. Es passiert aber rein gar nichts nach dem öffnen der Schnittstelle. Ich bin mir nun nicht sicher ob dies an meinem provisorisch genutzten USB-Seriell-Kabel liegt. Vielleicht kann ja jemand mal beschreiben wie dieser erste Verbindungsaufbau abläuft. Gruß Carsten
Hi, schau Dir mal die angehängten Screenshots an. Das ist meine laufende Konfiguration. Gruss, Ben
..und Nr. 2.
Datum:
Danke. Ich habe alles soweit übernommen. Allerdings klappt die Kommunikation weiterhin nicht. Wenn ich z.B. Die Konfiguration zum Modul laden will, läuft zwar der Prozentzähler bis 100 allerdings steht zum Ende dort im Logfile "[100%][ERR]No Answer". Muss ich bei beiden Modulen noch jeweils ein Device (TXD, RXD) für die serielle Übertragung anlegen?
Datum:
Nach ein bisschen hin her klappt, die Kommunikation jetzt doch. Vielen Dank an Ben. Gruß Carsten
Datum:
Was war es denn? Ist evt. für weitere Nachbauer interessant. Wäre klasse, wenn Du deine Erfahrungen auch im HAP-Wiki festhalten könntest. cu, Ben
Datum:
Es lag an meinem USB-Seriell-Kabel. Ich hatte erst ein Kabel mit einem anderen Chipsatz als den FT232RL benutzt. Jetzt benutze ich eines mit dem FT232BL. Mittlerweile sind auch die Bauteile für den USB-Seriell-Adapter von der Projektseite eingetroffen, ich hatte nur noch keine Zeit die Platine aufzubauen. Die Grundkommunikation läuft jetzt auch, allerdings kann ich z.B. keine Firmware auf das Modul laden. Die Meldung lautet: destination 254 data 48 32 102 190 [0%] [ERR] No Answer. Eine Konfigurations kann ich allerdings auf die CU laden. Ich habe zum testen einen Pin als Eingang und einen als Ausgang programmiert. Am Eingangspin kann man dies mit einem Meßgerät sehen, dass der Eingang per Pullup Widerstand auf 5V gezogen wird. Allerdings habe ich dann folgendes Problem: Simuliere ich einen Tastendruck durch Anlegen von GND, wird ca. 3 mal der Status als Telegramm verschickt. Danach hängt sich die CPU auf und ist nur noch durch einen Reset wieder in Gang zu bringen. Den Status des Ausgangspin habe ich noch nie ändern können. Ich kann noch nicht einschätzen ob dieses Verhalten vielleicht auf defekte EEProms zurückzuführen ist oder doch an der Konfiguration liegt. Vielleicht hast du einen Tipp für mich? Gruß Carsten
Datum:
Mal eine Frage, kann eine Server CU gar nicht für Steueraufgaben konfiguriert werden? Dient sie wirklich nur der Anbindung vom Server zum CAN-Bus? Sprich ich brauche mindestens 2 CU um überhaupt mal die Funktionsweise der autonomen Steuerung testen zu können. Gruß Carsten
Datum:
Ich führe mal meinen Monolog weiter ... . Nach längeren Analysen mit einem Oszi konnte ich den Fehler eingrenzen. Die Firmware der CU hängt sich bei mir leider auf, sobald ich den CAN-Bus aktiviere. Es werden noch 2 - 3 Telegramme verschickt und dann hängt das System. Woher dieser Effekt stammt kann ich ich noch nicht sagen. Die Leiterbahnen auf der Platine sind ok und den CAN-BUS-Controller habe ich schon mehrfach gewechselt. Eine Firmware ohne CAN-BUS-Unterstützung läuft soweit und ich teste gerade meine Anwendungsfälle durch. Dabei habe ich wohl einen Bug in der Rollosteuerung gefunden. Drückt man die Auf- u. Abtaster mehrfach durcheinander (wenn man Kinder hat kommt dies schnell vor), werden beide Ausgänge für Rollo-Auf und Rollo-Ab eingeschaltet! Sprich, ohne Hardwareveriegelung der Relais würde der Rolladenmotor abfackeln. Hm, ist das noch nicht aufgefallen? Ansonsten habe ich schon mal einer kleine Erweiterung geplant. Da ich zu 95% nur die Autonome-Steuerung ohne Server laufen lasse, muss ich die Uhrzeit der CUs z.B. nach einem Stromausfall anders synchronisieren. Hier werde ich eine DCF77 Uhr mit einem Microcontroller aufbauen und per serielle Schnittstelle im Stundenraster ein Zeitsetz-Telegramm per Broadcast schicken. Gruß Carsten
Datum:
Vielleicht sollte man den Threadtitel in Nachbautagebuch ändern ;-) . Nach durchwühlen der MCP2515 Doku bin ich auf den Telegrammpuffer gestoßen und damit erklärt sich auch warum ich ohne Gegenstelle nur 3 Telegramme über den CAN-Bus verschicken konnte. Wenigstens bin ich nicht der erste der darüber gestolpert ist ;-) . Gruß Carsten
Datum:
Hi, sorry, ich lese die Beiträge erst jetzt. War die Tage verhindert. Am besten schickst Du mir zwischendurch mal einen kleinen "reminder", dann gucke ich auch öfters mal rein.... Wie ist denn der aktuelle Status bei Dir? cu, Ben
Datum:
Mein Stand sieht jetzt so aus: Eine CU zum testen, mit deaktiviertem CAN-BUS. Die Telegramme laufen per USB in den Server. Sobald ich eine zweite CU aufgebaut habe kann ich dann endlich auch den CAN-BUS in Betrieb nehmen. Mir war leider nicht klar, dass bei fehlenden Busteilnehmern die ganze CU hängt. Gibt es vielleicht schon eine neuere Firmwareversion als die 2.5.7 aus dem Downloadbereich? Im Wiki wird schon die Version 2.5.10 erwähnt. Wie ich oben schon geschrieben habe, hat die Rollosteuerung noch einen Bug. Wenn man die Auf- und Abtaster schnell durcheinander betätigt, werden beide Relaisausgänge aktiviert. Das wäre natürlich fatal für den Rohrmotor. Da ich in meinem Fall im Erdgeschoss 4 Rollos ansteuern muss, habe ich das 6-fach Relaismodul etwas abgewandelt. Ich habe dort jetzt 8 Relais untergebracht mit Verriegelungsfunktion, so dass das Auf- und Abrelais nicht gleichzeitig Strom ans Rollo schicken kann. Das EAGLE-Layout ist zu 90% fertig. Bei Interesse kann ich das gerne zur Verfügung stellen. Ausserdem ist mir aufgefallen, dass das Platinenlayout der MOSFET Dimmerstufe nicht mit der Beschriftungsvorlage übereinstimmt. Da gibt es bestimmt auch ein neueres Layout, oder? Ich habe die Platine für mich ebenfalls mal überarbeitet. Gruß Carsten
Datum:
Bez. Rolllo: Hast Du den Rolllo über den "Shutter"-Eintrag konfiguriert? Wenn ja, dann dürften in keinem Fall beide Relais-Ausgänge aktiv werden. Die Beschriftungsvorlage aus dem Wiki müsste aber passen. Schick mir beides doch mal zu, so dass ich vergleichen kann. Die 2.5.7-Firmware ist derzeit aktuell (läuft hier > 1 Jahr). In den neueren Versionen hat sich ein Fehler eingeschlichen, weshalb wir diese Versionen zunächst wieder zurückgenommen haben... cu, Ben
Datum:
Ach so: Deine Layouts würde ich gerne auch mal sehen. Wenn das soweit ins "Konzept" passt, stelle ich die gerne online. Über div. Einträge/Korrekturen im Wiki würde ich mich auch freuen. Wenn das für Dich ok ist, schicke ich Dir mal Zugangsdaten... cu, Ben
Datum:
Zu den Rollos: Ich habe diese als Shutter definiert. Dann habe ich ein bisschen wild geschaltet (ich habe eine kleine Tochter ;-) ) und plötzlich waren beide Ausgänge aktiv. Einer wurde dann nach der eingestellten Laufzeit deaktiviert der andere blieb dauerhaft aktiv. Erst eine Rolloaktivierung in Gegenrichtung hat den Zustand aufgehoben. Zum WIKI: Wenn ich Zeit habe kann ich gerne da etwas hinterlegen. Meine Emailadresse müsstest du schon haben. Hast du eigentlich immer einen Server in Betrieb der die Uhrzeit übermitteln kann? Ich sehe ein Problem mit der Uhrzeit auf den CUs nach einem Stromausfall. Ich würde für die Rollosteuerung z.B. Wochentimer anlegen und die sollen auch nach einem Stromausfall richtig laufen, auch ohne Server. Meine Idee war es eine simple DCF77 Uhr mit einem AVR aufzubauen und die Zeit per Serielle-Schnittstelle stündlich als SET-TIME Telegramm auf eine CU zu schicken.
Datum:
Das ist aber ein Knaller mit dem Rolllo. Da muss der Kollege aber mal bei schauen. Das leidige Thema "Doku". Das wird immer gerne ausgeblendet. Aber alle wollen eine Super-Doku haben. Was da aber für ein Zeitaufwand drin steckt, merken die meisten nicht. Ich schick Dir die Tage mal Zugangsdaten. Ja, ich habe immer einen Server in Betrieb. Über die 20 Watt schaue ich drüber weg ( ist auch Mailserver, Web, etc...). Für mich gehört zur Heimautomatisierung auch immer eine schicke Visualisierung dazu, auf die ich von überall aus zugreifen kann. Du kannst aber gerne die CU-Firmware so erweitern, dass sie mit DCF-77 zurecht kommt. Modular ist die Firmware ja.... Im übrigen Fragen die CUs beim Start mit MType 123 den konfigurierten Zeitserver nach der aktuellen Zeit. cu, Ben
Datum:
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
Datum:
Hallo, ich sehe da erst mal kein Problem drin, da die Autonome-Steuerung (AS) ja in dem jeweiligen Modul "vorgehalten" wird. Man hat also so was wie eine Mini-SPS in der Control-Unit. Die AS-Sequenzen, die Du in der GUI zusammen stellst, ist immer Modul-bezogen. Im Wiki sind ein paar einfache Beispiele drin. Evt. wird es dann etwas klarer. Gruss, Ben
Datum:
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...
Datum:
Hallo, wie soll das funktionieren? Irgendwo muss das HAP-System ja mitbekommen, was mit der Lampe passiert ist. Wenn Du jetzt am HAP-System vorbei gehst (mit Deinem einem Schalter), weiß HAP ja nichts davon. Die Anzeige des aktuellen Status ist so nicht möglich. Gruss, Ben
Datum:
@Ben Für welche Leistung ist eigentlich die MosFet Phasenabschnitt-Dimmerstufe ausgelegt? Mein 4xJalousieaktor reift so langsam. Die Bauteile sind bestellt und ich werde einen Testaufbau machen. Da für die Rohrmotoren nicht so große Schaltleistungen nötig sind, bin ich auf schmale 6A Relais ausgewichen. So passen 8 Stück nebeneinander und das HAP-Konzept (obere Leiste Netzspannung und untere Leiste Niederspannung) bleibt erhalten ;-) . Gruß Carsten
Datum:
@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...
Datum:
Hi, @Jörg: ich habe hier zu den Schaltern (hier sind es Taster) einfach ein CAT5 gelegt, welche dann auf die CU "gelegt" werden. Wenn Du genug Platz hast, würde ich aber evt. >=0,25 legen, das ist angenehmer im Schaltschrank zu rangieren. Vorteil von CAT5 zu Schaltern/Taster: Geringer Platzbedarf, man kann aufgrund der Aderzahl auch mehrere Taster anschliessen (Stichwort: Doppel/Quadtaster). Bessere Abschirmung. Günstig. Nachteil: Reichlich fummelig im Schaltschrank und in den Dosen, weil die dünnen Leiter doch recht schnell brechen. Mit ein wenig Übung klappt das aber ganz gut. Ich würde auf jeden Fall Taster nehmen. Ich habe hier z.B. Jung 1x, 2x & 4x Taster, die kosten so um die 6-12 Eu. und man hat immerhin direkt mal bis zu 4 Schaltmöglichkeiten in einer Dose. Gruss, Ben
Datum:
@Carsten:
>= 300 Watt, meine ich. Ich muss da aber nochmal genau schauen...ist schon wieder
länger her.
Wenn der Rolllo-Aktor parat ist, wäre es klasse, wenn Du mir mal ein
paar Bilder & das Layout schickst. Ich stelle das dann online und packe
es mit ins Hardware.zip.
So gefällt mir das jedenfalls: Jeder passt das HAP-System an eine
Bedürfnisse an und lässt andere daran teilhaben...
Gruss,
Ben
Datum:
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?
Datum:
Wenn Du Leerrohr liegen hast, gibts ja keine Probleme. Bei mir steht da auch in naher Zukunft was an. Ich ziehe dann einfach die CAT5 Leitung zurück und lege eben 1,5 rein. Solange alles zentral aufläuft ist das ja nicht das grosse Problem.
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?
Datum:
Hi, auf die Schnelle ist mir nur aufgefallen, dass Deine Messreihe leer ist. Da musst Du vorab mal ansetzen. Sprich einige Extremwerte erfassen: 200 -> 0 Grad 1000 -> 20 Grad 1245 -> 23 Grad 1500 -> 30 Grad etc. Diese Werte dann in das Measurement-Feld eintragen (Semikolon bzw. Komma getrennt ... hab ich jetzt nicht parat). Bei eingehenden Werten wird dann über einen Spline der "echte" Werte interpoliert. Gruss, Ben
Datum:
@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...
Datum:
Angehängte Dateien: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
Datum:
@Manuel: Du sagst du musst mangels Adern den Alten PTC/NTC weiter einsetzen. Du kannst doch aber deine DS18... im "parasite power mode" laufen lassen; bedeutet dass ein so angeschlossener Sensor mit zwei Adern auskommt. Eine Ader Masse und eine kombinierte Daten-/Versorgungsleitung. greetz Danny
Datum:
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
Datum:
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...
Datum:
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
Datum:
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.
Datum:
@ Carsten: Die "85" ist normal beim ersten Einlesen. Ist auch im Datenblatt so beschrieben.
Datum:
Angehängte Dateien: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
Datum:
Moin, was haltet Ihr davon wenn ich ein Subversion für HAP bereitstelle? Carsten hat ja schon einige Fixe geliefert. Von anderer Stelle habe ich auch schon den ein oder anderen Fix erhalten. Damit das nicht aus dem Ruder läuft bzw. untergeht, würde ich mein "privates" Subversion veröffentlichen. Zudem würde ich mich freuen, wenn aktiv am Wiki mitgearbeitet wird. Hier stehen schon einige wertvolle Tips zwischen den Zeilen; mir fehlt aber aktuell die Zeit, das alles einzupflegen. cu, Ben
Datum:
@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
Datum:
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
Datum:
Mein Beileid, uns ist auch schon ein Notebook inkl. USB-Oszi beim testen der Dimmerstufe in Rauf aufgegangen. War aber unser Fehler ;-) Bez. flackern: (wir reden über Phasenanschnitt): Wenn Du da ein flackern beim runter/rauf-dimmen hast, stimmt meist was nicht an den Nulldurchgängen. Da gibt es einen Parameter für, mit dem sich der Nullpunkt künstlich verschieben lässt. Es kann aber auch gut sein, dass sich hier ein Fehler in die 2.5.10 eingeschlichen hat (wir hatten hier ja eh Probleme). Deshalb ist man mit der 2.5.7 derzeit auf der sicheren Seite. Beschreib doch mal im Detail, wo das Problem liegt und was Du in der 2.5.10 gefixt hast. cu, Ben
Datum:
@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
Datum:
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
Datum:
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
Datum:
Sicher, her damit.
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
Datum:
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
Datum:
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
Datum:
Angehängte Dateien:-
encoder_l_r.jpg
139,9 KB, 264 Downloads -
encoder_push.jpg
137,8 KB, 252 Downloads
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
Datum:
;) Hatte das gleiche Problem vor ca. 2 Monaten.
Datum:
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
Datum:
Angehängte Dateien: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
Datum:
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
Datum:
Angehängte Dateien:@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
Datum:
Hi, ich habe aktuell einfach ein Zeitproblem (Holger auch), deshalb passiert so wenig. Ich gehe mal davon aus, dass sich das im Monat März/April noch verstärken wird. Sorry. Bezüglich SVN: Ich hatte damit mal angefangen, allerdings war ich mir letztlich nicht sicher, mit welcher Version wir starten sollten. "Stable" bis auf die Abschnittgeschichte ist ja 2.5.7. Bei den Versionen darüber haben sich teilweise fiese Bugs eingeschlichen (was teilweise auch mit einer Compiler-Aktualisierung zu tun hatte (Stichwort: Interrupt-Vektor)). Weiterhin muss ich mir strukturell noch was einfallen lassen, damit man den ganzen Kram (Backend, Firmware, Hardware) auch vernünftig verwalten kann. Einfach das /opt/hap-Verz. "uppen" geht sicher auch, aber das ist ja wenig sinnvoll. Vorschläge? cu, Ben
Datum:
Danke für den Konverter und die Hinweise. Dann werde ich mir mal die Teile bestellen und das ganze ausprobieren.
Datum:
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.
Datum:
@ 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...
Datum:
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
Datum:
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...
Datum:
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
Datum:
Hi, es gibt eine Status-Tabelle, da kommen die Werte für die GUI her. Ein reines Telegramm sorgt noch nicht für eine Statusänderung in der GUI (zumindest nicht beim "getimten"-Ajax-Request). In der Status-Tabelle sollten eigentlich immer umgerechnete Werte (Formula-Feld) landen. Beim Temp.-Sensor also die richtigen Temperaturwerte und nicht der 16Bit-Wert. Demnach müsste die GUI also dann auch die korrekten Werte anzeigen. Da muss also ein Bug sein, bzw. ich habe irgendwo was übersehen. cu, Ben
Datum:
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.
Datum:
Hi, Message Type 16 wird häufiger verwendet, den können wir leider nicht einfach komplett rausfiltern. 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. Ich müsste jetzt mal tiefer in die Doku einsteigen um wieder den roten Faden zu finden. cu, Ben
Datum:
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
Datum:
Hi,
nur zum Verständnis (wobei ich davon ausgehe, dass Du da schon
durchgestiegen bist):
von der serverCUIn gehts weiter zur dbGetModuleId. Von da dann zu
dbGetDeviceData. Da wird in das Ergebnis der SQL-Abfrage auch der Type
"injiziert".
Von der dbGetDeviceData gehts dann zum finalen dbUpdateStatus.
Da wird dann die Formel angewendet und der Wert landet in der
Status-Tabelle.
Auf den Type kannst Du dann in der Schleife mit $_->{'Type'} zugreifen.
Poste mal ein entsprechendes Telegramm. Ich hab das in der Doku auf die
Schnelle nicht rauslesen können.
cu,
Ben
Datum:
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
Datum:
Hi,
in der dbUpdateStatus müsste der MType über
$data->{hapData}->{mtype}
verfügbar sein.
Autor:
Andreas Schwarz
(andreas)
(Admin)
Datum:
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
Datum:
@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
Datum:
Angehängte Dateien:-
IMG_2940.png
126,1 KB, 224 Downloads -
IMG_2942.png
120,3 KB, 183 Downloads -
IMG_2949.png
121,2 KB, 166 Downloads
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.
Datum:
@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
Datum:
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.
Datum:
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
Datum:
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
Datum:
Angehängte Dateien:-
DIMMER_1.png
407,8 KB, 189 Downloads -
Dimmer_LongIgn60.png
405,3 KB, 176 Downloads -
Dimmer_LongIgn100.png
401,3 KB, 148 Downloads
@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...
Datum:
Angehängte Dateien: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
Datum:
@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
Datum:
Angehängte Dateien:-
1Prozent.JPG
98,6 KB, 275 Downloads -
98Prozent.JPG
104,2 KB, 201 Downloads -
100Prozent.JPG
105,4 KB, 212 Downloads
@ 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
Datum:
@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
Datum:
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
Datum:
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
Datum:
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?
Datum:
@Daniel R. Die normale Dimmerplatine (Phasenanschnitt) funktioniert, die MosFet-Stufe (Phasenabschnitt) ist davon betroffen. Gruß Carsten
Datum:
Danke für de Hinweis. Jetzt bin ich endlich auf dem letzten Stand und kann mit der Bestellung anfangen.
Datum:
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
Datum:
@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?
Datum:
@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
Datum:
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
Datum:
@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
Datum:
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.
Datum:
Die Meldung die ein Eingang ausgibt ist fix. Wenn Du im GUI den Status anzeigen willst kannst du einfach umrechnen bzw. mit Vergleichern arbeiten. Was ich bei Dir nicht so ganz verstehe ist das Einschalten über die GUI. Programmier doch einfach mal lt. Wiki einen Taster der eine ganz normale Lampe (Ausgang) einschaltet. Also mit einem AC Objekt usw. Dann probierst Du mal den Ausgang über die GUI zu toggeln. Muß problemlos gehen. MfG Uwe
Datum:
Alles klar Vielen Dank.
Datum:
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
Datum:
Angehängte Dateien:-
Bild.jpg
116,3 KB, 359 Downloads -
Autonom.jpg
171,3 KB, 285 Downloads -
Bildschirmfoto.png
127,7 KB, 260 Downloads
Hallo, bei mir funktioniert der Taster immer wie ein schalter. Wenn ich gedruck halte wird 136 ausgegeben. Wenn ich loslase 8. Wenn ich kurz tippe wird 132 dann 8 ausgegeben. in der gui wird den Status von dem Taster angezeigt, aber nicht von Lampe. Lampe ist immer 8 und es ändert sich nichts. Was mache ich falsch? Vielen dank für die Hilfe
Datum:
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..
Datum:
Es tut mir Leid, aber irgendwie funktioniert es nicht. das ist Config des Ralais-Modul: eugen@ubuntu:~$ /opt/hap/bin/helper/hap-configbuilder.pl -m 263 destination 101 config-reset destination 100 canbus-vlan 0 destination 255 magic-packet modul-address 101 hardware-address 17 28 188 destination 101 canbus-vlan 0 destination 100 canbus-vlan 0 destination 100 radio-vlan 0 destination 101 encryption-key 0 value 48 destination 101 encryption-key 1 value 0 destination 101 encryption-key 2 value 0 destination 101 encryption-key 3 value 0 destination 101 encryption-key 4 value 0 destination 101 encryption-key 5 value 0 destination 101 encryption-key 6 value 0 destination 101 encryption-key 7 value 0 destination 101 encryption-mode off destination 101 radio-vlan 0 destination 101 multicast-group 32768 destination 101 bridge-mode off destination 101 start-mode normal destination 101 ccu-address 99 destination 101 buzzer-level 1 destination 101 li-activation-time bounce-free 10 destination 101 li-activation-time short 50 destination 101 li-activation-time long 150 destination 101 receive-buffer-len 4 destination 101 dimmer-ignition-len 60 destination 101 dimmer-control-delay 60 destination 101 pin-config port 2 pin 2 type dimmer device-address 3 destination 101 pin-config port 2 pin 2 status-modul-address 99 destination 101 pin-config port 1 pin 1 type logical-input falling-edge short pull-up-resistor force-bounce-free device-address 2 destination 101 pin-config port 1 pin 1 status-modul-address 101 destination 101 ac-reset destination 101 ac-object 0 property 0 value 61 destination 101 ac-object 0 property 1 value 101 destination 101 ac-object 0 property 2 value 2 destination 101 ac-object 0 property 3 value 0 destination 101 ac-object 1 property 0 value 100 destination 101 ac-object 1 property 1 value 0 destination 101 ac-object 1 property 2 value 0 destination 101 ac-object 1 property 3 value 0 destination 101 ac-object 2 property 0 value 121 destination 101 ac-object 2 property 1 value 1 destination 101 ac-object 2 property 2 value 101 destination 101 ac-object 2 property 3 value 3 destination 101 save-config destination 101 system-full-reset destination 101 get-version destination 101 get-compiler-option 0 destination 101 get-compiler-option 1 destination 101 get-compiler-option 2 destination 101 get-compiler-option 3 das sind die Meldungen 1. Kurz gedrückt 2. Lange gedrückt. 3.Loshelassen. Wenn ich immer kurz drücke kommt nur die 1. Meldung Serial in: vlan:0, source:101, destination:101, mtype:2, device:3, v0:128, v1:0, v2:0 Serial in: vlan:0, source:101, destination:101, mtype:2, device:3, v0:136, v1:0, v2:0 Serial in: vlan:0, source:101, destination:101, mtype:2, device:3, v0:135, v1:0, v2:0 Danke für die Hilfe und Geduld
Datum:
@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
Datum:
Ich möchte erstmal eine Lampe mit einem Taster schalten. Also taste gedrückt Lampe an. Nochmal gedrückt Lampe aus.
Datum:
@ eugen: Deine Config passt bis auf eine Kleinigkeit. Der Taster "benachrichtigt" zwar den Server aber nicht die CU auf der das AC Objekt läuft. Einfach das "Notify" bei Taster auf "Relais-Modul1" setzen. Dann müsste alles Funktionieren MfG Uwe
@ 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
Datum:
@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
Datum:
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
Datum:
@ Carsten: Läßt sich die Firmware über Konsole bzw. die GUI flashen ? (Hab da letztens schlechte Erfahrungen gemacht) Ich hab aus Zeitmangel im Moment kein Testsystem laufen, nur meine Installation. Beim Compilieren hatte ich da Probleme und dann natürlich auch beim flashen. Deine Version des Phasenanschnittsdimmers würde ich gerne testen, aber ich bräuchte von Dir die genaue Compilerversion bzw. den Softwarestand von HAP. Wenn ich mir die Config versemmle, gibts wieder Ärger mit der angetrauten. (2/3 der Wohnung sind dann sehr Dunkel ; ) Läuft HAP eigentlich auch unter Ubuntu 8.04 LTS ? Dann könnte ich meine selbstbau Reelbox als HAP-Server missbrauchen. MfG Uwe
Datum:
Angehängte Dateien:@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
Datum:
@Uwe Konntest du die Firmware schon testen?
Datum:
Hallo Leute, ich hätte eine Frage. Um die Dimmer-Funktion zu nutzen brauche ich unbedingt Zero-Cross-Detection? Oder geht auch ohne? Ich will nur Leuchtstoffröhren mit 0-10V Steuerung dimmen. Vilen Dank.
Datum:
@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.
Datum:
@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...
Datum:
Ja muss ich wohl probieren. Habe mir eigentlich die Dimmer-Funktion gedacht. Den Ausgang auf ein Transistor(mit 10 V am Colector) und ein Wiederstand auf Colector zu GND und die Spannung vom Widerstand abgreifen Danke
Datum:
@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
Datum:
@Carsten: Wo hakt es denn genau? cu, Ben
Datum:
@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
Datum:
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?
Datum:
@Jörn Du kannst die Firmware doch aus dem SVN laden: http://code.google.com/p/hap/source/browse/#svn/tr... 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
@ Eugen: Ich nutze 0-12 Volt Ausgänge um 12V PC-Lüfter anzusteuern. HAP-CU mit ZCD, dann an den Portpin der als Dimmerausgang deklariert ist einen LM324 mit Mosfet, Kondensatoren und einem Trimmer dran. Fertig ist die Lüfteransteuerung. Es ist zwar zwingend eine ZCD notwendig, aber die brauche ich wegen der "normalen" Dimmer sowieso. Bei minimaler Anpassung müsste das genau für Deinen Dimmer funktionieren.
Datum:
@ uweb Danke sehr. Sieht nicht schlecht aus.
Hallo ihr HAP-Meister :-) Ich habe mir eine Autonome Steuerung mit einem Taster gebaut. Kurz Gedrückt ein Ausgang, Länger Gedrückt andere Ausgang.Es ist unmöglich das gleichzeitig beide angehen.Nach eine bestimmter zeit geht der Ausgang OFF. (s.anhang) Also mit Normalem Taster geht auch alles ohne Problemen. Die Frage wäre: Wie realisiere ich jetzt den Taster in der GUI-Ansicht? Wenn ich die Ausgänge als Buttons anlege dann kann ich ganz in ruhe auch beide aktivieren. Wenn ich Unter Device den Taster eingebe dann passiert gar nichts.so sieht es aus wenn ich 2 mal den Taster in der GUI klicke: Source:237 -> Session:125 Serial out: vlan:0, source:237, destination:101, mtype:0, device:11, v0:0, v1:0, v2:0 Serial in: vlan:0, source:101, destination:101, mtype:2, device:11, v0:0, v1:0, v2:0 Source:237 -> Session:126 Serial out: vlan:0, source:237, destination:101, mtype:0, device:11, v0:0, v1:0, v2:0 Serial in: vlan:0, source:101, destination:101, mtype:2, device:11, v0:0, v1:0, v2:0 Ich danke euch vielmals für die Hilfe Mit freundlichen Grüßen
Datum:
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
Datum:
bei ner Neuauflage von Platinen wäre ich auch noch Solid-State-Relais interessiert :D
Datum:
@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....
Datum:
@ Jörn Ahrens du meinst noch zusätzlich 2 Switsche? Ich habe momentan auf der CU ein Taster und 2 Switsch angelegt. Wie gesagt es funktioniert schon alles.(aber ohne GUI) Ich habe mir überlegt ob ich nicht einen Shutter(mit den beiden angelegten Switsche) verwenden soll und dann den Shutter in der GUI einfügen.mal sehen ob es klappt. bin zur Zeit unterwegs.
Datum:
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"
Datum:
@ Jörn Ahrens Hallo Jörn Ahrens, danke für deine Hilfsbereitschaft. Ich bitte mich zu verzeihen wenn ich mich nicht richtig ausgedrückt habe. Wie ich was in der GUI anlege und was ich mit Notify bewirke habe ich schon verstanden(übrigens da hast du auch mir geholfen) Was ich meinte ist in der GUI zu steuern. Ich meine den F1.Taster Funktion in der GUI nachbilden. Den Status von AUF1 und ZU1 das kann ich sehen.Ich möchte die aber auch so wie in der Autonomesteuerung per GUI steuern. Damit es in der GUI bei einem Klick ein Ausgang kommt, beim Zweitem Klick der zweite Ausgang. Wenn ich beide Ausgänge inder GUI anlege dann umgehe ich damit die Autonome steurung und kann gleichzeitig beide Ausgänge aktivieren(was aber unerwünscht ist) wenn ich den F1.Taster in der Gui Anlege dann komm ich somit nicht in die Autonomesteurung rein und passiert garnichts. Beide Switche haben bereits bei Notify den Server. Und der Taster hat bei Notify den CU wo die Autonomesteurung läuft.(switche und taster) Ich hoffe du verstehst jetzt was ich meine :-)
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
Datum:
Angehängte Dateien:Hi, kannst das Layout nehmen und evtl. ein bisschen zurechtbiegen ; ) Fall jemand ein 4-Kanal Layout mit Kühlkörper + Temperatursensor braucht, bitte melden. MfG UweB
Datum:
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
Datum:
Angehängte Dateien:-
Solid-State.JPG
284,5 KB, 362 Downloads -
4F-Solid-State.JPG
229,8 KB, 379 Downloads
Vorteile: Keinerlei Mechanik :) sprich verschleissfrei, kein Schaltfunke. Seeehr einfach anzusteuern. (Vorwiderstand und gut ist) Je nach Ausführung mit interg. Nulldurchgangserkennung >> Schaltet genau im Nulldurchgang. Siehe Datenblatt vom S202S02 Solid-State-Relais. (z.B. bei Reichelt) Ich steuer meine Rolläden und sonstige 230Volt Verbraucher nur mit den Solid State an, hab gar keinen "normalen" Relais im Einstatz.
Datum:
@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
Datum:
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
Datum:
@ Carsten: Bei hoher Last sind 16A Relais besser, ich hab allerdings mit den kleinen Relais wie sie z.B. in dem Jalousieaktor eingesetzt werden schlechte Erfahrungen gemacht. Für Rolläden oder Lampen funktionieren die S-S-Relais super. Sind halt kontaktlos..... Hab die 8-Fach Platine schon seit 1 3/4 Jahren ohne ein Problem im Einsatz. Die Platine mit dem Kühlkörper ist eher eine Testversion. (Ich will zumindest einen 500W Halogenstrahler darüber schalten.) Deshalb hab ich rechts noch den Temperatursensor mit dazu gepackt, so hat man immer Kontrolle über die Kühlkörpertemperatur. Was halt bei geschalteten Steckdosen immer gefährlich ist, ist die Belastung im worst case. (ich denke da an Frau mit großem Staubsauger) Da sind normale Relais sicherer. MfG Uwe
Datum:
@Jörn Meine Farbwahl ist recht einfach: Dunkelblau : Kleinspannung bis 12V (also praktisch alles was von der CU kommt) ausser CAN Rot : 230VAC Phase Innerhalb des Schaltschrankes für Schaltsignale. Schwarz : 230 VAC Phase Versorgung Hellblau : N Leiter Weis : CAN-Bus Braun : Analog bzw. Digitale Sensoren Und bitte KEINERLEI Kommentare bzgl. VDE und Adernfarbe. Ich habe diese Farben in ausreichenden Mengen und deshalb diese Auswahl. Deshalb ist mir die VDE konformheit sch...... egal. MfG B-Tronic
Datum:
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
Zur Absicherung: Ich gehe da einen etwas anderen Weg. Es gibt da recht gute Sicherungsklemmen die nicht gerade billig sind. Wenn die Feinsicherung defekt ist leuchtet die rote Led. Mit denen sichere ich jeden Verbraucher einzeln ab. (siehe links auf dem Bild) MfG Uwe
Datum:
Die Sicherungsklemmen sitzen natürlich rechts. Sorry !
Hallo an alle HAP-Profis, ich habe eine kurze Frage was Rollo-Steuerung angeht. Ich habe mir eine Rollo-Steurung mit einem Taster realisiert(s.Anhang) Also mit 4 Shuttern klappt es wunderbar. GUI auch kein Problem. Sobald ich den 5 Shuter in Betrieb nehmen will. habe ich Probleme. Und zwar in der Konsole habe ich den Status quasi von AC Objekt "UP/Down 2 Btn Shuter".Also ich habe quasi "133" und "134" als werte für den Shuter angezeigt. Serial in: vlan:0, source:101, destination:101, mtype:2, device:105, v0:133, v1:0, v2:0 Serial in: vlan:0, source:101, destination:101, mtype:2, device:105, v0:134, v1:0, v2:0 101 - Relaimodul device 105 ist mein 5 Shutter. mtype:2 Fehler aber WARUM? Gibt es irgendwelche Begrenzungen was zahl von Shuttern angeht? Kann ich nur 4 Shutter betreiben oder was mache ich falsch. Bei allen 5 Shuttern sind es identische Einstellungen. So siehts aus wenn es funktioniert z.B Shutter 2: Serial in: vlan:0, source:101, destination:1, mtype:16, device:102, v0:0, v1:0, v2:0 Serial in: vlan:0, source:101, destination:1, mtype:16, device:102, v0:100, v1:0, v2:0 Ich würde mich sehr für eure Hilfe freuen. Vielen Dank
Datum:
@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
Datum:
@ Carsten W. echt ich dachte es ist nur für Dimmer und so. In der Simulation könnte ich das nicht so nachvollziehen. Deswegen dachte dass es vieleicht nicht geht. Ich danke dir vielmals. Werde dann in kürze alles umprogrammieren, vieleicht wir es dann problem mit dem 5 Shutter gelöst. Vielen Dank
Datum:
Hallo, habe jetzt alles verändert. Das Problem Besteht immer noch. habe jetzt natürlich andere Status Meldung. Serial in: vlan:0, source:101, destination:101, mtype:2, device:105, v0:128, v1:0, v2:0 aber trozdem nicht das richtige Serial in: vlan:0, source:101, destination:237, mtype:1, device:104, v0:100, v1:0, v2:0 Hat jemand mehr als 4 Rollos an einer CU. Vielen Dank für die Hilfe
Datum:
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
Datum:
@ Carsten W. ich nutze zur Zeit hap-2-5-7-20080717.zip, die auch zur Zeit von der HAP Internet Seite zu beziehen ist. Gruß Eugen
Datum:
Hallo, hat jemand mehr als 4 Rollos(Shutter) an einer CU amlaufen bekommen? Gruß
Datum:
Ich habe es gestern leider nicht geschafft. Ich habe immer noch Probleme mit meinem MosFet-Dimmer ... . Gruß Carsten
Datum:
@Eugen: Hab leider auch nur 2 Shutter pro CU. @Carsten: Kannst Du mir mal den aktuellen Stand bzgl. des Phasenabschnittsdimmers mitteilen ? Ist es im Moment angebracht, wenn beide Dimmer zum Einsatz kommen, die Dimmer auf zwei CU´s zu verteilen ? (ist kein Problem) Mir ist Gestern mein 150VA Trafo abgeraucht :( Und ein neuer Elektronischer kostet nur 1/3 wie ein vergleichbarer herkömmlicher Trafo. Also muß der Phasenabschnittsdimmer her ;) MfG Uwe
Datum:
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
Datum:
Habe gerade noch mal die Doku gelesen. Punkt 4.13 3 Absatz Es können bis zu 4 abstrakte Objekte konfiguriert werden. Also geht doch nicht mehr als 4 Shutter. Gruß Eugen
Datum:
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
Datum:
@all kleine änderung in der datei haam.h Zeile 27 #define AMCount 0x04 bewirkt wunder. habe Zahl auf 0x05 eingestellt und siehe da mein 5 Shutter geht jetzt. Bis wie viel es geht weiß ich nicht, brauche momentan nur 5. Gruß
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
Datum:
@Daniel.R
Hallo,
lies dir Hap_QuickStart.pdf. du findest es weiter oben. Mir hat es am
anfang geholfen. Mach einfach alles eins zu eins wie da steht und im
laufe wirst du vieles verstehen,
Autor: Jörn Ahrens (joern_)
Datum: 05.12.2009 22:00
Angehängte Dateien:
* preview image for Hap_QuickStart.pdf
Hap_QuickStart.pdf | anzeigen
315,4 KB, 197 Downloads
Gruß Eugen
Datum:
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.
Datum:
falls ihr Ergänzungen/Verbesserungsvorschläge zum HowTo habt einfach kurz mailen...
Datum:
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...
Datum:
Würde auf den Transceiver tippen.
Datum:
Angehängte Dateien:Hallo HAP-Kollegen! Ich habe dieses Projekt aufmerksam verfolgt und mich nun dazu entschieden, auch auf HAP umzusteigen (hatte vorher ein autonomes, selbstgebautes System auf ATMEGA128-Basis). Hardware, Installation etc. hat auch sehr gut funktioniert (Danke nochmals für das howto!) Wenn ich die CU (Beispiel aus dem howto) per USB (FT232) mit Hterm verheirate, bekomme ich den Zeitrequest und kann auch die Moduladresse manuell einstellen, ins EEPROM speichern und resetten. Soweit so gut. Wenn ich allerdings Änderungen über die Software (HAPConfig) vornehme und diese dann per "Manage - Manage Modules - run Task" zum Modul senden möchte, erhalte ich die im Anhang gezeigten Fehlermeldungen. Hat jemand dies schon mal gehabt und kann mir sagen, was ich falsch mache? Viele Grüße, Markus
Datum:
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...
Datum:
@Jörn Ahrens Hi, ich habe es unter Ubuntu 9.10 amlaufen.Da musste ich die Quelle manuel einfügen. in der console hat es nicht funktioniert. System » Systemverwaltung » Software-Quellen
Datum:
Oh sehe grad, hatte die Softwarequelle nicht vollständig eingefügt... Besten Dank.
Datum:
@Timaks: Wie sieht Deine Config aus ? Vor allem die CCU und Bridge. Stell mal Screenshots von Deiner Config hier ins Forum. Wenn ich es richtig aus dem Log auslese bekommst Du keinen ACK von der CU. Ich könnte Dir auch mal Screenshots von meiner laufenden Config schicken.... leider geht das ohne Mailadresse nicht. MfG Uwe
Datum:
Hi Uwe, ich habe die Configs aus dem Howto übernommen. Die CCU ist exakt so eingerichtet, bei der CU habe ich den CAN-Bus herausgenommen, da ich bis jetzt erstmal nur EINE CU (und die als DIL-Version) zum Testen gebaut habe. Ich benutze (das im Wiki empfohlene Debian. Ausgeführt wird es in einer VMWare. Die Schnittstelle "/dev/ttyUSB0" ist einwandfei ansprechbar (cp textfile /dev/ttyUSB0 geht). Sollte die grafische Oberfläche beim Übertragen nicht was auf der Seriellen rauspusten? Habe mal ein Terminal drangehängt - da kommt nix. Dagegen Terminal an die CU: wie schon beschrieben kommt der Zeitrequest und ich kann auch manuell programmieren... Meine email ist timaks äht web.de. Viele Grüße, Markus
Datum:
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
Datum:
Angehängte Dateien:-
ccu1.JPG
108,2 KB, 200 Downloads -
ccu2.JPG
100,7 KB, 185 Downloads -
cu-eg1.JPG
107,2 KB, 168 Downloads -
cu-eg2.JPG
102,2 KB, 156 Downloads
Hi Uwe, die Sache mit dem Logging hat funktioniert. ttyUSB0 wurde erfolgreich geöffnet, dann kam "Source:238 -> Session:5", beim zweiten Versuch "Source:238 -> Session:6". Das Log sieht aber immer noch genauso aus wie im Anhang vom ersten Beitrag (21.03.2010 18:12). Ich habe mal meine Configs angehängt... Wie gesagt: Debian in einer VMWare, Kommunikation per FT232 klappt (mit HTerm ausprobiert), DIL-CU mit HTerm von Hand (wie im Howto beschrieben) mit einer Adresse versehen, ins EEPROM speichern und resetten klappt wunderbar. Den CAN-Bus habe ich deaktiviert, da ich vorerst nur eine CU habe. Gruß Markus
Datum:
@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
Datum:
@Carsten: Ja, ich habe erst die mv.h angepasst (u.a. COHACB deaktiviert), dann das Projekt mit "make" compiliert. Da ich mit PonyProg brenne, habe ich laut Anleitung den Bootloader händisch hinter die ha.hex gehängt (Schlusscodierung natürlich vorher entfernt) und das Ganze dann programmiert. Fuses gesetzt - fertig. Die Hardware scheint ja auch zu funktionieren, da die CU per HTerm ja konfigurierbar ist und ordnungsgemäß auf alle Programmierrequests (Moduladresse setzen, CCU-Adresse setzen, Bridge-Mode setzen, Startmodus, EEPROM speichern und Full Reset durchführen) reagiert. Wie sieht denn eure Logdatei bei einer erfolgreichen Übertragung aus? Und was bedeutet die Fehlermeldung "unrecognized command"? Kriegt er kein vernünftiges Feedback (wie bei falscher Baudrate)? Gruß Markus
Datum:
Moin, @timaks: http://wiki.netmb.net/index.php/Erkl%C3%A4rung_der... Kann es sein, dass Du versuchst die CCU zu flashen/konfigurieren ? cu, Ben
Datum:
Hallo zusammen! @Ben: Na, wie geht´s voran? Ich denke nicht, dass ich die CCU programmieren will - ist das überhaupt möglich (den Befehl zum Flashen auszuführen)? Wenn ich über "Manage" - "Manage Modules" gehe, habe ich NUR die CU-EG zur Auswahl. Die selektiere ich und starte das Update dann mit "Run Task". Kann man da was falsch machen? Es wundert mich sehr, dass die Kommunikation via HTerm "zu Fuss" möglich ist. Somit ist der Schnittstellenwandler (FT232) und die Kabelverbindung schon mal raus. Die CU muss ja auch funktionieren, sonst würde sie nicht ordnungsgemäss antworten. Ich habe in Linux leider nur Grundkenntnisse und habe mich an die Empfehlung des Debian gehalten. Vielleicht ist es sinnvoll, doch auf Ubuntu zu wechseln? Kann mir aber rein logisch nicht vorstellen, dass es daran liegen soll. Was steht denn bei euch im Log, wenn eine Config auf eine CU ERFOLGREICH übertragen wurde? Und was wird in einem funktionierenden System angezeigt, wenn der "Trace" (/etc/init.d/hap-mp stop - cd /opt/hap/bin - ./hap-mp.pl) angeworfen wird? Viele Grüße, Markus
Datum:
@ timaks Hallo, wenn du "cd /opt/hap/bin - ./hap-mp.pl" im Terminal angibst, dann kannst du jegliche Kommunikation deiner CCU mit anderen CU's im Terminal nachverfolgen. Nach der Eingabe siehst du dann mit welcher USB-Verbindung "ttyUSBX" deine hap-mp verbindet. bei mir war der Fall dass auf meinem Laptop noch paar interne Geräte auf dem USB Port hängen. d.h. ich habe von vorne rein ttyUSB0 und ttyUSB1 und ttyUSB2 besetzt. und musste in der hap.yml manuel auf ttyUSB3 ändern. und zwar nur ttyUSB3 stehen lassen. Überprüfe ob du nur ein "ttyUSBX" in deinem /dev Ordner stehen hast. wenn nicht dann stelle fest welcher zu deiner CU gehört und dann versuche deine /opt/hap/etc/hap.yml Datei entsprechend ändern. Meine Überlegung ist: dass du über Hterm mit dem richtigen Port dich verbindest und mit hap nicht. Im Terminal siehst z.B solche Nachrichten: Serial in: vlan:0, source:101, destination:1, mtype:16, device:102, v0:0, v1:0, v2:0 Serial in: vlan:0, source:101, destination:1, mtype:16, device:102, v0:100, v1:0, v2:0 gutes gelingen Grüß Eugen
Datum:
@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
Datum:
Hi zusammen! @Carsten: CAN-VLAN-ID ist jetzt gleich, Zustand unverändert. @Eugen: Danke für den Tipp - ttyUSB0 ist aber leider der einzige USB-Anschluss, der im Linux verfügbar ist. Habe mal die hap.yml mal "zum Probieren" auf ttyUSB1 gestellt, dann versucht der "Trace" aber immer vergeblich, den Port zu öffnen (was zu erwarten war). Da ich bei den Fehlermeldungen nicht weiterkomme, habe ic zunächst mal versucht, eine Konfiguration zu erzeugen. Habe mich dabei an Dein Beispiel (Beitrag vom 19.02.2010 20:13) gehalten: Taster - Lampe. Wie hast Du die Symbole in das Fenster bekommen? Immer, wenn ich etwas aus dem rechten Bereich in den weissen Bereich ziehe, rutscht es automatisch wieder zurück (lässt sich also nicht plazieren). Ich schliesse mittlerweile aus, dass der Fehler bei ttyUSB0 -> CU liegt und vermute immer stärker, dass die grafische Oberfläche nicht wirklich mit der ttyUSB0 reden kann (obwohl korrekt in der hap.yml eingetragen). Ich könnte höchstens noch einen alten PC (mit serieller Schnittstelle) mit Linux betanken und das dann dort probieren... Würde mich dann nur wundern, dass es bei allen anderen klappt :-( Viele Grüße, Markus
Datum:
@timaks Hi, bei Autonomous Control, habe ich einfach neuen Dokument aufgemacht und dann ging alles reibungslos. Ich weis erlich nicht was es bei dir sein könnte. Vieleicht nutzt du ein anderen Browser? Ich kann mich erinnern dass wenn ich Opera verwendet habe dann gabs da Probleme.
Datum:
@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...
Datum:
@timaks: Hast Du an der CU eine Zero-Cross-Einheit dran (ZCD)? Wenn nicht, dann würde ich die Dimmer-Option mal aus den Config-Options rausnehmen. Hintergrund: Die Zeitbasis in der CU orientiert sich an der ZCD, wenn die Dimmer-Option drin ist. Wobei ich gestehen muss, dass ich jetzt nochmal genau nachschauen müsste, ob das immer noch so ist. Hilfreich ist auch immer: http://wiki.netmb.net/index.php/Modulkonfiguration... und die Ausgaben dann gesammelt posten. cu, Ben
Datum:
Hi, Firefox 3.x, Safari 3.x und IE7 hab ich damals durchgetestet. Das mit den Eigenheiten der jeweiligen Browser ist ein riesiger Krampf und kostet unheimlich Zeit beim entwickeln. cu, Ben
Datum:
Angehängte Dateien:-
builder-1-99.JPG
83,1 KB, 212 Downloads -
builder-1-100a.JPG
86,7 KB, 195 Downloads -
builder-1-100b.JPG
90,2 KB, 133 Downloads -
265f1.JPG
82,7 KB, 107 Downloads -
265f2.JPG
78,8 KB, 99 Downloads -
265f3.JPG
72,1 KB, 87 Downloads -
265f4.JPG
69,4 KB, 88 Downloads -
266f1.JPG
88,3 KB, 91 Downloads -
266f2.JPG
98,3 KB, 99 Downloads -
266f3.JPG
105,2 KB, 98 Downloads -
266f4.JPG
115,6 KB, 90 Downloads -
266f5.JPG
121,3 KB, 92 Downloads -
266f6.JPG
124,9 KB, 101 Downloads -
266f7.JPG
118,9 KB, 99 Downloads -
266f8.JPG
113,8 KB, 122 Downloads
Hi, es gibt Neuigkeiten! Der Tipp mit der Modulkonfiguration im Wiki war super! Meine CCU hat ID 265 (Adresse 99), die CU hat 266 (Adresse 100). Der Configbuilder hat funktioniert und verwertbare Configs ausgespuckt(siehe Bilder "builder"). Als ich die Config dann mit -f in die CU Übertragen wollte (siehe Bilder "266f") ratterten wunderbar klare Befehle über den Schirm, gaben Acknowledge, die CU wurde programmiert und piepste danach (Reset) kurz. Also alles bingo. ABER: die CCU reagierte mit "No Answer" (siehe Bilder "265f"). Ich konnte also die CCU NICHT programmieren. Ist das richtig so? DAS wäre nämlich auch der Grund, warum ich unter der grafischen Oberfläche eine Programmierung nicht hinbekommen habe. Erst wird ja wohl die CCU programmiert, dann die CU. Und da es bei der CCU-Konfig schon Probleme gab, wurde die CU gar nicht erst programmiert. Zumindest hat die CU noch nie bei der grafischen Oberfläche gepiepst, egal, was ich eingestellt hatte. Sorry für die vielen Bilder, ich kann nicht zwischen der Linux-Welt und der Windows-Welt vermitteln und habe deshalb Screenshots machen müssen... Ubuntu habe ich auch mal installiert, das erkennt aber komischerweise meine Netzwerkkarte nicht - somit ist eine Kommunikation nicht möglich. Werde da aber am WE nochmal näher nach forschen. Es ging ja auch unter Debian einen Schritt weiter - vielleicht hat ja jetzt noch jemand einen heissen Tipp? @Eugen: Das Erzeuge einer Verküpfung der Bildchen auf der Autonom-Fläche hat immer noch nicht geklappt. Ich gehe davon aus, dass es mit der Nicht-Konfigurierbarkeit der CCU zusammenhängt. Viele Grüße, Markus
Datum:
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
Datum:
@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...
Datum:
@Carsten: Das die CCU nur virtuell ist weiss ich ja mittlerweile. Trotzdem muss ich sie doch konfigurieren (nicht programmieren) können. Also sind die Fehlermeldungen "No Answer" normal? @Jörn: Genau das klappt ja leider noch nicht. Die Konfiguration der CU über die grafische Oberfläche. In der hap.yml steht ja über der Auswahl ob LAN oder seriell CU=xxx und CCU=xxx. Muss ich die auch noch angleichen (mit den Adressen CCU=99 und CU=100)? Ich hab´s mal versucht, hat aber keine Änderung ergeben. Die Frage, die sich mit nun stellt ist: Wieso kann ich die CU "von Hand", also mit dem configbuilder -f konfigurieren, aber nicht über die GUI? Und warum kann ich keine Symbole (bei autonom) vom rechten Bereich auf die linke, weisse Fläche ziehen? Die springen immer wieder an den rechten Rand zurück (Ursprungsposition). Viele Grüße, Markus
Datum:
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
Datum:
@ 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!
Datum:
uweb schrieb:
> Siehe Datenblatt vom S202S02 Solid-State-Relais. (z.B. bei Reichelt)
Hi, hast du die Lib für Eagle gezeichnet?
Ich hatte sie mal gemacht, ist aber einem Festplattenschaden zum Opfer
gefallen.
Grüße Eisbaer
Datum:
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...
Datum:
@ Eisbaer: Bei den neuen Eagle Versionen findest Du das Bauteil unter "Relais" Such mal nach S202S02 MfG Uwe
Datum:
ERFOLG! Hallo liebe HAPler, ich habe nach langer Sucherei den Fehler endlich gefunden. Es lag einzig und allein an der Softwareplattform: Ich habe auf einem PC eine virtuelle Maschine in VMWare angelegt, dort das Debian (und hinterher Ubuntu) installiert und die gesamte Maschine abgespeichert. Nachdem ich diese dann AUF EINEM ANDEREN PC gestartet habe, funktioniert augenscheinlich alles (wie in allen meinen Beiträgen beschrieben) - nur nicht die Kommunikation der HAP-Software mit der CU in der grafischen Oberfläche! Die Zusammenstellung einer Verkettung im autonomen Modus lag tatsächlich am Browser: der IE8 kann das nicht richtig. Mit dem FireFox portable klappte das dann auch auf Anhieb. Nun benötige ich nur noch eine kleine Hilfestellung, was die Konfigurierung im autonomen Bereich betrifft (Eugen?): Wenn ich eine Folge Taster Input - Compare - Output konstruiere, wie kann ich dem compare-Feld mittilen WOMIT es vergleichen soll? Wenn ich den grünen Punkt am Input doppelklicke, kann ich ja Werte zur Simulation einstellen - klar. Aber wie kann ich das Compare-Feld konfigurieren? Gibt es für kleine Standard-Anwendungen (Lampe schalten, Lampe dimmen, Rollade fahren) auch schon irgendwo ein howto? Viele Grüße und herzlichen Dank für die Unterstützung bis jetzt, Markus
Datum:
@Wolfgang: Du bekommst den LF50CDT bei RS: http://de.rs-online.com/web/search/searchBrowseAct... Ansonsten kannst Du auch folgende andere Low-Drop-Spannungsregler im DPAK-Gehäuse nehmen: KF50BDT, L4931CDT50, LM2936DT-5.0, NCP1117DT50, LM1117IDT-5,0, LP38690DT-5,0, BA05FP, MC33269DT5,0 oder LD1086DT50. Einen davon wirst Du bestimmt finden ;-) Viele Grüße, Markus
Datum:
@ 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...
Datum:
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).
Datum:
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
Datum:
@Markus: Sie die von Dir aufgelisteten Modelle alle Pin-kompatibel zum LF50CDT ? Wenn ja, dann wäre das ein Fall fürs Wiki. cu, Ben
Datum:
leider wird der adapter nicht erkannt ... mach da wohl was falsch.
Datum:
Lad dir einfach HTerm runter zum testen...
Datum:
nachdem /dev/ttyUSB* gar nicht erstellt wird klappt wohl vorher schon was nicht.
Datum:
USB-Verbindung zum FDTI überprüfen. 5V Versorgung von USB zum FDTI, am FDTI messen. Durchgangsprüfung vom USB-Stecker zu den FDTI Pins. Hab gerade 2 Stunden versucht ein neues Bridge-Modul zu progammieren. Keine Chance ... ttyUSB0 wird gefunden aber nie das Modul. Dann hab ich mir einen USB-RS232 Adapter geschnappt und über einen MAX232 das CU Modul angeschlossen. Bei 1. Versuch war alles in Butter. Nur mal so zur Info. MfG Uwe
Datum:
@Wolfgang Ich hatte auch zu Anfang das Problem dass das Bauteil bei mir am Rechner nicht erkannt wurde. Bis ich mir den Schaltplan nochmal genauer angeschaut habe. Da sind auf den Platinen von Charly Löt-Jumper die du entsprechend auch setzen musst. Damit überhaupt eine Kommunikation stattfinden kann.
Datum:
Hi, danke für die Info. Charly hat mir das auch schon mitgeteilt. Bei seinen Platinen (wenn nur mit den Teilen von der HAP Homepage bestückt) sind X4 + X6 zu überbrücken. Bei mir ist es leider so, das der Adapter dann trotzdem nicht erkannt wird. Nur wenn ich eine CU dran hänge (die auch mit Spannung versorgt wird) dann wird der Adapter erkannt. "Sprechen" kann ich dann aber trotzdem mit der CU nicht. Irgendwo ist da der Wurm drin. lg, Wolfgang
Datum:
@Wolfgang: Compilier die Firmware mit Eeprom, Wireless + Can. Bootloader aufspielen (Erase vor dem Programmieren) Firmware aufspielen (KEIN ! Erase) Dann schauen ob bei Hap-mp der USB-Adapter erkannt wird. Server-Modul (Bridge) mit der GUI konfigurieren und die Config übertragen. MfG Uwe
Datum:
Hi Uwe, genau da liegt mittlerweile mein Problem. Ich hab mir auf Linux die ha.hex erstellt, mit dem bootloader den ich aus der GUI heruntergeladen habe verheiratet und versucht dann mit PonyProg zu schreiben. Da ist aber egal welche Verbindung (I/O Port) ich auswähle und "Probe" mache - es kommt immer "Test failed". Der Test mit dem überbrücken von TX & RX am USB Adapter hat wunderbar funktioniert ... bin also schon einen kleinen Schritt weiter. Leider hakt es jetzt beim erstellen, bzw. flashen des Bootloaders und der Firmware. Hat vielleicht jemand ein paar Screenshots vom flashen & erstellen des Bootloaders (mit welchem Programm auch immer) gemacht? Würde mir sehr weiterhelfen - evtl. wäre es ja auch was für die Doku von Joern. Danke & LG, Wolfgang
Datum:
Ich benutzt das STK500 mit dem AVR-Studio. (Die Screenshots findest Du aber auch im Wiki). Wenn Du eine spezielle Screen brauchst, melde Dich.
Datum:
Hi, irgendwie befürchte ich das gar keine richtige Verbindung mit der CU hergestellt wrd. Es leuchtet zwar LED2 , aber wenn ich versuche mit PonyProg oder auch AVR-Studio die Verbindung zu öffnen kommt lediglich ein Verbindungsfehler.
Datum:
Hi! @Ben: Ja, die genannten Spannungsregler sind pinkompatibel. Es gibt noch mehr, die habe ich aber nicht genannt, da dieses einstellbare Modelle wären, die über einen Widerstand auf 5V reguliert werden müssten. @Wolfgang: Versuchst Du, einen leeren Mega32 über das Linux-Backend zu programmieren? Geht das überhaupt? Also ich habe das so verstanden, dass man mit einem bereits programmierten Prozessor in der CU anfangen muss... Ich habe auch mit Ponyprog geflasht, ging wunderbar. Hier nochmal in Kürze: 1) Bootloader aus der Linux-Software (Tools - Download Bootloader) 2) aktuelle Software (ha-2-5-7-20080715.zip) von der Homepage laden 3) diese Software mit WinAVR compilieren (raus kommt ha.hex) 4) die ha.hex mit einem Editor öffnen & die letzte Zeile löschen 5) den Bootloader mit einem Editor öffnen und komplett kopieren 6) den kopierten Inhalt des Bootloaders ans Ende der ha.hex anfügen 7) die neue Datei speichern 8) diese Datei mit Ponyprog laden und den Chip programmieren 9) die Fusebits setzen (sieh Wiki) 10) Fertig! Wenn Du richtig geflasht hast, sollte beim Einschalten der CU die zweite LED kurz aufblinken bzw. der Buzzer kurz piepsen. Dann hat das Flashen geklappt. Der FT232 war bei mir total problemlos. Ich habe ihn zunächst unter Windows ausprobiert (Treiber von der Homepage runtergeladen und los) - alles gut! Er funktioniert übrigens NICHT, wenn er nur am USB hängt. Der Chip bezieht seine Betriebsspannung nämlich aus der CU. Ohne Verbindung zur CU (4-adrig!) wird der FT232 NICHT vom Btriebssystem erkannt! Gruß Markus
Datum:
egal was ich mache - ich erhalte immer nur "device missing or unknown device"
Datum:
Hi Wolfgang, wir reden jetzt aber nur vom Problem, den FT232 an den PC zu hängen? Der ist normalerweise wirklich total pflegeleicht... Also, wenn: a) der FT232 die Betriebsspannung von 5V hat (kommt von der CU) b) die 4 Anschlüsse zum USB (+5V, GND, 2*Data) vorhanden sind sollte der Adapter funktionieren. Versuch das doch mal an einem anderen PC (der Windows hat). Die Treiber für den FT232 unter Windows findest Du übrigens hier: http://www.ftdichip.com/Drivers/VCP.htm und http://www.ftdichip.com/Drivers/D2XX.htm Der VCP Treiber (Virtual Com Port) legt einen zusätzlichen COM-Port an, der über jede Windows-Software ansprechbar ist. Der D2XX Treiber ist zur Ansteuerung übe reine DLL, also eher was für Entwickler und Programmierer, die den Port DIREKT ansprechen möchten. Ich empfehle für den ersten, einfachen Test den VCP Treiber. Wenn der Wandler dann erkannt wird, widmen wir uns den anderen Problemen (Kommunikation mit der CU). Viele Grüße, Markus
Datum:
Nachtrag: Ich habe die USB-Platine von der HAP-Homepage nachgebaut. Unterscheiden sich die Belegungen von Charlys Platinen? Ihr habt was von Jumpern erwähnt...
Datum:
Hi, die Verbindung zum USB Adapter klappt nun - auch der Test von Uwe (RX & TX überbrücken und in HTerm Zeichen senden ...) hat funktioniert. Den Treiber hat Windows (7) automatisch installiert. Auch der Com-Port (COM4) wurde angelegt. @timaks: Wenn du den USB Adapter von Charly hast und "nur" die Teile vom ursprünglichen verwendest dann sind einige Brücken offen. Ich habe die bei mir einfach überbrückt. Und zwar die Anschlüsse X4, X5 & X6. Danke & frohe Ostern, Wolfgang
Datum:
@Wolfgang: Und was klappt jetzt noch nicht? Der USB-Wandler unter Linux? Taucht das Device ttyUSBx jetzt bei Dir auf? Gruß Markus
Datum:
Hi Markus, ttyUSBx taucht jetzt auf. wenn ich aber die firmware draufspielen will geht nichts. Bei PonyProg (unter Windows) kann ich mit dem COM port nicht auf die CU verbinden. Beim I/O port setup wähle ich den COM port aus - klicke auf "Probe" und bekomme "Test failed".
Datum:
also ich hatte mal ein ähnliches Problem mit meinem alten Desktop (AMD 64 mit Asus Board). War aussichtslos mit dem Rechner, Ubuntu & USB (es fehlten teilweise Übertragungen...) und per RS232 klappte alles wunderbar! Versuch es einfach mit einem anderen Rechner... Hab mir dann für das Haus ein MSI AE1900 bei ebay geholt und damit klappte alles wunderbar per USB!
Datum:
habs schon mit nem IBM thinkpad versucht - leider auch ohne erfolg. funktioniert ponyprog unter linux/ubuntu mit dem USB auch? welchen port muss ich da auswählen?
Datum:
Nur mal so am Rande: Mit welchem Programmieradapter versuchst Du die Firmware aufzuspielen ? Ich hoffe nicht mit der HAP-USB Platine. Hast Du ein STK500 oder einen Selbstbauadapter ? MfG Uwe
Datum:
doch. versuche es mit der HAP USB Platine - Layout von Charly. Funktionierts damit nicht?
Datum:
Ich kenne das Layout von Charlie nicht aber die HAP-USB Platine ist NUR zur Anbindung des PCs auf dem HAP läuft an die CU-Platinen. Zum Progammieren brauchst Du einen Programmieradapter wie das STK500 odeer was ähnliches. (Deshalb hast Du auch so massive Probleme) Ich habe mir letzte Woche einen mySmartUSB light von myAVR bestellt. Bin gespannt ob der Problemlos mit dem STK500 zusammen arbeitet. MfG Uwe
Datum:
du musst erst per ISP ( zB Atmel MKII oder STK500) den Bootloader & die ha.hex draufspielen. Dann erst kann man per USB/RS232 die Software aus der HAPConfig programmieren, da der Bootloader nötig ist um das über UART durchzuführen... Hab mir einfach nen Adapter für ISP gebaut, denn ich auf die Jumperleiste(JP7 glaube ich) draufstecke...
Datum:
erklärt natürlich vieles :-) das mit dem ISP auf den JP7 würde mich natürlich interessieren
Datum:
:) schau Dir das mal an: "http://www.mikrocontroller.net/articles/AVR-Tutori... Wobei Du in einem Punkt aufpassen mußt: Mit z.B. einem STK500 und dem Avr-Studio kann man erst den Bootloader programmieren und dann direkt hinterher die Firmware. Wenn Du z.B. Ponyprog oder so verwendest ist die Vorgehensweise eine andere (siehe weiter oben). MfG Uwe
Datum:
Hi, ich habe mir diesen Programmieradapter für den Parallelport aufgebaut: http://www.mikrocontroller.com/de/isp.php Daran habe ich ich zwei Adapterkabel angeschlossen, jeweils passend für die DIL-CU und die SMD-CU. Ach ja und bei diesem Adapter nicht vergessen die Versorgungsspannung der CU anzulegen ;-) . Gruß Carsten
Datum:
Hi, also je öfter & länger ich mir den USB Adapter & das Layout von der DIL CU ansehe denke ich mir das ich eigentlich mit dem USB Adapter & dem JP1 auch die programmierung machen könnte.
Datum:
Hi, mal kurz etwas zur Hardware. Ich möchte bei mir auch Steckdosen schaltbar machen und fand den Relaistyp (12A) der HAP-Platine noch nicht ganz überzeugend. Auf Fotos eines KNX-Schaltaktors von Berker habe ich einen Relaistyp (16A) gefunden, der eigentlich ideal für diese Anwendung ist. http://de.rs-online.com/web/search/searchBrowseAct... Dieser verkraftet Einschaltströme bis 165A! Gruß Carsten
Datum:
Hi, ich hatte damals die Relais gewählt, weil sie halt bei r****elt gut verfügbar und recht preiswert sind und zudem die Leiterbahnbreiten eh nicht mehr als 10A zugelassen haben. Mit >35µm sieht das wieder anders aus, wobei man auch nicht den Abstand zwischen den Leiterbahnen ausser acht lassen darf. Neue und verbesserte Layouts sind natürlich immer willkommen... cu, Ben
Datum:
@Carsten: Ich habe mir jetzt auch den besagten Adapter gebaut (LPT) und versucht lt. Anleitung die Firmware zu schreiben (DIL-CU). Leider kommt bei mir immer der Fehler "Write failed". Versorgungsspannung habe ich angelegt. Wenn ich auf "Write" klicke kommt immer zuerst die Meldung "Device missing or unknown device" - wenn ich da auf "Ignore" klicke beginnt aber der Balken zu laufen. Noch eine Idee woran es liegen kann?
Datum:
@Wolfgang Programmierst du mit Ponyprog? Hast du da den richtigen Adaptertyp eingestellt? Ich meine der heisst etwas anders als in der Doku beschrieben. Meines wissen lässt sich aber eh nur einer aktivieren. Ich habe mein altes Notebook (mit Parallelport) zum programmieren leider nicht hier um nach zu schauen. Gruß Carsten
Datum:
DT-006 I/O auf LPT1 Ist es normal das die Meldung "Device missing or unknown device" immer kommt?
Datum:
ja, habe ich. Jetzt hab ich PonyProg mal als Administrator gestartet (Windows 7). Schreiben hat jetzt ewig gedauert (sicher 20 min.) - aber am Ende wieder "Write failed" Die Meldung "Device missing or unknown device" ist jetzt aber nicht gekommen.
Datum:
"Ich habe mir letzte Woche einen mySmartUSB light von myAVR bestellt.
Bin gespannt ob der Problemlos mit dem STK500 zusammen arbeitet."
>> Ich muß sagen das Teil ist Super !
Wird Problemlos vom STK500 erkannt und versorgt die Schaltung beim
programmieren mit 5 oder 3 Volt Versorgunsspannung.
@Wolfgang:
Hast Du mal die Bios-Einstellungen der LPT Schnittstelle überprüft ?
Datum:
Ein kleiner Tipp falls jemand noch einen Xport (evtl. zur HAP Anbindung) braucht: Bei Ebay nach "19 2HE Gehäuse Server Industriegehäuse" suchen. Das Gehäuse ohne Netzteil, aber mit eingebautem Xport kostet mit Porto gerade mal 25 €. Ein neuer Xport locker das doppelte. Das beste daran ist das auf der Platine schon der Spannungsregler + Max232 sitzt. Einfach 5 Volt dran und gut ist.
Datum:
Hallo Gemeinde, ich danke euch allen für eure Unterstützung. Nach vielem hin-und-her ist es mir nun doch gelungen mit PonyProg die Firmware zu schreiben (lag wohl wirklich an der Ausführung als Administrator unter Win7). Auch habe ich schon meine erste Konfig übers GUI erstellt (einfache Relais-ansteuerung). Hat alles wirklich wunderbar geklappt. Nun hätte ich da aber eine weitere Frage: Wie funktioniert das mit dem Dimmer und der ZCD? Wie erstelle ich da die Konfig in der GUI? Nochmals sehr vielen Dank!! lg Wolfgang
Datum:
Hallo HAPler, hat jemand von euch schon Erfahrungen mit der Funk-Verbindung zwischen CUs gemacht? Ich habe mit Charly über das RFM12 (von Pollin) gesprochen. Das ist ja erfrischend günstig und recht leicht zu programmieren. Ist eine Integration schon vorgesehen und gibt es da auch schon Applikationsvorschläge oder war ich beim Durcharbeiten des WIKIs wider mal von Blindheit geschlagen? @Wolfgang: Hast Du Deinen Dimmer jetzt in den Griff bekommen? Ansonsten könnte ich Dir, zumindest was die ZCD angeht, helfen. Viele Grüße, Markus
Datum:
Ben hat einige CU´s mit Funk angebunden. Allerdings nicht mit den Funkmodulen von Pollin. (Bin in der Firma, und hab den Typ der Funkmodule gerade nicht zur Hand.) Die Funkmodule werden einfach an RXD und TXD der Cu angeschlossen, die CU entsprechend parametriert und gut ist. MfG Uwe
Datum:
Hi Markus, ich bin leider hier nicht vorangekommen wäre aber für jede Hilfe sehr dankbar. Mir fehlt leider das Verständnis wie ich die ZCD mit der CU & dem Dimmermodul zusammenschalten muss - bzw. was da in der Config zu machen ist. Ein paar Screenshots würden mir da sicher helfen. Letztes Wochenende habe ich dann mit dem LCD gekämpft und bin da auch noch nicht soweit ich gerne wäre. lg Wolfgang
Datum:
@Wolfgang: An die ZCD muß der GND und bei der CU gehst Du an P3.2 (Port D.2). (Phase und N an der Netzspannungsseite dürfte klar sein) Bei der Firmware muß der Dimmer bei den Compilerschaltern aktiviert sein. Dein Ausgang (Device) mußt Du als Dimmer konfigurieren und nicht mehr als Switch. Dann nimmst du einfach das Beispiel aus dem Wiki: "http://wiki.netmb.net/index.php/Autonome_Steuerung... Und schon dimmt das Ganze. MfG Uwe
Datum:
... meinem Vorredner ist nichts mehr hinzuzufügen. Das ZCD-Modul wie beschrieben anbinden, damit die CU die Nulldurchgänge mitbekommt. Konfiguration als Dimmer und los. Ich kann aber bei Gelegenheit gern ein paar Screenshots anfertigen. (Hatte mir sowieso vorgenommen, meine Infos mal aufzuarbeiten und dann Ben für das Wiki bereitzustellen) Die Bezeichnung der Funkmodule hätten mich schon interessiert... Die Pollin-Dinger sind für 5 Ocken natürlich unschlagbar. Was ich so im RS232-Bereich gesehen habe, lag bei knapp 40 Eus... Gruß Markus
Datum:
Hi, es sind keine RFM-12 Module, sondern diese hier: http://www.one-rf.com/en/products/short-range-rf.p... Ich hatte die vor Jahren mal günstig bekommen, weil die ursprüngliche Herstellerfirma (Addlink) wohl pleite gegangen ist. Eigentlich funktionieren aber alle Funkmodule, welche eine RS232 haben und die Daten auf dieser Schnittstelle transparent durchschieben. Da gibt es ja einige von. Nachteil: Leider nicht ganz günstig. Meistens >20 Eu/Stk. Persönlich habe ich ja ein Auge auf die ZigBit-Module von Meshnetics/Atmel geworfen. Allerdings müsste man da noch ein bisschen Logik in die Module proggen, da sie von Hause aus die RS232 nicht transparent durchschieben. cu, Ben
Datum:
Hat noch irgendjemand hier im Forum eine günstige Bezugsquelle für RS232-Funkmodule? ab 46 Eus ist doch´n büschen happig.... Gruß Markus
Datum:
Gehen die klassischen Zigbee-Module nicht? Die bekommt man mittlerweile recht günstig. Google mal nach XBee Pro. Die hab ich gerade für 25 Eu gesehen. cu, Ben
Datum:
also bei mir laufen Funktchips, die es bei Pollin (5EUR) gibt mit 433MHz seid 1nem Jahr am Stück ohne Problem im Rahmen einer Alarmanlage...
Datum:
Welche Taster nutzt ihr für HAP? Ich wollte erst normale Taster von BuschJäger (Future Linear) nutzen. Teilweise werden das grad im Wohnzimmer aber einfach zu viele auf einer Ecke und ich glaube nicht, das es noch schön aussieht... Von Gira gibt es ja den "Sensortaster" mit bis zu 6 Tastern auf der Fläche von einem Taster und parallel dazu gute Anschlussmöglicheiten für Cat Kabel... Schaltplan hab ich auch gefunden und man müsste wohl nur die Backlight LEDs umdrehen, damit es für HAP ( PIN auf Masse ziehen ) nutzen kann. Wie ich die LEDs der Taster nutzen könnte ist mir noch nichts einfallen, ohne zusätzliche Verdrahtung... http://media.gira.de/pictures/preview/24/00002824.jpg Kennt ihr eine Alternative für den Gira der optisch ahnliches ansprechend ist? Preislich nimmt es sich ja nicht viel ob 6 Taster + Wippe u.s.w. oder 1 Gira Sensortaster...
Datum:
Hi Uwe,Markus, danke für eure Unterstützung - damit hab ich es gestern endlich geschafft den Dimmer in Betrieb zu nehmen. Als nächstes steht die LCD Anzeige auf dem Plan - auch hier wäre ich über jede Konfigurationshilfe sehr dankbar! Die physische Verbindung CU-LCD habe ich noch geschafft. Aber dann stehe ich an. Dank & LG Wolfgang
Datum:
@Wolfgang: Bitte ; ) Bzgl. der LCD Anzeige: Nutzt Du die HAP-SMD-CU mit dem LCD Display wie auf der Hap-Homepage beschrieben ? Ich kann Dir heute Nacht bei der Config helfen. Wenn Hardwareseitig alles stimmt sind wir in 10 Minuten locker durch. @Jörn: Hab mir den Tastsensor mal angeschaut. Sieht gut aus. Was spricht eigentlich dagegen einfach eine SMD-CU direkt hinter das Teil zu setzen ? Einfach die Taster und Leds an die Ports anschliessen, CAN-Bus dran und gut ist. Dann ist die Ansteuerung der Leds auch kein Thema mehr. Hast Du ne Ahnung was so ein Teil kostet ? MfG Uwe
Datum:
@Uwe Meinst du den SPS Taster von Gira? http://www.voltus.de/schalterprogramme/gira/standa... Den werde ich auch an ein paar Stellen verbauen (Haustüre, Wohnzimmer, Bad) und hinten direkt eine SMD-CU anklemmen. Im Wohnzimmer kommt dann noch eine Blindplatte für den IR-Sensor darunter. Gruß Carsten
Datum:
@Uwe: Ja, ich verwende die SMD-CU zusammen mit der LCD Anzeige. Ich hoffe das ich bei der Hardware keinen Fehler gemacht habe.
Datum:
Hallo, bei dem Thema LCD würde ich gern mal einklinken. Habe das Display schon einige Zeit ohne grosse Probleme in Betrieb. Habe weiter oben schon mal einen Beitrag geschrieben bezügl. Thermostatfunktion. Das ist dann irgentwie im Sande verlaufen. Bei mir geht jedenfals die Thermostatfunktion nicht. Es werden keine Triggerwerte angezeigt. und Ab und zu hängt sich die CU mal auf wenn man ins Menu will. Dann geht die Menufunktion nicht mehr. Beim dehen am Impulsgeber piept´s nur lang ( Error) es passiert aber sonst an der Anzeige nichts. Die anderen Funktionen (z.b. Autonomus Control) gehen aber noch. Muss dann Reset machen. Anschliessend ist alles wieder OK. evtl. könnt Ihr das in diesem Zusammenhang mal ausprobieren ob der Thermostat bei euch funktioniert. MfG Manuel
Datum:
@UweB ca. 50-55Eur je nach Shop. Also bis jetzt sind bei mir alle CU's nur in den Unterverteilerschaltschränken plaziert mit ausreichend Cat7 zu den wichtigen Schaltern gelegt womit ich nächrüsten könnte... War nur Neugierig ob es evtl. noch schöne Alternativen gibt, die ich noch nicht entdeckt hatte. Weil der Gira mit 50 Eur ist sogar günstiger als 6x Standart-Taster und spart viel Platz!
Datum:
@Manuel: Hast Du den Bugfix von Carsten schon draufgespielt ? Die Trigger werden von der GUI nicht richtig gesetzt, deshalb geht die Thermostatfunktion nicht. @Jörn: Hab meine CU's auch alle im Schrank. Leider hab ich überall als Schalterprogramm das CD500 von Jung verbaut. Die Sensortaster von Jung sehen IMHO nicht so gut aus und sind nicht gerade günstig. Mal schauen ob ich da nochwas anderes finde. MfG Uwe
Datum:
UweB schrieb: > @Manuel: > > Hast Du den Bugfix von Carsten schon draufgespielt ? > > Die Trigger werden von der GUI nicht richtig gesetzt, deshalb geht die > Thermostatfunktion nicht. > > MfG Uwe Wenn du den Triggerbugfix (Triggerwerte in DB schreiben) meinst : JA Hat aber, glaube ich nichts mit der Thermostatfunktion zu tun oder? Gibt´s denn noch einen Fix für die Gui? MfG Manuel
Datum:
@ UweB also Optisch haut er mich auch nicht um, aber es ist halt nur 1x boren und bequeme Verkabelung. Wenn ich Busch-Jäger (Future Linear) gegenrechne, was wir sonst nehmen sind wir bei 6x Taster mit Rahmen (>15EUR) + 6x UP-Taster (24EUR) + 6xWippe (24EUR) auch net billiger... Die Idee mit der CU hinterm Taster gefällt mir gut aber werd alles erstmal so in Betrieb nehmen und wenn alles Störungsfrei läuft dann später mal mit CU hinter den Taster, zum Betrieb der LED u.s.w, das ganze aufrüsten... hier auch die Schaltpläne (in nem anderen Thread hier gefunden) http://www.see-solutions.de/_other/gira/index.htm
Datum:
Hi Leute, eine Frage: Wenn ihr über die GUI eine neue Firmware flasht, funktioniert das bei euch? Weiters, wenn ihr's über die command line macht, geht das bei euch? Wenn ja, welche Adapter verwendet ihr? Ich verwende den USB Adapter (lt. homepage), bei mir hats (über cmd-line) aber aus ca. 15 Versuchen genau 1x geklappt. Gibts da irgendwelche Tipps & Tricks? lg, Wolfgang
Datum:
@Wolfgang Mit dem USB-Adapter von der Homepage hatte ich am Anfang auch Probleme, besonders als ich dann an der CU einen Dimmer angeschlossen habe. Ich hatte immer wieder Übertragungsfehler und irgendwann hat es richtig gerummst und CU, Adapter inkl. Notebook waren schrott. Steht irgendwo im ersten drittel dieses Threads. Das Problem bei mir lag wahrscheinlich an dem nicht potenzialfreien Notebooknetzteil, dadurch habe ich mir eine Erdschleife eingehandelt. Den nächsten USB-Adapter habe ich dann mit Optokopplern zur galvanischen Trennung aufgebaut und damit läuft bis jetzt alles einwandfrei. Übertragungsprobleme habe ich nur noch ganz ganz selten. Beitrag "Re: Wer hat Erfahrung mit HAP?" Gruß Carsten
Hallo zusammen, ich bin auch gerade dabei meine ersten Konfigurationsversuche an meinem HAP System zu unternehmen. Das flashen der Firmware mit einem ISP Programmer war erfolgreich und wird mir auch durch ein kurzes piepsen bestätigt. Wenn ich dann aber versuche die aktuelle Konfig zu flashen dann bekomme ich immer folgende ausgaben. Im Moment komme ich einfach nicht weiter ich kann mir nicht erklären wieso fast Befehle die gesendet werden mit einem ERR bestätigt werden. Wenn ich am HAP-USB Adapter RX und TX direkt miteinander Verbinde dann kann ich Nachrichten senden und bekomme sie auch wieder zu sehen. Hier mal die Ausgaben von der Console:
schiller256@hapServer:/opt/hap/bin/helper$ sudo -u hap ./hap-showmodules.pl
Address: 99 => ID: 263 (CCU)
Address: 100 => ID: 264 (CU)
schiller256@hapServer:/opt/hap/bin/helper$ sudo -u hap ./hap-configbuilder.pl -m 264
destination 100 config-reset
{"DefaultVLAN" : 0}
{"Crypto" : 0}
destination 255 magic-packet modul-address 100 hardware-address 17 241 249
destination 100 radio-vlan 0
{"DefaultVLAN" : 0}
destination 100 encryption-mode off
{"Crypto" : 1}
destination 100 canbus-vlan 0
destination 100 multicast-group 32768
destination 100 bridge-mode on
destination 100 start-mode normal
destination 100 ccu-address 99
destination 100 buzzer-level 1
destination 100 li-activation-time bounce-free 10
destination 100 li-activation-time short 50
destination 100 li-activation-time long 150
destination 100 receive-buffer-len 4
destination 100 dimmer-ignition-len 60
destination 100 dimmer-control-delay 60
destination 100 pin-config port 1 pin 0 type 0 device-address 30
destination 100 pin-config port 0 pin 0 type buzzer device-address 0
destination 100 pin-config port 0 pin 0 status-modul-address 255
destination 100 ac-reset
destination 100 save-config
destination 100 system-full-reset
destination 100 get-version
destination 100 get-compiler-option 0
destination 100 get-compiler-option 1
destination 100 get-compiler-option 2
destination 100 get-compiler-option 3
schiller256@hapServer:/opt/hap/bin/helper$ sudo -u hap ./hap-configbuilder.pl -m 264 -f
destination 100 config-reset
[3%] [ERR] No Answer.
{"DefaultVLAN" : 0}
[6%] [ACK] Set VLAN to 0
{"Crypto" : 0}
[10%] [ACK] Set Crypto to 0
destination 255 magic-packet modul-address 100 hardware-address 17 241 249
[13%] [ERR] No Answer.
destination 100 radio-vlan 0
[16%] [ERR] No Answer.
{"DefaultVLAN" : 0}
[19%] [ACK] Set VLAN to 0
destination 100 encryption-mode off
[23%] [ERR] No Answer.
{"Crypto" : 1}
[26%] [ACK] Set Crypto to 1
destination 100 canbus-vlan 0
[29%] [ERR] No Answer.
destination 100 multicast-group 32768
[32%] [ERR] No Answer.
destination 100 bridge-mode on
[35%] [ERR] No Answer.
destination 100 start-mode normal
[39%] [ERR] No Answer.
destination 100 ccu-address 99
[42%] [ERR] No Answer.
destination 100 buzzer-level 1
[45%] [ERR] No Answer.
destination 100 li-activation-time bounce-free 10
[48%] [ERR] No Answer.
destination 100 li-activation-time short 50
[52%] [ERR] No Answer.
destination 100 li-activation-time long 150
[55%] [ERR] No Answer.
destination 100 receive-buffer-len 4
[58%] [ERR] No Answer.
destination 100 dimmer-ignition-len 60
[61%] [ERR] No Answer.
destination 100 dimmer-control-delay 60
[65%] [ERR] No Answer.
destination 100 pin-config port 1 pin 0 type 0 device-address 30
[68%] [ERR] No Answer.
destination 100 pin-config port 0 pin 0 type buzzer device-address 0
[71%] [ERR] No Answer.
destination 100 pin-config port 0 pin 0 status-modul-address 255
[74%] [ERR] No Answer.
destination 100 ac-reset
[77%] [ERR] No Answer.
destination 100 save-config
[81%] [ERR] No Answer.
destination 100 system-full-reset
[84%] [ERR] No Answer.
destination 100 get-version
[87%] [ERR] No Answer.
destination 100 get-compiler-option 0
[90%] [ERR] No Answer.
destination 100 get-compiler-option 1
[94%] [ERR] No Answer.
destination 100 get-compiler-option 2
[97%] [ERR] No Answer.
destination 100 get-compiler-option 3
[100%] [ERR] No Answer.
|
Datum:
@Frank: Hast du nur eine CU ? Wenn ja, schau mal weiter oben und zieh dir mal das PDF rein. ( Hap_QuickStart.pdf ) MfG Uwe
Datum:
Hallo Uwe, ja, ich habe nur eine CU das QuickStart pdf habe ich schon gelesen. Nur leider komme ich nicht weiter. Vielleicht sehe ich im Moment auch nur den Wald vor lauter Bäumen nicht mehr. Was mich im Moment etwas stört ist das wenn ich via HTERM versuche auf die CU zuzugreifen keine Reaktion bekomme. Ich habe die Firmware + Bootloader schon auf den zwei möglichen Wegen installiert. - Chip erase - Bootloader flashen - Firmware flashen und auch über den zweiten Weg: - Chip erase - Firmware und Bootloader in einem Editor in eine Datei zusammenführen - dann diese Datei flashen Über beide Wege bekomme ich das beschriebene piepsen zu hören. Auch die LED's blinken kurz auf. Nur über den USB Adapter bekomme ich nichts an die CU gesendet bzw. empfangen. Wobei wenn ich am Adapter RX und TX direkt verbinde läuft die Kommunikation ohne Probleme. Kann ich eventuell eine anderen fertigen USB Adapter(Sparkfun) nehmen? Um einen Fehler am Adapter auszuschließen? Ich habe bei mir auf dem Rechner Windows Vista 64 Bit laufen und HAP läuft bei mir in einer Virtual Box unter Ubuntu. Der Adapter wird auch in Vista Richtig erkannt und ich bekomme einen COM Port angeboten. Auch in der Virtual Box habe ich dann unter /dev/ttyUSBx den Adpater stehen. MfG Frank
Datum:
Hi, natürlich kannst Du einen anderen USB-RS232 Adapter nehmen. (Ich nutze z.B. eine Bridge in DIL Bauform mit MAX232 und seriellem Anschluß, da geh ich einfach vom Laptop über einen USB-RS232 Adapter ran.) Stoppe mal dem HAP-MP Prozess. ( /etc/init.d/hap-mp stop ) und starte auf einer Konsole den Prozess neu cd /opt/hap/bin ./hap-mp.pl dann siehst Du auf der Konsole die Kommunikation zwischen CU und dem HAP-PC. Das müsste so aussehen: root@sun:~# /etc/init.d/hap-mp stop root@sun:~# cd /opt/hap/bin/ root@sun:/opt/hap/bin# ./hap-mp.pl Trying to open /dev/ttyUSB0 Success. Opened /dev/ttyUSB0 Den Hinweis im PDF das man bei Verwendung von nur einer CU den CAN-Bus deaktivieren muß hast Du gesehen ? MfG Uwe
Datum:
wenn du HTERM nutzt muss natürlich der HAP-Prozess gestoppt sein. Hast du CAN in der compilierten FW deaktiviert & Funk an? Ich würde erstmal versuchen das ganze in HTERM zum laufen zu bringen, also einfach paar Befehle senden und schauen ob eine Antwort kommt und dann erst in HAP...
Datum:
@Uwe Ja ich sehe genau diese Kommunikation in der Console.
schiller256@hapServer:~$ sudo -u hap /opt/hap/bin/hap-mp.pl Trying to open /dev/ttyUSB0 Success. Opened /dev/ttyUSB0 |
Meine mv.h Datei schaut so aus. Ich habe also auch den CAN-Bus deaktiviert.
#define COHAES // EEPROM-Support (Bit 0 - 0) //#define COHAER // Externer Reset (Bit 1 - 1) #define COHABZ // Buzzer (Bit 2 - 2) //#define COHAFM // Funkmodul (Bit 3 - 3) //#define COHACB // CAN-Bus (Bit 4 - 4) //#define COHAIR // Infrarotschnittstelle (Bit 5 - 5) //#define COHALCD 2 // siehe oben (Bit 6 - 7) #define COHALI // Logischer Eingang (Bit 8 - 8) #define COHAAI // Analoger Eingang (Bit 9 - 9) #define COHADIDS1820 // Dallas Digitales Thermometer (Bit 10 - 10) #define COHASW // Geschalteter Ausgang (Bit 11 - 11) #define COHADM // Gedimmter Ausgang (Bit 12 - 12) //#define COHARS // Rollladensteuerung (Bit 13 - 13) //#define COHADG 2 // siehe oben (Bit 14 - 15) //#define COHAGUI // Bedienoberfläche (Bit 16 - 16) #define COHAAS // Autonome Steuerung (Bit 17 - 17) |
Wenn ich HTERM nutze dann habe ich die VirtualBox gar nicht gestartet also können sich HTERM und HAP nicht stören.
Datum:
//#define COHAFM // Funkmodul (Bit 3 - 3) Muß aktiviert sein ! Aktiver das mal, flashe die Firmware und probier einfach unter /opt/hap/bin/helper ./hap-showmodules dann mit der richtigen Adresse ./hap-configbuilder -m(Adresse) -f wirst sehen, geht dann ; ) MfG Uwe
Datum:
Hallo Uwe, das wäre ja auch zu schön gewesen. Ich habe das Funkmodul aktiviert aber es bleibt dabei wenn ich
schiller256@hapServer:/opt/hap/bin/helper$ sudo -u hap ./hap-configbuilder.pl -m 264 -f |
ausführe dann bekomme ich die gleichen Meldungen wie oben auf der Konsole ausgegeben.
Datum:
Hast du wie in der Anleitung geschrieben die ID über die HAP commandline gesetzt?
Datum:
Ja ich habe es wie im QuickStart beschrieben versucht. Was mir eben aufgefallen ist, wenn ich das Funkmodul nicht mit kompiliere dann bekomme ich via HTERM beim einschalten 000 als Daten übermittelt. Wenn ich aber das Funkmodul mit kompiliere dann bekomme ich beim einschalten keine Daten gesendet. Ich erwartet hier aber den beschriebenen Zeitrequest. Das sind aber auch alle Daten die ich bis jetzt in HTERM gesehen haben egal was ich an die CU sende.
Datum:
Hi, wenn Du dich seriell mit einer CU verbinden willst, musst Du immer das COHAFM-Define setzen. Funkmodul ist etwas missverständlich und ist noch eine Altlast aus der HAP-Historie. Die Funkmodule werden auch über RS232 angeschlossen. Der CU ist es letztlich egal, was da in Ihrem RX/TX dran hängt. Sind die Konfig-Parameter in der GUI richtig gesetzt ? (Stichwort: "Server-Module")? Anhand dieser Parameter werden unterschiedliche Konfig-Dateien generiert.... cu, Ben
Datum:
Hallo Ben, ich habe oben die Screenshots von meiner Config angehängt und auch einmal die Config für die CU. Dabei habe ich schon sehr viele unterschiedliche Konfigurationen probiert aber alle liefern das gleiche Ergebnis auf der Konsole. Im Moment stört mich ein wenig dass wenn ich das Funkmodul nicht mit kompiliere wenigsten ein paar Zeichen in HTERM sehe. Das passt aber überhaupt nicht mit deiner Erklärung zusammen. Denn da dürfte ja auf RX/TX überhaupt nichts passieren. Ich werde mir die Tage mal noch einen anderen Adapter organisieren und ausschließen das es daran liegt.
Datum:
Problem gefunden! Ich habe mir zwar meine RX/TX Kabel vom Adapter zur CU schön beschriftet aber leider beim anschließen vertauscht. :-( Kaum habe ich sie richtig herum angeschlossen schon sehe ich den Zeitrequest und kann auch via HTERM Befehle absetzen und bekomme eine Antwort. Vielen Dank an alle die mir bis jetzt geholfen haben.
Datum:
: ) also hatte ich doch Recht ;) Willkommen in der Usergemeinde ! Allerdings hab ich auch mal eine Frage an alle: Wie kann ich in einer Webseite die Temperatur eines Sensors darstellen ? Ich möchte praktisch aus der Weboberfläche der GUI den Wert weitergeben. Oder ist es Möglich die in der GUI erstellten Webseiten mit HTML zu modifizieren ? MfG Uwe
Datum:
Hi Uwe, bin mir nicht ganz sicher, was Du meinst: Die Temp. über einen Value-Layer darstellen klappt ja. Damit das halbwegs aktuell ist, würde ich über den Scheduler den betreffenden Temp.-Sensor regelmässig abfragen... Die GUI an sich wird über JSON-Objekte gefüttert. Diese kannst Du eigentlich problemlos weiter verarbeiten.. cu, Ben
Datum:
Hi Ben, wenn Du jetzt noch einem Unwissenden erklärst was ein JSON Objekt ist wär ich wieder einen Schritt weiter. Was auch Funktionieren würde ist folgendes: Ich erstelle eine GUI Seite mit den Temperaturwerten und blende mir die Seite in einem Frame ein. Hast Du da einen Tip für mich wie das gehen könnte wenn die Temperaturseite nicht die Default Seite von der GUI ist ? MfG Uwe
Datum:
Hi, ich habe es, glaube ich, immer noch nicht richtig verstanden. Würde es Dir reichen, wenn Du eine View innerhalb einer Config direkt anspringen könntest ? Also z.B. http://bla.blub/setConfig=4711/View=XXXX cu, Ben
Datum:
Ja, genau ! Dann könnte ich mir eine "View" mit allen Temperaturwerten anlegen und einfach in einem Frame anzeigen. MfG Uwe
Datum:
Hi Leute, leider muss ich mich wieder mit einem Problem bei euch melden. Ich hatte drei SMD-CUs mit einem eigenen Bootloader geflasht und 2 haben auch immer funktioniert. Bei spielereien eine neuere Firmware aufzuspielen habe ich mir die irgendwie zerschossen. Ich kann nach neuerlichem flashen weder die ID setzen, noch ein "query device" drauf machen. Eine der CUs blinkt auch nicht mehr beim anlegen von VCC. Habt ihr irgendeine Idee wie ich die CUs wieder in gang bringe? lg, Wolfgang
Datum:
@wolfipa: Und Du bist dir sicher das der richtige Bootloader geflashed wurde, und danach ohne "Erase Device" die Firmware geflashed wurde ? Fusebits auch nochmal kontrollieren. MfG Uwe
Datum:
Hi Uwe, ja, hab die Firmware nochmal neu kompiliert und die LCD + Drehgebersteuerung hinzugefügt (da es ja mit dem hap-firmwarebuilder nicht geklappt hat). Evtl. werde ich noch mal versuchen die alte Firmware flashen. lg. Wolfgang
Datum:
keine idee wie ich die CU's wieder zum Leben erwecken kann?
Datum:
@wolfipa: Heute Abend Skype ca. 21:45 Uhr ?
Datum:
Hallo ihr lieben Leute, Ich wollte mal Fragen ob jemand schon es realisiert hat, oder vielleicht auch mal Gedanken gemacht so eine quasi RS485 Schnittstelle in meinem Fall meine ich aber den DMX Protokoll. Was meint ihr wäre es möglich kleine Schaltsignale für Grundbeleuchtung über DMX Protokoll zu senden. Der Hintergrund ist folgender: Man hat paar LED Strahler zu hause die sowohl für Wand-Hintergrund-Beleuchtung verwenden können als auch für Partys. Für Partys ist natürlich ein DMX Mischpult viel Praktikabler aber ihn jedes mal einzuschalten zu müssen wenn ich mal eine Wand beleuchten muss ist nicht so praktikabel. Deswegen habe ich mir gedacht dass es vielleicht möglich wäre auf irgend eine Weise den DMX zu generieren. Vielleicht hätte da jemand paar Ideen. Vielen Dank und ich wünsche noch allen alles Gute
Datum:
wie schaust bei euren Vorhaben? Jemand schon das HAP eingebaut? Bei mir sind die Putzer noch am Werke... mal gespannt wie viele Kabel am Boden überleben!
Bei mir sind auch die Putzer dran. Ich habe aber leider noch nicht die Platinen für die neuen Aktoren fertig und suche noch eine Möglichkeit die ätzen zu lassen. Hier mal Bilder der Zuleitungen fürs EG und OG. Gruß Carsten
Datum:
Noch keine neuen Ergebnisse bei den Häuslebauern? Ich werde wohl nächsten Monat die HAP-Komponenten installieren und eine Grundprogrammierung machen. @Ben Gibt es vielleicht Neuigkeiten zur Software/Firmware? Bei dem Rolladenmodul sollte man vielleicht einen Parameter einbauen, der eine Verzögerungszeit (Auszeit) angibt wenn man einen schnellen Laufrichtungswechsel macht. Die Hersteller von Rolladenmotoren geben nämlich diese Zeit für ihre Motoren an, so ca. 0,5 Sek. . Das reduziert dann wohl auch das Verkleben der Relaiskontakte. Gruß Carsten
Datum:
Hi, in den letzen Wochen/Monaten ging leider gar nix. Ich habe unseren Umzug hinter uns gebracht und bin seitdem ständig am hantieren (aktuell wird auch wieder was HAP verbaut). Holger ist auch im Endstadium und bis dato zu nix gekommen. Sehr unbefriedigend, aber was will man machen. Irgendwann wird es wohl wieder zügiger vorangehen. Ich habe auch wieder so einige Dinge auf der Wunschliste. cu, Ben
Datum:
Moin also ich bin auch grad mittendrin. Der normale Stromkasten ist drin und denke das ich Ende August langsam mit dem HAP-Einbau starten kann . Muss meine fertigen Kästen muss ich aber vorher erstmal entstauben :D, da sie hier seid 2 Monaten ohne Nutzung warten!
Datum:
Hallo, nach langer Zeit komme ich mal wieder dazu mich mit HAP zu befassen. Leider komme ich immer noch nicht weiter. Ich bin nach dem Quickstart vorgegangen. Ich habe den Heartbeat und bekomme auch seriell den Timerequest. Sende ich nun den Befehl zum setzen der Moduladresse (0 0 0 76 5 100 0 0), wird dies auch ordnungsgemäß quittiert (000 000 000 077 005 100 000 000), aber nicht ausgeführt. Sende ich den gleichen Befehl nochmal, wird dies wieder quittiert. Wenn ich das richtig verstanden habe, sollte das aber nicht sein, da ja die Moduladresse geändert wurde. Führe ich die nachfolgenden Befehle aus dem Quickstart mit der neuen Moduladresse als Destination aus, wird dies nicht quittiert. Sende ich den Befehl aber mit der 0 als Zieladresse, wird dies angenommen. Hat jemand eine Idee wo der Fehler sein könnte? Mein Terminalprogramm ist HTerm. Die Befehle werden als Dezimalzahlen gesendet. MfG, Daniel P.S.: Was haltet ihr davon, wenn man noch eine CU oder einen Buswandler für Powerline entwickelt? Würde es da Probleme mit dem Protokoll geben? Welche Datenrate wird bei CAN benutzt?
Datum:
>P.S.: Was haltet ihr davon, wenn man noch eine CU oder einen Buswandler >für Powerline entwickelt? Würde es da Probleme (den thread jetzt nicht 100% gelesen) aber ihr habt doch jetzt schon genug Probleme, da willst du noch powerline zusätzlich machen ?? ich bezweifle mal, (auch nur mit HAP), irgendjemand von euch nach 5 oder 10 jahren, wenn dann eine Kleinigkeit nicht geht, und alles steht, noch genug wissen hat um das zu beheben... andererseits bewundere ich, dass sich das WÄHREND dem Hausbau überhaupt jemand "antut"...
Datum:
Robert L. schrieb: > > andererseits bewundere ich, dass sich das WÄHREND dem Hausbau überhaupt > jemand "antut"... Es ist zwar mit Stress verbunden aber bei einem Neubau ist es wohl der kostengünstigste Zeitpunkt ein Bussystem vorzusehen. Die Verkabelung ist bei mir so, dass ich auch auf EIB/KNX umsteigen könnte. Wenn es sein muss kann ich auch komplett auf Stromstoßrelais zurückrüsten, was jeder Elektriker hinbekommen sollte.
Datum:
Also als Probleme würde ich das nicht bezeichnen. Und ob das HAP oder ein anderes System ist, spielt auch keine Rolle. ob es LOGO, oder SPS, oder EIB oder was weiß ich ist, nach 5 Jahren wenn man sich damit nicht beschäftigt wird man so oder so nicht genug Wissen haben. Deshalb macht man(bzw. sollte machen) auch Dokumentation oder sonstigen Hilfen. HAP ist im Moment das Preiswerte und zum gleich Beste Automation Projekt den ich im Netz für Home-Anwendungen finden konnte. Ich danke vielmals alle, die HAP entwickelt haben und alle, die es weiter verbessern.
Datum:
Hallo, ich bin endlich weitergekommen. Der externe Reset war in der mv.h aktiviert. Da ging die CU die ganze Zeit in den Reset. Daher blinkte auch die grüne LED und ich dachte das müsste ein Heartbeat sein. Der Timerequest kam auch dauernd, was ja auch nicht sein darf. Nach einigem Rumprobieren habe ich es auch endlich geschafft, 2 Relais mittels einem Umschalter zu schalten. Jetzt bin ich erstmal begeistert und gespannt wie sich die weiteren Sachen umsetzen lassen. Nochmal ein Lob an die Entwickler. Wie sieht es denn allgemein mit einer Powerline-Lösung aus? Da ich interesse daran hätte, würde ich das natürlich übernehmen, soweit meine Zeit das zulässt. Wenn ihr aber meint, dass es nicht geht, lasse ich das sein. MfG
Datum:
Daniel R. schrieb: > Wie sieht es denn allgemein mit einer Powerline-Lösung aus? Da ich > interesse daran hätte, würde ich das natürlich übernehmen, soweit meine > Zeit das zulässt. Wenn ihr aber meint, dass es nicht geht, lasse ich das > sein. Wie ich der sehr guten Dokumentation entnehmen konnte, werden die Funkmodule über serielle Schnittstelle angeschlossen. (Seite 37ff) Wenn ich Dich richtig verstanden habe suchst Du jetzt ein Gateway für Powerline. In diesem Fall brauchst Du doch einfach zwei bidirektionale Module für RS232 <-> Powerline. Damit läuft dann die Kommunikation nicht über Funk sondern über Powerline. Gruß Sven
Datum:
Hallo, nettes Thema ! Sind die Can-Module isoliert oder direkt am Bus ? Grüße.
Datum:
Danke für den Tip mit den Funkmodulen. Dann werde ich mir das mal demnächst ansehen.
Datum:
Hallo, ich hatte vor längerer Zeit damit begonnen mir auch einige Module aufzubauen. Da ich das Projekt nicht weiter betreiben kann, würde ich die Sachen gern abgeben. Ich hätte mehrere CU, Relais und Dimmermodule abzugeben. Bei Interesse bitte kurze Mail. Dann kann ich nährere Infos geben und ein paar Fotos mitschicken. Jan W.
Datum:
Hallochen da einige nach CU Dil und CU Smd gefragt haben habe ich ein paar nachbestellet die jetzt eingetroffen sind, auch sind noch andere Platinen verfuegbar. wer noch was benoetigt schreibt mir bitte eine email an: mc-besteller (at) web . de vlg Charly
Hi, ich habe für meine HAP Installation drei neue Aktoren im REG4 Format entwickelt. Charly war so nett diese Ätzen zu lassen. Bei Interesse können bei ihm noch welche davon bestellt werden. - 16A Schaltaktor 4fach - Jalousieaktor 4fach - Mosfetdimmer 300W 2fach Sobald die Platinen bei mir sind, stelle ich noch Fotos ein. Vorab schon mal Bilder von den Aktorengehäusen ;-) . Gruß Carsten