aus dem Buderus Thread 2107 entwickele ich eine Schaltung mit CAN BUS und möchte jetzt dafür einen eigenen Thread starten der sich mit der Schaltung, einer Sammelbestellung und der Entwicklung befasst. Mit der 2705 hat diese Schaltung auch nicht wirklich viel zu tun und betrifft die EMS-Controller Dann beginne ich mal mit der Antwort auf diese Antwort: Beitrag "Re: Logamatic 2107 Schnittstelle" Zu meiner PIC-Wahl: Ich muss auf jeden Fall den CAN-Bus haben. Da noch weitere Teilnehmer an den Bus angeschlossen werden die am Server aller auf der selben Seriellen Schnittstelle ankommen sollen. (Rolladensteuerung,Sensoren,Paketfach,Codeschlos,Türöffner,....) An den USB-Bus habe ich mich noch nicht getraut und meine PCs habe alle Serielle Schnittstellen. Notfalls kann man ein Seriell/USB-Kabel nehmen oder den FTD232(?)-Chip auf die Paltine setzen. Das mit dem 32MHZ internen Oscillator+PLL wusste ich noch garnicht. Hat aber den Nachteil dass der von der Spannung und Temperatur abhängig ist. Ist aber kalibrierbar. Der interne Komperator kann nicht als Eingang für den EUSART genommen werden. Es sei denn es ist möglich den Ausgangspin vom Komperator auf den EUSART-Rx-Pin zu schalten. Wäre aber für einen SoftUART verwendbar. Bin aber lieber für externe Komperatoren weil man einen defekten Komperator austauschen könnte und nicht auf einen speziellen PIC angewiesen ist. Denke die Schaltung sollte so flexible sein dass man die PIC 18F258,2580,2585,2550,... verwenden kann. Die Funktion der Schaltung soll durch DIP-Schalter verwendbar sein. Also eine Software für alles. Bootloader für neue Firmwar Es sollte generell drei Gruppen geben: 1) EMS-Bus auf CAN, I2C, ... 2) PC-Schnittstelle auf CAN, I2C, ... 3) EMS-Bus auf PC-Schnittstelle. Die PC-Schnittstelle sollte entweder USB (18F2550) oder Seriell (18F2580) sein. Die verbindung zwischen zwei PICs sollte wählbar sein zwischen CAN, I2C oder irgendwas anderes. Die dritte Variante (EMS-PC) wird wenn alles läuft auch noch vermutlich über SoftUART "nachgerüstet". Der Bootloader folgt dann wohl als letztes. Aktueller Stand: EMS auf CAN und zurück mit CAN auf PC funktioniert soweit schon zu 99% in beide Richtungen und bin gerade am Testen und verfeinern des "eingebauten" 3964R-Protokoll. Testprogramme für die Entwicklung der Software und auch später die Firmware des PICs und die Schaltpläne gibt es erst mal hier: http://modelledit.rc-sim.de unter Downloads. Wenn es was neueres gibt werde ich hier weiter posten. Gruß IngoF
Ingo F. schrieb: > Ich muss auf jeden Fall den CAN-Bus haben. Da noch weitere Teilnehmer an > > den Bus angeschlossen werden welche Vorteile hat denn der CAN-Bus gegenüber des I2C-Bus? etwa die Reichweite? der I2C-Bus ist laut Wikipedia: "I²C ist als Master-Slave-Bus konzipiert. Der Master sendet und ein Slave reagiert darauf. Mehrere Master sind möglich (Multimaster-Mode). Die Buszuteilung (Arbitrierung) ist dabei per Spezifikation geregelt" http://de.wikipedia.org/wiki/I%C2%B2C auch Multimaster-fahig. Es wäre schön, wenn man auf den CAN-Bus verzichten könnte, man könnte dann einen PIC mit USB-Port nehmen. Das USB-Interface ist hier mit Beispielprogramm USB4all erklärt: http://www.sprut.de/electronic/interfaces/usb/usb.htm Viele Grüße F. F.
Ich benötige die Schaltung nicht, da ich kein Buderus habe, aber warum auf CAN verzichten? USB kann man ja kinderleicht mit einem FTDI umsetzen. Die Dinger sind sehr einfach per UART an den µC anzubinden und auf der PC Seite kann man entweder mit einem virtuellen COM Port arbeiten oder den FTDI spezifischen Treiber nutzen. Beispiele in allen möglichen Programmiersprachen gibts beim Hersteller auf dessen Seite. Grüße
Hallo, ich bin bis jetzt nur stiller Mitleser gewesen da ich eigentlich recht wenig zur Sache beitragen kann. Nun wird der Thread aber für mich interessant. Meine Ausgangssituation ist folgende: Ich habe eine Buderus Heizung bekommen mit dem RC35. Nun würde ich gerne die daten der Heizung auslesen. Soweit ich das gelsen und verstanden habe braucht man dafür eine kleine Schaltung, auf der einen Seite den Klinkenstecker, auf den anderen den RS232 Stecker. Bei der Software werde ich mir selbst helfen können, die HW ist eigen tlcih das Problem. Nun meine Frage: 1. Gibt es einen Schaltplan für diese Platine damit ich den jmd. zeigen kann der sich damit auskennt? 2. Sehe ich das eigentlich richtig so? Danke für die Antwotren und entschuldigt die banalen Fragen, aber bin halt totaler Newbie!
Servus, @ IngoF Hatte mein Interesse an einer Sammelbestellung ja schon im alten Thread bekundet. Was das Basteln betrifft, schlägt mein Herz für den konventionellen Aufbau, würde aber auch bei einer SMD-Platine nicht nein sagen. @ Matthias H. Einen Schaltplan findest Du im "alten" Thread, z.B. unter: [[http://www.mikrocontroller.net/attachment/95287/EMS_Interface.png]] @ all Hat jemand von Euch da draußen 1-Wire im Einsatz und insofern schon mal an eine Anbindung über einen vorhandenen 1-Wire-Bus nachgedacht, oder gar schon implementiert? Ciao Karl M.
F. F. schrieb: > welche Vorteile hat denn der CAN-Bus gegenüber des I2C-Bus? > etwa die Reichweite? Richtig.. die Reichweite. I2C ist ja eigentlich für kürzere Strecken gedacht wenn ich da richtig liege. ALso innerhalb einer Platine. F. F. schrieb: > CAN-Bus verzichten könnte, man könnte > dann einen PIC mit USB-Port nehmen. Sicher kann man dass.. nur für mich persöhnlich würde das keinen Sinn machen... Bin ja für eine universelle Bestückung wenn das möglich ist. Wer USB will nimmt eben den 2550 wer CAN will den 2585 und wer einfach nur einen "Gateway" haben will nimmt kann sich einen aussuchen. Dann wird eben der USB-Teil oder der CAN-Teil bestückt. für den simplen Gateway müsste ja auch ein SoftUART reichen und der zweite PIC wird garnicht benötigt. Dann werden eben nur der RS232 Pegelwandler bestückt. Und bei allen drei Schaltungen müsste dann die EMS Sende- und Empfangsschaltung bestückt werden. Hatte mir so vorgestellt dass ich hinterher eine Platine habe die diese drei Hardwarevarianten je nach Ausbau erlaubt und auf allen läuft die selbe Software die evtl. Über Dipschalter/Lötbrücken "konfiguriert" wird. Matthias H. schrieb: > 1. Gibt es einen Schaltplan für diese Platine damit ich den jmd. zeigen > kann der sich damit auskennt? Habe meine aktuelle Schaltung mit PIC dort auch irgendwann mal gepostet. ist aber soweit noch nicht komplett fertig. Wem willst Du den denn zeigen? Welche Software willst Du denn programmieren? Die PC-Software oder den PIC selber? Wer die Software nicht verwenden will die ich entwicklte kann ja seine eigene nehmen. Mein Software sorgt dafür dass am Ende die EMS-Frames über den das R3964R-Protokoll ausgegeben wird. Charlie schrieb: > Hat jemand von Euch da draußen 1-Wire im Einsatz und insofern schon mal > an eine Anbindung über einen vorhandenen 1-Wire-Bus nachgedacht, oder > gar schon implementiert? Der EMS-Bus ist doch ein 1-Wire Bus. Notfalls den einfach zum PC weiterziehen und dann dort eine Platine mit USB oder SoftUart als zweite Schnittstelle danhängen. Oder meintest Du dass die Schaltung nur über den BUS versorgt wird. Sollte eigentlich auch möglich sein... Also hier sollte es eigentlich nur um diese Platine gehen. Wenn es das Busprotokoll selber geht dann wäre der alte Thread dafür besser.
Servus, IngoF schrieb: > Der EMS-Bus ist doch ein 1-Wire Bus. Sorry, weiß nicht, ob wir hier aneinander vorbei reden :-/ Hatte "den" 1-Wire-Bus im Sinn: http://www.maxim-ic.com/auto_info.cfm/ Habe hier meine Heizungs- und Lüftungsüberwachung mit DS1820 und DS2423 über 1-Wire realisiert. Als USB-Adapter an meinen "Router" verwende ich einen DS9490R. Deshalb die Anfrage an die Gemeinde. (Sorry, wenn OT!) IngoF schrieb: > Also hier sollte es eigentlich nur um diese Platine gehen. Wenn es um das > Busprotokoll selber geht, dann wäre der alte Thread dafür besser. Finde ich persönlich nicht, hier gehts um "EMS", im alten Thread gings auch und besonders um die "2107". Aber ich möchte dem op natürlich nicht widersprechen ;-) Ciao Karl M.
Hallo, Charlie schrieb: > Habe hier meine Heizungs- und Lüftungsüberwachung mit DS1820 und DS2423 > über 1-Wire realisiert. Als USB-Adapter an meinen "Router" verwende ich > einen DS9490R. Deshalb die Anfrage an die Gemeinde. (Sorry, wenn OT!) Du bist auf der Suche nach einer 1-Wire Lösung für den PIC18F? Warum sollte das nicht funktionieren, läuft doch mit fast jeder 0815 CPU. Ein Freund benutzt dieses AVR-NETIO Board (oder wie immer sich das schimpft) für seine 1-Wire Sensoren. Ich benutze I2C für die Temperatur-Sensoren am Heizkreis (~18 Stück). Die Fehlerrate liegt bei etwa 0 bei mehr als 7 Monaten Laufzeit. Was mich persönlich daran stört ist die beschränkte Leitungslänge. Wie sieht es bei den 1-Wire Sensoren mit Leitungslänge, Fehlerrate und Geschwindigkeit aus? Grüße.
Servus, Rudi schrieb: > Du bist auf der Suche nach einer 1-Wire Lösung für den PIC18F? Nö, nicht direkt, fände es gut, das EMS-Protokoll auf meinen vorhandenen 1-Wire-Bus zu portieren, um eine weitere Leitung einzusparen. Nochmal Rudi: > Wie sieht es bei den 1-Wire Sensoren mit Leitungslänge, Fehlerrate und > Geschwindigkeit aus? Leitungslänge: 150 m mit Cat5 sollen kein Problem sein. Bei mir ist's weniger, so um die 25 m Gesamtlänge. Funzt bisher recht gut. Fehlerrate: Ab und an gibt es mal eine Fehlmessung. Habe noch keine Ahnung an was das liegen könnte. Sehe die Fehler nur in meinen RRDTool Aufzeichnungen. Aber dort auch nur in der 3-Stunden Skizze. RRDTool bügelt das dann in den Langfrist-Kurven wieder aus. Ist bisher für mich ohne Bedeutung, da ich nur logge. Der 1-Wire-Bus scheint aber sehr anfällig in Punkto EMV. Hatte mal einen Frequenzumrichter am Laufen, da ging gar nichts mehr. Geschwindigkeit: Der 1-Wire-Bus ist nicht der Schnellste. Aber für die Temperaturen und für den Gas- und Kondensatzähler reicht das dicke aus. Falls es Dich näher interessiert, hatte hier mal ein bisschen was dazu aufgeschrieben: http://www.rockenberg.net/fli4l-hvac.html Ciao Karl M.
Hallo, danke für die Antworten, leider stehe ich immernoch etwas auf dem Schlauch. Hätte vielleicht mal jemand Lust & Zeit sich mit mir offline etwas auszutauschen damit ich den Thread nicht vollspamme. Möglicherweise per Mail oder per Chat bzw Facebook oder ähnliches. Ich möchte eigentlich nichts aufwendiges, nur ein paar Daten von der Buderus abgreifen (ändern muss garnicht sein) und sie dann auf meinem Server in einer Datenbank speichern. Leider habe ich von der HW wenig bis garnkeine Peilung:-( Also, wenn jemand Lust und Zeit hat meldet euch bitte kurz! Vielen Dank im voraus!!
Also die Hardware mit meiner Software wandelt die EMS-Telegramme in ein für den PC-lesbares Format. Die Daten werden also seriell im 3964R-Protokoll übertragen. http://de.wikipedia.org/wiki/3964R Du benötigst dann nur noch ein Programm auf dem PC dass die Daten über 3964R empfängt. Entweder meine Software über nehmen die die Daten in einer MySQL-Datenbank speichert. Gibt dann auch ein Programm mit der man sich hinterher die Kurven ansehen kann. Läuft unter Java und MySQL muss installiert sein. Der Vorteil von Java ist dass es auf Windows. Linux und MAC läuft. Wenn Du selber Software entwickeln willst dann gibt es für Java eine 3964R-Bibliothek. Habe die etwas umgeschrieben dass sie auch unter Windows unbegrenzt läuft un mit RxTxComm (gnu.io.) läuft. Original gibt es hier: http://rkjava.de/ Von der Hardware brauchst Du dann keine Ahnung haben. Einfach die Platine zusammenlöten und einschalten. Vielleicht gibt es auch schon fast fertige Bausätze. Das war ja der Sinn meiner "Sammelbestellung". Soll eben für Leute sein die sich nicht mit der Hardware beschäftigen können oder wollen. Gruß Ingo
IngoF schrieb: > Also die Hardware mit meiner Software wandelt die EMS-Telegramme in ein > für den PC-lesbares Format. Die Daten werden also seriell im > 3964R-Protokoll übertragen. > http://de.wikipedia.org/wiki/3964R > > Du benötigst dann nur noch ein Programm auf dem PC dass die Daten über > 3964R empfängt. Entweder meine Software über nehmen die die Daten in > einer MySQL-Datenbank speichert. Gibt dann auch ein Programm mit der man > sich hinterher die Kurven ansehen kann. Läuft unter Java und MySQL muss > installiert sein. > > Der Vorteil von Java ist dass es auf Windows. Linux und MAC läuft. > Wenn Du selber Software entwickeln willst dann gibt es für Java eine > 3964R-Bibliothek. Habe die etwas umgeschrieben dass sie auch unter > Windows unbegrenzt läuft un mit RxTxComm (gnu.io.) läuft. > Original gibt es hier: > http://rkjava.de/ > > Von der Hardware brauchst Du dann keine Ahnung haben. Einfach die > Platine zusammenlöten und einschalten. Vielleicht gibt es auch schon > fast fertige Bausätze. Das war ja der Sinn meiner "Sammelbestellung". > Soll eben für Leute sein die sich nicht mit der Hardware beschäftigen > können oder wollen. > > Gruß > Ingo Hi Ingo, vielen Dank für deine Hilfe. Das hört sich ja ganz gut an. Wäre es mit deiner Schaltung auch möglich 1-Wire Sensoren und ggfs. ein Ree-Kontakt anzuschliessen. Damit wäre einen Überwachung meines Gasverbrauchs und der Raumtemperaturen sowie der Aussentemperatur möglich? Danke
Also bisher nicht. Bisher nur der EMS-Bus zum PC. Die ganzen Sensoren und den Gasverbrauch wollte ich bei mir über CAN anschließen. Wollte nicht noch zusätzlich einen anderen BUS. Wollte überall überall die selbe Hardware verwenden. Aber die Sensoren kommen erst wenn der EMS Bus komplett läuft. Vielleicht "baue" ich ja dann noch 1-Wire Sensoren ein. Habe noch keine Ahnung welche Sensoren ich nehmen werde. Notfalls eben die Hardware selber programmieren wenn Du das möchtest und kannst. Gruß Ingo
IngoF schrieb: > Also bisher nicht. Bisher nur der EMS-Bus zum PC. Die ganzen Sensoren > und den Gasverbrauch wollte ich bei mir über CAN anschließen. Wollte > nicht noch zusätzlich einen anderen BUS. > > Wollte überall überall die selbe Hardware verwenden. Aber die Sensoren > kommen erst wenn der EMS Bus komplett läuft. Vielleicht "baue" ich ja > dann noch 1-Wire Sensoren ein. Habe noch keine Ahnung welche Sensoren > ich nehmen werde. > > Notfalls eben die Hardware selber programmieren wenn Du das möchtest und > kannst. > > Gruß > Ingo Hi, ok, dann weiss ich bescheid. Weisst du schon wie das zeitlich aussieht mit deinem EMS-Bus-System? und, würdest du ggfs. auch eine fertige Platine (natürlich gegen Materialkosten und Aufwandsentschädigung) machen können? Gruß
Hallo Matthias, kann noch nicht sagen wann.. schätze mal ein paar Monate wird es schon dauern. Habe Momentan so gut wie keine Zeit an der Software weiter zu entwickeln. Vielleicht gehts ja auch schneller. Wollte die Sende-/Empfangsschaltung noch mal überarbeiten und dann auch USB und andere Hardwaresachen ermöglichen. So so universell wie möglich werden. Allerdings auch nicht zu universell. Gruß Ingo P.S.: Entweder einfach auf Antworten klicken oder nur eine bestimmte Textstelle markieren. Wird sonst zu unübersichtlich wenn alles nochmal zitiert wird...
Matthias H. schrieb: > Wäre es mit deiner Schaltung auch möglich 1-Wire Sensoren und ggfs. ein > > Ree-Kontakt anzuschliessen das dürfte kein Problem sein, es wird nur ein Port mit einen Pullup-Widerstand benötigt. Die Firmware habe ich für den 18F2550 in C18 geschrieben, falls sie benötigt wird. Ich habe bisher zwei DS18B20 am BUS getestet, welche einwandfrei laufen. Später möchte diese auf 20 Stück erweitern. IngoF schrieb: > USB und andere Hardwaresachen ermöglichen. So so universell wie möglich das finde ich gut. Für die noch freien Port's kann man eine Sockelleiste vorsehen. Wäre auch gut, wenn es nicht SMD wäre. Ich bin schon gespannt auf die überarbeitete Sende- und Empfangsschaltung. Viele Grüße F. F.
Die überarbeitete Empfangsschaltung wird vermutlich der Version von Buderus entsprechen. Meine 0815 Beschaltung des Komperators ist doch nicht so eine gute Idee gewesen. Lässt sich von der Sendeschaltung beeinflussen. http://www.mikrocontroller.net/attachment/95287/EMS_Interface.png
Hi, ich nochmal. Ich habe mich jetzt mal durch diverse Threads gekämpft und möchte nur das was ich gefunden habe bestätigt haben. An meiner Buderus-Analge habe ich besagten Klinkenstecker (siehe 377px-3mm5_jack_3_norm.svg.png) LINKS : GND RECHTS: SIGNALOFFSET +12V, +-2.5V Signalpegel (etwa) GND : +12V Den führe ich nun auf die kleine Schaltung "bude.png" wobei die 5 V von extern kommen und Masse und das Signal von dem Klinkenstecker. Am Ende nach dem Operationsverstärker bekomme ich die Daten. Richtig bis jetzt??? Nun habe ein USB-Board von Franzis Experimentierkasten http://www.franzis.de/elektronik/lernpakete-elektronik/lernpaket-experimente-mit-usb2 Im Anhang befindet sich die Leseprobe, ab Seite 23 bis 25 die schaltung. Ich habe es bereits geschafft diesen unter Linux auszulesen (Reed-Kontakt angeschlossen und Status abgefragt). Bekomme ich das irgendwie mit dem Bauteil hin die Daten auf meinen LinuxServer zu kriegen? Die Auswertung kann ich ja mit den Angaben aus dem alten Thread hoffentlich hinbekommen'? Danke für Eure Antworten, wär echt super wenn sich jemand der Sache kurz annehmen könnte!
Naja, mittelgroßer Elko an der Ref-Spannung und den 10µF auf 22µF sollte helfen. Gruß Helmut IngoF schrieb: > Die überarbeitete Empfangsschaltung wird vermutlich der Version von > Buderus entsprechen. Meine 0815 Beschaltung des Komperators ist doch > nicht so eine gute Idee gewesen. Lässt sich von der Sendeschaltung > beeinflussen. > > http://www.mikrocontroller.net/attachment/95287/EM...
Helmut schrieb: > mittelgroßer Elko an der Ref-Spannung und den 10µF auf 22µF Das Problem ist dass meine Sendeschaltung den Pegel an den positiven Flanken des Sendesignals kurzzeitig unter 12 Volt zieht und der Komperator dann schon kurz Schaltet. Ein Kondensator an der Referenzspannung ändert daran nichts. Den 10µF Kondensator habe ich ja nicht in meiner Standartbeschaltung. Der gepostete Schaltplan war die Buderusversion. Allerdings kamen durch diese "Fehlschaltungen" keine Fehler. Aber schön ist was anderes... Matthias H. schrieb: > Bekomme ich das irgendwie mit dem Bauteil hin die Daten auf meinen > LinuxServer zu kriegen? Die Auswertung kann ich ja mit den Angaben aus > dem alten Thread hoffentlich hinbekommen'? Welches Bauteil meinst Du denn jetzt? Die FTD232-Platine ab Seite 23? Damit wird es nicht gehen weil das nur ein Schnittstellenwandler zwischen USB und RS232 ist. Der PC ist jedenfalls viel zu langsam um das <Break> das auf dem EMS-Bus als "Ende-markierung" gesendet wird vernünftig auszuwerten. Denke Linux ist da um einiges Schneller. Aber wird bestimmt auch Probleme machen. Falls Du die "Sammelbestellschaltung" meinst dann sollte das klappen. Falls Du keinen seriellen-Port am PC frei hast kann man mit dierser FTD232-Schaltung die Verbindung über USB herstellen. Allerdings müsste das mit einem anderen PIC (2550) auch ohne FTD232 funktionieren. Meine PC-Software ist in Java geschrieben und läuft auch unter Linux.... Gruß IngoF
Hallo zusammen, ich hatte vor einiger Zeit einen Service-Key incl. der Software Logamatic 4000 Eco-Soft recht günstig ersteigert. Das System lief auch recht gut an meiner Buderus GB162. Nun ist der Super-GAU passiert. Auf dem Weg zu einem Kollegen (ebenfalls eine Buderus-Anlage) wurde mir der Koffer mit dem Service-Key aus dem Auto gestohlen (lag auf dem Beifahrersitz) . Gott sei dank lag der Laptop im Kofferraum und wurde nicht Opfer des Diebes. Nun bin ich bei der Suche nach einem neuen Service-Key auf diese Seite gestoßen und dachte mir: Vielleicht kann ich mir den Kauf des fertigen sparen und einen selbst bauen. Da ich nicht so wirklich der Löti bin hier meine Frage: Habe ich es richtig verstanden das ich die von Matthias H. oben gezeigte Schaltung und Stereo-Klinknestecker "bauen" kann und an den Com-Port des Notebooks mit installierter Logamatic 4000 Eco-Soft betrieben kann, quasi als Ersatzgerät des Service-Keys? Danke für die Antworten! P.S. Könnte mir jemand ggfs. das Teil auch nachbauen (gegen einen Obulus natürlich)!!!!
Markus Hellweg schrieb: > Habe ich es richtig verstanden das ich die von Matthias H. oben gezeigte > Schaltung und Stereo-Klinknestecker "bauen" kann und an den Com-Port des > Notebooks mit installierter Logamatic 4000 Eco-Soft betrieben kann, > quasi als Ersatzgerät des Service-Keys? Da muss ich Dich leider enttäuschen. Besagte Schaltung hat mit einem Service-Key ungefähr soviel zu tun wie 'ne Tüte Mehl mit Kuchen. Echte Service-Key Funktionalität wurde hier m.W. noch nicht gebaut - man berichtige mich, sollte dem nicht mehr so sein. // Niffko
Sorry, leider noch nicht. Hatte etwas wenig Zeit und musste alle Daten auf einen neuen PC retten. Ist noch nicht ganz abgeschlossen... Gruß Ingo
Sers Ingo, sers @all, ist das Thema noch aktuell? Will sagen, ist die Platine noch auf der todo Liste, oder soll sich jeder seinen eigenen Adapter fertigen? Sorry wegen der nassforschen Frage, aber ich will da in Kürze mal weiter machen - sonst könnte es ja passieren, dass die Heizung abgeraucht ist, bevor ich ihr auf den EMS geschaut habe ;-). Ciao Karl M.
Hallo Karl, Also ehrlich gesagt hatte ich eine Zeit lang keine Zeit und wollte heute so langsam mal weitermachen... Muss mir also erst mal meine Unterlagen wieder zusammensuchen und etwas Software installieren... Gruß IngoF
Servus Ingo, > Muss mir also erst mal meine Unterlagen wieder zusammensuchen und etwas > Software installieren... ... das klingt doch super! Prima, vielen Dank schonmal! Gruß Karl M.
Wenn der 2107 - Bus auch spannungsgesteuert ist, dann bräuchte ich auch so etwas. Grus Andreas
Guten morgen! :) Wäre auch sehr interessiert an einer Platine. Gibts da schon Neuigkeiten dazu? - immerhin wirds bald wieder Winter :D - will aber natürlich keinen von den Machern drängen ;) lg, Christian
Hallo, also irgendwie finde ich im Moment nicht so viel Zeit dafür. Also mein aktuellen Entwurf habe ich mal angehangen. Statt eine Platine die mit dem 18F2480(USB) und 18F2580(CAN) läuft wird die Platine nur noch den 18F2580 verwenden. Die USB-Anbindung wird dann wohl über den FTD232 gehen. Irgendwie sind die Layouts der beiden PICs doch zu unterschiedlich und ich müsste die Platine mit Jumpern oder Lötbrücken vollstopfen. Die Platine kann wahlweise mit dem MAX232 oder dem FTD232 bestückt werden. CAN ist auch Optional. Ein Software-UART sollte eventuell auch noch rein, Habe nur noch keine Ahnung welche PINS ich für den SoftUART nehmen soll. EMS-Bus Anschluss ist natürlich auch dabei... Vielleicht hat ja noch jemand ein paar Ideen zum Schalplan. Gruß Ingo
Hallo! Danke für das PDF! :) Also würde ich für die USB-Variante die 2 oberen Schaltungen und die rechts unten (FT232RL) benötigen? Die ganzen Ground gehören miteinander verbunden? Die +5V kann ich vom USB nehmen? Der Bus ist jetzt aber nicht galvanisch von der Schaltung getrennt oder? Wie wichtig wäre das? Wenn ich mit meinen Vermutungen richtig liege, dann werde ich doch mal so eine Platine selbst herstellen :) Schönen Abend noch :) Christian
Ups.. sind doch ein paar Fehler drin. Hatte eine längere Pause eingelegt. Der USB-Pic ist der 18F2550 und nicht 18F2480. Was aber für Dich wichtiger ist.... In dem Schaltplan kann man nur EMS, MAX232 oder FTD232 anschließen. Der CAN-Teil wird also dort immer benötigt. Man müsste also den FTD232 an anderen PINs anschließen und einen SoftwareUART programmieren. Demanch wäre vermutlich besser einen USB-PIC zu verwenden. Aber dann müsste man sich doch bestimmt auch einen Treiber für Windows zurechtbasteln, oder? Am Schaltplan muss also doch noch einiges verändert werden... Gruß Ingo
Also, ich hätte einfach gern, den Bus (bei mir ists ja eine Junkers-Therme) per USB im PC, wo ich dann die Daten weiter verarbeiten kann. Mitn Platinen-Entwerfen hab ichs nicht so... aber ich versuche zumindest zu verstehen :D Ahja, und drängen will ich natürlich auch nicht ;)
Ingo F. schrieb: > Aber dann müsste man sich doch bestimmt auch einen Treiber > für Windows zurechtbasteln, oder? Nä, libusb und dann kannst du direkt mit python loslegen. Oder du schaust ob es eine Anbindung der libusb an deine Sprache gibt. Grüße.
Rudi schrieb: > Oder du > schaust ob es eine Anbindung der libusb an deine Sprache gibt. Na dann sollte ich mir das mal ansehen.. Für Java soll es sowas geben was mit libusb 0.1 (Nicht 1.0) funltioniert. Gibt aber auch wohl noch ein anderen "Projekt" was vermutlich auch mit 1.0 funktioniert. Muss mir mal ein PIC organisieren und vielleicht etwas testen.. Gruß Ingo P.S.: Das wird dann doch wohl etwas dauern befürchte ich..
@Ingo Aus gegebenem Anlass: Im Junkers-Fred hat gerade jemand deine Schaltung(http://www.mikrocontroller.net/attachment/preview/120661/page_snapshots/001.png) in Arbeit. Aus meiner Sicht sind hier ein paar Dinge nicht im Lot. Ist der GND am Brückengleichrichter so gewollt? Wenn der Bus verpolt angeschlossen wird, würde so die positive Busspannung auf Masse liegen. Des weiteren würde ich mit dem TX-zweig nicht vor dem Brückengleichrichter auf den Bus gehen. Was ist wenn der Bus verpolt ist!? Und schlussendlich vermisse ich die Transistorstufe nebst "Lastwiderstand" im TX-Zweig. Nur mit dem Komparatorausgang wird das nicht funktionieren. Grüße Niffko
Ist es nicht auch ein spannungsgesteuerter BUS, mit ca. 24Volt und Pegel bei 15 Volt? Dann würde ich die Schaltung aus dem IPSymcon-Forum nehmen. http://www.ip-symcon.de/forum/f19/ebus-adapter-senden-empfangen-10799/index6.html#post119974 Ein PIC müßte auch noch mit Software gefüttert werden, wenn Das ähnlich lange dauert....
Edit: Ist ein spannungsgesteuerter Bus mit 12 Volt und einem Signalpegel um und bei 10Volt. Ändert aber nichts, der Adapter sollte auch dafür gehen, ev. das Poti drehen ;-).
Helmut schrieb: > Dann würde ich die Schaltung aus dem IPSymcon-Forum nehmen. Hallo Helmut Generell ist das so möglich. Allerdings gibt es da ein großes Problem... Der PC ist zu langsam um die Daten auswerten zu können. Das Problem ist das Break. Ich habe es nicht geschafft das ordentlich auszuwerten. Niffko _ schrieb: > Ist der GND am Brückengleichrichter so gewollt? Wenn der Bus verpolt > angeschlossen wird, würde so die positive Busspannung auf Masse liegen. Ja, das ein Fehler... das GNG gehört hinter den Gleichrichter, genauso wie die der TX-Pfad. Niffko _ schrieb: > Und schlussendlich vermisse ich die Transistorstufe nebst > "Lastwiderstand" im TX-Zweig. Nur mit dem Komparatorausgang wird das > nicht funktionieren. Stimmt.. die fehlt auch noch.. hatte da wohl die Falsche Version ausgegraben und weiterentwickelt. Es kommt noch ein Transistor mit mit dem entsprechenden Lastwiederstand.. Werde auf jeden Fall die Hardware noch mal mit meiner Laufenden Version vergleichen. Also muss leider gestehen dass ich auch schon ein schlechtes Gewissen habe... Habe wohl die Schaltung sträflich vernachlässigt. Werde das jetzt aber mal ändern. Setze mir jetzt mal eine Frist bis Ende des Monats, sonst wird das ja nie was ;o) Helmut schrieb: > Ein PIC müßte auch noch mit Software gefüttert werden, wenn Das ähnlich > lange dauert... Ja, aber eigentlich sollte das aber nicht lange dauern. Die Software ist ja eigentlich schon fertig.... Ich wollte auch noch einen Soft-Uart einbauen dass man mit dem Controller direkt an den PC über USB geht. Eine Potentialtrennung mit ADUM1201 soll auch noch rein. Werde heute abend noch mal die Schaltung vornehmen... Gruß IngoF
Hallo Ingo, ev. hilft es Dir, wenn ich Dir eine Platine mit einem PIC18F mit USB schnell mal geroutet habe. Könntest damit schonmal arbeiten. Ist wahlweise, per Jumper, auf RS232 oder USB-PIC wählbar. Beachte bitte: die Z-Diode und die beiden Dioden sind noch für E-Bus gewählt, die müßten kleinere Volt's haben. Ist mit der Target-Demo zu öffnen. Gruß Helmut
Helmut schrieb: > Hallo Ingo, > ev. hilft es Dir, wenn ich Dir eine Platine mit einem PIC18F mit USB > schnell mal geroutet habe. Hallo Helmut, Danke für die Arbeit.. Allerdings habe ich mich dazu entschieden keinen USB-Pic zu nehmen. Dann muss ich mich mit der USB-Programmierung auch noch beschäftigen und ich hätte keinen CAN-Bus. Mein aktuellen Schaltplan habe ich mal angehangen. Mich würde interessieren wer immer noch an der Schaltung interessiert ist und was sie können soll. Also den EMS-Bus umsetzen auf USB wird wohl für euch alle interessant sein. Was soll den hinten am USB herauskommen? mit dem 3964R-Protokoll sollte ich eigentlich fertig sein aber irgendwie läuft es noch nicht so wie ich wohl gerne möchte. Das einrahmen in "0x55 0xaa 0x55 0xaa" wird wohl das kleinste problem sein. Die Platine wird in SMD sein. Das gehäuse steht noch nicht fest. Muss noch mal ein paar Kataloge wälzen... Die Galvanische Trennung von EMS und CAN soll wahl weise sein. Den Quellcode würde ich erst mal nicht veröffentlichen sondern nur die HEX-Files zum programmieren. Also: Wer hat noch Interesse und was habt Ihr noch so für Vorstellungen? Wer hat Möglichkeiten einen PIC selbst zu brennen und die Platine zu löten. Vermutlich wäre es am einfachsten wenn ich alle Teile bestelle und dann ein "Komplettset" verschicke, oder? Gruß Ingo
Hallo Ingo, also ich hätte auf jeden Fall Interesse, vor allem Komplettpakt wie von dir beschrieben, da ich nicht wirklich der Löti bin:-) Was hinten rauskommt ist mir fast egal, hauptsache es ist lesbar :-) USB wäre natürlich super, seriell geht aber auch. Habe eine Buderus GB162 mit RC35, falls du also einen Betatester brauchst, ich stehe zur verfügung. Danke schonmal für deine Arbeit
Hallo Ingo, ich route Dir auch was mit CAN-Bus, nur um das Thema zu beschleunigen ;-) Das ist ja fast wie bei EL*, Teil 2 der Bauanleizung in 2 Monaten, dann Lieferfristen von 6 Wochen. Da vergeht einem die Lust auf EL* Würde Dich bitten, das Hexfile mal zu veröffentlichen, wenn die Schaltung oben stimmt, gehts weiter.
Hallo Ingo, Ingo F. schrieb: > Wer hat noch Interesse und was habt Ihr noch so für Vorstellungen? Nach wie vor Interesse! Vorstellungen: Universalplatine mit seriell, USB und CAN ist für mich ok. Löten selber. PIC schreiben selber, schadet aber auch nix, wenn er schon gebrannt ist. Bauteileset ist ok, muss aber nicht sein. Wie Du siehst, ich bin flexibel ;-) Freut mich, dass es "endlich" weiter geht :-) Ein extra Dankeschön auch an Helmut für den Anschub! Gruß aus der herbstlichen Wetterau Karl M.
Also mir würde eine serielle Ein-/Ausgabe mit TTL-Level reichen. Ob man da nun mit nem uC weitermacht oder nen RS232 oder USB-COnverter dranbastelt ist ja dann egal. Im Prinzip also nur ein Modul die Telegramme ordentlich ausgibt oder sendet (inkl. break). Löten bekomme ich hin (ausser SMD ;) ). Programmieren ist schon schwieriger. Grüße von IPS-SysRun an Helmut ;)
Hallo SysRun, dass der Adapter an der Schnittstelle läuft hast du im IPSymcon-Forum gelesen? Oder ein paar Posts weiter oben (mit oder µP - Anbindung/RS232) ein Targetfile existiert? Das Problem der Anbindung ist gelöst, nur das Parsen muß noch kommen.... @Ingo ich mache Dir auch einen anderen Prouessor drauf, nur, ich möchte keine SMD's da rauf zaubern, sodaß jeder sowas zusammenlöten kann. Sag was Dir wichtig ist. Gruß Helmut
Also bei mir besteht auch immer noch Interesse! USB wäre schon schön um sich einen Adapter zu ersparen ... Ausgabe wie bei den anderen IPS`lern auch ... Hauptsache die Datenrtelegramme sind lesbar und ohne den ganzen Datenmüll. Senden wäre natürlich auch ne coole Option. ;) Löten geht selbst. PIC brennen geht im Notfall (mit Anleitung) auch, wäre aber dankbar für einen "fertigen". Gruß Jens
@Ingo bezüglich deiner Schaltung: denke mal drüber nach, ob du den Soft-UART nicht besser für die EMS-Kommunikation verwendest. Du könntest dann in den TX-Algo relativ unaufwändig Pausen zwischen den gesendeten Bytes - in denen der Master auf den Bus echot - und ein automatisches <BREAK> bei geleertem Sendepuffer einbauen. //Niffko
Niffko _ schrieb: > denke mal drüber nach, ob du den Soft-UART > nicht besser für die EMS-Kommunikation verwendest. Hatte mir eigentlich gedacht den echten UART beim EMS-Bus zu belassen. Wenn ich auf den CAN-Bus gehe brauche ich mich nicht mit dem SOFTUART zu beschäftigen. Vermutlich wird bei der RS232-Schnittstelle und EMS-Bus kein großer Unterschied sein auf welcher Seite der SoftUart sitzt, oder? Soll ja alles Interruptgesteuert werden und hoffe mal dass es kein großen Probleme gibt. Aber kann ja sicherheitshalber mal dafür ein paar Jumper vorsehen. Dann kann man das ja noch an der fertigen Platine ändern. Denke dafür nehme ich Lötjumper. Wegen der Platine muss ich mal sehen ob ich auch noch eine Platine mit durchkontaktierten Bauteilen zusätzlich route. Wenn ich den Schaltplan fertig habe werde ich die verschiedenen Möglichkeiten mal durchrechnen und dann hier posten... Gruß Ingo
Hallo, hier mal ein kurzer Zwischenstand. Die Platine hat die Bohrungen für die Gehäuse 521256 und 523100 von Conrad. Eins ist zum an die Wand schrauben und das andere sieht etwas besser aus und hätte sogar noch Platz für einen 9V-Block oder andere Batterien. Der EMS-Bus und der CAN-Bus wird wird als Klemmleiste herausgeführt. USB über eine USB-Micro Buchse. Die Galvanisch trennung kann man bestücken oder mit Jumpern überbrücken. Die Platine wird wohl nur in SMD sein. Das Problem ist wohl der FT232 USB-Chip den es ja nur im SMD-Gehäuse mit 0,65mm Pinabstand gibt. Ist doch ziemlich klein zum löten... Muss mal sehen wie ich das mit dem SMD-löten hinbekomme. Als alternative könnte man die Platinen auch bestücken lassen. Man könnte die SMD-Bauteile auch bestücken lassen. Ein Platiner würde ungefähr 15Euro kosten. Mit Bestücken dann 30 Euro. Muss mal sehen ob ich bei einer Firma hier die FT232 selber auflöten darf. Man bekommt auch eine Schablone für die Lötpaste. Gruß Ingo
Na das klingt doch schon mal sehr vielversprechend! Fertig bestückt wäre mir das auch 30,- Euro wert ... ansonsten wird eben mit Heißluft gelötet ;) Gruß Jens
Hallo, das hört sich ja echt schon weit fortgeschritten an, Respekt!!!! Also 30€ für ein Komplettset ferig bestückt finde ich einen Spitzenpreis, gerade für mich der eigentlich nicht wirklich löten kann sondern eher ein Endanwender ist. Würde mich als Betatester anbieten, habe eine Buderus GB162-Anlage. Meldet euch einfach hier! Gruß
Hallo Ihr Fleißigen, bei der Platine bin ich dabei; so oder so. Meine Fragen: 1. Wieso wird die Versorgungsspannung der Platine nicht vom EMS-Bus abgezogen? 2. Wieso gibt es keinen seriellen Ausgang mit z.B. MAX232 oä.? Freue mich auf die ersten Versuche :-) Danke für Eure Mühe!! Gruß Karl M.
Hallo, die Schaltung finde ich gut, nur kann ich kein SMD löten. Ich würde auch einen 18F2550 vorziehen, da dieser USB gleich mit beinhaltet. Ich muß mir mal das Datenblatt vom 18F2580 ansehen, um zu sehen wie weit dieser Pin-kompatibel ist. Charlie schrieb: > 1. Wieso wird die Versorgungsspannung der Platine nicht vom EMS-Bus > > abgezogen? Wenn ich das richtig sehe, dann wird doch die Versorgungsspannung vom EMS-Bus gewonnen. EMS_TX geht hier auf 5V Spannungsregler
Hallo, F. F. schrieb: > Hallo, die Schaltung finde ich gut, nur kann ich kein SMD löten. Ich > würde auch einen 18F2550 vorziehen, da dieser USB gleich mit beinhaltet. Der 18F2550 hat leider kein CAN und der muss für mich auf jeden Fall dabei sein, sonst macht die Schaltung für mich persönlich kein Sinn. F. F. schrieb: > Wenn ich das richtig sehe, dann wird doch die Versorgungsspannung vom > EMS-Bus gewonnen. EMS_TX geht hier auf 5V Spannungsregler > > > > Beitrag melden | Bearbeiten | Löschen | Der Spannungsregler ist nur für die EMS-Sende und Empfangsschaltung. der andere Spannungsregler nur für USB und PIC. Die Spannung vom USB-Bus macht nicht unbedingt Sinn. Sonst läuft die Schaltung ja nur mit PC. Vom EMS-Bus wollte ich die Spannung nicht nehmen weil eine kurzzeitige Stromentnahme eventuell als Signal an die Heizung verstanden werden kann. Charlie schrieb: > Wieso gibt es keinen seriellen Ausgang mit z.B. MAX232 oä.? Wollte noch eine Steckleiste einbauen an der man direkt mit RS232 gehen kann. Muss ich noch rensetzen. Gruß Ingo
IngoF schrieb: > Vom EMS-Bus wollte ich die Spannung nicht nehmen weil eine kurzzeitige > Stromentnahme eventuell als Signal an die Heizung verstanden werden > kann. Das funktioniert auch nicht, habe ich schon durch. Du könntest aber die 12V abgreifen. Ansonsten würde ich noch common mode rejection bei den Zuleitungen beachten. Je nach Leitungslänge gibt es dort Störungen. Also bei CAN und der Versorgung die mit einbauen. Grüße.
Rudi schrieb: > IngoF schrieb: >> Vom EMS-Bus wollte ich die Spannung nicht nehmen ... > > Das funktioniert auch nicht ... @Rudi Das funktioniert ... wie wissen bloß (noch?) nicht wie. Der RC35 z.B. ist 'buspowered'. Ich hatte meinen schon mal aufgemacht und wollte mir das mal anschauen. War aber komplett SMD und Multilayer-PCB ... so wichtig war es mir dann doch nicht ^^ //Niffko
Hm? Benutze die 12 Volt aus der Serviceklinke seit einem Jahr als Versorgung für meine Bastellösung. Die Funkt beständig Daten an meinen Server.
Fred Granna schrieb: > Hm? > > Benutze die 12 Volt aus der Serviceklinke ... Schön und gut, aber das kann ja jeder ^^ Es geht darum, Versorgungsspannung direkt vom Bus abzunehmen. //Niffko
Guten Abend! Um mich auch mal zu Wort zu melden: auch ich interessiere mich sehr für die Platine, und ~30€ wären es mir auch für ein fertiges Teil durchaus Wert! dürfte ja mit meiner Junkers-Therme funktionieren, da ich mit dem EMS_Interface ja auch schon Daten empfangen kann. Gruß, Christian.
Ingo F. schrieb: > Die Platine wird wohl nur in SMD sein. Das Problem ist wohl der FT232 > > USB-Chip den es ja nur im SMD-Gehäuse mit 0,65mm Pinabstand gibt. Ist > > doch ziemlich klein zum löten... Wenn es unbedingt SMD sein muß, vielleicht kann man den PIC wenigstens als normalen DIP vorsehen. Dann kann man einen normalen IC-Sockel verwenden und bei Bedarf den PIC tauschen oder auch mit einen Programmiergerät programmieren. Für die Spannungsvorsorgung kann man Dioden vorsehen um auch über USB die Schaltung versorgen zu können. Die Spannungsregler würde ich mit jeweils einer Diode in Sperrichtung zwischen Vin und Vout schützen. Ansonsten bin ich auch an einer Platine interessiert (ca. 30 Euro ist ok). Ich bräuchte allerdings bei der CAN-Lösung auch die Gegenstelle da ich die Schaltung ohne PC betreiben möchte.
F. F. schrieb: > oder auch mit einen > Programmiergerät programmieren Also das programmieren erfolgt natürlich in der Schaltung. Der ISCP-Stecker ist auf der Platine. F. F. schrieb: > um auch über USB die Schaltung versorgen zu können Das Problem ist das ein USB-Gerät am Bus nur ganz wenig Strom ziehen darf (21mA??) und erst nach der Anmeldung den Strom "nehmen" darf. Also würde die Schaltung ohne USB nicht funktionieren. F. F. schrieb: > (ca. 30 Euro ist > ok) Also das war jetzt erst mal nur eine geschätzter Wert für 20 Platinen mit max 25 SMD-Bauteilen mit 26 Bauteilen wären es schon 5 Euro mehr. Und natürlich noch zusätzlich Bauteilkosten F. F. schrieb: > PIC wenigstens > als normalen DIP vorsehen Mal sehen ob die Platinengröße das zulässt.
Hallo, Niffko _ schrieb: > Das funktioniert ... wie wissen bloß (noch?) nicht wie. Der RC35 z.B. > ist 'buspowered'. Ich hatte meinen schon mal aufgemacht und wollte mir > das mal anschauen. War aber komplett SMD und Multilayer-PCB ... so > wichtig war es mir dann doch nicht ^^ Okay, welche Infos hast du denn? DC/DC oder LDO. Eingangs und Ausgangskondensator wären auch interessant. Ich habe es mit einem 0815 LDO von Analog probiert und hatte arge Probleme auf dem Bus. Grüße.
Mal eine Frage: Die unbenutzen IO-Pins sind die herausgeführt, es ist schlecht zu erkennen. Ich möchte noch eine LCD-Anzeige sowie eine PS2 Tastatur anschließen.
Rudi schrieb: > Das funktioniert auch nicht, habe ich schon durch. Du könntest aber die > 12V abgreifen Das würde den Funktionsradius ja wieder auf die unmittelbare Umgebung der Heizung eingrenzen und das wollte ich nicht. Könnte vielleicht die 12 Volt Optional von der Heizung nehmen. Dann ist die galvanische Trennung vom EMS-Bus in dem Fall sinnlos. Rudi schrieb: > Ansonsten würde ich noch common mode rejection bei den Zuleitungen > beachten. Je nach Leitungslänge gibt es dort Störungen. Also bei CAN und > der Versorgung die mit einbauen. Wie meintest Du das? Steh da ein wenig auf der Leitung... F. F. schrieb: > Ich möchte noch eine LCD-Anzeige sowie eine PS2 > Tastatur anschließen. Ja, Port A0..5, B0..7, C0..5 Ist aber eine gute Idee.. werde mal sehen ob ich das noch auf die Platine setzte. Hast ein Layout dafür? muss mal sehen ob ich da noch was finde.. Würde vorschlagen das im 4 Bit-Mode zu machen. Gruß IngoF
Ingo F. schrieb: > Wie meintest Du das? Steh da ein wenig auf der Leitung... Z.B. ACM3225 für die Versorgung und TCM1210 für CAN. Es gibt definitiv Probleme bei längeren Leitungslängen (ich rede von über 20m). Das ist bei einer Verkabelung im Keller sehr schnell erreicht. Funktioniert mit den Teilen aber problemlos. Bei CAN muss der TCM1210 VOR den ESD-Schutz, sprich direkt auf die Leitung. Grüße.
Ingo F. schrieb: > Hast ein Layout dafür? muss mal sehen ob ich da noch was > > finde.. Würde vorschlagen das im 4 Bit-Mode zu machen Layout: ich hab jetzt nur das normale Datenblatt 4 Bit ist OK, ich habe entsprechende Unterprogramme in C die ich gerne bereitstelle, auch für DS1820 Temperaturfühler usw.
F. F. schrieb: > ich habe entsprechende Unterprogramme in C die ich gerne > bereitstelle, Danke, aber ich persönlich kann nichts mit C anfangen. Kann leider nur Assembler.... Für die LCD-Anzeige habe ich inzwischen auch noch einen Shclatplan in meinen unterlagen finden können. Wie willst Du denn die PS/2-Tastatur anschließen? Habe davon keine Ahnung? Hast Du denn davon einen Schaltplan oder ähnliches? was müssen das für Pins sein? Oder geht das mit jedem belibigen I/O-Port? Rudi schrieb: > ACM3225 für die Versorgung und TCM1210 für CAN. Also DC-DC-Wandler >> ACM3225 >> CAN-Chip >> ESD >> TCM1210 >> CAN-Stecker Du hast nicht zufällig mal einen Schaltplan? Würde bestimmt helfen wenn nicht werde ich mal google anwerfen. Gruß Ingo
IngoF schrieb: > Also DC-DC-Wandler >> ACM3225 >> CAN-Chip >> ESD >> TCM1210 >> > CAN-Stecker > Du hast nicht zufällig mal einen Schaltplan? Würde bestimmt helfen wenn > nicht werde ich mal google anwerfen. In etwa so:
1 | C - Kondensator 10nF-100nF |
2 | ______ |
3 | + ---| |--- |
4 | C | CMR | C => DC/DC |
5 | - ---|______|--- |
6 | |
7 | ______ _____ |
8 | CL---| |---| |--- |
9 | | CMR | | ESD | => MCP |
10 | CH---|______|---|_____|--- |
IngoF schrieb: > Wie willst Du denn die PS/2-Tastatur > > anschließen? Habe davon keine Ahnung? Hast Du denn davon einen > > Schaltplan oder ähnliches? was müssen das für Pins sein? geht im Prinzip jeder IO-Pin, ich habe aber einen mit Interrupt-Auslösung genommen, da ich die Tastatur über Interrupt abfrage. (ist übrigens ein Assemblerprogramm) Das Signal ist hier http://de.wikipedia.org/wiki/PS/2-Schnittstelle sehr gut erklärt. Wobei ich mir die Treiber und Transistoren gespart und auch nur zwei I0-Pin verwendet habe, die ich jeweils als Ein-und Ausgang schalte. Ein C-Programm kann man auch ohne Probleme in ein Assemblerprogramm einfügen. Der Linker von MPlab baut die zwei Programme zusammen. Ich schreibe oft zeitkritsche Unterprogramme als Assemblerprogramme und füge sie in C ein.
@Rudi TX führt HIGH bei Idle. Ergo zieht der Komparator die Basis auf LOW. //Niffko
Niffko _ schrieb: > @Rudi > > TX führt HIGH bei Idle. Ergo zieht der Komparator die Basis auf LOW. > Vorsicht, k.A. welche Chip dort genau benutzt wird (ADUM12XX, kann man nicht erkennen). Der hat keinen echten Failsafe Mode d.h. wenn eine Spannung fehlt ist der auf High (Dauersenden/Strom ...) oder unklar. Am besten einen ISO von TI benutzen, dort gibt es klare Pindefinitionen. Grüße.
Rudi schrieb: >wenn eine Spannung fehlt ist der auf High (Dauersenden/Strom ...) Daumen hoch für deine Umsicht, aber hier liegst du immer noch falsch. UART ist Low-aktiv, d.h. bei Low auf TX steuert der Transistor durch. Ansonsten wäre auch das übliche Low als Startbit irgendwie am Thema vorbei, oder!? //Niffko
Niffko _ schrieb: > UART ist Low-aktiv, d.h. bei Low auf TX steuert der Transistor durch. > Ansonsten wäre auch das übliche Low als Startbit irgendwie am Thema > vorbei, oder!? Ahh, da ist noch der Inverter, okay dann passt es wieder. Ich hatte heute auf dem Tisch dieses Problem, da ich den Inverter (Komparator) vor dem Isolator platziert habe und der Isolator default auf High steht (falsche Wahl, shit happens), da musste ich mir den Schaltplan hier nochmal anschauen ob es die gleichen Probleme geben kann ... offensichtlich nicht richtig. Grüße.
Rudi schrieb: > In etwa so: Ich glaub ich habe das immer noch nicht so ganz verstanden... Denke der ACM sollte auf der MCP2551-Seite vom DC/DC-Wandler sein... Die Schaltung am Ausgang mit L, C und C habe ich aus einer anderen Schaltung "geklaut" Denke jetzt dass der Schaltplan sonst soweit fertig ist. Muss nur noch mal sehen ob die Bauteile alle die richtige Bauform haben und ein wenig herumrouten... Änderungen: Anschluss für LCD-Anzeige und PS/2 F-RAM (SPI) PIC in SMD und DIP Hier mal eine Portübersicht: ------------------------- Port A ------------------------- 0: LCD-Data 0/4 1: LCD-Data 1/5 2: LCD-Data 2/6 3: LCD-Data 3/7 4: FT232 Power Enable 5: "Analoge"-Mode Auswahl 6: 16MHz Quarz 7: 16MHz Quarz ------------------------- Port B ------------------------- 0: PS/2 Data (INT0) 1: PS/2 Clock (INT1) 2: CAN Rx 3: CAN Tx 4: Soft-Uart TX 5: Soft-Uart Rx (ISCP) 6: ---- (ISCP) 7: ---- (ISCP) ------------------------- Port C ------------------------- 0: LCD RS 1: LCD R/W 2: LCD E 3: F-RAM/EEPROM (SCL) 4: F-RAM/EEPROM (SDA) 5: ---- (SDO) 6: UART Tx 7: UART Rx
Hi Ingo, schau' dir mal Pin 1 der USB-Buchse in Bezug auf den Reset-Spannungsteiler des FT232 noch mal an - da passt was nicht. //Niffko
ich nochmal... Hast du den 78L05 am EMS-Bus erfolgreich getestet? Den Regler im Allgemeinen und den 330nF Kondensator im Speziellen, könnte ich mir am Bus problematisch vorstellen. Diode D11 hat IMHO keine Funktion, da sie parallel zur schnelleren Schottky(D5) liegt. //Niffko
Niffko _ schrieb: > Hast du den 78L05 am EMS-Bus erfolgreich getestet? Den Regler im > Allgemeinen und den 330nF Kondensator im Speziellen, könnte ich mir am > Bus problematisch vorstellen. Ich glaube es wird nicht mit einem LDO funktionieren. Du kannst am Ausgang einen größeren Kondensator vorsehen, damit die Schaltung etwas Luft hat und den Bus nicht mit einem Stromripple beaufschlagt. Versuch macht kluch, ich würde es vorher aber unbedingt aufbauen. Bei mir hat es nicht funktioniert (Frickelaufbau über den Bus versorgt).
Also auf dem Servicekey wird offensichtlich ein DCDC verwendet. Auf dem ersten Bild rechts unten: Beitrag "Re: Logamatic 2107 Schnittstelle" K.A. ob der von den 12V versorgt wird, aber der Key kann wohl auch andere Funktionen abdecken und ob da immer 12V vorhanden sind k.a.. Grüße.
Rudi schrieb: > Ich glaube es wird nicht mit einem LDO funktionieren. Hi Rudi, ich hab's wider Erwarten am Laufen : Beitrag "Re: Logamatic 2107 Schnittstelle" //Niffko
Habe doch echt keine Benachrichtung per Mail bekommen... Niffko _ schrieb: > Rudi schrieb: >> Ich glaube es wird nicht mit einem LDO funktionieren. > > Hi Rudi, ich hab's wider Erwarten am Laufen : > Beitrag "Re: Logamatic 2107 Schnittstelle" Danke, habe soeben Deine Schaltung geklaut. Der Strom wird ja auf etwa 80mA begrenzt. Werde das bei mir mit 390 Ohm auf etwa 25 mA oder vielleicht noch weniger begrenzen. Nur für den Komperator mit Isolator sollte das mehr als ausreichend sein... Niffko _ schrieb: > Diode D11 hat IMHO keine Funktion, da sie > parallel zur schnelleren Schottky(D5) liegt. Das habe ich kurz nach dem abschicken auch gesehen. Die wird natürlich rausfliegen... Hatte die Schaltung noch nicht getestet. Allerdings zieht der Komperator und der Isolator nicht wirklich viel Strom und hatte keine Probleme erwartet. Gruß Ingo
Hallo, die Platine ist eigentlich soweit fertig. Allerdings wird sich das bestücken lassen wohl nicht lohnen. 7 Platinen kosten pro Stück etwa 17€. 5 Platinen bestücken pro Stück 47€. 10 Platinen bestellen und bestücken wären pro Stück (inkl. Platine) 46€ Mit Bestücken ist dabei nur der PIC mit FT245 und die zugehörigen Bauteile gemeint. Das komplette bestücken (zweiseitig und mit allen 78 SMD-Bauteilen) würde etwa bei 10 bestückten Platinen pro STück 78 € kosten (Platine inkl, Ohne Bauteile!) Vermutlich wäre es am einfachsten die Platinen zu bestellen und werde dann versuchen die Platinen für die SMD-Anfänger zu löten. Habe mal durchgezählt.... Platinen für: Markus Hellweg Charlie Fred Granna Sevensworld F. F. Christian S. IngoF Bestückt für: Markus Hellweg Fred Granna F.F. Christian S. Wer kann denn die 0805-SMD Widerstände/Kondensatoren und größer selber einlöten? Eigentlich sollte dafür ein normaler Lötkolben für "normale" Bauteile ausreichen? Allerdings hat sich der Schaltplan etwas geändert. Statt dem FT232 habe ich den FT245 genommen. Dort können die Daten parallel ausgelesen werden und man muss keinen SOFT-Uart programmieren. Dafür habe ich allerdings den PIC 18F24580 nehmen müssen der noch den PortD zusätzlich hat. Leider habe ich dann keinen Platz für das 40polige DIP-Gehäuse des PIC. Alle Ports sind herausgeführt. Die Datenleitungen vom LCD und USB-Seriell-Chip sind dann auf Port D. Ein SPI F-Ram ist auch vorgesehen. Hier mal die Platine (noch nicht ganz fertig) und der aktuelle Schaltplan als PDF. Wer benötigt denn welche Hardware? Vermutlich werden die wenigsten den CAN-Bus brauchen, oder? Oder besser gefragt wer kann auf welche Bugruppen verzichten? @Rudi: Hattest Du das mit den "Filterspulen" für den CAN-Bus bei Dir auch so eingesetzt? Oder hatte ich Dich falsch verstanden? Gruß IngoF
Hallo, ich habe auch Interesse an der Platine. Nur ich kann keine PIC programmieren! Löten geht schon. VG Gerhard
Also ich würde eine (smd vor-)bestückte und programmierte Version nehmen. Benötige aber nur reinen seriellen IO (ttl)
Ingo F. schrieb: > CAN-Bus Ingo F. schrieb: > Wer benötigt denn welche Hardware? Vermutlich werden die wenigsten den > CAN-Bus brauchen, oder? Oder besser gefragt wer kann auf welche > Bugruppen verzichten? Hallo Ingo F. ich hätte auch Interesse an der Platine + Bestückung. Ich will Daten von einer Junkers Gastherme mit Heatronic 3 auslesen (USB-Anschluß) und auswerten. Grüße, Hans
Ingo F. schrieb: > Wer benötigt denn welche Hardware? Servus Ingo, nur Platine, am Rest versuche ich mich dann selber. :~/ Gruß aus der Wetterau Karl M.
Hallo Ingo, die größeren SMDs kann ich wohl selbst löten. Programmieren eher nicht .. benötigt wird von mir eigentlich nur USB (USB Buchse dann mit dabei?) Gruß Jens
Hallo, Ingo F. schrieb: > @Rudi: > Hattest Du das mit den "Filterspulen" für den CAN-Bus bei Dir auch so > eingesetzt? Oder hatte ich Dich falsch verstanden? sieht gut aus. Ich würde bei der VCC am Eingang ein C setzen, vor dem Filter. Wie teuer wird denn die Platine und dann die Bauteile? Hast du ein Datenblatt (Link) vom aktuellen PIC? Hast du dich da verschrieben, zu pic18F24580 finde ich nichts bei der allwissenden Müllhalde. Grüße.
Rudi schrieb: > Wie teuer wird denn die Platine und dann die Bauteile? Die Platine etwa 20Euro. Die Bauteile suche ich noch alle zusammen. den TCM1210 habe ich noch nicht gefunden. Habe mal überflogen. Die Bauteile würden etwa 50 Euro kosten wenn alles bestückt ist... Rudi schrieb: > pic18F24580 finde ich nichts Das wird auch schwer ist eine 2 zu viel :-) ich meinte den 18F4580 Ist das selbe Datenblatt wie für den 18F2580... Gruß Ingo
@ Ingo F. Hallo Ingo, wie bereits beschrieben bräuchte ich das Bauteil komplett bestückt und programmiert, frei nach dem Motto "plug and play". Wäre auch bereits mir das ein paar Euro mehr kosten zu lassen! Gruß
Moin, Moin Ich würde gerne auch eine bestückte Platine erwerben für meine 2107. Tschö, Ralf
Ralf schrieb: > für meine 2107 Sorry, Ralf, muss Dich leider enttäuschen... Die Platine ist für den EMS-Bus und wird nicht mit der 2107 funktionieren. In dem 2107-Thread waren eigentlich zwei verschiedene Platinen/Bussysteme Gruß Ingo
Moin, Moin Da haben die 842 Mails die ich gestern gelesen habe den Überblick verhängt. Da kannste sehen das ich nicht alles was da gepostet wurde begriffen habe. Muss ich wohl weitersuchen. Danke! Tschö Ralf
Hallo, Habe heute die Platinen fertig gestellt und können bestellt werden. Wer interesse hat bitte eine e-mail an mich (f.ingo ät arcor.de). Am besten mit Anschrift und noch mal kurz beschreiben welche Schaltungsteile bestückt werden sollen. Vermute mal alle möchten den PIC, EMS-Bus und USB bestückt haben. Wer an CAN-Bus zusätzlich interessiert ist bitte noch mal erwähnen. Als Bestückung gibt es für die Schaltungsteile "komplett", "nur IC" und "garnicht (nur Platine)". Irgendwie bekomme ich die schon hoffentlich bestückt. Kann aber eventuell etwas länger dauern. Wenn ein Gehäuse dabei sein soll dann bitte sagen welches von beiden... Soll der PIC gebrannt werden? Wichtig wäre noch Anschrift. Mit der Bezahlung wäre Überweisung vermutlich das beste... Von der Software her werde ich wohl erst mal den FT245 zum laufen bringen und dann vermutlich irgendwie die RS232 ohne USB. Das senden und empfangen wird am besten erst mal im Klartext (HEX gehen) das Break wird mit Enter ersetzt. Dannach werde ich mich dann ans R3964-Protokoll gehen.. Der Rest am besten per Mail..... Die Kosten (mal grob überschlagen): Platine 20€ PIC,EMS,FT245(USB) 50€ CAN 15€ Genaue Preise folgen noch... Natürlich alles zu Selbstkosten.. Layout, Bestückungsliste, HBE (Farnell)-Bestellliste, Portbelegung folgen noch.. (morgen?) Gruß Ingo
Hallo Ingo, ich hätte auch Interesse an einer bestückten & programmierten Platine (EMS <-> USB). Im Schaltplan habe ich gesehen das du einen ADUM1201 vorgesehen hast. Wird der mit bestückt und wo holt der sich die Spannung her? Vom EMS Bus? Ist die Stromversorgung über USB möglich oder wird ein seperates Netzteil benötigt? Vielen Dank für deine super Arbeit! Gruß Kay
Kay F. schrieb: > Im Schaltplan habe ich gesehen das du einen ADUM1201 > vorgesehen hast. Wird der mit bestückt und wo holt der sich die Spannung > her? Vom EMS Bus? Hallo Kay Ja, die können mitbestückt werden, muss aber nicht unbedingt wenn man die galvanische Trennung nicht haben will. Dann müssen aber die Lötbrücken durchgelötet werden. Die Spannung kommt vom EMS-Bus. Die Speisung über USB ist leider nicht möglich und man benötigt ein externes Netzteil. Gruß Ingo
Hallo, hier noch die Platinen und der Schaltplan als PDF. Wenn nicht noch irgendjemand einen Verbesserungsvorschlag hat werde ich die so bestellen. Hier die ungefähren Preise: Platine 20€ EMS-Bauteile: 12€ PIC-Bauteile: 15€ USB-Bauteile: 10€ So wie es aussieht will wohl keiner eines von den Gehäusen... Gruß Ingo
IngoF schrieb: > will wohl keiner eines von den Gehäusen... Servus Ingo, was für Gehäuse bietest Du denn feil ;-? Gruß aus der Wetterau Karl M.
Hallo Charlie, charlie schrieb: > was für Gehäuse bietest Du denn feil ;-? 521256 und 523100 von Conrad Gruß IngoF
ReHallo Ingo, hab's mir anders überlegt - wenn Du schon 'ne Sammelbestellung machst, dann bestelle ich wie folgt: Platine, alle Bauteile und PIC programmiert, Gehäuse 521256. Preis und Zahlungsweg am besten pm an: news4kmw"-at-"web"-dot-"de"-remove-anti-spam-" Vielen Dank für Deine tolle Arbeit! Gruß aus der Wetterau Karl M.
Hallo Ingo, ich hoffe die Mail ist angekommen? Tolle Arbeit übrigens die du hier leistet, vor allem die Bereitschaft für die Sammelbestellung! Gruß Jens (Sevensworld)
Habe gerade noch mal eine Mail wegen der Bestellung herumgeschickt. Wer noch interesse hat und gerade keine Mail bekommen hat noch mal schnell melden. Könnte vermutlich noch was nach- oder abbestellen. Und wenn das "Desktopgehäuse" wäre interessant welche Farbe... Gruß Ingo Hallo, teilweise habe ich noch nicht so richtig den Durchblick wer was möchte und wer überhaupt noch Interesse hat. Bitte noch mal so schnell wie möglich melden und die fehlenden Informationen ergänzen. Habe keine Ahnung ob ich noch Platinen nachbestellen oder abbestellen muss. Wenn das überhaupt noch möglich ist. Wer möchte welches Gehäuse? Wer will was bestückt haben? Wer ist damit einverstanden 40 Euro für das Bestücken und löten zu zahlen? Habe schon einen Reflow-Ofen und das ganze Zubehör bestellt. Wirtschaftlich ist das für mich persönlich natürlich keineswegs, nur arbeit und richtig teuer. Auf jeden Fall muss der PIC, USB und EMS Bestückt werden. Die Potentialtrennung muss man nicht zwingenderweise haben würde ich aber empfehlen... Auf den CAN Teil werden wohl fast alle verzichten können. Sobald ich die Platinen habe werde ich ein paar Platinen fertig bestücken und den Bootloader (AN851 von Microchip) an meine Schaltung anpassen müssen. Dann benötigt man zum programmieren des PIC nur noch einen USB-Port, Windows und die Software von Microchip. Die Software bekommt jeder natürlich mit dabei. Wenn das Programmieren über Bootloader läuft kommt erst mal eine Software rein die nur mitloggt und die Daten Hexadezimal codiert als "normalen" Text über USB ausgibt. Danach wird auch das senden über USB dazu kommen. Also über den Daumen gepeilt: ~20 Euro Platine ~40 Euro Bauteile ~40 Euro Bestücken/Löten ~5 Euro externes Netzteil ====================== ~100 Euro Bitte unbedingt noch mal so schnell wie möglich melden und eine kleine Anzahlung (~30-50%)
ich prinzip brauche ich eigentlich nur die Sende -und Empfangsschaltung. Ich bin nicht für das Feine und kann kein SMD löten. Deshalb bestelle ich 1 Platine komplett bestückt und geprüft. Ist es möglich die IC's mit einem Sockel zu versehen, zumindest der Pic? Netzteil und Gehäuse brauche ich nicht. Der Quellcode der Firmware um Messwerte auszulesen wäre für mich noch interessant, sowie eine Software zum Testen für den PC (Windows xp, USB). Wäre gut, wenn der Bootloader schon drauf wäre, da ich mir nicht sicher bin, ob ich den Pic mit meinen Brenner in der Schaltung progr. kann. Preis >= 100€ ist ok, ich benötige noch die Kontodaten für die Überweisung. Mit freundlichen Grüßen F. F.
Hallo F.F. irgendwie haben erst ganz wenige reagiert. Inzwischen hat sich herausgestellt dass eMail-Adresse, Nickname und echter Name von einer Person aufeinmal doch drei verschieden Personen waren. Hatte erst mal 3 Platinen Überschuß eingeplant dass ich mir auch noch selber zwei Platinen bauen kann. Eine für die Heizung und eine für die Entwicklung. Inzwischen gibt es schon mehrere Interessenten als Platinen. Muss jetzt erst mal abwarten ob ich noch eine Überlieferung bekomme. Wenn nicht muss ich Dich erst mal mit auf die Warteliste setzen für eine neue Bestellung. Gruß Ingo
Hallo, mal ein kurzer Zwischenstand. Die Platinen und Bauteile sind da. Nur ein Bauteil hatte vor einer Woche eine Lieferzeit von 51 Tagen. Bis jetzt habe ich noch keinen alternativen Lieferanten oder eine andere Lösung gefunden. Auf zwei Platinen habe ich schon mal die Rückseite im Reflowofen backen können. Wenn ich die ersten zwei Platinen fertig habe werde ich mich daran machen den Bootloader (AN851) anzupassen. Vorher macht das versenden der Platinen keinen Sinn. Alle Platinen sind schon weg. Wer Interesse hat kann sich ja am besten per Mail auf eine Warteliste setzen. Wenn genug zusammen kommen und die erste Sammelbestellung abgeschlossen ist könnte ich evtl noch eine weiter kommen... Die genaue Kostenaufstellung gibt es aber erst wenn ich alles komplett fertig habe. Gruß Ingo
Ingo F. schrieb: > Nur ein Bauteil hatte vor einer Woche > eine Lieferzeit von 51 Tagen. Dann brauchen wir vor KW 06/12 hier nicht mehr vorbei zu schauen :-( Gibt's einen Zwischenstand? Gutes Neues Jahr und Gruß Karl M.
Hallo charlie schrieb: > Gibt's einen Zwischenstand? Hatte letzte Woche erst eine Mail mit dem aktuellen Stand herumgeschickt. Hast Du die nicht bekommen? Ich habe gerade mein Platinen-Löt-Wochende. Das fehlende Bauteil muss ich per Hand nachträglich auf die Platine löten. Den AN851 Bootloader habe ich erfolgreich an die Hardware anpassen/umprogrammieren können. Dummerweise musste ich feststellen dass die PC-Software so alt war das ich sie auf dem BC nicht zum laufen bekommen habe. Nach längeren googlen habe ich dann festgestellt dass der AN1310-Bootloader von Michrochip doch nicht in C geschrieben ist und den dann auch an die Hardware anpassen konnte. Die Windows-Software habe ich dann erfolgreich zum laufen bekommen. Meine Testplatinen programmiere ich jetzt nur noch ohne Programmiergerät. Inzwischen habe ich bis auf den CAN-Bus schon mal alles testen können. Ein Problem war noch dass genau die BAT54S in der Bibliothek fehlerhaft war die ich verwendet hatte.Zwei Beinchen waren vertauscht. Dummerweise hatte ich auch die BAT54 bestellt und nicht die BAT54S. Dadurch war nur eine Diode im Gehäuse und die dann auch noch falsch angeschlossen. Habe das Problem lösen können indem ich die BAT54S um 30° verdreht mit dem Kopf nach unten auf die Platine gelötet habe. Eigentlich müsste das fehlende Bauteil in zwei bis drei Wochen geliefert werden. Dann sollte ich die Platinen auch an Wochende danach abschicken können. Gruß Ingo
Ingo F. schrieb: > Hast Du die nicht bekommen? Nööö! Aber vielen Dank für Deinen ausführlichen Bericht... Dann kann's ja bald losgehen. Super, dass Du das so sauber hinbekommen hast! Gruß Karl M.
Noch ein kleiner Zwischenstand... Die Platinen habe ich komplett bestückt. Bis auf eine Platine scheint bis jetzt alles zu laufen. Das "vermisste" Bauteil wurde schon am 3. Januar ausgeliefert. Habe heute nach dem Stand der Dinge gefragt und dann diese Info bekommen. Dummerweise wurde es an irgendeinem Paketshop ausgeliefert und sollte heute wieder zurück gehen. War also in der letzten Sekunde. Werde wohl noch mindestens zwei Wochen brauchen um an die Bauteile zu kommen und die restlichen Arbeiten fertig zu bekommen. Der Bootloader funktioniert eigentlich schon. Wollte aber noch eine kleinigkeit testen und ändern. Die Firmware muss nur noch aus meiner alten Firmware per Copy&Paste zusammengestellt und getestet werden. Denke es macht keinen Sinn vorschnell die ganzen Platinen zu verschicken um dann hinterher festzustellen dass ich noch was am Bootloader oder der Platine ändern muss. Gruß Ingo
Ingo F. schrieb: > Hatte letzte Woche erst eine Mail mit dem aktuellen Stand > > herumgeschickt. > > Hast Du die nicht bekommen? ich habe die Mail auch nicht bekommen. Stehe ich denn noch auf der Wartelise? Ist schon in Aussicht, wann die zweite Fertigung beginnt? Beitrag "Re: Buderus EMS-"Gateway" mit PIC18F / Sammelbestellung" Viele Grüße F. F.
Also der aktuelle Stand zu den Platinen ist nur an die gegangen die bei der ersten Sammellieferung auch dabei sind. Ob und wann es eine zweite Sammelbestellung von mir gibt kann ich jetzt noch nicht sagen. Bis jetzt sind drei auf der Warteliste und unter 10 Platinen lohnt es sich nicht Platinen zu bestellen. Am besten wäre es vermutlich wenn über zwanzig zusammen kommen würden und man dann die Platinen komplett bestücken lassen würde. Die Platinen selber sind nicht das Problem. Habe drei komplette Tage zum bestücken, löten und in Betrieb nehmen gebraucht. Zwei Platinen wollen immer noch nicht und muss da noch mal bestimmt einen ganzen Tag für die Fehlersuche investieren. Ist also doch mehr Arbeit als man so denkt. Kann natürlich auch meine Dateien zur verfügung stellen wen jemand anderes eine Sammelbestellung inkl bestücken machen möchte... Gruß Ingo
Habe gerade schon mal alle funktionierenden Platinen verschickt. Alle die etwas angezahlt haben bekommen also bald ein Paket. Link zur Sendungsverfolgung ist gerade per Mail rausgegangen... Gruß Ingo
Hi, nach dem die HW eingetroffen ist, habe ich es nicht erwarten können und sie angeschlossen. Mit hterm kommen auch schon Daten an. Jetzt bin ich auf der suche nach der passenden SW ;-) Da das ganze auf meinem (debian) Linux Serverlaufen soll benötige ich was was unter Linux läuft. EMSlog ist ja in java geschrieben, also gleich mal ausprobiert.... librxrx-java installiert und SW gestartet. Beim betätigen des oberen verbinden Buttons kommt folgenden Ausnahme: HomeServer:/opt/EMSlog# java -jar emslog.jar Experimental: JNI_OnLoad called. Stable Library ========================================= Native lib Version = RXTX-2.1-7 Java lib Version = RXTX-2.1-7 (get) CONNECTED: false (/dev/ttyUSB1): Die Verbindung wird aufgebaut... Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at my.emslog.emslog.BtnConnectActionPerformed(Unknown Source) at my.emslog.emslog.do(Unknown Source) at my.emslog.emslog$3.actionPerformed(Unknown Source) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2 335) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.ja va:404) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonList ener.java:253) at java.awt.Component.processMouseEvent(Component.java:6136) at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) at java.awt.Component.processEvent(Component.java:5901) at java.awt.Container.processEvent(Container.java:2105) at java.awt.Component.dispatchEventImpl(Component.java:4497) at java.awt.Container.dispatchEventImpl(Container.java:2163) at java.awt.Component.dispatchEvent(Component.java:4323) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4461) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4125) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) at java.awt.Container.dispatchEventImpl(Container.java:2149) at java.awt.Window.dispatchEventImpl(Window.java:2478) at java.awt.Component.dispatchEvent(Component.java:4323) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:649) at java.awt.EventQueue.access$000(EventQueue.java:96) at java.awt.EventQueue$1.run(EventQueue.java:608) at java.awt.EventQueue$1.run(EventQueue.java:606) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessContr olContext.java:105) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessContr olContext.java:116) at java.awt.EventQueue$2.run(EventQueue.java:622) at java.awt.EventQueue$2.run(EventQueue.java:620) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessContr olContext.java:105) at java.awt.EventQueue.dispatchEvent(EventQueue.java:619) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread. java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.jav a:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread. java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) Ich bin kein Java Experte, aber wie komme ich jetzt am besten weiter? Kann ich aus den jar Dateien die Sourcen extrahieren und mit Eclipse, Netbean oder was auch immer debugen? Macht das Sinn? Habe auch schon versucht den ems-collector zum laufen zubringen (c++) klaptt aber auch nicht. Die DB wird angelegt aber keine Daten aufgezeichnet. Ich fände es gut nicht x verschieden SW Lösungen zuhaben ;-) Ich hätte gerne eine die automatisch gestartet werden kann und die unter Linux läuft ;-)
Hallo, Muss schon länger her sein dass ich EMSlog gepostet habe. Kann mich garnicht mehr daran erinnern. Das andere Programm kenne ich allerdings nicht. Leider ist es doch nicht so einfach mal eben das Programm zu überarbeiten. Denke als ntolösung ist das erst mal OK. Den Download gibt es erst mal hier: http://home.arcor.de/i.fischer/modelledit/index_de.html 1) Als erstes muss eine mySQL-Datenbank installiert werden und dann die EMSlog.sql eingespielt werden. Dadurch werden die Tabellen von emslog erzeugt. 2) rxtxSerial.dll.32 für 32-Bit Windows oder die rxtxSerial.dll.64 für 64Bit Windows in rxtxSerial.dll umbenennen 3) Batch-Dateien anpassen. Bei emslog wird nur der SQL-Server übergeben. Wenn die mySQL auf dem lokalen Rechner installiert ist kann man auch localhost stehen lassen. Bei emsview wird zusätzlich noch user (root) und Passwort (password) übergeben. Als default wird root und password genommen wenn die nicht in der Befehlszeile übergeben werden. Die einzelnen Daten können aber in den Programmen auch geändert werden. 4)EMSlog starten (doppelklick auf die *.bat) Falls nicht über die Befehlszeile geschehen noch Server, User und Passwort eingeben und auf Verbinden drücken. Dadurch wird die Verbindung zum SQL-Server aufgebaut UND mit der seriellen Schnittstelle verbunden. 5) EMSview starten und Server, User und Passwort eigeben und dann auf Verbinden drücken. Der Knopf bleibt erst mal wärend des Verbindungsaufbau niedergedrückt. Wenn man andere Kurven auswählt oder andere Daten ändert dann natürlich mit mit "aktualisieren". Die Version 01 funktioniert nur mit SQL-Datenbank UND Serieller Schnittstelle. Das Problem dabei sit allerdings dass erst 1024-Byte Buffer vollgeschrieben werden und dann die Telegramme angezeigt und gespeichert werden. Bei meiner alten Platine wurden die 1024-Byte schnell durch das Polling vollgeschrieben. Beim EMS-Gateway wird das Polling erst mal nicht übertragen. Wird vermutlich auch kein Sinn machen. Die Version 02 geht auch ohne die SQL-Datenbank. Wenn man die Daten in mySQL loggen will muss vorher der Hacken bei mySQL gesetzt werden. Dort muss kein Buffer vollgeschrieben werden. Allerdings stürzt das Programm bei ungefähr 255 Telegrammen ab. Vielleicht zum ersten Test ohne mySQL ganz OK. Gruß Ingo
Kay F. schrieb: > Ich bin kein Java Experte, aber wie komme ich jetzt am besten weiter? Am besten mal ems.zip heunterladen. Dann müssen allerding noch die *.so Dateien in das Verzeichnis kopiert werden. Am besten im Verzeichnis lib noch die RxTxcomm.jar auch ersetzen. Sonnst könnte es passieren dass die *.so (Linux) oder *.dll Datei (Windows) eine andere Version hat als die Dateien im EMSlog oder EMSview-Ordner. Vermute mal das irgendwas an der Schreibweise nicht ganz stimmt und Emslog auf eine Serielle Schnittstelle zugreifen möchte die nicht existiert weil die Schreibweise falsch ist. Vielleicht mal andere Schreibweisen für die Serielle Schnittstelle versuchen. /dev/ttyUSB1 dev/ttyUSB1 /ttyUSB1 ttyUSB1 Gruß Ingo
Gibt es eine aktuelle Aufschlüsselung der Telegrammdaten? Das was ich in dem anderen (mittlerweile unübersichtlichen) Thread gefunden habe scheint recht alt zu sein ... ? @Ingo: Vielen Dank für deine Mühe und Bereitschaft für diese Sammelbestellung. Die Platine läuft bei mir erst mal im Textmodus, da ich den RAW Modus nicht aktiviert bekomme. Übertragung zum PC mit 9600/8/1/None Allerdings habe ich hin und wieder Telegramme die zerstückelt ankommen ... kann das evtl. noch jemand bestätigen? Gruß Jens
Ich glaub die Auslieferungseinstellung Off On On Off ist der Textmodus. RAW-Modus ist dann Off Off Off Off. Der Mode wird nur nach einem Reset übernommen. Also kurz Netzteil kurz ziehen und einstecken oder DIP4 (Richtung Anschlüsse) einmal auf ON und zurück auf OFF. Wie oft kommmen denn die zerstückelten Diagramme? Mir ist zumindest noch keins aufgefallen. Allerdings läuft noch für die Aufzeichung noch mein altes Modul. Falls Du meine Java-Programme meinst, dann kommt ab und zu ein CRC-Fehler. Das liegt aber an meiner Java-Software. Dieser Fehler wird in der neueren Version (wenn sie läuft ) Nicht mehr sein. Gruß Ingo
Nein, dein Java Programm war nicht gemeint. Nachdem ich jetzt den RAW Modus gesetzt habe >( Off On On Off )<, konnte ich sehen das die Datensätze manchmal in mehreren Zeilen ankommen. Zumindest ist das die einzige Möglichkeit den RAW Modus einzustellen. Möglicherweise hängen die Fehler damit zusammen. Ich hatte dir gerade einen Mitschnitt im Textmodus geschickt, werde aber morgen noch einmal einen Mitschnitt im RAW Modus machen und dir auch das Ergebnis zukommen lassen. Gruß Jens
Sevensworld schrieb: > ich sehen das die Datensätze manchmal in mehreren Zeilen ankommen. Also der Mittschnitt aus der Mail kommt aus dem HEX/Textmodus.
1 | 02.03.2012 21:50:59.00 | Received Data | 08 00 34 00 3C 02 58 0 |
2 | 02.03.2012 21:50:59.00 | Received Data | 2 58 21 00 01 00 00 00 DC 42 00 0C AA 00 B1 |
3 | -------------------------------------------------------------------- |
4 | 08 00 34 00 3C 02 58 0 |
5 | 2 58 21 00 01 00 00 00 DC 42 00 0C AA 00 B1 |
6 | ==================================================================== |
7 | 02.03.2012 21:50:59.00 | Received Data | 08 00 34 00 3C 02 58 02 58 21 00 01 00 00 00 DC 42 00 0C AA 00 B1 |
Das ist aber kein Fehler, sondern ist nur die Ausgabe von deinem Monitor-Programm. Der Abfragezyklus war in deinem programm gerade zufällig wärend des Telegrammempfangs. Der Zeilenumbruch kommt von Deinem Programm und wird nicht vom EMS-Gateway gesendet. Wenn Dein Monitorprogramm das <CR> <LF> anzeigen könnte, dann würdest Du sehen können das nach der ersten zeile kein CR&LF gesendet wurde. (Vielleicht kannst Du das ja irgendwo aktivieren...) Wenn Du den Gateway mit einem "normalen" Terminalprogramm anzeigen lässt wirst Du den vermeintlichen "Fehler" nicht sehen können. Sevensworld schrieb: >Nachdem ich jetzt den RAW Modus gesetzt habe >( Off On On Off )< Das ist nicht der RAW-Modus. Bei einem "normalen" Terminalprogramm siehst Du nur das eine Menge Datenmüll ankommt wenn der RAW-Modus eingeschaltet ist. Dazu benötigst Du z.B. ein Terminalprogramm das Hexadezimal anzeigen kann. Ich habe da Hterm genommen. Da kann man sich die Daten in allen möglichen Zahlenformaten ansehen ($Hex, Dez, Bin, Okt, ASCII) Der RAW-Modus sendet am Ende und Anfag noch ein "aa 55" und ist im Klartext nicht lesbar. Gruß Ingo
Ingo F. schrieb: > Der RAW-Modus sendet am Ende und Anfag noch ein "aa 55" und ist im > Klartext nicht lesbar. Richtig ... und genau das habe ich mit dem Modus erreicht! Wenn ich ( Off On On Off ) einstelle, danach den Reset auslöse DANN habe ich nicht lesbare Daten. Nach Umstellung in meinem Monitorprogramm auf Darstellung in Hex, werden Datensätze angezeigt die von aa 55 eingerahmt sind !!! Gruß Jens
Hallo, wer meine Java-Programme zum loggen in die mySQL benutzen will findet die neusten Versionen auf meiner Seite im Download: http://home.arcor.de/i.fischer/modelledit/index_de.html Werde jetzt nicht jedesmal posten wenn es was naues gibt.... Die Version EMSlog02 sollte jetzt richtig funktionieren. Nur das beenden des Programms ist noch nicht perfekt. Am Datum kann man erkennen wann die neuste Version erstellt wurde. Gruß IngoF
Hallo, ich habe mal die EMSlog2 SW unter Windows probiert, da ich sie unter Linux zur Zeit nicht ans laufen bekomme. Dabei ist mir aufgefallen das nur Datum und Uhrzeit bei mir richtig decodiert werden. Die Betriebsstunden sind mit 20648:03 viel zu hoch. Laut Infoterminal 2717:12 bzw. Solar 2039:38. Er hat auch 8 CRC Errors gefunden. Das EMS GW hängt 30 cm hinter dem SM10 Modul. Ist eine Buderus Logamax plus GB152 mit RC35, MW10 & SM10. Hinweise zur SW Version konnte ich in den Menüs nicht finden... Habe das was die EMSlog SW raussendet mal angehängt. Unter Linux habe ich das Problem das er JDBC & ODBC anmeckert. Die Device kann ich nur auswählen, nicht ändern. Da die Devicebezeichnungen unter Linux länger sind, sehe ich auch nur /dev/tty der Rest wird nicht mehr dargestellt. Ideen was ich ändern bzw. anpassen müßte? Danke und Gruß Kay
Kay F. schrieb: > JDBC & ODBC Das klingt ja fast nach dem mySQL-connector-Java. Habe noch "mysql-connector-java-5.1.10" von der MySQL-Webseite gesaugt und verwendet. Allerdings ist der Connector aber Plattformunabhängig und dürfte unter Linux keine Probleme machen. Eigentlich wird vorher nachgesehen welcher Serielle-Port verfügbar ist und wird dann auch in der Auswahlbox angezeigt. Müsste also alles so funktionieren. Am besten mal die zweite Version2 nehmen und den Haken bei mySQL nicht setzten. Dann wird die Verbindung zur MySQL-Datenbank nicht aufgebaut. Kannst mir ja mal das ganze Log zumailen. Screenshot wäre auch OK. Kay F. schrieb: > Er hat auch 8 CRC Errors gefunden. Das habe ich heute auch herausgefunden. Bei mir ist teilweise das erste oder zweite Byte eine Null. Allerdings kommst das schon von dem EMS-Gateway. Muss entweder dort die Programmierung, ein Fehler in der Empfangsschaltung sein oder wirklich Fehler auf dem Bus. Auf meinem Oszilloskop sieht die Empfangsschaltung aber gut aus. Keine Verfälschung der Signale. Einfach mal den Haken unter CRC setzten und sehen was er in der Telegrammlog.txt als Fehlerhafte Telegramme mitloggt. die anderen Haken sind für Fehlerfreie Telegramme und für Polling. Allerdings ist der Pollinghaken noch sinnlos weil der Gateway kein polling schickt. Kay F. schrieb: > 20648:03 viel zu hoch Es gibt ja mehrere Zeiten. Vielleicht findet die sich woanders in der RC30/35. Bei mir stimmen die zeiten eigentlich. Allerdings bin ich mir jetzt auch nicht mehr soooo ganz sicher. Vielleicht ist ja auch ein Berechnungsfehler drin. Wenn man den Haken bei "Fr" (= fehlerfreie Telegramme) setzt werden die Telegramme in der Telegrammlog.txt auch als Hex-Werte angezeigt. Für die Kontrolle bestimmt ganz gut. Gruß Ingo
Hallo Ingo, okay jetzt sehe ich schon mehr (unter Windows). RaumIST & die Betriebsstunden passen noch nicht, wobei die RC35 gerade auch in der Heizung steckt. Unter Linux bekomme ich nur eine Warning zur RXTX Version sonst passiert nichts: root@debian6:/opt/ems# java -jar emslog02.jar server WARNING: RXTX Version mismatch Jar version = RXTX-2.2pre1 native lib Version = RXTX-2.2pre2 createLogFile . Habe schon versucht die RXTXcomm.jar & librxtxSerial.so aus diesen beiden ZIPs zuverwenden bekomma aber immer die gleiche Warnung. http://rxtx.qbang.org/pub/rxtx/rxtx-2.2pre1-bins.zip http://rxtx.qbang.org/pub/rxtx/rxtx-2.2pre2-bins.zip Gibt es da noch andere Verweise? Im Verzeichnis legt er eine Datei .\Telegrammlog.txt an mit 0 Byte. Müßte unter Linux eigentlich ./Telegrammlog.txt sein. Com Port ist /dev/ttyUSB0 in der TestVM gibt es nur den einen... Danke und Gruß Kay
Kay F. schrieb: > ... RaumIST & die Betriebsstunden passen noch nicht ... RaumIst - wie du schon richtig vermutest - weil RC35 im BC10 steckt. Das, was im Telegramm 14 übertragen wird, sind nicht die Betriebsstunden, sondern die Betriebszeit. Diese beschreibt die seit der Inbetriebnahme vergangene Zeit. Die Betriebsstunden des Brenners stecken im 19er und im 34er Telegramm. //Niffko
@Ingo Der erste Wert in Telegramm 18 ist nicht Anlage sondern die Kesselsolltemperatur ... da muss du noch mal bei ;) //Niffko
Also ich habe hier auch ne Liste wo der erste Wert die Anlage ist und der 2. die Kesseltemp. !? Gruß Jens
Kay F. schrieb: > WARNING: RXTX Version mismatch > Jar version = RXTX-2.2pre1 > native lib Version = RXTX-2.2pre2 Das ist wohl so OK. Steht zumindest so auf der Webseite. Bisher habe ich aber nur die 2.1.7-Version genommen. Die ist hier zu finden: http://rxtx.qbang.org/pub/rxtx/rxtx-2.1-7-bins-r2.zip Ist ja ziemlich warm bei Dir.. 3200°C isch ja schon mal was... Bei mir wird die Temperatur allerdings richtig angezeigt. Niffko _ schrieb: > Der erste Wert in Telegramm 18 ist nicht Anlage sondern die > Kesselsolltemperatur ... da muss du noch mal bei ;) Na das sollte nicht das Problem sein... Gruß Ingo
Jens H. schrieb: > Also ich habe hier auch ne Liste wo der erste Wert die Anlage ist und > der 2. die Kesseltemp. !? Glaube ich dir, richtiger wird es davon aber auch nicht. Anlagentemperatur bedeutet im EMS-Kontext Temperatur in der hydraulischen Weiche. Diese wird aber durch das Weichenmodul WM10 erfasst und auf den Bus gegeben. Der Wert wird also nicht in einem UBA-Telegramm auftauchen. //Niffko
Morgen! Hätte noch was zum Thema Raumtemperatur. Das Auslesen aus dem 3E-Telegramm ist eher heizkreisbezogen, deshalb funktioniert es auch nicht, wenn der RCXX nicht in der Wandhalterung steckt. Mehr generisch ist hier das A3-Telegramm. Beispiel aus Kay's Daten:
1 | 10 00 A3 00 07 01 01 01 34 01 3A 01 3A 83 00 83 00 6C |
2 | ^^ ^^ |
3 | 308 => 30,8°C |
//Niffko
Niffko _ schrieb: > Beispiel aus Kay's Daten: > 10 00 A3 00 07 01 01 01 34 01 3A 01 3A 83 00 83 00 6C > ^^ ^^ > 308 => 30,8°C Na das kann ich leider nicht so machen. Bei mir wird im A3-Telegramm eigentlich nur die gedämpfte Außentemperatur und zwei noch unbekannte Werte übertragen: 10 00 A3 00 08 13 02 AA Gruß Ingo
Ingo F. schrieb: > Bei mir wird im A3-Telegramm > eigentlich nur die gedämpfte Außentemperatur und zwei noch unbekannte > Werte übertragen ... interessant ... kann es sein, dass du im Gegensatz zu Kay und mir einen RC30 dein Eigen nennst? //Niffko
Niffko _ schrieb: > interessant ... kann es sein, dass du im Gegensatz zu Kay und mir einen > RC30 dein Eigen nennst? Ja, Das wird wohl das "Problem" sein...
Hallo Niffko, wenn du eine Zusammenstellung der Daten einer RC35 hast, würdest du die mal anhängen? Wo könnten sich zu einer RC denn noch weitere Unterschiede ergeben? Gruß Jens
Jens H. schrieb: > wenn du eine Zusammenstellung der Daten einer RC35 hast Nein, habe ich nicht. Ich benötige auch nicht allzu viel vom RC35. Nachfolgend mal die von mir verwendeten Daten, herauskopiert aus meinem AVR-Code. Heizequipment: GB142, RC35, keine Funktionsmodule. Ich parse direkt im AVR und schicke ein Telegramm konstanter Länge an den PC.
1 | /*******Byte Index EMS Telegrams(null based)********/ |
2 | #define RL_IST_H_0818 17 |
3 | #define RL_IST_L_0818 18 |
4 | #define VL_SOLL_0818 4 |
5 | #define VL_IST_H_0818 5 |
6 | #define VL_IST_L_0818 6 |
7 | #define LEIST_SOLL_0818 7 |
8 | #define LEIST_IST_0818 8 |
9 | #define RAUM_H_10A3 7 |
10 | #define RAUM_L_10A3 8 |
11 | #define PUMPE_0819 13 |
12 | #define WW_SOLL_0834 4 |
13 | #define WW_IST_H_0818 15 |
14 | #define WW_IST_L_0818 16 |
15 | #define AT_H_0819 4 |
16 | #define AT_L_0819 5 |
17 | #define AT_GED_10A3 4 |
18 | #define ZEIT_HZ_2_0819 23 |
19 | #define ZEIT_HZ_1_0819 24 |
20 | #define ZEIT_HZ_0_0819 25 |
21 | #define ZEIT_WW_2_0834 14 |
22 | #define ZEIT_WW_1_0834 15 |
23 | #define ZEIT_WW_0_0834 16 |
24 | #define STARTS_HZ_2_0819 26 |
25 | #define STARTS_HZ_1_0819 27 |
26 | #define STARTS_HZ_0_0819 28 |
27 | #define STARTS_WW_2_0834 17 |
28 | #define STARTS_WW_1_0834 18 |
29 | #define STARTS_WW_0_0834 19 |
30 | #define UHR_MIN_1006 8 |
31 | #define UHR_STD_1006 6 |
32 | #define UHR_TAG_1006 7 |
33 | #define CODE1_0818 22 |
34 | #define CODE2_0818 23 |
//Niffko PS: Ingo, sag' Bescheid, wenn sowas lieber in den anderen Thread soll. Obwohl dieser hier ja wenigstens das Wort EMS im Titel trägt :)
Ingo F. schrieb: > 10 00 A3 00 08 13 02 AA // 10 00 a3 00 0f 01 01 91 /* ^^ ^^ flags tag/nacht schaltung */ Byte 4 ist die Umgebungstemperatur, bzw. Raumtemperatur. Grüße.
Rudi schrieb: > // 10 00 a3 00 0f 01 01 91 > /* ^^ ^^ flags tag/nacht schaltung */ > > Byte 4 ist die Umgebungstemperatur, bzw. Raumtemperatur. Was bringt dich zu der Annahme, dass Byte 4 die Raumtemperatur und nicht die gedämpfte Außentemperatur ist? //Niffko
Niffko _ schrieb: > Was bringt dich zu der Annahme, dass Byte 4 die Raumtemperatur und nicht > die gedämpfte Außentemperatur ist? Hallo, Also ich habe den Wert immer als gedämpfte Außentemperatur mitgeloggt. So wie es aussieht kann es sein dass mit neueren Softwareständen alte Telegramme erweitert werden. Denke die ersten Werte werden bei der RC35 die selbe Funktion haben, oder?
IngoF schrieb: > So wie es aussieht kann es sein dass mit neueren Softwareständen alte > Telegramme erweitert werden. Denke die ersten Werte werden bei der RC35 > die selbe Funktion haben, oder? jep, so sehe ich das auch. //Niffko
Niffko _ schrieb: > Was bringt dich zu der Annahme, dass Byte 4 die Raumtemperatur und nicht > die gedämpfte Außentemperatur ist? Ich meinte die gedämpfte Außentemperatur und nicht die Raumtemperatur.
Hallo Ingo, sind eigentlich alle Platinen ausgeliefert. Ist schon in Aussicht, ob es eine zweite Fertigung gibt? Ich überlege mir eine Platine auf Lochraster selbst zu bauen. Viele Grüße F. F.
Hallo F.F. F. F. schrieb: > sind eigentlich alle Platinen ausgeliefert. Nein, leider habe ich noch zwei Platinen die ich einfach nicht zum laufen bekommen habe. F. F. schrieb: > Ist schon in Aussicht, ob es eine zweite Fertigung gibt? Nein, noch nicht. sind erst drei auf der Warteliste und ab zehn lohnt es sich erst. Allerdings habe ich den Arbeitsaufwand doch stark unterschätzt. Kann also im Moment nichts garantieren. Außerdem muss ich ja die Firmware erst vernünftig zum laufen bekommen. Im Moment funktioniert nur das Auslesen. Das Schreiben auf dem Bus hat noch irgendeinen Fehler. Der PIC will das Break nicht richtig senden. F. F. schrieb: > Ich überlege mir eine Platine auf Lochraster selbst zu bauen. Ja, warum denn nicht. Das einzige Problem ist dabei den FT245RL den es nur in SMD mit 0,5mm Pinabstand gibt. Und das andere könnte das Brennen des PIC sein. Allerdings kann man den SMD-Chip mit einem kleinen 0815-SMD-Lötkolben sogar relativ einfach anlöten. Dafür würde man dann aber eine Adapterplatine benötigen die man für einige Euro kaufen kann. Gruß Ingo
Hallo F.F.,
> Ich überlege mir eine Platine auf Lochraster selbst zu bauen.
bei mir liegt Ingos Platine seit zwei Monaten auf Stapel und ich komme
zeitlich nicht dazu, mich mit dem Thema zu beschäftigen. Wird sich in
den nächsten Wochen leider auch nicht ändern :-(.
Falls Du meine Platine haben möchtest, würde ich sie Dir abtreten, zum
Selbstkostenpreis, versteht sich. Die Platine ist komplett bestückt, mit
allem was Ingo so drauf hat ;-), und das ist 'ne ganze Menge!
Gruß aus der Wetterau
Karl M.
Hallo Charlie , ich have bei ersten Bestellung leider keine abbekommen. und haette echt grosses Interesse. Wuerde auch noch was extra drauflegen. Meld dich bitte falls du Interesse hättest. spooniesterÄTgmail.com Danke Matthias
Hallo Carlie, Ich habe ein grosses Interesse an der Platine, leider hatte ich deine E-Mail Adresse nicht. Da ich fast jede Woche in der Wetterau bin koennte ich die Platine abholen. Melde dich doch bitte mal per Mail. Viele Gruesse FF ffleckenstein@web.de
Hallo, da ich keinen etwas wegschnappen möchte und auch schon mit Charlie Kontakt hatte und er das genauso sieht, stelle ich nochmals eine Suchanfrage für die Platine von Ingo: Ich habe damals, leider selbst verschuldet (Ingo weiss warum..), leider keine Platine mehr abbekommen und suche daher eine. Wenn also jemand, ähnlich wie Charlie, die Platine zuhause liegen hat und keine Zeit hat sich darum zu kümmern, würde ich mich sehr freuen wenn er sich bei mir meldet, dann kann man über eine Verkauf sprechen. Bitte dann eine kurze E-Mail an spooniesterÄTgmail.com Würde mich sehr freuen. Danke im Voraus. Matthias @F.F.: War nicht böse gemeint :-) Viel Spaß mit dem Bauteil :neid:
> Den Download gibt es erst mal hier: > http://home.arcor.de/i.fischer/modelledit/index_de.html Habe jetzt meine aktuelle Firmware hochgeladen. Eigentlich gibt es bis jetzt noch keine Weltbewegende Neuigkeiten. Nur das Polling 0x8b (= 0x0B / 11) wird beantwortet und im Bus-Status erscheint jetzt "Computer". Senden ist noch nicht möglich.
Hallo zusammen, würde hier nochmals gerne eine Suchanfrage aufmachen. Bin immernoch auf der Suche nach einem solchen Controller, also wenn jemand eine unbenutzt zuhause hat wäre ich sehr interessiert! Danke
Hallo allerseits, bin vor einigen Tagen auf die beiden Threads über den EMS-Bus bei Buderus gestossen und muss ehrlicherweise zugeben, dass ich nur einen Bruchteil verstanden habe. Bin allerdings auch daran an einer solchen hübschen Platine (wenn's geht voll bestückt) interessiert... Wenn also wieder mal eine Sammelbestellung ansteht, dann bitte Nachricht Wie sieht es mittlerwile mit dem Senden von Befehlen aus?? Seid ihr da weitergekommen?? Danke und Gruß Rhobin
Hallo, auch ich hätte Interesse an einem Gateway/Controller für meine Buderus-Anlage, falls also eine Neuauflage folgen sollte... LG Udo
Das senden an sich klappt schon. Kann bei meiner Heizung mit meinem Programm und neuer Firmware den Urlaub für die Heizkreise einstellen. Nur das auswerten der Antwort klappt nicht immer 100% Also im Moment sind 4 noch auf der Warteliste. 10 Leute wäre schon gut. Diesmal würde ich die Aktion aber per Vorkasse abwickeln. Also im Moment ist noch warten angesagt... Gruß IngoF
Hallo zusammen, ich bin beim Googeln auf diesen Beitrag gestoßen. Ich bekomme in den nächsten 6 Wochen eine neue Buderus Heizung (BGH172) und möchte die Daten auch abfragen können. Zusätzlich habe ich das KM200 für die Iphone App von Buderus mitbestellt. Hat schon mal jemand versucht das RS232 Signal auf auf einen X-Port zu legen und übers Netzwerk auf die Daten zuzugreifen ? Die RS232 Schnitstelle ist ja auf der Platine abgreifbar oder? Ich glaube ich habe überlesen wie Ihr die Platine angeschlossen habt über den Klinkenstecker oder direkt an den 2 Draht Bus. Gibt es schon einen Termin für eine neue Bestellung ? Bei mir ist es abhängig was das KM200 alles kann und ob man auch ohne IPhone an die Daten kommt. LG Stefan
Hallo Stefan, Im Originalthreat hatte jemand versucht das Signal über einen XPORT aufs Netzwerk zu legen. Allerdings war das eine Platine für die 2107. Beitrag "Re: Logamatic 2107 Schnittstelle" Da gab es wohl zumindest Probleme mit irgendwelchen Messungen wenn der XPORT angeschlossen war. Den XPort kann man allerdings nicht an dieser Platine anschließen. Der einzige Serielle Port geht auf den EMS-Bus von der Heizung. Die Verbindung zum PC geht allerdings über den FT245RL der über einen "Datenbus" angeschlossen wird. Der XPORT muss über die Serielle Schnittstelle angebunden werden, oder? Diese Platine kann man direkt irgendwo am ZweidrahtBus anschließen, oder aber auch an der Klinkenbuchse. Dabei wird der dritte Pin eben nicht benutzt. Wann es eine neue Platine gibt hängt davon ab wann es genug Leute für eine Sammelbestellung gibt. Mit Dir wären es dann schon 5 Leute. Dann fehlen noch etwa 5 Personen. Vermutlich wird dann noch der eine aoder andere kurz vorher abscpringen. Gruß Ingo
Hallo zusammen, seit ein paar Tagen wühle ich mich durch das Thema, erstmal vielen Dank und alle Achtung was Ihr geleistet habt ! Wir haben eine GB162-15 mit RC35 und ich fände es klasse, mit dem PC messen zu können, aus Spaß und um die Steuerung "zu kontrollieren". Die theoretischen Grundlagen für das Verständnis des hier von Euch mühsam erarbeiteten sollten eigentlich bei mir da sein, allein nur ist es etwas lange her und zu kurz im Einsatz gewesen... Ingo, auch ich hätte deshalb Interesse an einem Gateway. Am liebsten wäre mir durchaus ziemlich fertig, da ich derzeit wenig Möglichkeiten habe so was zu bestücken und zu testen/debuggen. Wie Stefan bin ich natürlich auch über das KM200 gestolpert (habe jedoch noch keines, wohl aber die Heizung schon). Allerdings wollte ich mit dem PC messen und mir nicht deshalb ein EiFon zulegen ;-)) Ich habe eine kleine Hoffung, dass man das KM200 "missbrauchen" könnte, um über den wohl eingebauten Webserver auf den EMS-Bus zuzugreifen, um auch mehr zu messen. Nur habe ich noch keine tiefer gehenden Infos darüber gefunden, das Ding scheint zu neu zu sein. Oder liest hier jemand mit der mehr weiß ? Theoretisch müsste das Ding ja alles an Bord haben um vom PC auf den EMS-Bus zu kommen, nur ob es so universell wie Ingos Lösung ist ? Hat schon mal jemand so ein KM200 offen gesehen ? Viele Grüße, Erik
Hallo, hier gibt es erstmal eine provisorische aktuelle Firmware mit dem Sendemodus unter "Download": http://home.arcor.de/i.fischer/modelledit/index_de.html Mit dem Java-Programm is es schon mal möglich die Urlaubszeit von Heizkreis 1 und 2 abzufragen und zu ändern. Für kurze eigene Telegramme kann man die Prüfsumme berechnen und das Telegramm absenden. Ist eigentlich erst mal mein provisorium. Die Bedienung des Programms ist jetzt komplett anders, sollte aber doch ziemlich selbsterklärend sein... Gruß IngoF
Die erste Platine ist wirklich gut gemacht, deshalb habe ich Interesse an einer zweiten Platine. Vielleicht kann man einen Web-Server einbauen. Ich dachte da an einen Ethernet-fähigen Prozessor wie z.B PIC32MX460F512L. Viele Grüße pic18f
Auf Nachfrage noch mal eine Anleitung wie man die neue Firmware auf den EMS-Gateway bekommt. Die Anleitung ist jetzt in der Firmware ZIP-Datei. Gruß IngoF
Hallo zusammen, hat schon mal jemand versucht die Eingangsschnittstelle mit einem Arduino zu verbinden. Mit dem Arduino würde ich mich ein klein wenig auskennen. Das was ich gar nicht so recht verstehe ist die Anpassung der seriellen Schnittstelle zwischen Buderus Steuerung und RS232 am Prozessor. Kann mir das mal jemand für Dummys erklären. Am besten mit einem kleinem Schaltplan. LG Stefan
Hallo, ich wäre evtl auch an einer Platine interessiert. Nur leider habe ich noch nicht ganz gecheckt was die alles kann bzw nicht kann. Ich habe eine neue GB212 und möchte per PC auslesen und programmieren können. Gibt es irgendwo eine detailierten Stand dessen was die Platine kann? Ich hätte die Buderus EcoSoft zur Verfügung. was ginge mit der Platine damit? Gruß Dirk
@Stefan hier ist der Schaltplan aus dem original Threat: http://www.mikrocontroller.net/attachment/95287/EMS_Interface.png Der linke Teil wandelt die Spannung vom BUS in ein TTL-Signal um das der Mikrocontroller versteht. Egal ob Ardunio oder PIC. der Rechte Teil sendet über die Stromschnittstelle die Daten vom Mikrocontroller. Einfach nachbauen und an den Ardunio klatschen. Mit der richtigen Programmierung sollte es funktionieren. Keine Ahnung ob der Ardunio das Break selbst erkennt oder obe Du es selber "erkennen" must. Der PIC hat ein Bit das man abfragen kann und erleichtert die Sache schon ein wenig. @Dirk Die Platine kann alle Telegramme empfangen und an den PC weiterleiten. Senden ist damit such schon provisorisch möglich. Die Telegramme werden von der Platine richtig gesendet. Nur die Übertragung vom PC zum Mikrocontroller ist noch nicht in der endgültigen Version. Meine Software kann die Telegramme empfangen un in eine MySQL-Datenbank schreiben und auch darstellen. Den urlaub von Heizkreisen eins und zwei können auch abgefragt und gesetzt werden. Mehr bisher noch nicht. Wenn Du an einer Platine interessiert bist musst Du mir irgendwie Deine eMail Adresse zukommen lassen. Ob und wann es eine neue Auflage gibt kann ich jetzt natürlich nicht sagen. Es müssen genug an einer Platine interessiert sein und ich muss auch die zeit dazu haben. Gruß IngoF Edit: Wenn jemand die Möglichkeit hat die Platine für sich selber und andere zu fertigen kann gerne die Eagle .BRD-Datei dafür haben.
Dirk U. schrieb: > Ich hätte die Buderus EcoSoft zur Verfügung. was ginge mit der Platine > damit? Hallo Dirk, habe ich glatt überlesen... Mit der EcoSoft kannst Du zumindest jetzt noch garnichts machen. Die Software ist noch nicht soweit dass Sie den Service-Key von Buderus emuliert. Vermutlich wird das irgendwann mal möglich sein. Gruß IngoF
Ingo F. schrieb: > [EcoSoft] Vermutlich wird das irgendwann mal > möglich sein. Ob sich der Aufwand lohnt?! EcoSoft macht im Grunde zwei Dinge, Parametrierung und Datenaufzeichnung + Visualisierung. Ersteres ist für den Privatanwender, sobald der anfängliche Spieltrieb befriedigt ist, relativ uninteressant. Für einen Techniker, der einen Regelungsverbund mit mehreren Unterstationen parametrieren muss, sieht das Ganze anders aus. Datenaufzeichnung + Visualisierung kommen, meiner Meinung nach, relativ unsexy daher. Ich habe mir hier lieber etwas eigenes gestrickt, obwohl ich EcoSoft & Servicekey zur Verfügung habe . . . siehe Anhang. Gruß Niffko
Niffko schrieb: > Ob sich der Aufwand lohnt?! Deswegen das "Vermutlich". Vorteil wäre dass man die Original Software nehmen könnte und nichts selber stricken muss. Aber das wichtigste ist erst mal das mitloggen und selber senden. Deine Darstellung sieht ja schon mal sehr gut aus... Gruß IngoF
Hallo, Die Firmware 0.5 ist jetzt fertig. Damit klappt das senden von Telegrammen im RAW und HEX-Modus. Zum Beispiel das Abfragen der Uhrzeit und des Datums: Im RAW Modus : 0x0B 0x90 0x06 0x00 0x1B 0x57 0xAA 0x55 Im HEX-Modus: 0B 90 06 00 1B 57[ENTER] Im Textmodus also die Bytes als zweistelligen HEX-Code mit Leerzeichen getrennt und ohne Leerzeichen am Ende. Dann einfach Enter drücken. Im HEX-Modus werden vom Terminalprogramm also folgenden Bytes gesendet: 0x30 0x42 0x20 0x39 0x30 0x20 0x30 0x36 0x20 0x30 0x30 0x20 0x31 0x42 0x35 0x37 0x0d 0x0a Die rote LED (zur Platinenmitte) blinkt kurz auf wenn ein Telegramm auf den EMS-Bus gesendet wird. Die blaue LED (zum Platinenrand) blinkt kurz auf wenn Telegramme vom EMS-Bus empfangen werden. Es gibt auch Platinen mit nur blauen LEDs. Wem die Blaue LED nicht passt kann auch LEDs mit niedriger Schwellspannung (rot oder grün) an dem Anschluss auf der Platine parallel zur blauen anlöten oder aufstecken. Dadurch leuchtet die Blaue LED nicht mehr und nur noch die neue LED. Habe jetzt die aktuelle Firmware hochgeladen. Bei der Firmware ist jetzt auch eine Anleitung zum flashen der Firmware als PDF-Datei. Gruß IngoF
Klingt super :) Woher genau weiß ich denn was ich senden muss? Wie wäre es mit ner aktuellen Tabelle ? Z.B. wie sende ich eine Umschaltung vom Betriebsmodus .. Tag/Nacht ? Gruß Jens
Hallo, Also meine Liste die ich habe kann ich gerne mal anhängen. Ist natürlich nicht vollständig. Hier ein paar Beispiele:
1 | {00} 20:41:29 14.10.12: 0B 90 3F 57 06 00 |
2 | {8E} 20:41:29 14.10.12: 10 0B 3F 57 01 09 0C 05 0A 0C 8E |
3 | |
4 | {30} 20:41:32 14.10.12: 0B 10 3F 57 01 09 0C 05 0A 0C 30 |
5 | {--} 20:41:32 14.10.12: 01 |
Bei diesem Beispiel von 0x0B (PC) zu 0x10 (RC30) mit Bit 7 gesetzt (Abfrage). Telegramm 3F (Zeiten Heizkreis1) Ab Byte 0x57 sollen 6 Bytes übermittelt werden. Als Antwort kommt vom Empfänger das Telegramm mit den Daten. In dem Beispiel Urlaub vom 01.09.2012 bis 05.10.2012 für Heizkreis1. Dannach Das selbe Telegramm mit den Daten wieder zur RC30 zurück. Da das Bit7 jetzt nicht gesetzt ist ist es ein "Befehl" Der Busmaster (0x08) bestätigt fehlerfreie Telegramme dann mit 0x01. Fehlerhafte Telegramme werden mit 0x04 "bestätigt". Die Bestätigung kommt nicht vom Empfänger. Später sendet der Empfänger nochmal das komplette Telegramm 0x3f an alle in drei "Häppchen". Manchmal bricht er auch ein Telegramm davon beim senden ab und wiederholt es nochmals. Bei der Abfrage kommt nach dem Telegrammtyp die Startadresse(0x57) im Telegramm und die Länge (0x06) die zurück geliefert werden soll. Beim Befehll kommt nur die Startadresse(0x57) und anschließend die Daten. Allerdings kann manchmal auch eine andere Länge zurück kommen als man angefordert hat. Die RC30 sendet wohl nie mehr als 27 Zeichen (0x1b) an Daten. Mit diesem Telegramm und Telegrammtyp 0x49 kann man Heizkreis1 und 2 in den Urlaubsbetrieb setzen. Mit dem Warmwasser scheint es nicht zu gehen. Habe noch keine Möglichkeit gefunden. Alle Angaben natürlich ohne Gewähr ;-) Wer was neues herausfindet kann es gerne posten... Gruß IngoF Edit: Jetzt mit der richtigen Datei ;-)
Ingo F. schrieb: > Jetzt mit der richtigen Datei ;-) Hat dann doch wohl nicht geklappt... Jetzt aber ohne diesen "Tippfehler"...
Danke, werde ich mir die Tage ansehen und dann noch mal fragen :D Irgendwie habe ich das mit dem Senden noch nicht ganz geblickt, allerdings habe ich eigentlich auch nicht vor dein Tool zu benutzen ... Gruß Jens
Hallo, wegen weiteren nachfragen noch mal genauer beschrieben: {00} 20:41:29 14.10.12: 0B 90 3F 57 06 00 {8E} 20:41:29 14.10.12: 10 0B 3F 57 01 09 0C 05 0A 0C 8E Das erste Telegramm ist das was ich gesendet habe und das zweite die Antwort. Die Bedeutung: 0B = Absender (EMS-Gateway) 90 = Empfänger 0x10 + 0x80 ( 0x80 = Abfrage-Bit) 3f = Telegrammtyp (Heizkreis 1 Zeiten) 57 = Offset (Anfangsadresse im Telegramtyp) 06 = Anzahl Zeichen die als Antwort zurück gegeben wurden 00 = Prüfsumme Einfach so senden und der EMS-Gateway sendet das Telegramm sobald er ein Polling vom Master bekommt. Wenn als Antwort 0x04 zurück kommt ist entweder die Prüfsumme falsch oder das Telegramm ist unsinnig. Mit gesetzten Bit7 wird etwas abgefragt. Und es kommt wenn das Telgramm richtig ist sofort die Antwort. 10 = Absender 0B = Empfänger 3F = Telgrammtyp 57 = Datenoffset ( Urlaufszeiten) 01 = Tag des Urlaubsanfangs 09 = Monat des Urlaubsanfang 0C = Jahr des Urlaubsanfang (2000 + 0x0C = 2012) 05 = Tag des Urlaubsende 0A = Monat des Urlaubsende (=10) 0C = Jahr des Urlaubsende (2000 + 0x0C = 2012) Es gibt zwei Möglichkeiten das Telgramm zu senden: Im HEX-Mode (Terminalprogramm) ASCII-Zeichen der beiden Hexadezimalen Zeichen (erstes Byte = Oberes Nibble) getrennt durch Leerzeichen (0x20). Nach dem letzten Zeichen dann Windows-Zeilenumbruch (ASCII CR und LF = 0D und 0A) Im RAW-Modus die einzelnen Zeichen übertragen und mit 0xaa 0x55 beenden. Dieses Telegramm hat also im RAW-Modus 8 Bytes un im HEX-Mode 19 Bytes die übertragen werden. Also im Terminalprogramm z.B. einfach das Telegramm eintippen und nach dem letzten Zeichen sofort die Eingabetaste, ohne ein folgendes Leerzeichen, drücken. (Windows Zeilenumbruch also CR & LF) Bei MAC und Linux muss klappt das mit dem Terminalprogramm nicht so einfach. Wenn Du die Antwort die Du bekommst wieder zurück schickst wird das Datum für den Urlaub gesetzt. Dabei muss aber die Prüfsumme ectra berechnet werden. Also in diesem Beispiel: 0B 10 3F 57 01 09 0C 05 0A 0C 30 Wenn Du nur den Urlaubsanfang setzten willst 0B 10 3F 57 01 09 0C <Prüfsumme> Nur das Urlaubsende setzen: 0B 10 3F 5B 05 0A 0C <Prüfsumme> Nur die Abfrage könnte für das Urlaubsende könnte so aussehen: 0B 90 3F 5B 03 <Prüfsumme> Das letzte Telgramm habe ich nicht getestet. Mögliche Antworten: 1) Das komplette Telegramm mit Urlaubsanfang und -ende. 2) 0x04 für fehlerhaftes Telegramm (Weil nur ein zu kleiner Teil abgefragt wird) Meine aber das die Abfrage erkannt wird und auch richtiger weise nur die drei Datenbytes für das Urlaubsende übermittelt werden. Wenn man Werte setzt kommt nur als Bestätigung für das korrekte Telegramm die 0x01 Beim dem Telegramm 3f (Heizkreis 1 Zeiten) z.B. sendet die RC30 noch mal das komplette Telegramm in Bröckchen zurück. Sieht wohl so aus dass ingesammt nur 0x1B Datenbytes übertragen werden + Absender Empfänger und Prüfsumme. Also Maximal 0x1B +3 = 0x1E = 30 Zeichen (0x1B +3 = 0x1E = 30). Einfach mal ausprobieren und Beispiele nennen die nicht funktionieren.... Gruß IngoF
Ein kleiner Bug ist noch in der aktuellen Firmware: Wenn man Telegramme an die 0x09 sendet (UBA???) antwortet die sofort ohne Wartepausen wie die der Raumcontroller (RC30, RC35, ...) oder der Busmaster. Das heisst der Datentransfer auf dem Bus wird für mehrere Sekunden komplett unterbrochen. Wird bei Zeiten noch behoben... Aber an die 0x09 sollte man auch nciht irgendwelche Werte verändern bevor man weiss was die genau bedeuten. Es gibt auch nur eine Handvoll Telegramme mit nu ein bis drei Bytes die sie versteht... Gruß IngoF
Moin Ingo, die Sache mit dem 0x09er muss nicht unbedingt an deine Firmware liegen. Der BC10 hat die Adresse 0x09. Das Teil, auf dem die Klinkenbuchse sitzt. Selbigen hatte ich mir kürzlich mal von innen angeschaut und eine Besonderheit festgestellt. Er hat eine separate "Standleitung" zum Master (UBA) und kommuniziert somit nicht direkt über den EMS-Bus. Ich gehe davon aus, dass das aus Sicherheitsgründen gemacht wurde, da der BC10 wichtige Kesselparameter liefert (Maximaltemperatur). Wahrscheinlich verhält er sich wegen der Direktanbindung anders als die übrigen Busteilnehmer. Wobei das, was man vom BC10 auf dem Bus sieht, nur Echos vom Master sein können ... und ob der, sozusagen bewusst, die Kommunikation lahmlegt?! //Niffko
Hallo Niffko, Vermute aber dass es an meiner Firmware liegen könnte... Die BC10 antwortet schneller als ich aus meiner Senderoutine komme. Meine auch gesehen zu haben dass der EMS-Gateway das Break bei der BC10 nicht mehr sendet. Könnte man ja sehen ob die BC10 selber sendet oder die Antwort über die Master kommt. Man müsste ja die Spannungsschwankungen sehen wenn die BC10 sendet under Master die Bytes wiederholt. Aber wenn ich Zeit habe werde ich mir das noch mal genauer ansehen... Wie gesagt eigentlich benötigt man ja nur die 0x08 und 0x10. Vielleicht bekomme ich ja auch heraus was die Bytes bei den wenigen Telegrammen der BC10 bedeuten. Allerdings denke ich nciht dass ich der BC10 ins Handwerk pfuschen möchte... Gruß IngoF
Hallo Ingo, danke noch mal für die genauen Erläuterungen. Ein paar Fragen dazu ... Wie berechnest du die Prüfsumme, da gibts doch sicher ne Funktion dafür, oder? Der Offsetwert im Telegrammtyp, woher bekomme ich den und die Anzahl Zeichen die zurückgegeben werden? Gruß Jens
Ok, nachdem ich mir das Ganze 6x durchgelesen habe wirds evtl. etwas heller ;-) 0B = Absender (EMS-Gateway) 90 = Empfänger 0x10 + 0x80 ( 0x80 = Abfrage-Bit) 3d = Telegrammtyp (Tag/Nacht/Automatik) 04 = Offset (Anfangsadresse im Telegramtyp) 03 = Anzahl Zeichen die als Antwort zurück gegeben wurden ?? = Prüfsumme Das wäre dann für den jeweiligen Modus, oder? Antwort zurück senden für Automatikbetrieb dann so? : 0B 10 3D 04 03 <Prüfsumme> Fehlt mir dann nur noch die Berechnung der Prüfsumme. Gruß Jens
Jens H. schrieb: > 0B = Absender (EMS-Gateway) > 90 = Empfänger 0x10 + 0x80 ( 0x80 = Abfrage-Bit) > 3d = Telegrammtyp (Tag/Nacht/Automatik) > 04 = Offset (Anfangsadresse im Telegramtyp) > 03 = Anzahl Zeichen die als Antwort zurück gegeben wurden > ?? = Prüfsumme Fast richitg... 0B 10 3d 04 01 <Prüfsumme> für Nacht 0B 10 3d 04 02 <Prüfsumme> für Tag 0B 10 3d 04 04 <Prüfsumme> für Automatik. 10 weil es ein Wert ist der gesetzt werden soll. Die drei Modes sind im selben Byte nur ein unterschiedliches Bit (Bit1, Bit2, Bit3) Den aktuellen Modus kann man mit 0B 90 3D 04 01 <Prüfsumme> abfragen Oder das Telegramm 3d ab Offset 00: 0B 90 3D 00 <Prüfsumme> Habe es selber noch nicht ausprobiert. Notfalls einfach mal mit meinem Programm testen. Es gibt da eine Funktion für Testelegramme. Dann auch Prüfsumme berechnen klicken und anschließend auf Senden. Ein C-Code für die Prüfsummenberechnung ist hier: Beitrag "Re: Logamatic 2107 Schnittstelle" Einfach mal auf einem Blatt Papier nachrechnen um zu sehen wie es funktioniert.. Gruß Ingo
Danke für die Berichtigung und den Hinweis auf die Berechnung der Prüfsumme, werde hoffentlich am WE Zeit dafür finden :) Gruß Jens
Also ich habe das jetzt umgesetzt und versucht etwas zu ändern, aber es ändert sich nix!? Das war die Abfrage:
1 | SEND: 0B 90 3D 04 01 A9 AA 55 |
2 | REC : AA 55 10 08 1A 00 2F 64 64 00 B1 00 0A AA 55 AA 55 01 00 02 AA 55 |
3 | REC : AA 55 0B 90 3D 04 01 A9 00 07 AA 55 |
4 | REC : AA 55 10 0B 3D 04 01 BC 00 07 AA 55 |
5 | REC : AA 55 08 00 34 00 3C 02 5E 02 5E 21 00 01 00 00 00 F6 57 00 0D E1 00 3E 00 17 AA 55 |
6 | REC : AA 55 08 00 18 00 2F 01 D4 64 17 89 01 25 62 80 00 02 5E 01 B8 00 33 0C 2D 48 00 C8 00 02 00 39 00 1F AA 55 |
7 | REC : AA 55 10 88 14 00 03 6E 00 07 AA 55 |
8 | REC : AA 55 08 10 14 00 26 2C A6 3F 00 09 AA 55 |
Und hier der Versuch mit dem Setzen:
1 | SEND: 0B 10 3D 04 01 CD AA 55 |
2 | REC : AA 55 08 00 19 00 00 4F 01 C8 80 00 00 00 00 3F 00 82 88 0D 14 83 00 00 00 0C 1E 2C 00 74 A7 00 00 48 00 21 AA 55 |
3 | REC : AA 55 08 00 1C 00 8C 03 00 0E 00 08 00 80 00 00 00 84 00 11 AA 55 |
4 | REC : AA 55 08 00 34 00 3C 02 5B 02 5B 21 00 01 00 00 00 F6 57 00 0D E1 00 EF 00 17 AA 55 |
5 | REC : AA 55 0B 10 3D 04 01 CD 00 07 AA 55 |
6 | REC : AA 55 01 00 02 AA 55 |
7 | REC : AA 55 08 00 07 00 0B 01 00 00 00 00 00 00 00 00 00 00 00 F6 00 13 AA 55 |
8 | ... |
9 | REC : AA 55 10 00 3D 00 03 22 32 22 01 28 06 02 00 05 05 2D 01 01 04 4B 0D 4B 01 00 3C FF 10 0A 05 01 02 AD 00 21 AA 55 |
Der Betriebsmodus ändert sich aber nicht und bleibt auf Automatik (03)!? Gruß Jens
Jens H. schrieb: > REC : AA 55 0B 90 3D 04 01 A9 00 07 AA 55 > REC : AA 55 10 0B 3D 04 01 BC 00 07 AA 55 Auf dem ersten Blick ist doch alles OK. Das Telegramm wird gesendet und Du bekommst die Daten als Antwort. Du mochtest ab offset 4 1 Zeichen und bekommst den einen Wert zurück:01 Jens H. schrieb: > REC : AA 55 0B 10 3D 04 01 CD 00 07 AA 55 > REC : AA 55 01 00 02 AA 55 Das Telegramm wird gesendet und sofort positiv quitiert. Also ist das telegramm inkl. Prüfsumme schon mal OK. Das Problem ist dass Du beim Setzten den selben Wert setzt den Du ausliest (0x01) Wenn Du beim setzten z.B. 03 nehmen würdest könnte sich an der RC30/35 sich der Mode ändern. Um sicher zu gehen könntest Du denn Wert ja noch mal abfragen also diese drei Telegramme senden: 0B 90 3D 04 01 A9 AA 55 0B 10 3D 04 03 <Prüfsumme> AA 55 0B 90 3D 04 01 A9 AA 55 Gruß Ingo
Ingo F. schrieb: > 0B 10 3D 04 03 <Prüfsumme> AA 55 Ups... das wird die Heizung vermutlich nicht nehmen Es dürften nur folgende gehen: 0B 10 3D 04 01 <Prüfsumme> AA 55 0B 10 3D 04 02 <Prüfsumme> AA 55 0B 10 3D 04 04 <Prüfsumme> AA 55
So, endlich Feierabend. Noch mal zu den Werten der Bytes ... oben bzw. auch hier zuletzt schreibst du, das 1 = Nacht, 2 = Tag und 4 = Automatik ist. Beim Auslesen bekomme ich aber die 01 , was Nachtbetrieb sein sollte. Die Anlage war aber im Automatikbetrieb(Tag). Meine RC35 sitzt übrigens direkt an der Therme. Ich habe jetzt mal 04 gesetzt und bekomme auch bei der Abfrage 04 zurück, was ja Automatik sein sollte!? An der RC35 ist aber weiterhin manueller Tagbetrieb aktiv und keine Automatik!? Habe ich da jetzt nen generellen Denkfehler oder liegt das evtl. am Modus der Platine? Aus einer anderen Liste stammt das hier noch: 00 3D 07 00 Einstellung Nacht Gest. 00 3D 07 01 Einstellung Tag Gest. 00 3D 07 02 Einstellung Auto Gest. Wenn ich Tagbetrieb an der RC35 auswähle kommt: AA 55 10 00 3D 07 01 E2 00 07 AA 55 AA 55 10 00 47 07 01 13 00 07 AA 55 AA 55 10 00 51 07 01 4B 00 07 AA 55 AA 55 10 00 5B 07 01 63 00 07 AA 55 Bei Nachtbetrieb: AA 55 10 00 3D 07 00 E3 00 07 AA 55 AA 55 10 00 47 07 00 12 00 07 AA 55 AA 55 10 00 51 07 00 4A 00 07 AA 55 AA 55 10 00 5B 07 00 62 00 07 AA 55 Bei Automatik: AA 55 10 00 3D 07 02 E1 00 07 AA 55 AA 55 10 00 47 07 02 10 00 07 AA 55 AA 55 10 00 51 07 02 48 00 07 AA 55 AA 55 10 00 5B 07 02 60 00 07 AA 55 Desweiteren haben noch in der 08 00 34 00 Byte 9(laut deiner Liste) auch noch mehrere Dinge. Tag/Nacht , Heizen, Betriebsart. Bezieht sich das auf die Warmwasserbereitung?Wie schlüsseln die sich auf? Heizen ?? Bit gesetzt = Heizen, nicht gesetzt = aus? Tag/Nacht ?? was ist mit Automatik? Betriebsart ?? In deiner Liste passt oft nicht das richtige Byte zu deiner Nummerierung oder hab ich da nen Denkfehler? Ansonsten hätte ich noch die Betriebszeit(ist etwas anderes als Betreibsstunden!) in Minuten unter: 08 10 14 00 Byte 4,5,6 Gruß Jens
Ach so ... ich sende das über meine eigene Anwendung auf den Comport in der Form : "\x0b\x10\x3d\x04\x04\xc8\xaa\x55" , aber da auf jeden Fall ne Antwort kommt, scheint es ja zu funktionieren!? Ich versuchs gleich noch mal über dein Programm und gucke ob`s damit klappt.
Ok, also über dein Programm klappt eine Änderung Tag/Nacht/Auto auch nicht !? Bin jetzt erst mal ratlos und warte auf Antworten/Ideen ;-) Aber eine Frage habe ich doch noch: Unter 08 00 18 00 gibt es den Servicecode. Wie schlüssele ich den um? Im Display der RC35 habe ich aktuell nämlich H 8 stehen (Wartungsintervall abgelaufen) oder ist das nicht der Service-Code? Gruß Jens
Jens H. schrieb: > Aus einer anderen Liste stammt das hier noch: > > 00 3D 07 00 Einstellung Nacht Gest. > 00 3D 07 01 Einstellung Tag Gest. > 00 3D 07 02 Einstellung Auto Gest. Habe es gerade auch getestet. Das ist auch richtig so. Vermutlich habe ich da irgendwann einen Fehler eingebaut oder mit der falschen Liste weitergearbeitet. Wenn Du bei Offset 7 die Werte 0x00, 0x01 oder 0x02 setzt funktioniert es auch mit dem Raumcontroller... Gruß IngoF
Achso... Der Servicecode sollte hexadezimal Codiert sein also bei H8 sollte dort 0x48 0x38 stehen Eventuell auch 0x86 0x38 (Kleinschreibung). Hoffe der Rest stimmt noch.. Das mit den Betriebstunden kommt daher weil in der RC 30 der Wert als Stunden angezeigt wird. Wird aber in den Telegramm auch als Minuten übertragen. Deswegen steht dort auch "Min" als Einheit. Eigentlich müsste es dann Betriebsminuten sagen. Ist aber wohl eher ein ungebräuchlicher Begriff, oder? Gruß IngoF
Werde ich nachher mal ausprobieren. Wegen den Betriebsstunden noch mal, da gibt es 2 Werte. Einmal Betriebsstunden und dann noch Betreibszeit. Beides in Minuten In deinem Programm nutzt du Betreibszeit und in der Liste stehen noch Betriebsstunden
Es sind zwei verschiedene Werte. Eins davon ist die Zeit die die Anlage insgesamt eingeschaltet war. Das andere sind die Brennerstunden oder was ähnliches. Es gibt auch zwei unterschiedliche Werte in der RC30/35 Gruß Ingo
Nichts anderes habe ich gesagt ;) Bezgl. des Betriebsstatus, gibt es ja noch Automatik Tag und Automatik Nacht ... weißt du wie das abzufragen ist ?
Moin ;) Neuer Tag, neuer Versuch ... der Servicecode zeigt jetzt 2d48, was -H entspricht. Schaltet man das Display mal durch (mit dem Schraubenschlüssel Taster), dann taucht dort auch -H auf. In den Unterlagen steht, das es "Heizbetrieb" bedeutet und auch noch andere Anzeigen möglich sind. Scheinbar sind auch 3 Zeichen möglich, zumindest hat das Display 3 Stellen. Der Code H 8 hat also erst das H, dann eine Leerstelle und dann die 8. Das wiederum würde 48 20 38 entsprechen, aber diese Kombination finde ich in keinem Telegramm. Irgendeine Idee wie man per Telegramm da ran kommt? Von den Begriffen her, die sich im Diagnosemenü finden, ist -H ein Statuscode (ist übrigens Byte 22+23, deine Liste sagt 23+24). Der eigentliche Servicecode ist z.b. 200 und findt sich in Byte 25. Fehlt aber immer noch das H 8. :( Gruß Jens
Moin Jens, Jens H. schrieb: > Der Code H 8 ... > Irgendeine Idee wie man per Telegramm da ran > kommt? Vielleicht wird das Telegramm nicht periodisch wiederholt. Du könntest den RC35 mal vom Bus nehmen, wieder verbinden und dir dann die Initialtelegramme anschauen. Vielleicht taucht das gesuchte Telegramm dann auf. Oder willst du die Wartungsmeldung nur zurücksetzten? //Niffko
Moin Niffko, zurück setzen möchte ich sie eigentlich nicht, sondern nur auswerten und wissen das eine Wartung an steht, da man ja doch nicht täglich an die Heizung geht. Ich versuche halt nur zu verstehen warum das in keinem Telegramm auftaucht. Werde das mit der Initialisierung mal testen. Du hast doch sicher auch ne ganze Liste von identifizierten Telegrammen, oder? Könntest du die nicht mal hoch laden? RC35: 1.06 UBA3: 3.06 BC10: 2.03 KIM(1072): 11 Gruß Jens
Ok, Versuch fehlgeschlagen ... ich habe mal das Log angehängt. Ich finde nirgends die H 8 oder H08 :(
Hallo Jens, also ich habe den Servicecode und Fehlercode verifizieren können. Ich bekomme von meiner Platine die Daten als Hexstrings im Format AA 55 14 10 00 18 00 04 ..... gesendet und lade diese in Arrays. Dort ist der Servicecode 25&26 als Umwandlung von Hex nach Ascii-Zeichen und der Fehlercode 27&28. Die entsprechende Message beginnt mit Array-Stelle 5 = 18 und Arraystelle 13 =1 Ich beginne also wie am oberen Beispiel mit AA = Arraystelle 0, 55 = Arraystelle 1 u.s.w. Das passt bei mir immer! Konnte mittlerweile an die 50 MEssages rausfiltern, einzig die Heizkurve fehlt mir, die ist immer 0 ? Ich versuche mal eine Übersicht zu machen! Gruß spooniester
Hallo Jens, war nicht einfach, aber ich glaube ich hab's. Wartungsmeldung im 1C-Telegramm der UBA (08 00 1C). Hab' gerade nicht so viel Zeit ... // Niffko
übrigens konnte ich den Großteil der MEssages mit denen aus der EMS-Werte.pdf verifizieren, aber nicht alle. Einige befinden sich in den MEssages an anderen stellen. Wie gesagt, ich werde in den nächsten Tagen mal eine Übersicht erstellen (auch im vegleich mit dem pdf von Info!) Gruß spooniester
Niffko schrieb: > Wartungsmeldung im > 1C-Telegramm der UBA (08 00 1C). Hab' gerade nicht so viel Zeit ... @Jens Habe das Telegramm mal aus deinem Dump herauskopiert.
1 | 08 10 1C 00 8C 03 00 0E 00 08 00 80 00 00 00 34 00 11 |
2 | ^^ ^^ |
3 | | |____wird nach Rücksetzen '00' |
4 | | |
5 | |__H08 (Wartungsintervall nach Datum) |
'0E' (14.) müsste eigentlich der Tag sein an dem 'H08' gemeldet wurde. //Niffko
Hi, ich glaube es geht hier aber um den servicecode und nicht um die wartungsmeldung, oder? Der Servicecode ändert sich ja je nach derzeitiger Funktion der Heizung ( WW Bereitung, Heizen u.s.w.) Gruß spooniester
Habe mal bei miener Heizung die Busteilnehmer 0x08, 0x09 und 0x10 abgefragt. Von den Antworten die Daten enthielten habe ich eine kleine Liste gemacht. Das Telegramm 0x02 ist das einzige Telegramm dass von allen Busteilnehmern kam und enthält die Softwarestände. Einige Telegramme kommen von zwei Busteilnehmern... Vielleicht hilft es ja irgendjemanden... Gruß IngoF
spooniester schrieb: > ich glaube es geht hier aber um den servicecode und nicht um die > wartungsmeldung, oder? Nein. 'H8' = Wartungsmeldung != Servicecode //Niffko
@Niffko: Ok, hast recht, hatte das falsch verstanden!!
Moin! @spooniester: ein Telegramm mit
1 | 14 10 00 18 |
gibts bei mir nicht !? @Niffko: Vielen dank, aber woher weißt du das? Geraten kanns ja wohl nicht sein, denn ein einzelnes '08' Byte zuzuordnen wäre etwas zu einfach, oder? Ne Liste von dir interessiert mich immer mehr ;-) Beginn der Wartungsmeldung ist tatsächlich der 14. als Tag. Gruß Jens
Moin Jens, Jens H. schrieb: > Ne Liste von dir interessiert mich immer mehr ;-) Ist auf keiner Liste ... wurde exklusiv für dich recherchiert ;) Meine verwendeten Telegrammdaten hatte ich ein Stück weiter oben schon mal gepostet ... sind aber nur die bekannten Standardsachen. Jens H. schrieb: > ... woher weißt du das? Geraten kanns ja wohl > nicht sein ... Im Nachhinein war's jetzt nicht sooo schwierig. Beginn Wartungsintervall auf Tag X gestellt. Anschließend Systemzeit auf Tag X-1 23:59 gestellt. Der Rest war dann Auswerten der nach dem Tageswechsel auflaufenden Telegramme. //Niffko
Ah ok .. du hast das bei dir gesetzt/gelöscht und dann nachgesehen .. danke für die Mühe :) Hat evtl. auch noch jemand eine Idee wie das Byte 9 unter '08 00 34 00' auszuwerten ist? Dort soll Tag/Nachtbetrieb, Heizen und Betriebsart hinterlegt sein (Bit 1, 4, 6)... Zustand wäre also 0 oder 1. Heizen 0/1 kann ich mir noch erklären, beim Rest müsste ich raten. 0 = Nacht, 1 = Tag ? Und was ist mit Betriebsart gemeint? Auf Grund der restlichen Daten in dem Telegramm wirds wohl Warmwasser sein!? Gruß Jens
Jens H. schrieb: > Und was ist mit Betriebsart gemeint? Auf Grund der > restlichen Daten in dem Telegramm wirds wohl Warmwasser sein!? bit 0: 0 nacht / 1 tag 1: ? 2: ? 3: 0 hk / 1 ww 4: ? 5: 0 keine Wärmeanforderung / 1 tag/nachtabsenkung 6: ? 7: ? Bit 5 bezieht sich nicht auf die Pumpe. Grüße.
Danke Rudi, werde ich am WE versuchen nachzuvollziehen! Gruß Jens
nabend :) Hat noch einer von euch ein "Gateway" rumfliegen was er gerne verkaufen möchte? Bin grad auf der Suche :)
hi scheint ja noch aktuell zu sein Hätte ggf. auch Interesse an einer Platine Gruß
Hallo Ferdinand, vermutlich wird mein EMS-Gateway wohl nicht für Deine Zwecke geeignet sein. Der Original Gateway von Buderus kann zwei verschiedene Bussysteme. Einmal den 4000er Bus (Eco-CAN-Bus???) und später auch den EMS-Bus. Mein Gateway kennt nur den EMS-Bus. Falls Ich da falsch liegen sollte oder Deine Heizung doch den EMS-Bus hat dann bitte noch mal melden. Gruß IngoF
So, ich noch mal mit einer Frage zu den geloggten Werten. Bei Ansaugtemperatur und Abgastemperatur habe ich gefühlt echt hohe Werte !? Sind die realistisch? Ansaug + Abgas zw. 3000 und 4000 !? Sollten sich doch hier finden: 08 00 18 00 <Byte 29><Byte 30> = Ansaugluft 08 00 19 00 <Byte 8><Byte 9> = Abgastemp Was habt ihr dort für Werte ?? Gruß Jens
Jens H. schrieb: > Bei Ansaugtemperatur und Abgastemperatur habe ich gefühlt echt hohe > Werte !? > Sind die realistisch? > Ansaug + Abgas zw. 3000 und 4000 !? Sind das evtl. 30.00 und 40.00 Grad? Du Zuluft wird ja im Rohr vorgewärmt und die Wärme der Abluft wird noch an den Rücklauf gegeben. Ändern sich die Werte je nach Brennerleistung? Grüße.
Hallo Rudi, die Werte ändern sich je nach Brennerleistung. Allerdings ist in den Unterlagen vermerkt das die Auflösung 0,1°C beträgt und der Wert somit passt. Allerdings glaube ich eben auch das die Werte zu hoch sind und das Komma verschoben werden muss... Gruß Jens
Hallo, Jens H. schrieb: > Allerdings ist in den Unterlagen vermerkt das die Auflösung 0,1°C > beträgt und der Wert somit passt. Wie sehen die Hex-Werte aus und welche Unterlagen? Bei 400°C sollte sich die Farbe/Plastikbezug von der Abgaszuleitung langsam aber stetig verflüchtigen ;-). Grüße.
Moin, Jens H. schrieb: > ... Ansaugtemperatur und Abgastemperatur ... EMS arbeitet auf mehreren Plattformen. Ansaug- und Abgastemperatur - bzw. die entsprechenden Sensoren - sind eher bei Ölkesseln zu finden. Was hast du denn für ein Gerät? Jens H. schrieb: > Allerdings ist in den Unterlagen vermerkt ... öhmm ... was für Unterlagen?! //Niffko
Ich habe eine Gastherme ... Buderus GB162 und laut Technischen Informationen (Logamatic EMS Parameter und Monitordaten) vom RS232 Gateway sind es die von mir genannten Bytes. 08 00 18 00 27 01 7f 64 1d 09 01 25 62 80 00 02 24 01 5d 00 51 15 2d 48 00 c8 00 02 00 68 00 1f Das wäre z.b. das Telegramm .. Ansaugluft ist Byte 29 + 30 Laut Doku ist 29 = Byte2 und 30 = Byte1
Jens H. schrieb: > Das wäre z.b. das Telegramm .. Ansaugluft ist Byte 29 + 30 > > Laut Doku ist 29 = Byte2 und 30 = Byte1 Das wäre dann: 68 00 also: 0068 und dezimal: 104 und umgerechnet: 10.4°C ;-)
Naja, aber alle anderen Temperaturwerte setzen sich auch so zusammen ...
1 | #define RL_IST_H_0818 17 |
2 | #define RL_IST_L_0818 18 |
3 | #define VL_IST_H_0818 5 |
4 | #define VL_IST_L_0818 6 |
Laut Beschreibung ist da ebenfalls die Reihenfolge Byte2 = 17, Byte1 = 18 bzw. Byte2 = 5 und Byte1 = 6 und die Werte passen da ja auch oder ist das dann nur Zufall ?
Ich weiß ja das es so wie du geschrieben hast mehr Sinn ergibt, trotzdem dachte ich bisher das Low und High Byte sich so zusammen setzen: <High><Low> In den Unterlagen steht übrigens folgendes noch mit dabei: (Byte2*256)+Byte1 Gruß Jens
Moin Jens, Jens H. schrieb: > Ich weiß ja das es so wie du geschrieben hast mehr Sinn ergibt ... Rudi hat im Grunde das gleiche geschrieben wie du. Hast du möglicherweise nicht beachtet, dass der Byteindex nullbasiert ist? Die ganze Rechnerei wird aber nichts nützen, da dein GB162 gar keinen Ansaugluftsensor hat. Solltest du dennoch einen finden, bitte fotografieren und Bild einstellen ;) //Niffko
Nullbasierend? Du meinst vom Datensatz her? Das ich da bei 0 anfangen muss zu zählen ist mir klar ... Byte 29 = 68 und Byte 30 = 00 ... das hatte ich auch. Die GB162 hat keinen Ansaugluftsensor ... hmmm ... dann frage ich mich, was dort für Werte auftauchen, denn die ändern sich definitiv und auch abhängig von der Brennerleistung. Hat die denn auch keinen Abgastemp.sensor? Weil da wäre das Prinzip ja dasselbe!? Wenn dort keine Sensoren dran hängen, sollte doch eigentlich 00 00 drin stehen, oder? Gruß Jens
Jens H. schrieb: > Byte 29 = 68 und Byte 30 = 00 ... das hatte ich auch. Wo ist dann das Problem?! Byte 29 = 0x68 = Byte1 Byte 30 = 0x00 = Byte2 Jens H. schrieb: > (Byte2*256)+Byte1 (0x00*256)+0x68 = 0x68 = 104 Jens H. schrieb: > Die GB162 hat keinen Ansaugluftsensor ... hmmm ... dann frage ich mich, > was dort für Werte auftauchen Ich mich auch. Werde mir das bei meinem GB142 mal anschauen, ich glaube da kamen an dieser Position auch Werte rein, obwohl kein Sensor vorhanden. Jens H. schrieb: > Hat die denn auch keinen Abgastemp.sensor? Nope. //Niffko
Sorry Jens, war in Sachen Byte-Schieberei leider auf dem falschen Dampfer. Ich war die ganze Zeit bei der Umwandlung zweier Bytes in einen 16-Bit-Wert auf dem AVR, hier steht in der Tat das L-Byte "links" und das H-Byte "rechts" im Speicher. Im EMS-Telegramm gilt Byte[n] = H-Byte, Byte[n+1] = L-Byte uns somit hast du Recht. Niffko _ schrieb: > Werde mir das bei meinem GB142 mal anschauen, ich glaube > da kamen an dieser Position auch Werte rein ... Auch falsch ... mein 18er-Frame geht nur bis Byte28. //Niffko
Hmmm ... leider bringt es mir nix wenn ich Recht habe ... Aber vielleicht kommen wir ja irgendwie noch zu der Lösung ... ;-)
Jens H. schrieb: > Aber vielleicht kommen wir ja irgendwie noch zu der Lösung ... ;-) Jo ... kommen wir. Da ich nicht mit Ingo's Gateway arbeite, war's nicht ganz so einfach ... aber nach Durchsicht deines Telegramm-Dumps weiter oben, ist der Groschen dann gefallen. Kleiner Tip: Schau dir nochmal genau an, wie die Gateway-Telegramme aufgebaut sind. //Niffko
Das Telegramm habe ich mir oft genug angesehen ... komme aber nicht darauf was du meinst!? Denn wenn das Telegramm von mir falsch interpretiert werden würde, dann dürften ja auch alle anderen Werte nicht passen, oder? Gruß Jens
Moin Jens, Byte29 und Byte30 sind keine Daten, sondern die CRC und das BREAK! Jens H. schrieb: > 08 00 18 00 27 01 7f 64 1d 09 01 25 62 80 00 02 24 01 5d 00 51 15 2d 48 > 00 c8 00 02 00 68 00 1f
1 | [...] 24 01 5d 00 51 15 2d 48 00 c8 00 02 00 68 00 1f |
2 | ^^ ^^ ^^ |
3 | | | |_Telegrammlänge |
4 | | |_BREAK |
5 | |_CRC |
Habe leider im Thread keine Passage gefunden, in der dies beschrieben ist, aber nur so macht es (für mich) Sinn. Ingo??? Deine Telegrammdaten im RAW-Modus enden also - wie meine auch - bei Byte28, der Rest ist CRC, BREAK und Telegrammlänge. //Niffko
Niffko _ schrieb: > Habe leider im Thread keine Passage gefunden Ja, Das Problem habe ich auch. Habe das irgendwo mal geschrieben und finde es nicht mehr wieder. Das Break wird noch als 0x00 übertragen. Könnte eigfentlich auch wegfallen. Müsste dann nur meine andere Software anpassen. Dort wird das 0x00 ignoriert aber wird trotzdem erwartet. Gruß IngoF
Arghs ... stimmt, Break und Telegrammlänge kommt ja auch noch. Ich hatte nur geguckt ob hinten ein Byte bezgl. CRC dran hängt, aber nie überprüft ob das auch stimmt. Jetzt macht das natürlich auch Sinn ... schon klar das es "komische" Werte waren, wenn ich das CRC und Break Byte genommen habe. Danke für die Aufklärung! Jens
Ich hätte dann noch die gleiche Frage zur Abgastemperatur ... 08 00 19 00 00 3e 01 81 80 00 00 00 00 3f 00 83 3e 0d 78 6d 00 00 00 0c 7f 7b 00 75 55 00 00 6e 00 21 Sollte auf Byte 8 + 9 Liegen ... wenn auch hier kein Sensor verbaut ist, was wird dann dort übertragen? Dieses Mal kann es ja nicht CRC oder Break sein ;-) Gruß Jens
Moin Jens, Jens H. schrieb: > Abgastemperatur ... > > 08 00 19 00 00 3e 01 81 80 00 00 00 00 3f 00 83 3e 0d 78 6d 00 00 00 0c > 7f 7b 00 75 55 00 00 6e 00 21 > > Sollte auf Byte 8 + 9 Liegen ... Byte 8 + 9 -> 0x8000 -> -32768 -> kleinster mit 16Bit darstellbarer Wert -> Fühler nicht angeschlossen oder gebrückt //Niffko
Zunächst mal ein gesundes neues Jahr @all! @Ingo Bräuchte mal den Rat eines nativen Pic-Users ;) Eigentlich auf AVR zu hause, habe ich aufgrund der USB-Host Funktionalität erstmalig auf einen Pic24 gewechselt. Habe derzeit etwas Probleme bei der Break-Erkennung. Die Behandlung des Frame-Errors in Bezug auf die Daten im Hard-FIFO ist irgendwie etwas undurchsichtig. Habe zwar schon etwas Licht ins Dunkel gebracht, aber vielleicht kannst du kurz beschreiben, wie du das in deiner Firmware handhabst ... nur um auszuschließen, dass ich mich hier mangels Pic-Erfahrung irgendwo sinnlos festrammele. //Niffko
Hallo Niffko, Wünsche auch allen ein frohes neues Jahr... Beim E-UART ist eine Breakerkennung eingebaut. Einfach den UART pollen bis Daten vorhanden sind oder am besten über Interrupt auf empfangene Daten reagieren. Wenn ein Break empfangen wurde ist das FERR-Bit in RCSTA gesetzt. Wenn mehrere Bytes im Buffer waren kann man nicht erkennen welches Bytes das Break war (gelöschtes STOP-Bit) Nach FERR-Bit wird wieder gelöscht nachdem man das Empfangsregister (RCREG) ausgelesen hat und einen neues Byte empfangen hat. Bei mir habe ich das über den Interrupt nach jedem empfangenen Byte erledigt und die Empfnagsdaten in meinen Buffer geschoben. Hoffe ich konnte Dir weiterhelfen...
Hi Ingo, danke für deine Erläuterung. Habe das Problem, kurz bevor deine Antwort kam, selbst lösen können. Hauptproblem war, dass ich das FERR-Bit nach dem Auslesen des Empfangsregister abgefragt habe - das gehört anders herum. Jedenfalls macht der Pic jetzt was er soll ... ist übrigens ein Stand-Alone USB-Stick EMS-Logger geworden. //Niffko
Niffko _ schrieb: > ist übrigens ein > Stand-Alone USB-Stick EMS-Logger geworden. Klingt gut. Also USB-Stick anstöpseln an Bus anklemmen und los gehts... Was für ein Datenformat wird denn geloggt? Gruß Ingo
IngoF schrieb: > Was für ein Datenformat wird denn geloggt? Momentan noch ASCII-HEX, wenn alles läuft werde ich wahrschinlich auf RAW gehen - mal sehen, wie lange die 4GB auf dem Stick reichen ;) Es werden alle Telegramme geloggt, jeweils mit Unix-Timestamp. Der nächste Schritt wird eine C#-App sein, die das Ganze dann auf dem PC graphisch darstellt. Kann mir gut vorstellen, dass mir der Logger auch mal im Job weiterhilft ... bei schwer reproduzierbaren Fehlerbilern einfach mal den Logger an die Servicebuchse stöpseln und ein paar Tage mitlaufen lassen. //Niffko
Das wäre schön.... habe das bei meiner Heizung auch gemerkt. Der Heizungsfachmann konnte nicht genau sagen wodran es lag. Wurde der Reihe nach alles ausgetauscht. Mit dem günstigsten Teil angefangen (Drucksensor) bis zum teursten Teil (Pumpe). Natürlich war es dann das letzte Teil. Dann wird die Heizung schon mit Elektronik vollgestopft und zu erkennen welches Bauteil defekt ist. Hatte auch ein ein paar Mitschitte gemacht aber habe auch nicht wirklich viel erkennen können. Die Heizung hat mehrere Versuche unternommen und ist dann abgebrochen. Die Pumpe hat doch einen Drehzahlsensor, oder? Wäre es dann nicht einfach gewesen festzustellen dass die Pumpe manchmal nicht anläuft? Gruß Ingo
IngoF schrieb: > Die Pumpe hat doch einen Drehzahlsensor, oder? Wäre es dann nicht > einfach gewesen festzustellen dass die Pumpe manchmal nicht anläuft? Nein, eigentlich nicht. Die Heizung gibt per PWM die Drehzahl vor. Du hättest es aber am Druck sehen können das bei eingeschalteter Pumpe keine Druckänderung vorhanden ist. Grüße.
Hallo, habe gerade mal eine Umfrage per Mail an alle Interessenten geschickt. Wer noch keine Mail bekommen haben sollte kann sich ja noch mal melden. Vielleicht auch mal den SPAM-Filter checken... Vielleicht gibt es noch mal eine letzte Auflage... Gruß IngoF
Moin die Herren Entwickler!!! Erstmal auch noch mal kurz von mir HUT ab vor der coolen Entwicklungsarbeit die Ihr hier geleistet habt (seit 2009!! Respekt!!!) Ich komme zu dem Thema EMS an sich aus der Sicht vom KNX- Bus. Ich habe den KNX- Bus und halt die EMS- Buderus Steuerung und möchte diese Daten im KNX Anzeigen lassen. Dadurch würde ich auch gerne eine Platine kaufen, aber habe noch mal ein paar Fragen: (bitte entschuldigt dass ich nicht ganz so pfiffig bin wie Ihr!!): 1.) Ihr setzt ja mit „Ingo“- Platine den seriellen Bus im Can- Bus auf. Wäre es möglich, natürlich nicht um sonst, den EMS-Bus in den KNX- Bus umzusetzen? Was wäre dazu notwendig? (Hardware, Hardware + Software, oder beides oder geht es gar nicht?) 2.) Wenn ich auch bei eurer Platine bleiben muss so steht es im KNX- Forum muss man die Software- Anbindung über die „openHAB“ Plattform machen. Hat jemand dazu Erfahrung? Meine E-Mailadresse ist datenemail (ät) web (punkt) de @ Ingo: Bezüglich der Kosten bitte E-Mailen, dann überweise ich Dir das Geld!!! Vielen DANK!!!
Siehe auch meine Antwort in: http://knx-user-forum.de/openhab/26765-anbindung-eine-buderus-heizung- ems-bus.html#post311107 Die Anbindung der Platine an OpenHAB (http://code.google.com/p/openhab/) ist meine Idee bzw. Vorhaben, das kann aber dauern - im besten Fall ca. 3 Monate, im ungünstigsten Fall wird's nie fertig, wenn andere Dinge dazwischen kommen. Ist eben ein Hobbyprojekt. Falls ich durchhalte wird dann OpenHAB bei mir auf einem Rasberry PI laufen und auch noch andere Dinge wie Jalousien steuern. Theoretisch kann die Platine direkt als EMS/KNX Brücke fungieren (mit einen Zusatzinterface wie http://freebus.org/content/freebus-grundschaltung. Dazu ist aber eine neue Software nötig, die das KNX Protokoll implementiert und die ist nicht mal an einem Wochenende geschrieben. Jemand profesionell damit zu beauftragen ist eigentlich unbezahlbar - dafür bekommst Du warscheinlich eine ganze Heizung. Grüße Jürgen
Ich wäre auch dabei falls es noch eine Auflage geben sollte :)
@ Jürgen: Kurze Zusammenfassung mit den Daten aus den knx- Forum: Ingo’s EMS- Platine hat die Schnittstelle: - zum EMS auf USB/CAN u. I2C - über die Firmware geht EMS auf Seriell über USB - über ein Terminalprogramm kann die Protokolle lesen u. senden. Du würdest gerne machen damit: - als Treiber für I2C Relaiskarten nutzen - und den CAN- Bus als „Hausbus nutzen“ Fehlen dazu tut noch: - die CAN- Anbindung in OpenHAB Der Unterschied zwischen Deiner und meiner Idee/ meinem Bus ist: - Du möchtest Zugriff auf den CAN- Bus über OpenHAB haben - OpenHAB wäre der Master, könnte aber Heizungsparameter aus/ zum KNX Auslösen. Info zu meiner KNX- Steuerung: - Mache an sich eine Einzelraumregelung, d.h. jeder Heizkörper hat ein „Steuerkopf“ zum EIB - pro Raum sitzt ein Raumregler mit Temperaturfühler, dieser steuert an sich die Heizung Würde gerne mit EMS, durch das zu entwickelnde Gateway machen: - wie erwähnt die ganzen Kenndaten der Heizung sehen und Visualisieren (habe dazu einen Gira- Homeserver) - Mein RC30 ersetzen, bzw. vom App aus (gibt ein Gira App dazu) die eingestellte Raumtemp. reduzieren. Wenn ich Dich recht verstehe das ist die Aufgabe für mich (bzw. Leute die den Ansatz wie ich habe) folgendes: A) Ingo’s Platine mit der Freebus Grundschaltung EIB TP Bus zu „verheiraten“ Frage als Laie: Geht das so einfach oder muss Ingo’s Paltine schon umgebaut werden? B) Wohl die größte Herausforderung: Jemanden finden der die Software für das KNX- Protokoll implementiert Kann man dies als erste Zusammenfassung so stehen lassen?? DANKE erstmal Jürgen!!!
Hallo! Der RC30 ist aber die Intelligenz der Heizung. Ich denke, die Therme stellt die Arbeit ein, wenn der RC30 nicht regelmäßig die Sollwerte an den BC10 sendet (ggf. geht Notbetrieb). Du müsstest also selbst einen PID-Regler in Software implementieren. Wenn der abstürzt, ist das Haus kalt. Ich würde z.B. gerne die Heizung runterfahren, wenn ein sonniger Tag bevorsteht, da wir große Fenster haben und sich das Haus aufheizt. Dazu kann man z.B. die Soll-Werte im RC30 beeinflussen. A) Die Freebus-Schaltung kann direkt an die als Steckkontakte herausgeführten Ports des Mikrokontrollers angeschlossen werden. Für die paar Bauteile würde ich einfach eine Universalleiterplatte nehmen (wenn man nicht selbst die Boards malt und ätzt). B) Das stimmt ;). Es haben sich aber schon ein paar andere Leute mit EIB und Mircocontrollern befasst. Man findet bestimmt auch Programmierbeispiele. PS: Für Anfänger: http://www.sprut.de/electronic/pic/index.htm vg Jürgen
Und eine andere Variante, die mit IPSymcon, dem E-Bus-Manager und einem preiswerten E-Bus-Adapter ist nicht möglich? Da kann man E-Bus-Meldungen und Befehle in den KNX-Bus recht einfach schreiben und kombinieren. Hat auch noch 'ne Visualisierung. LG Jochen
Da müsste man mal die Schaltungen un Protokolle vergleichen: http://www.eservice-online.de/eBus/ http://www.eservice-online.de/eBus/eBUS-Koppler-Ethernet.html http://ebus.webhop.org/twiki/bin/view.pl/EBus/EBusKonverter http://www.ip-symcon.de/forum/threads/10710-eBus-Telegramme-auswerten-Heizung-Solar Vieleicht sieht jemand, der sich mir EMS befasst hat auf Anhieb, ob EMS un EBUS vieleicht das Gleiche sind ... Dann würde es natürlich einfacher gehen. vg Jürgen
@Jürgen: . - Denke ich meine das mit dem RC30 wie Du: Bleibt wo er ist und ich möchte Ihn nur beeinflussen - Danke für Dienen Link zu den MircoControllern, sehr spannend, nur wollte ich nicht so etwas neues Lernen (muss schon für den Gira xml u.Python aneignen) @ Jochen: - Der eBus ist denke ich ein eigenständiger Thermenbus wie z.B. von Wolf. Muss man nicht auch hier dann von EMS auf eBus gehen und dann auf KNX gehen? (auch wenn hier die Programmierung einfacher ist) P.S. IPSymcon sieht auch spannend aus!!! Dieter
Darf ich mal ne dumme Frage stellen? Ich möchte mich hier mal kurz wiederholen: - zum EMS auf USB/CAN u. I2C - über die Firmware geht EMS auf Seriell über USB Also an sich stehen die EMS Telegramme (was welcher wie bedeutet) über http://wiki.neo-soft.org/index.php/Heizungsschnittstelle/ServiceKey zur Verfügung (wobei ich die diese Daten nach der .pdf Datei und der Seite noch nicht ganz verstehe)? Und über die Firmware steht mir eine Serielle Schnittstelle (RS 232?) zur Verfügung? Kann ich damit nicht meine KNX- Anbindung machen und in meinem Gira Homeserver über ein Logikbaustein, der Hex in die entsprechenden Daten umwandelt (gibt es nach Rücksprache von meinem Ansprechpartner bei Gira) sichtbar/ darstellbar darstellen???? Dieter
Wenn der GIRA Homeserver beliebige Binärdaten senden und empfangen kann, müsste es gehen. Ansonsten wird noch ein Stück Software dazwischen nötig. Die Logikbausteine sehen mir nach einer Verküpfung von Schaltbefehlen aus - also nach der Art "Wenns regnet UND Fenster ist offen DANN machs Fenster zu" aber nicht sende mal 01010010010100010010101 an COM1 ... vg Jürgen
...ja gebe Dir recht. Ansich können die Logikeditoren nicht viel, aber ich denke der Gira kann da mehr (siehe mal bitte den Anhang!!!). Ich werde mir auf jeden Fall, wenn es Ingo zuläßt, seine Platine (hoffe voll bestückt, muss mir sonst einen zum Löten suchen) zulegen und dann mal spielen. Muss noch ein wenig den Hex- String analysieren... DANKE ERSTMAL!!!
Na, vieleicht kann man aus diesen Bausteinen ja einen Sender und auch Empfänger (!) für das EMS-Protokoll zussammenklicken. Sieht dann bestimmt so aus: http://www.youtube.com/watch?v=wgJfVRhotlQ ;) vg Jürgen
Hallo Ingo, bisher ist keine Umfrageemail angekommen !? Gruß Jens
@ Jürgen: Ich schon gefreut, ne Hilfe bei YouTube und dann das!!! Ne dann lieber Tron spielen (leider finde ich die Mucke garnicht so schlecht, na einige Teile davon.....) An sich sind das alles nur Versuche es hinzubekommen, da ich nicht die in der Thematik drin bin und euch da auch nicht helfen kann meinen Wunsch von EMS in KNX umzusetzen…. schniff Dieter
Ingo F. schrieb: > Hallo, > > habe gerade mal eine Umfrage per Mail an alle Interessenten geschickt. > Wer noch keine Mail bekommen haben sollte kann sich ja noch mal melden. > IngoF Hallo Ingo, leider bin ich schon wieder untergegangen, ich habe noch Interesse an einer Platine. Vielleicht kann man einen anderen Prozessor nehmen? Ich möchte einen Web-Server aufbauen und benötige dafür mehr Speicherplatz. Wenn ich mich nicht täusche müßte der 18F4685 kompatibel sein. Von der Geschwindigkeit und Speicherplatz wäre aber auch ein PIC32MX460F512 denkbar. Wobei hier das Layout geändert werden muß. Viele Grüße
Muss ich mir mal ansehen... Der 18F4580 wird bestimmt gehen.. muss ich mir mal ansehen. Beim PIC32 muss mal nachsehen wieviel da umgeroutet werden muss.. Habe Dir die Mail weitergeleitet. Dachte Du hättest Die Platine von Charlie übernommen... Gruß Ingo
Hallo! Du könntest das Ding nehmen: https://www.olimex.com/Products/PIC/Development/PIC32-WEB/ und das EMS Interface auf einer Uni-Leiterplatte aufbauen ... Oder das Board so nehmen wie es ist und als Webserver auf einem RasberryPi das hier: http://code.google.com/p/openhab/ vg Jürgen
Hallo! Hat jemand schon für dieses Board eine CAN-Firmware geschrieben? Ich bin gerade dabei anzufangen das Board über CAN ansprechbar zu machen. Auch über anderen Code (EMS/USB) für dieses Board in C wäre ich dankbar. Ich stelle meinen Code dann natürlich auch wieder zur Verfügung. PS: Allgemeine Beispiele für USB gibts genug. Ich beziehe mich nur auf dieses spezielle Board. Danke! vg Jürgen
Hallo Jürgen, habe Dir gerade meinen Assembler Quelltext gemailt. Vielleicht kann ich ha bei der protierung etwas dabei helfen. Eigentlich ist im Quelltext alles vorhanden. auch CAN.... Gruß Ingof
Hallo Ingo, kann man schon absehen, wann die ersten Platinen fertig sind? Bei dem Pic bräuchte ich den 18F4685 bzw. 18LF4685. Dieser hat mehr Speicher. Ansonsten müßte er identisch mit dem 18F4580 sein. Einen 10Mhz Quarz wäre auch gut, damit man über die PLL die volle Geschwindigkeit erreichen kann. Ich möchte nämlich mit ENC28J60 die Schaltung mit dem Ethernet verbinden. Eine Versuchsschaltung habe ich schon aufgebaut, welche funktioniert.
Hallo! Ich habe angefangen, die Firmware nach C zu portieren. Es kann noch dauern, da ich mich erstmal etwas einarbeiten muss. https://code.google.com/p/pic-ems-gw/ Alle nützlichen Codeschnipsel, Hinweise und Hilfen bitte an mich ;) PS: Ich nutze den C18 Compiler. vg Jürgen
F. F. schrieb: > Hallo Ingo, kann man schon absehen, wann die ersten Platinen fertig > sind? Meine anderen Platinen sind so gut wie fertig. So ein bis zwei Monate wirds noch dauern.... Aber erst mal muss ich noch mal komplett meine alte Bauteilliste durchforsten und aktaualisieren. Einige Bauteile werde ich vorher nochmal testweise bestellen müssen. Dann wird erst mal die Bauteilliste aktualisiert, die Bauteile und die Platinen bestellt. Je nachdem wie schnell die Bauteile lieferbar sind kann es dann losgehen. Das wird dann hoffentlich in meinem Urlaub liegen ;-) Also Anfang August Eigentlich werden so ziemlich alle Platinen gleichzeitig fertig. Kann nur sein dass einige zickige Platine Sonderbehandlung benötigen und sich dann etwa zwei Wochen verspäten werden. Gruß IngoF
Hallo Jürgen, Jürgen Schmied schrieb: > Firmware nach C zu portieren Ich habe natürlich auch noch meine Programmablaufpläne zu dem Assembler Quelltext. Wird beim verstehen lernen sehr hilfreich sein. hatte eigentlich schon gestern ein SVN-repository auf meinem Server erstellt.... Habe Dir gerade erst die Zugangsdaten zumailen können. Wer Interesse hat mitzuhelfen bekommt natürlich auch die Zugangsdaten... Mal abgesehen davon dass ich an den Google-Quelltext sowieso nicht herankomme... Gruß Ingo
Hallo zusammen, werden eigentlich über das Interface auch Klartextmeldungen ausgegeben oder nur die Werte zum selbst dekodieren ? LG Stefan
Hallo! Im Moment werden nur die Datenpakete vom EMS Bus durchgereicht und von einem Programm auf dem PC verarbeitet. Was für Meldungen sollen denn ausgegeben werden, die nicht auch über das Bedienteil ausgegeben werden? Das Interface ist doch eher für Anwendungen interessant, die bestimmte Parameter loggen oder als Schnittstelle zu Home-Servern um alle Komponenten im Haus zusammen zu visualisieren. vg Jürgen
Hallo Jürgen ich möchte das Interface als Ausgabe Schnittstelle zu FHEM einsetzen und so muss ja das dekodieren FHEM übernehmen. Ich glaube es gibt noch kein Modul für FHEM zur Dekodierung der Pakete oder ? LG Stefan
Hallo! Da ist wohl noch ein zusätzliches Modul für FHEM nötig. Ich hab das Gleiche für OpenHAB vor. Ich schreibe gerade die Firmware für das Interface in C um, dann ist sie einfacher zu lesen und zu modifizieren. vg Jürgen
Hallo Jürgen könntest Du dann gleich einen Modus einbauen der die dekodierten Nachrichten zusätzlich mit ausgibt ? lg Stefan
Wohin? LCD, Seriell, CAN??? Sei mal etwas genauer, was das Ziel ist ;) vg Jürgen
Hallo Jürgen ich hätte an eine Ausgabe auf der Seriellen Schnittstelle (über USB) zusätzlich zu den normalen Paketen gedacht. Über das Protokoll selbst, habe ich mir noch keine Gedanken gemacht. Display würde mir überhaupt nichts bringen, da ich die Informationen ja irgendwie in FHEM haben möchte. CAN Interface habe ich noch keines an meinem FHEM dran. Welches Interface würdest Du vorschlagen ? Ich würde das Interface über USB mit der Fritzbox(FHEM Server) bzw RaspberryPI(FHEM Server) verbinden und irgendwie versuchen die Ausgabe der seriellen Schnittstelle in FHEM einzubinden. lg Stefan
Stefan Muehlbauer schrieb: > zusätzlich zu den normalen Paketen gedacht. Das wäre Sinnlos. Wenn die Daten ja zu FHEM gehen und dort protokolliert werden (können) noch zusätzlich nochmals im "Originalformat" rauszuschicken. Oder soll da zusätzlich noch eine andere Software mitloggen? Stefan Muehlbauer schrieb: > Über das Protokoll selbst, habe ich mir noch keine Gedanken gemacht Wäre unnütze Arbeit ein vorhandeses Datenformat/Protokoll auf ein neues Format umzuwandeln. Zumindest wenn auf der anderen Seite auch noch ein Format/Protokoll gebastelt werden muss. Dann schon in FHEM das vorhandene Datenprotokoll des EMS-Busses beibringen und die sinnvollen Daten heraus zu ziehen und zu verwerten. Kannst natürlich auch gerne mithelfen bei der Firmware. Das gilt übrigens auch für alle anderen. Hilfe ist immer gut ;-) Stefan Muehlbauer schrieb: > Welches > Interface würdest Du vorschlagen ? Wenn eine Serielle Schnittstelle (USB) vorhanden ist, warum nicht die? Es wäre auch möglich ein käufliches ENC28J60-Interface über SPI anzusteuern. fragt sich nur wie einfach das zu programmieren ist. Das Interface kann man an die Platine mit ein paar Drähten problemslos anschließen. @all: Wer gerne bei der Entwicklung mithelfen möchte muss nur eine Mail an ems_gateway(ät)arcor.de schicken und bekommt die Zugangsdaten zum SVN-Server. Dazu benötigt man von Microchip die IDE (MPLab-8 oder MPLab-X), den C18-Compiler und einen SVN Client. Ist sogar viel einfacher als ich mir vorgestellt hatte... Gruß IngoF
Hallo! Ich werde in der nächsten Zeit intensiver an der Firmware arbeiten, hab jetzt etwas Zeit dafür. Der ENC28J60 wird sich schon einigermaßen programmieren lassen, es gibt eine Bibliothek dafür. Man müsste nur sehen, ob der PIC18F4580 dafür ausreicht. Falls ja, könnte man ein einfaches XML oder JSON über HTTP realisieren. Falls die Firmware in C fertig ist, kann ich ja mal für ca. 5 EUR bei EBAY so ein Modul besorgen. Das würde sich jedenfalls einfacher in einen Home-Server integrieren lassen als ein CAN Bus oder USB. Das Board hat übrigens auch noch einen ungenutzten 256k EEPROM, man könnte auch eine längere Zeit die Meßwerte puffern... vg Jürgen
Jürgen Schmied schrieb: > Das Board hat übrigens auch noch einen ungenutzten 256k EEPROM So wie es aussieht fliegt der aber aus Platzgründen bei der neuen Version raus. Da kommt ein ENC28J60-Anschluss hin. Die FRAM sind auch nicht so einfach zu bekommen. Bisher schien niemand wirklich Interesse an diesem Baustein zu haben. Ist der den wichtig wenn der 18F4685 verwendet wird? Gruß IngoF
Hallo! Der Zwischenspeicher ist wichtig, wenn man wirklich die Daten per Netzwerk bereitstellt und das Board ein Server ist. Da kann man ja nicht wissen, wann der Client die Daten abholt. Über COM wurde sie ja sofort gesendet, das geht dann nicht mehr. Du wolltest ja aber auch eine SD Karte anbinden, die muss dann eben als Puffer herhalten. Eine Alternative wäre, die Daten aktiv an einen Server zu senden (Board als Client). Dann muss aber der Server immer verfügbar sein. vg Jürgen
Hallo Jürgen, Naja, notfalls kann man ja den F-RAM auch als erweiterung auf die Platine Stecken oder zusätzlich anlöten. muss ja nicht auf der Platine selber sein. Habe aber gesehen dass der ENC28J60 wohl nur den SPI-Mode0 unterstützt. Also dass der Clk wärend CS=Low (nicht aktiviert) immer auch Low sein sollte. Wenn ich das richtig verstehe wäre der SPI-Bus nur für den Ethernet-Chip reserviert und man könnte keine SD-Karte oder F-RAM zusätzlich über den BUS ansteuern, oder? Dann noch einen SPI-Port für SD-Karte oder F-Ram zu basteln wird dann nicht so einfach.. Oder hat jemand schon mal den ENC28J60 schon programmiert und kann sagen obb der SPI-Port noch für andere Busteilnehmer verwendet werden kann. Was macht denn der ENC28J60 wenn CS Low ist und trotzdem ein Takt rausgeht? Gruß IngoF
Hmm, auch andere hatten damit ein Problem: http://www.microchip.com/forums/m385198.aspx Allerdings muss TCP und RAM auch parallel gehen: http://www.microchip.com/forums/m701075.aspx Dort sehe ich aber nicht, welche Hardware als Netzwerkcontroller dient. Theoretisch könnte man an den USB Port einen Stick anschließen, ist aber warscheinlich auch nicht so einfach zu programmieren. vg Jürgen
Hallo zusammen habe ich es richtig verstanden dass das Hardware Design noch nicht ganz geklärt ist. Wie wäre es mit einem modularen Huckebackaufbau ähnlich wie beim Arduino oder RaspberryPi. LG Stefan
Stefan Muehlbauer schrieb: > Hardware Design noch nicht ganz > geklärt ist Der Ethernet-Chip war nur so ein Gedanke von mir. Das Interface mit dem Chip gibt es fertig zu kaufen. Habe also nur einen Steckkontakt gemacht für das Interface. Ist das selbe Interface das es für den Aduino gibt (ElecFreaks). Der Sonstige Aufbau läuft und ist soweit OK. Gruß IngoF
Das wird auf einem 18F4685 schon knapp mit Netzwerk ... AN1128: "Based on the TCP/IP reference model, the Stack is divided into multiple layers, where each layer accesses services from one or more layers below it. Per the specifications, many of the TCP/IP layers are “live”, in the sense that they not only act when a service is requested, but also when events like time-outs or new packets arrive. The Stack is modular in design and written in the C programming language. Typical implementations will use 30-60 Kbytes of code ..." ... und da ist noch kein HTTP-Server dabei ... vg Jürgen
Hallo, F. F. schrieb: > Ich möchte einen Web-Server aufbauen und benötige dafür mehr Speicherplatz. > Wenn ich mich nicht täusche müßte der 18F4685 kompatibel sein ich habe mich mit dem ENC28J60 schon beschäftigt, deshalb hatte ich auch den 18f4685 vorgeschlagen. Für eine einfache Webseite, wo ich einen Ausgang schalte und einen Eingang abfrage benötige ich 18500 Worte von 49152. Hier habe ich Webseite mit auf dem Chip programmiert. Bei Gelegenheit möchte ich versuchen, die Webseite auf einer SD-Karte zu schreiben, wobei ich nicht weiß, ob man im SPI-Modus in FAT die Daten abspeichern kann. Den ENC28J60 hatte ich als fertiges Modul für ca. 10€ in Deutschland erworben. Nun habe ich das gleiche Modul für 3€ in China bestellt. Der Chip hat allerdings einen sehr hohen Stromverbrauch von bis zu 300mA. Hier gibt es bessere Chips, welche den Stack schon haben und daher weniger Arbeitsspeicher benötigen. Dafür spricht wiederum, das dieser vom Microchip-Stack unterstützt wird und es fertige Programme gibt. IngoF schrieb: > Habe aber gesehen dass der ENC28J60 wohl nur den SPI-Mode0 unterstützt. > Also dass der Clk wärend CS=Low (nicht aktiviert) immer auch Low sein > sollte. Ich habe schon einen Schaltplan mit ENC28J60 und 25C1024 am SPI Bus gesehen. Es sollte eigentlich daher gehen. Weiß jemand zufällig, wie ich die Web-Seite auf der SD-Karte bzw auf dem EEProm (25C1024) programmieren muß? Also welche Adressstruktur? Für den Arbeitsspeicher habe ich ein Prog. welches die Webseite in einen C-Code umwandelt. Viele Grüße F. F.
PS: Habe jetzt das EMS und USB Interface von ASM nach C portiert (bisher noch ohne CAN) bisher brauche ich nur 3400 Bytes ROM und 540 Bytes RAM. Es ist also noch eine Menge für Zusatzfunktionen wie ein Ethernet-Controller frei ... vg Jürgen
Hallo, erstmal Wahnsinn wieviel Arbeit hier schon geleistet wurde! Ist es möglich noch an so eine Platine zu kommen? Mit freundlichen Grüßen Pong
Hallo Zusammen, mein EMS Gateway V2.0 scheint gestorben zu sein. Der Bus ist komplett tot wenn es angeschlossen ist. Ohne funktioniert alles wieder.... Wie kann ich den Fehler am besten eingrenzen ohne mehr kaputt zu machen? Danke und Gruß JayKay
Der DIP-Schalter 4 (Reset) könnte geschlossen sein. Dadurch bleibt der PIC im Reset. Der RS232-TX Ausgang hängt dann in der Luft und zieht den EMS-Bus dauerhaft auf 0. Oder es gibt eine andere Ursache dafür dass der PIC aus dem Reset kommt oder der RS232-TX-Pin in der Luft hängt oder ein HIGH ausgibt. Könnte auch eine Leiterbahn unterbrochen sein, ...... Funktioniert denn der Bootloader noch (DIP1-3 auf ON und DIP4 auf OFF). Dann einmal Spannung abziehen und wieder einstecken. Dann sollten beide LED dauerhaft leuchten. Wenn der Bootloader richtig funktioniert sollte man damit auch den Inhalt des PIC auslesen können. Hänge mal die Flaschanleitung für den EMS-Gateway an.... Falls der Fehler nich so einfach ist am besten mal eine Mail mit Telefonnummer schicken... Gruß Ingo
Noch eine Frage: läuft der Bus, wenn nur EMS an der Platine angeschlossen ist und keine Betriebsspannung? Hintergrund: der EMS Schaltungsteil wird vom EMS Bus versorgt. Hat der MC keine Betriebsspannung, so wird auch nichts gesendet. Gehts jetzt -> der MC stört Gehts nicht -> Fehler im EMS-Teil Wie viel Strom wird vom EMS Bus gezogen? vg Jürgen
Jürgen Schmied schrieb: > Betriebsspannung, so wird auch nichts gesendet. Ein eindeutiges JAIN. ;-) Bei der ersten Version wird wärend eines Resets, oder wenn der Ausgangs-Pin "in der Luft hängt" Dauerhaft gesendet. Da liegt am ADUM1201 wenn die EMS-Seite Spannung hat und der Eingangspin auf PIC-Seite kein vernünftiges Signal oder keine Versorgungsspannung hat. Das kann man aber umgehen wenn mann einen Wiederstad nachträglich einlötet. Bei der neueren Version ist der Widerstand schon eingebaut.. Gruß Ingo
Im Bootloader Modus leuchten beide LED dauerhaft, aber die SW von Microchip sagt "Bootloader not found." Der Com Port (FTDI) wird noch erkannt. Hatte vor längerer Zeit die SW hoch gerüstet, so das die aktuellste SW drauf ist und mal funktioniert hat... Sind die beiden LEDs nur an wenn der PIC im Bootloader läuft, sprich kann ich davon ausgehen das er noch lebt? Kann ich per Terminalprogramm was zum PIC senden und eine antwort erwarten (ohne EMS Bus)? Die Platine ist im Conrad Wandgehäuse unter gebracht und an der Wand fest verschraubt. Meine Heizung hängt unterm Dach und in dem Raum wird es sehr warm. An dem Tag als das Gateway gestorben ist hat es hier auch ordentlich gewittert, aber da ich sonst keine anderen Schäden habe, denke ich nicht das das damit zusammen hängt. Danke und Gruß JayKay
Hallo Kay, hast Du die Möglichkeit die Oszillatorfrequenz am Quarz zu messen? Kannst Du über die ISCP-Schnittstelle die Firmware auslesen, bzw den Pic neu programmieren? viele Grüße F. F.
Hallo Kay! Falls Du selbst nicht die Mittel hast, könnte ich die Platine prüfen. Ich hab ein Oszi, PicKit und der EMS Bus liegt auch gerade auf meinem Schreibtisch ... vg Jürgen
Kay F. schrieb: > Sind die beiden LEDs nur an wenn der PIC im Bootloader läuft, sprich > kann ich davon ausgehen das er noch lebt? Kann ich per Terminalprogramm > was zum PIC senden und eine antwort erwarten (ohne EMS Bus)? Wenn der EMS-Gateway normal gestartet hat kannst Du auch ganz normal im Terminalprogramm BootloadMode! Wie in der Flaschanleitung eingeben. Die Platine sollte dann mit <S2BLM> antworten. Ob RAW-oder Hex-Mode ist dabei egal. Get auch mit Hyperterminal von Windows. Beim EMS-Bus sollte die Stromversorgung funktionieren. Ohne Stromversorgung kann eigentlich nicht auf dem BUS gesendet werden. Es sei denn den Transistor hat es auf der Unterseite zerschossen. Könnte man eventuell mit einem Multimeter messen falls Du das hast. Die Stromversorgung könnte man auf den Jumpern neben dem ADUM1201 messen können. Auf der EMS-Bus-Seite die beiden äußeren. die Anschlüsse links und rechts neben dem ADUM sind die Sende und Empfangsrichtung. Dazu muss aberschon 20Volt am EMS-Bus angelegt werden. Alternative wäre den PIC in Reset zu halten (DIP4) und einfach mit einem 10kOhm Widerstand an den beiden Lötaugen von PortC im Gelben Kreis den Sendepin auf GND ziehen. Wenn der PIC kaputt ist und der EMS-Teil OK ist sollte er auf dem EMS-Bus nicht mehr senden. Wenn Doch scheint der EMS-Teil defekt zu sein (Transistor auf der Unterseite defekt.z.B.) Der Pin rechts draunter sind die EMS-Empfangsdaten. Gruß Ingo
Hi, habe unter hterm (9600 baud 8-n-1) versucht mit "BootloadMode!" + <cr/lf> in den bootloader zukommen, bekomme aber leider keine Antwort (nur USB-Kabel & Stromversorgung angeschlossen)... Den EMS Teil habe ich jetzt noch nicht getestet, da ja der PIC schon nicht antwortet. (Einfaches) Multimeter hätte ich da. Kann ich damit noch was am PIC prüfen? Sonst würde ich morgen das Angebot von Jürgen annehmen. Danke und Gruß JayKay
Hallo Kay, Was mir jetzt noch so einfällt ist dass Du am MCLR/ Pin vom Mikrocontroller messen könntest ob der auf High liegt. Vermute mal fast das der PIC in Rente gegangen ist. Viel kann man da vermutlich nicht mehr mit einem Multimeter testen. Am besten Jürgen oder mir zuschicken. Habe jetzt leider keine Testplatine mehr Die ich Dir solange leihweise zur Verfügung stellen könnte... Gruß Ingo
Hallo! Ich habe jetzt den Web-Server aus Beitrag "ENC28J60 (Mikro-)Web-Server die Nächste" auf das Board portiert. Er braucht nur 20KB ROM und 1080 Bytes RAM. Es geht auch noch mit etwas weniger RAM. Der Web-Server ist also nur halb so groß wie der von Microchip zur Verfügung gestellte. Ggf. würde er also sogar auf dem alten Board laufen - die neue Version ist ja mit PIC18F4685. Die Hardware ist: http://www.ebay.de/itm/ENC28J60-Ethernet-LAN-Netzwerk-Modul-Arduino-RJ45-SPI-mit-Befestigungsbohrungen-/121158045138 und ein 3,3 Volt Spannungsregler. Ich würde vieleicht eine Abfrage der Werte über JSON oder XML machen. Auch eine einfache Web-Oberfläche zum Setzen von Parametern über das Internet ist nun einfach zu machen. Hat jemand spezielle Wünsche? Sonst mach ich was ich will ;) vg Jürgen
Hallo Jürgen, das klingt ja echt super ! (Ich beneide Euch, daß Ihr so viel Zeit für coole Spielereien habt ! Ich hoffe sehr, dass ich im Herbst/Winter auch mehr Zeit für so was haben werde) Ich denke, ich muss mich mit der PIC-Programmierung befassen... Eine von Ingos neue Platinen ist für mich, ich freue mich immer mehr darauf. Auf lange Sicht hatte ich davon geträumt, per Webinterface (zumindest im eigenen Netz) eine "persönliche" Obefläche statt der RC35 im Keller zu haben, hatte dabei an einen anderen Controller/Rechner neben dem Gateway gedacht, jetzt braucht man ihn vielleicht nicht mehr ... In meine Augen: " mach was Du willst, ist eh schon super-cool! " DANKE !!! Viele GRüße, Erik
Hallo Jürgen, Jürgen Schmied schrieb: > auf das Board portiert. Er braucht nur 20KB ROM und 1080 Bytes RAM. Ist ja genial, Habe die neue Firmware noch nicht ausprobiert. Meinen Wunsch mit der Verbindung zum mySQL-Server scheint ja auch möglich zu sein... Gruß Ingo
Hallo, ich fände es toll wenn man direkt in einen MySQL Server loggen und per RPC/Json/... Werte setzen könnte. Gut wäre noch ein einfacher IP Adressfilter, so das z.B. nur der Server aktionen ausführen darf. Wie ist den die Anpassung an die diversen Heizungsanlagen geplant? Die Werte unterscheiden sich ja je nach Anlage. Gruß Kay
Kay F. schrieb: > Die Werte unterscheiden sich ja je nach Anlage. Eigentlich ja nicht. Die Werte bei den Telegrammen haben eigentlich die selbe Bedeutung. Je nach Ausbau der Anlage mit verschiedenen Modulen gibt es verschiedene Adressen und dann eventuell noch neue Telegramme. Also sollte ein bestimmter Wert in einem bestimmten Telegramm immer nur eine Bedeutung haben. Oder habe ich Dich falsch verstanden? Gruß Ingo
So, langsam läuft auch der Webserver ... Welche Werte soll ich anzeigen, welche änderbar machen? Idee: Solltemperaturen, Zeit (per NTP), Urlaub vg Jürgen
@Jürgen: das anstoßen der WW Aufbereitung (unterste Taste beim RC35) wäre super... @Ingo: Wir hatten doch ein unterschied in den Telegrammen bei der RC30 & RC35. Das meinte ich ;-)
Kay F. schrieb: > bei der RC30 & > RC35 Achso... hatte ich schon wieder vergessen... Jürgen Schmied schrieb: > So, langsam läuft auch der Webserver ... Sieht ja super aus.... Es gibt auch eine Urlaubsfunktion. Wäre schön wenn man die Einschalten könnte. Aber ich glaube schon fast dass es nicht so einfach möglich ist. Für die Heizkreise 1 und 2 gibt es ein Telegramm. Beim Warmwasser wohl nicht. Allerdings kann man wohl nicht die Gesamtanlage in den Urlaubsmodus setzen. Die RC30/RC35 steuert ja die Heisswasserbereitung und dafür habe ich noch kein Telegramm gefunden. Gruß Ingo
Hallo! Wenn ich die untere Taste drücke, passiert folgendes: 10 08 35 00 11 33 12 00 08 [ 10 RC35 -> 08 UBA] typ=35, size=3 01 00 02 [ACK] 10 00 06 00 0D 08 15 14 0C 06 01 01 D4 00 0E [ 10 RC35 -> 00 ALLE] typ=06, size=9 [20.08.2013 21:19:23] {RCTimeMessage:Tag} 20.0 [20.08.2013 21:19:23] {RCTimeMessage:Monat} 8.0 [20.08.2013 21:19:23] {RCTimeMessage:Jahr} 13.0 [20.08.2013 21:19:23] {RCTimeMessage:Stunden} 21.0 [20.08.2013 21:19:23] {RCTimeMessage:Minuten} 12.0 [20.08.2013 21:19:23] {RCTimeMessage:Sekunden} 6.0 [20.08.2013 21:19:23] {RCTimeMessage:Sommerzeit} AN [20.08.2013 21:19:23] {RCTimeMessage:Funkuhr} AUS [20.08.2013 21:19:23] {RCTimeMessage:Uhr läuft} AUS 08 00 34 00 36 01 FF 01 FF 21 00 01 03 00 01 D1 EF 00 28 EE 00 DF 00 17 [ 08 UBA -> 00 ALLE] typ=34, size=18 [20.08.2013 21:19:23] {UBAMonitorWWMessage:Warmwasser-Soll-Temperatur} 54.0 °C [20.08.2013 21:19:23] {UBAMonitorWWMessage:Warmwasser-Temperatur 1} 51.1 °C [20.08.2013 21:19:23] {UBAMonitorWWMessage:Warmwasser-Temperatur 2} 51.1 °C [20.08.2013 21:19:23] {UBAMonitorWWMessage:Tagbetrieb} AN [20.08.2013 21:19:23] {UBAMonitorWWMessage:Einmalladung} AUS [20.08.2013 21:19:23] {UBAMonitorWWMessage:Thermische Desinfektion} AUS [20.08.2013 21:19:23] {UBAMonitorWWMessage:Warmwasserbereitung} AUS [20.08.2013 21:19:23] {UBAMonitorWWMessage:Warmwassernachladung} AUS [20.08.2013 21:19:23] {UBAMonitorWWMessage:Warmwasser-Temperatur OK} AN [20.08.2013 21:19:23] {UBAMonitorWWMessage:Zirkulation} AUS [20.08.2013 21:19:23] {UBAMonitorWWMessage:WW-System: kein} AN [20.08.2013 21:19:23] {UBAMonitorWWMessage:WW-System: Durchlauferhitzer} AN [20.08.2013 21:19:23] {UBAMonitorWWMessage:WW-System: kleiner Speicher} AUS [20.08.2013 21:19:23] {UBAMonitorWWMessage:WW-System: großer Speicher} AUS [20.08.2013 21:19:23] {UBAMonitorWWMessage:WW-System: Speicherladesystem} AUS [20.08.2013 21:19:23] {UBAMonitorWWMessage:Warmwasserbereitungszeit} 1987.0 h [20.08.2013 21:19:23] {UBAMonitorWWMessage:Warmwasserbereitungen} 10478.0 08 00 18 00 07 01 C5 00 00 80 00 00 60 80 00 01 FF 02 1C 00 00 08 30 48 00 CB 00 00 00 BE 00 1F [ 08 UBA -> 00 ALLE] typ=18, size=26 [20.08.2013 21:19:23] {UBAMonitorFast:Kessel Soll-Temperatur} 7.0 °C [20.08.2013 21:19:23] {UBAMonitorFast:Kessel Ist-Temperatur} 45.3 °C [20.08.2013 21:19:23] {UBAMonitorFast:Kessel maximale Leistung} 0.0 % [20.08.2013 21:19:23] {UBAMonitorFast:Kessel Ist-Leistung} 0.0 % [20.08.2013 21:19:23] {UBAMonitorFast:Magnetventil für 1. Stufe} AUS [20.08.2013 21:19:23] {UBAMonitorFast:Magnetventil für 2. Stufe} AUS [20.08.2013 21:19:23] {UBAMonitorFast:Gebläse} AUS [20.08.2013 21:19:23] {UBAMonitorFast:Zündung} AUS [20.08.2013 21:19:23] {UBAMonitorFast:Kesselkreis- od. HK-Pumpe} AUS [20.08.2013 21:19:23] {UBAMonitorFast:3W auf WW} AUS [20.08.2013 21:19:23] {UBAMonitorFast:Zirkulationspumpe} AN [20.08.2013 21:19:23] {UBAMonitorFast:Temperatur Warmwasser} 51.1 °C [20.08.2013 21:19:23] {UBAMonitorFast:Temperatur Rücklauf} 54.0 °C [20.08.2013 21:19:23] {UBAMonitorFast:Flammenstrom} 0.0 µA [20.08.2013 21:19:23] {UBAMonitorFast:Flammenstrom} 0.0 µA [20.08.2013 21:19:23] {UBAMonitorFast:Wasserdruck} 0.8 bar [20.08.2013 21:19:23] {UBAMonitorFast:Servicecode} 0H [20.08.2013 21:19:23] {UBAMonitorFast:Fehlercode} 203.0 10 00 3E 00 00 00 00 00 F4 00 00 00 00 00 00 03 00 11 05 00 25 00 16 [ 10 RC35 -> 00 ALLE] typ=3E, size=17 [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Ausschaltoptimierung} AUS [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Einschaltoptimierung} AUS [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Automatikbetrieb} AUS [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Warmwasservorrang} AUS [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Estrichtrocknung} AUS [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Ferienbetrieb} AUS [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Frostschutz} AUS [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Manuell} AUS [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Sommerbetrieb} AUS [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Tagbetrieb} AUS [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Partybetrieb} AUS [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Raum-Solltemperatur} 0.0 °C [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Raum-Isttemperatur} 24.4 °C [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Einschaltoptimierungszeit} 0.0 min [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Ausschaltoptimierungszeit} 0.0 min [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Heizkennlinie 10°C} 0.0 °C [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Heizkennlinie 0°C} 0.0 °C [20.08.2013 21:19:23] {RCHK1MonitorMessage:HK1 Heizkennlinie -10°C} 0.0 °C [20.08.2013 21:19:23] {RCHK1MonitorMessage:Raumtemperatur-Änderungsgeschwindigkeit} 0.03 K/min [20.08.2013 21:19:23] {RCHK1MonitorMessage:Schaltuhr} AN [20.08.2013 21:19:23] {RCHK1MonitorMessage:Vorlaufsoll} 5.0 °C 10 08 35 00 11 11 30 00 08 [ 10 RC35 -> 08 UBA] typ=35, size=3 01 00 02 [ACK] Die Pakete vom Typ 0x35 sind hier wohl interessant ... vg Jürgen
Hallo! Bei der gegenwärtigen vorgesehenen Konfiguration (SD-Karte und Ethernet am gleichen SPI) gibts ein Problem: Wenn man PetitFS zum Schreiben nutzt, so werden die Daten auf die SD geschrieben, wie sie kommen. Die SD kann aber nur Blockweise schreiben. D.h. solange ein Block (512 Bytes) noch nicht zu Ende geschrieben ist, muss die SD Karte CS = L haben. In der Zeit kann natürlich kein Netzverkehr stattfinden, da der SPI Bus blockiert ist. Wenn man z.B. die Daten vom EMS Bus auf SD Karte aufzeichnet, so kann es schon mal eine Minute dauern, bis ein Block voll ist. In der Zeit kann Ethernet nicht bedient werden. Wenn man fortlaufend aufzeichnet, ist das so gut wie immer der Fall. Es gibt nun mehrere Möglichkeiten: - FatFS mit Sektorbuffer nutzen (allein dafür 32 KB ROM/700 Byte RAM) --> Alte Boards sind überfordert, neue Boards (mit PIC18F4685) würden das schaffen. - Entweder WEB oder Ethernet -> Würde auch auf alten Boards laufen, man verschenkt den Parallelbetrieb (WEB/Ethernet) auf den neuen Boards -> Man könnte zwei Versionen der FW für die alten Boards machen (WEB / SD-Kartenlogger) Daher eine Frage: Soll ich auf die alten Boards noch Rücksicht nehmen? Würde jemand mit einem alten Board Ethernet und SD-Karte nachrüsten wollen? Ggf. könnte man auch den PIC18F4580 gegen einen PIC18F4685 tauschen. vg Jürgen
Jürgen Schmied schrieb: > muss die SD Karte CS = L haben. In der Zeit kann natürlich kein > Netzverkehr stattfinden, da der SPI Bus blockiert ist Kann man denn nicht einfach das SD-CS auf Low lassen und den SPI-Bus trotzdem benutzen? Jürgen Schmied schrieb: > man auch den PIC18F4580 gegen einen PIC18F4685 tauschen. und den 16MHZ Qurtz gegen 10MHz (PLL=40MHz)tauschen. Die neuen Platinen sind jetzt endlich fertig. Jeder sollte dann gleich zwei Mails bekommen... Gruß Ingo
IngoF schrieb: > Jürgen Schmied schrieb: >> muss die SD Karte CS = L haben. In der Zeit kann natürlich kein >> Netzverkehr stattfinden, da der SPI Bus blockiert ist > > Kann man denn nicht einfach das SD-CS auf Low lassen und den SPI-Bus > trotzdem benutzen? Nein, dann würde die SD Karte Daten beantworten, die für den ENC27J60 gedacht sind. Ggf. wäre auch die Ausgangsstufe der Karte aktiv. >> man auch den PIC18F4580 gegen einen PIC18F4685 tauschen. > und den 16MHZ Qurtz gegen 10MHz (PLL=40MHz)tauschen. Ja, kann man auch, geht aber auch so ...
Also an einer Ethernet-Schnittstelle wäre ich sehr interessiert. Wenn die neue Firmware per REST oder JSON abzufragen wäre, stünde einer einfachen Integration in z.B. openHAB auch nichts mehr im Weg (Mein openHAB läuft in einer xen-vm, serielle oder USB Schnittstellen sind da nicht so einfach reinzureichen - zumal ich eigentlich keine weiteren PCI(e)-Karten einbauen möchte). Daten in eine MySQL-Datenbank zu pushen wäre natürlich auch wunderbar, dann kann ich auf die SD-Karte verzichten. ;-) Ich freue mich auch schon auf 'mein' Board...
Ich hätte mich vorher anmelden sollen, dann stünde da jetzt nicht Gast...
@Udo: Wäre das was als Basis? Ich sehe mir gerade den Code an. http://blaisejarrett.com/projects/embeddedws/
Jerschtamal Servus :-) Sitze gerade in Paris CDG und warte auf meinen Flug nach Johannesburg. Jetzt hatte ich mal die Zeit den Threat zu lesen .... Verstanden habe ich nicht viel .... bin schon froh, wenn ich meine SPS'n programmiert bekomme. Aber was ist verstanden habe ist, dass das Gateway funktioniert. Meine Frage nun, ob das auch an meinem Buderus Öl-Brennwertkessel mit RC35 funktioniert. Wenn ja würde ich auch gerne ein Gateway (die Endanwender Version) bestellen :-) Besten Dank, Gruß Manfred
Hallo Manni, Der Gateway funktioniert schon. Allerdings ist das so mit dem bestellen so ein Problem. Eigentlich lohnt sich das nur wenn mehrere Platinen zusammmen kommen. Habe keine Platinen auf Vorrat gebaut. Also genau abgezählt. Fragt sich nur was Du damit machen möchtest. Eventuell könnte ich noch meine Erste Version abgeben. Mit der kann man aber vermutlich keinen Webserver laufen lassen. Oder es müsste ein anderer PIC nachgerüstet werden... Also nur Serielle (USB)-Schnittstelle. Gruß Ingo
Hallo! Es ist auch nicht so schwer, das Ganze diskret aufzubauen. Das eine Foto ist die EMS-Eingangsstufe, das andere Bild das Breakout-Board für USB. Das gibts fertig. Als Basis mit dem PIC18F4685 kann man ein Board von Olimex benutzen. So gehts auch ohne SMD löten. vg Jürgen
Servus Ingo, Passt schon, nicht gar so wichtig. Wäre einfach wieder nur eine weitere Spielerei gewesen :-) Ist ja nicht zwingend erforderlich, die Heizung läuft ja auch ohne sehr gut :-)) Aber trotzdem danke. Gruß Manfred
An alle Gateway besitzer... habe gerade mal weitere Infos zu Platine gemailt... Gruß Ingo
Jürgen Schmied schrieb: > Es ist auch nicht so schwer, das Ganze diskret aufzubauen. Hast du evtl. noch die (R* oder C*) Bestellnummern der diskreten Bauteile? Speziell die Induktivitäten... Danke und Gruß Micha
Die Bauteile sind nicht so kritisch. Ich habe genommen (Reichelt) L1/L2 SMCC 4,70µ Drosselspule, Festinduktivität, axial, 4,70µ D5/D6 BAT 43 Schottky Diode, DO35, 30V, 0,2A T2 BC 337-40 Transistor NPN TO-92 45V 0,5A 0,625W D7 1N 4148 Planar Epitaxial Schaltdiode, DO35, 100V, 0,15A ADUM 1201 AR Digital-Isolator, 2-Kanal, low power, SO-8 LM 393 DIP Komparator, 2-fach, DIP-8 Die Widerstände heissen z.B. METALL 100K Die Kondensatoren: z.B. RAD 105 47/35 Elektrolytkondensator, 105°C, RM 2,0mm KERKO 68P Keramik-Kondensator 68P X7R-5 1,0N Vielschicht-Keramikkondensator 1,0N, 10% Z5U-5 100N Vielschicht-Keramikkondensator 100N, 20% als C10 hab ich einen Elko genommen, + an den Eingang. Wichtig ist: www.ebay.de/itm/5pcs-New-SOP8-SO8-SOIC8-TO-DIP8-adapter-PCB-conveter-boa rd-/171071352965
Jürgen Schmied schrieb: > www.ebay.de/itm/5pcs-New-SOP8-SO8-SOIC8-TO-DIP8-adapter-PCB-conveter-boa > rd-/171071352965 Hallo Jürgen, wozu denn das? Den LM393 gibt es doch auch als DIP. Oder wofür hast Du den verwendet? Gruß Ingo
IngoF schrieb: > LM393 gibt es doch auch als DIP Hab mal wieder schneller getippt als ich sollte, Den ADUM1201 hatte ich vergessen. Aber notfalls könnte man die Isolierung auch mit zwei Optokopplern machen.. Gruß Ingo
Hallo Ingo, heute ist das Platinchen angekommen. Sieht sauber aus. Besten Dank. Jetzt muss ich nur noch den EMS-Bus an die richtige Stelle (im Haus) zum Anschluss bringen.
Hallo zusammen, ich hatte mir zwischenzeitlich mal eine eigene Lösung gebaut um die Daten zu erfassen. Diese läuft mittlerweile einige Monate recht stabil. Dabei ist mir aber aufgefallen das einige Daten die in der EMS-Werte.pdf von Ingo weiter oben nicht mit denen übereinpassen die ich herausgefunden und eigentlich auch schon verifiziert habe (durch Ablesen am RC35). Da ja mittlerweile einige eine Platine haben und Daten erfassen würde ich gerne nochmals ein Sammlung der aktuellen Messwerte anstoßen. Ein Beispiel was bei mir anders ist zum Beispiel die gesamte Nachricht 08 00 34 ... sein, hier habe ich die WW-Soll-Temperatur, WW-Ist-Temperatur an Messstelle 1, die WW-Ist-Temperatur an Messstelle 2, die WW-Zubereitungszeit und die Anzahl der WW-Zubereitungen. Außerdem habe ich statusbits für den Tagbetrieb, die Einmalladung, Thermische Desinfektion, die Wasserbereitung, die Wassernachladung und den WW-Temperaturstatus. Ich werde mal versuchen eine Tabelle zu erstellen, vielleicht kann man die gemeinsam erweitern bzw. abgleichen!!! Gruß
Hallo! Ich hätte da noch 2 Java Dateien. In EMSDataFields die 3 numerischen Parameter sind: Offset (Vorsicht! 1 ist das erste Datenfeld nach dem Offset) Größe Divisor In EmsTelegramTypes stehen noch viele Kommentare zu weiteren Feldern und Telegrammen. Das Ganze stammt aus einem Parser, der den Datenstrom aus dem GW interpretieren kann. Wer damit experimentieren möchte, kann den Code per Mail haben. vg Jürgen
Hallo Hans und alle, Hans schrieb: > Ich werde mal versuchen eine Tabelle zu erstellen, vielleicht kann man > die gemeinsam erweitern bzw. abgleichen!!! Gemeinsam ist immer eine gute Idee.... Kann sein dass sich da vielleicht ein Offset bei einigen Telegrammen eingeschlichen hat. Im Moment loggt mein Programm ja fleissig die Daten und habe mich seit 2 Jahren nicht mehr damit beschäftigt. Generell finde ich meine Liste vom Aufbau her schon gut. Es sind eigentlich alle Daten vorhanden die man benötigt um einen einzelnen Wert zu finden und zu berechnen. Oder hat jemand Verbesserungsvorschläge zum Tabellenaufbau. Lade mal den letzten Stand als PDF hoch. Am besten wäre es wenn alle an einer Liste arbeiten die den selben Aufbau hat. Ich könnte noch einen SVN-Server mit der Liste erstellen. Oder kann auch gerne meine Open-Office-Tabelle mailen. OpenOffice sollte ja bestimmt jeder haben. Bei der Tabelle fängt die Zählung beim EMS-Telegramm am Anfang an. Also kann es schon mal keinen Offset kleiner 5 geben (1=Quelle 2=Ziel 3=Typ 4=Offset). Gruß IngoF
IngoF schrieb: > Also kann es schon mal keinen Offset kleiner 5 geben Vermutlich ist das auch der Fehler bei zwei Telegrammen gibt es einen Offset von 4. Vermutlich bei dem Telegramm 1 oder mehr addieren und dann passt es verutlich wieder.
Was haltet Ihr von einem Wiki? Das Umhersenden von Dokumenten endet immer in einem Versionschaos ;) Es gibt ja noch eine ganze Menge andere Informationen in den 2 Threads hier, diverse Dokumente usw. vg Jürgen
Jürgen Schmied schrieb: > Was haltet Ihr von einem Wiki? Eigentlich eine Gute Idee. Jemand hat ja schon mal so eine Wiki für sich selbst gemacht. der Link muss irgendwo im 2107-Thread rumlungern. Aber fände es auch gut dass man die wichtigen Infos wie die EMS-Werte.pdf als Datei zum herunterladen hat. Wie wäre es mit einem SVN für die Dateien und der Rest im WIKI. Die Dateien kann man ja als PDF exportieren und ins Wiki schieben. Könnte das Wiki auch hosten. Habe gerade ein Paket dafür gefunden... Muss mir das heute mal ansehen... Gruß IngoF
Hallo zusammen Wiki finde ich gut, ich persönlich habe im Moment das Problem die ganzen Dokumente und Infos zu finden. lg Stefan
Hallo Ingo, schau dir mal das svn an. MarkusA ist wohl ein Missgeschick passiert. Gruss Rainer
sucht Ihr das vielleicht: http://wiki.neo-soft.org/index.php/Heizungsschnittstelle/ServiceKey Wollen wir mit wiki weitermachen?? Etwas eigenes?? Viel kann ich ja euch nicht helfen, aber Administrative Tätigkeiten könnte ich machen (brauche nur eure Hilfe weiter dazu..) Gruss Marcus
Wir können gerne mit dem Wiki weitermachen. Dann spart sich Ingo die Einrichtung. Wie kannst Du dort Benutzer einrichten? Mail an Dich? vg Jürgen
Guten morgen, ich habe eine Verständnisverfrage, ist es mit dem Gateway möglich, die über KNX gemessene Raumtemperatur (Wohnzimmer) über einen Server (OpenHab) auf den EMS zu schreiben und die Heizung dann Raumtemperaturgeregelt anstatt Außentemperaturgeführt zu betreiben? Gruss Norbert
Moin hatte Ingo dazu schon mal eine Email gesendet, und würde das noch gerne mit dem "Paket dafür gefunden" von Ingo verstehen. Ich würde gerne auf das vorhandene wiki aufsetzen. Soll ich den Ersteller "Autor: Malte Bayer (hellraiser)", aus dem Forum hier: "Logamatic 2107 Schnittstelle" "Beitrag "Logamatic 2107 Schnittstelle"; anschreiben? Wie ist das eigentlich mit den Rechten und Veröffentlichungen? Kann und da irgend so ein Anwalt was "andichten"??? Gruss Marcus
Ich denke, das bewegt sich alles im erlaubten Rahmen. Kommunikationsprotokolle sind nicht geschützt. Ein bekanntes Beispiel ist z.B. die Dokumentation und Implementation des Microsoft SMB Protokolls durch den SAMBA Server. Hier wird ja kein Gerät nachgebaut, sondern etwas Neues konstruiert - also kein Plagiat. Ich habe beim Kauf der Heizung keine (warscheinlich sowieso ungültige) EULA anerkannt. Ein Zusatzgerät zu etwas zu bauen kann mir keiner verbieten. http://de.wikipedia.org/wiki/Reverse_Engineering#Rechtliche_Aspekte
Ahh schon mal schön. ....hab mal Malte dazu ne E-Mail gesendet. Mal schauen was er sagt. Dann würde ich mal schauen wie dort die Einträge gemacht werden. Danach müssen wir mal sehen wie wir/ ihr eure Daten dort "schön" einstellen können. Ist für mich auch neu, aber spannend...
Jürgen Schmied schrieb: > Dann spart sich Ingo die > Einrichtung. Na das dürfte nicht das Problem sein. Ist ja nicht das Problem. Das Installations-Paket für die Wiki ist schnell installiert und das Einrichten ist nach der Anleitung echt simpel. Die alte Wiki kann natürlich auch genutzt werden. Denke aber dass die Wiki noch mal komplett überarbeitet werden müsste. Also auf mehrere Seiten verteilen. Also jeder Absatz könnte im Moment eine Eigene Seite werden. Das Format der Telegrammübersicht könnte man noch etwas überarbeiten. Gruß Ingo
Für diverse Wikis gibts auch einen PDF-Export - Du wolltest doch eine Datei haben ;)
Jürgen Schmied schrieb: > Für diverse Wikis gibts auch einen PDF-Export Stimmt... habe ich schon gefunden. habe Dich mal als Testuser eingerichtet für eine Wiki eingerichtet...
Interessant wäre langsam eine Liste um die olle Therme zu konfigurieren ;-).
IngoF schrieb: > Könnte das Wiki auch hosten. Habe gerade ein Paket dafür gefunden... > Muss mir das heute mal ansehen... Ich könnte euch eine redmine Projektseite anbieten mit wiki, files, forum etc..
So, es git jetzt eine Wiki für den EMS-Gateway. http://ems-gateway.myds.me:8001/dokuwiki/doku.php?id=telegramme Werde gleich mal User und Password an alle mailen die eine Platine haben. Wer sich selbst eine Schaltung zusammengebastelt hat bekommt natürlich auch erst mal die Zugangsdaten. Das Wiki ist erst mal nur lesbar wenn man sich anmeldet. Das wird sich aber noch ändern. Was muss man eigentlich beachten wenn man Markennamen oder Produktnamen nennen will? Gruß IngoF
IngoF schrieb: > bekommt natürlich > auch erst mal die Zugangsdaten. natürlich nicht nur "erstmal" sondern auch für immer ;-) hier noch mal der Link zur Startseite. http://ems-gateway.myds.me:8001/dokuwiki/doku.php Gruß Ingo
Norbert Schnitzler schrieb: > ... ist es mit dem Gateway möglich, die > über KNX gemessene Raumtemperatur (Wohnzimmer) über einen Server > (OpenHab) auf den EMS zu schreiben und die Heizung dann > Raumtemperaturgeregelt anstatt Außentemperaturgeführt zu betreiben? Wird nicht gehen. Die Raumtemp. ist auf dem Bus keine Führungsgröße. Sie wird vielmehr direkt im RC30/35 verarbeitet und hat in den raumgeführten Modi Einfluss auf das Vorlaufsoll, dass der RC30/35 an den UBA schickt. //Niffko
Niffko schrieb: > wird vielmehr direkt im RC30/35 verarbeitet Aber es könnte gehen wenn man ein Digitales-Poti anschließt. Die RC30/RC35 merkt ja nicht dass es der Raumtemperaturfühler ist. Fragt sich nur wie genau man damit die Temperatur vorgeben kann.. Gruß IngoF
IngoF schrieb: > Die RC30/RC35 merkt ja nicht dass es der Raumtemperaturfühler ist. Die RC30/RC35 merkt ja nicht dass es kein Raumtemperaturfühler ist.
Wie groß darf / muss der Wiederstandswert den sein? Dürfte doch diese Bestellnr. 5993226 von Buderus sein oder? Hat da evtl. jemand eine Kennline Doku von? Gibt es potential freie digital Potis?
Das könnte Niffko wissen... Vermute mal es wird ein noraler PT1000 oder was ähnliches sein. Notfalls einfach mal Poti anschließen so lange drehen bis die RC35 eine Temperatur anzeigt und dann den Widerstandswert messen. Das mit Potentialfreiheit ist eine gute Frage. Notfalls gibt es ja auch Motorpotis. Fragt sich nur ob sich der Aufwand lohnt.. Gruß IngoF
Was genau möchtest Du ereichen? Was spricht dagegen, einfach einen Raumfühler anzuschließen? PS: Die Raumtemperatur ist in einem engen Bereich von ca. 20..25 °C. Würden nicht auch 4 Analogschalter mit abgestuften Widerständen d.h. 4 bit Auflösung dafür reichen? vg Jürgen
Guten morgen, meine Idee war die Anlage Raumtemperaturgeführt zu betreiben, da dies ja etwas energiesparender sein sollte. Da ich Gira Tastsensoren mit integriertem Fühler besitze, bietet es sich ja an, diese Werte auch zu nutzen. Ein Poti wie das DS1805 könnte man doch 'einfach' mit einem ADUM potentialbefreien. Gruss Norbert
Hab was gefunden: Temperatur [°C] Widerstand [Ω] 0 29.490 5 23. 462 10 18 .787 15 15 .136 20 12. 268 25 10 .000 30 8. 197 35 6 .754 40 5. 594 45 4. 656 50 3 .893 55 3 .271 60 2. 760 65 2. 339
Ich habe das Datenblatt vom Außenfühler und vom Warmwasserfühler. Hilft das weiter?
Hallo zusammen gibt es eine Möglichkeit den Service Key und den EMS-Gateway gleichzeitig zu verwenden. Bei mir geht immer nur ein Gerät zum Daten lesen. Kommunikationspartner: -> Service Key Version: 13.10 Angeschlossenes Regelsystem: -> Logamatic EMS Angeschlossene Regelkomponenten: -> Adr.: 08 -> UBA4 Version : 4.09 -> Adr.: 09 -> BC20/25 Version : 1.06 -> Adr.: 11 -> Service Key -> Adr.: 13 -> Modem -> Adr.: 16 -> RC 35 Version : 1.18 -> Adr.: 48 -> SM 10 Version : 2.02 LG Stefan
Es gibt nur die Adresse 11 (0x0b) für den Computer. Der Service-Key und der EMS-Gateway haben also die selbe Adresse. Das kann Kollisionen auf dem Bus geben. Kann sein dass dann kein Busteilner von beiden erkannt wird... Dem Service-Key könnte man wohl nicht das Senden abgewöhnen. Bei EMS-Gateway gibt es also zwei Möglichkeiten. 1) Transistor T2 auf der Unterseite auslöten. 2) Die Firmware anpassen und die Sendefunktion ausschalten Dann kann allerdings der EMS-Gateway nicht mehr senden. Gruß Ingo
Hallo Ingo was würde passieren wenn der EMS Gateway eine andere Adresse, die kein anderes Gerät verwendet bekommen würde. Beim lesen dürfte ja nichts passieren aber was ist wenn ein Gerät mit einer 'fremden' Adresse sendet ? lg Stefan
So lange das Gateway keine Adresse benutzt bei der der Busmaster denkt, es ist ein anderes Gerät könnte es gehen. Unbekannte Adressen wird er hoffentlich ignorieren. Ich kenne bisher: UBA(0x08), BC10(0x09), PC(0x0b), RC35(0x10), WM10(0x11), PM10(0x15), RC20_HK1(0x16), RC20_HK2(0x17), RC20_HK3(0x18), RC20_HK4(0x19), MM10_HK2(0x21), MM10_HK3(0x22), MM10_HK4(0x23), SM10(0x30) Testen müsse man dann aber, ob der RC35 einen Schreibbefehl von einer unbekannten Adresse überhaupt annimmt. Tut er es nicht, macht es auch keinen Sinn, uberhaupt zu Senden. Alternativ könnte man testen, ob man nicht z.B. mit dem Gateway z.B. RC20 spielen kann. Eine richtige Komponente wie z.B. MM10 zu spielen könnte einiges durcheinander bringen, da der RC35 denkt er hätte eine andere Anlagenkonfiguration vor sich. *** Hat jemand ein RC20/RC25 als sekundären Kontroller am Laufen und könnte mit einen Mitschnitt senden? *** vg Jürgen
Hallo, Hatte ja mal (fast) alle Adressen simuliert: Beitrag "Re: Logamatic 2107 Schnittstelle" Ich würde eine von den Adressen mit "Gerät" ausprobieren.. Auf jeden fall müsste man dann noch mal checken ob Telegramme von dem Modul akzeptiert werden. Kann ja auch sein dass dann noch auf bestimmte Telegramme regieren muss um nicht aus dem Bus wieder rausszufliegen.. Gruß Ingo
Hallo zusammen das KM 200 hat bei mir die Adresse 13 (0x0d) und wird als Modem angezeigt . lg Stefan
Stefan Muehlbauer schrieb: > 13 (0x0d) und wird als Modem Hatte damals nicht unterhalb von 0x10 gesucht.. deswegen war Computer (11) und Modem (13). Habe die Adressen gleich mal ins Wiki gepackt
Hallo Stefan, habe gerade mal bei mir mit zwei Platinen getestet. Auch wenn zweimal das Modul mit der selben Adresse angeschlossen wurde konnte ich trotzdem mitloggen. Ist bei Dir der ganze Bus zum Stillstand gekommen? Ich habe nochmal die Adresse 0x0a bis 0x20 und 0x30 überprüft und die Adressen im Wiki aktualisiert. Habe auch mal eine Platine als 0x13 (=19) programmiert. Meine RC30 stellt keine Anfragen an die 0x13. Wenn man eine Adresse 0x17 von "RC20 Heizkr" nimmt, pollt die RC30 endlos die Platine an. Wenn Du möchtest kann ich Dir gerne die Firmware mit der geänderten Adresse 0x13 zumailen. @Jürgen Macht es Sinn einen Konfigurationsparameter für Busadresse einzubauen? Eventuell könnte man noch eine Check einbauen ob die eingestellte Adresse schon verwendet wird und jemand schon auf das Polling reagiert. Man könnte sogar noch einen Autoadressmodus einbauen, der die ganzen Adressen mit "Gerät" duchtestet wenn die 0x0b belegt ist. Aber denke das ist nicht wirklich nötig, oder? Gruß Ingo
Hallo Ingo Was ich festgestellt habe ist das nur die beiden Geräte nicht mehr funktioniert haben, nach neustarten der beiden Geräte funktionieren beide gleichzeitig wieder. Wobei die EMS Software ab und zu etwas rumzickt. Die Firmware brauchst Du mir nicht zukommen lassen. Es wäre gut wenn Ihr optional in einer zukünftigen Version eine andere Adresse verwenden könntet. LG Stefan
> habe gerade mal bei mir mit zwei Platinen getestet. Auch wenn zweimal > das Modul mit der selben Adresse angeschlossen wurde konnte ich trotzdem > mitloggen. Beide Platinen antworten ja mit BREAK. Wenn die kollidieren ist das immer noch BREAK ;). Spätestens wenn eine Platine etwas richtiges sendet, gibts Salat auf dem Bus. > Habe auch mal eine Platine als 0x13 (=19) programmiert. Meine RC30 > stellt keine Anfragen an die 0x13. Das währe RC20 von HK4. Wenn die Anlage nur mit einem HK konfiguriert ist, fragt die RC30 HK4 nicht ab. >Wenn man eine Adresse 0x17 von "RC20 Heizkr" nimmt, pollt die RC30 >endlos die Platine an. Hast Du 2 HK? 0x17 ist HK2. > @Jürgen > Macht es Sinn einen Konfigurationsparameter für Busadresse einzubauen? Ja mache ich. Hab nach der gestrigen Diskussion auch schon dran gedacht. Würde aber 0x00, 0x01, 0x08, 0x09 und 0x10 sperren wollen, damit keiner Unsinn macht. > Eventuell könnte man noch eine Check einbauen ob die eingestellte > Adresse schon verwendet wird und jemand schon auf das Polling reagiert. > Man könnte sogar noch einen Autoadressmodus einbauen, der die ganzen > Adressen mit "Gerät" duchtestet wenn die 0x0b belegt ist. > Aber denke das ist nicht wirklich nötig, oder? Ähm, nö ;) Viele Grüße Jürgen
Korrektur: RC20_HK1(0x18), RC20_HK2(0x19), RC20_HK3(0x1A), RC20_HK4(0x1B), dann stimmt das, was ich oben geschrieben habe nicht ganz ...
Hallo Jürgen, Woher hast Du das mit Heizkreis 1-4? Auf meiner RC30 wird für die 0x17 "RC20 HEIZKR" Die nachfolgenden 8 nur mit "RC20". Was hast Du denn noch mal für einen Raumcontroller? Die 35? Sind die ersten 4 Adressen jeweils Heizkreis 1-4? Was ist mit den anderen 4 Adressen? Reserve für Anlagen mit bis zu 8 Heizkreisen? Gruß Ingo
Aus dem RC35 Simulationsprogramm. Gibts zum Download. Ich habe ein RC35. vg Jürgen
PS: Das mit den 4 Heizkreisen geht aus den Planungsunterlagen EMS und RC35 hervor.
Jürgen Schmied schrieb: > PS: Das mit den 4 Heizkreisen geht aus den Planungsunterlagen EMS > und > RC35 hervor. Also die Adressen 0x18 bis 0x1f sind dann wohl die Heizkreise 1 bis 8 beim EMS-Bus. Vermutlich kann die RC30 nur 4 Heizkreise. Möglich dass eine andere Steuerung 8 Heizkreise unterstützt oder es ist nur eine Reserve im EMS-Bus vorgesehen für eventuell größere Steuerungen. Das einzige was mich dann irritiert ist dass diese Adressen als "RC20" angezeigt werden. Die 0x17 wird dann seltsamerweise als "RC20 Heizkr" bei mir angezeigt. Da es bei den anderen Modulen Mischer, Warmwasser und Solar auch 8 Adressen gibt wundertn mich die "neunte" bei der RC20. Hat da irgendjemand eine Idee? Gruß IngoF
Ich vermute mal das ist der RC20 als Master. 0x18.. währe dann der RC20 als Slave neben dem RC30/35. Ist aber nur eine Theorie ... vg Jürgen
Jürgen Schmied schrieb: > Ich vermute mal das ist der RC20 als Master. > 0x18.. währe dann der RC20 als Slave neben dem RC30/35. Klingt einleuchtend und macht Sinn. Na dann sind ja jetzt vermutlich alle Adressen gefunden...
Hallo Jürgen, ich bin gerade über openhab auf diesen Thread gestossen. Kann ich die Platine noch bestückt bei Dir bestellen? Gruß Lars
Ingo hat diese gebaut. So weit ich weiß, sind aber alle weg. vg Jürgen
Jürgen Schmied schrieb: > Ingo hat diese gebaut. So weit ich weiß, sind aber alle weg. > > vg > > Jürgen Die Platinen zu bestücken lohnt sich erst ab etwa 10 Platinen. Es werden viele Bauteile nur einmal benötigt die ab 10 Stück nur noch ein Bruchteil kosten. Ich kann auch nicht für 10 Platinen die Bauteile bestellen und nur nach Bedarf bestücken. Ist einfach zuviel Geld was da herumliegt. Ein weiteres Problem ist natürlich die zeit die für die Bestückung draufgeht. Um einen guten Preis für die Platinen zu machen habe ich 10 über Bedarf bestellt. Eine habe ich schon abgegeben. Wer also die Platinen selber für sich bestücken möchte kann gerne eine Platine von mir inkl. Der Bauteile die schon nicht mehr erhältlich sind plus ein paar Bauteile die es wohl nur bei Farnell gibt. Gerne gebe ich auch alle 9 restlichen Platinen ab falls die jemand bestücken möchte. Bestellliste mit Artikelnumer gibt es mit dabei. Lötpaste, Lötschablone könnte ich mitliefern falls jemand dazu Lust hat alle zu bestücken oder zumindest das Material dazu zu bestellen. Falls die Nähe das erlaubt (Münster) kann auch mein Lötöfen ausgeliehen werden. Gruß Ingo
Hallo Ingo, ich würde erst mal eine Platine & die Bauteile nehmen um zu sehen wie ich damit zurechtkomme. Konventionell Löten wäre kein Problem aber mit SMD Bauteilen und Ofen habe ich noch nichts gemacht. Ich würde mal hier in Karlsruhe im hackerspace fragen ob ich deren Ofen verwenden darf. Wenn ich die fehlenden Bauteile anhand einer Stückliste bei RS Components bestellen könnte wäre das ok. Ein Kundenkonto bei Farnell habe ich leider nicht. Brauche ich die Lötschablone? Könntest Du mir schreiben ob du PayPal oder Überweisung möchtest und was Du dafür bekommst! Vielleicht direkt an l.rueter (at) gmail.com? Gruß Lars
Man kann eine Platine auch von Hand löten. Dazu benötigt man keinen REFLOW-Ofen oder eine Schablone um die Lötpaste aufzutragen. Die Schablone benötigt man zum Reflow-Löten Das Problem beim Handlöten ist nur der USB-Chip mit 0,5 mm Beinabstand. Dazu am besten alle Lötflachen verzinnen, Chip auflegen und mit einer sehr feinen Spitze oder besser einen kleinen SMD-Lötkolben nur noch erhitzen um das Lötzinn schmelzen zu lassen. Eventuell noch mit etwas feinen Lötzinn. Habe nur eine Bauteilliste von Mouser. Da kann man aber ohne Probleme auch als Privatperson bestellen. 30 EUR Die Platine mit den "seltenen" Bauteilen inkl. Versand 48 EUR der restliche Satz Bauteile von Moauser sonst 38 EUR 20 EUR Versand von Mouser ====== 98 EUR Es kann sich aber noch was sparen lassen... - 6 EUR für das nichtbestücken des CAN-Teils -15 EUR Versand wenn man nicht bei Mouser bestellt. ======= -21 EUR Allerdings habe ich keien Ahnung ob dann woanders die Bauteile auch teurer sind. Dazu kommt dann noch ein Gehäuse von Conrad und ein Netzteil 9V um 500mA. Etwas kann man noch einsparen wenn man schon 5V= Gleichspannung hat. Hoffe es hilft als kleiner Überblick..
Klasse! 100 EUR ist für mich OK. Die Platine mit den "seltenen" Bauteilen & Stückliste für die restlichen Bauteile von Mouser inkl. Versand bekomme ich von Dir. Richtig? Wie kann ich Dir die 30 EUR und Lieferadresse am besten zukommen lassen? Gruß Lars
Hallo Ingo Hallo Jürgen wie ist denn der aktuelle Stand der Firmware? Hat sie schon einen Status zum testen erreicht ? Ich bekomme in den nächsten Tagen das Ethernetmodul aus China und wollte dann mal die Kommunikation über Netzwerk ausprobieren Hallo alle hat sich schon jemand Gedanken zum anbinden an FHEM gemacht ? Eine Anbindung über JSON würde glaube ich der richtige Weg sein. Aber ganz ehrlich mir fehlt da noch der Plan dazu, werde mich aber versuchen einzuarbeiten. lg Stefan
lrueter schrieb: > Wie kann ich Dir die 30 EUR und > Lieferadresse Schick Dir eine Mail. Wird aber noch ein bis zwei wochen dauern bis ich die Platine losschicken kann..
Hallo! Ich habe im Moment folgendes am Laufen: - EMS-Interface - USB-Konsole - Telnet-Konsole dabei haben sowohl USB als auch TELNET den bekannten RAW und Hexmodus und funktionieren gleichartig. Damit müsste ich in den nächsten Tagen so weit sein, dass ich es rausgeben kann. Diese Features sind so klein, dass sie auch auf dem alten Board laufen würden. Die Weboberfläche und JSON Zugriff sind halbfertig, die hab ich zugunsten des Telnet Zuganges erst mal zurückgestellt. Was ich noch testen muss ist Bootloader-Mechanismus. Fall die *.hex Datei den Bootloader überschreibt, müsste man das Board mit einem PIC-Programmierer wiederbeleben, das möchte ich nicht riskieren. (Verhindert der Bootloader das nicht vieleicht ??? - muss ich nachsehen) Falls Du einen PIC-Programmierer hast und selbst compilieren kannst, lass Dir doch von Ingo den SVN Zugang geben, ansonsten musst Du noch paar Tage warten. (Falls Du nur den Programmierer hast, kann ich Dir auch ein Hex-File machen. Damit kannst Du ja notfalls die alte FW wiederherstellen.) PS: Für das China-Modul nicht den 3,3V Regler vergessen! Die Eingänge vertragen aber 5V. PSS: Das Modul nimmt 200 mA d.h. Regler richtig dimensionieren und ggf. vor dem 5V Regler anklemmen. Sonst wird der 5V Regler je nach Eingangsspannung des Boards richtig warm. Mehr dazu im Wiki. vg Jürgen
:
Bearbeitet durch User
Hallo Jürgen, danke für die Info. Selbst Kompilieren muss ich nicht unbedingt ich kann schon noch warten bis Du soweit bist. So eilig ist es nicht, ich wollte nur mal einen groben Überblick bekommen wie der Stand ist. lg Stefan
Jürgen Schmied schrieb: > Verhindert der Bootloader das nicht vieleicht ??? - muss ich nachsehen Musst Du nicht nachsehen.... Wenn Du das Hex-File über die AN1310 Software vom Bootloader über USB programmierst kannst Du den Bootloader nicht zerschießen. Über ISCP muss der Programmer wissen dass er bis 0x400 einschließlich nichts brennen soll. Es sind keine Bereiche durch Config-Bits geschützt... Gruß ingo
IngoF schrieb: > Bootloader nicht zerschießen. Dann aber nach der Flashanleitung. (Config-Bits besser NICHT brennen!)
Hallo! Hier noch ein Foto von Ethernet-Anschluss für ein altes Board. Das Leitungen von Port A, B und C gebraucht werden, habe ich mich für die "Huckepack-Platine" entschieden. Der rote Draht versorgt den 5V Pin des Port B aus der ungeregelten Eingangsspannung. Auf der Platine sitzt der 3,3V Regler und ein Kondensator. Paltz wäre auch noch für Pegelwandler für einen SD-Kartenanschluss. PS: Der PIC & Quarz sind auch ausgetauscht, damit ist das Board kompatibel zur neuen Version ist. vg Jürgen
Hallo Jürgen kann ich das empfohlene Modul http://www.elecfreaks.com/wiki/index.php?title=ENC28J60_Mini_Ethernet_Module_%283.3V/5V%29 nicht direkt ohne Spannungsregler an der neuen Platine betreiben ? lg Stefan
>ein bis zwei Wochen dauern bis ich die Platine losschicken kann.. Kein Problem. So eilig hab ich es nicht. @Jürgen, im Prinzip wäre es mir am liebsten selber zu kompilieren. Kannst Du eine IDE / einen PIC Programmer empfehlen? Ich habe eben mal geschaut, die Programmer scheinen nicht so viel zu kosten (<100 EUR). Muss ich bei der Auswahl des PIC Programmes für dieses Projekt etwas beachten? Gruß Lars
lrueter schrieb: > wäre es mir am liebsten selber zu kompilieren. kein Problem... SVN-Zugang schick ich Dir gleich zu. Kompilieren geht dann auch über die Microchip IDE (MPLAB-8 oder -X). Programmieren kann man über USB ohne Programmiergerät... Sonst kann man aber auch über ISCP-programmieren. Ich habe das PicKit3. Es gehen aber auch andere Nachbauten die es im Web günstig gibt.. Gruß Ingo
Hallo! Ich nutze: MPALBX (0€), C18 freie Version (0€) und PicKit2 (von bravekit ca. 25€, gibts ab 20€ in ebay). Der PicKit3 soll besser sein, ich komme aber mit dem 2er gut klar. vg Jürgen
PS: ich versuche morgen eine Anleitung fürs Compilieren ins Wiki zu bekommen ... Für MPLABX ist die Projektdatei nicht im SVN. Die MPLAB Projektdatei ist nicht aktuell.
> kann ich das empfohlene Modul > > http://www.elecfreaks.com/wiki/index.php?title=ENC28J60_Mini_Ethernet_Module_%283.3V/5V%29 > > nicht direkt ohne Spannungsregler an der neuen Platine betreiben ? Das ja. Die China-Taiwan-Ebay Ausführungen nicht.
Hallo Jürgen OK bin beruhigt, habe das Teil direkt bei denen bestellt. Mal schauen ob es jemals bei mir ankommt. lg Stefan
:
Bearbeitet durch User
So, habe jetzt genug an der Wiki rumgefummelt! Jetzt hat sich zum letzten mal die Adresse geändert. Der Port (:8001) kann und muss jetzt weggelassen werden. Neue Adresse: http://ems-gateway.myds.me/dokuwiki/ Sonst hat sich auch noch was geändert: Unregistrierte Benutzer können jetzt auch alles lesen. Registrierte Benutzer können jetzt per Mail bei Änderungen informiert werden. Gruß IngoF
:
Bearbeitet durch User
############################################################# *** Bitte hier nicht mehr posten *** ... wegen Überlänge ... Bitte hier weiter machen: Beitrag "Faktensammlung Buderus EMS" #############################################################
Naja, alles was EMS-Gateway-spezifisch ist und nix mit dem EMS im Allgemeinen zu tun hat, würde ich schon noch hier rein posten...
Hallo zusammen, könnt Ihr bitte in die Firmware die Initialisierung des LCD Displays mit einbauen und einen Begrüsungstext (Versionsnummer der Software) ausgeben. Wenn ich demnächst schon mal am Löten der Stiftleisten bin, wollte ich gleich mal das Display mit testen. LG Stefan P.S. OK dann halt hier
Hallo! Dann sollten wir uns mal auf eine Displaygröße einigen. Bisher war das LCD ja nur ein Zusatzfeature, welches Ingo und ich anfangs zum Debuggen genutzt haben. In der neuen Firmware nutze ich es aber schon lange nicht mehr dazu. Die Ausgabe der FW-Version ist ja zur Begrüßung nett, aber im Betrieb doch einigermaßen sinnfrei. Besser wäre es ja mal ein paar Werte anzuzeigen, die der Raumcontroller nicht so einfach rausgibt. Also mal als Vorschlag: Display 4x20: - Ungefährer Verbrauch (kWh) für Heizung und WW letzter Tag (also gestern) - Ungefährer Verbrauch (kWh) für Heizung und WW gesamt (rücksetzbar) - Temperaturen (Innen, Aussen, WW, HK) nebeneinander - Min/Max Aussen, Innen nebeneinander - Brennerstarts letzte 24 Stunden (ist das interessant?) - Warmwasserbereitungen letzte 24 Stunden (ist das interessant?) Lässt sich sonst noch etwas interessantes aus den Kenndaten berechnen ? Die Uhrzeit gibts ja minütlich am Bus, die neue FW hat aber schon eine eigene Uhr an Board, die kann ich mit der Anlage synchronisieren. Der Mikrocontroller hat ja ein EEPROM, da kann ich problemlos Differenzen bilden. Den Verbrauch würde ich als Laufzeit * Leistung in % * Kesselleistung schätzen. Ein Korrekturfaktor kann eingegeben werden. Damit kann man wenigstens grob abschätzen, das die Anlage frisst. Da Ganze kann dann in die 2. Betaversion rein. vg Jürgen
:
Bearbeitet durch User
Hallo Jürgen, mir ging es erst mal um den Funktionstest, was später angezeigt werden soll habe ich mir noch nicht überlegt. Ich schau heute Abend mal welches LCD ich überhaupt habe. Ich habe 2 und 4 zeilige. lg Stefan
Stefan Muehlbauer schrieb: > mir ging es erst mal um den Funktionstest Also der LCD-Anschluss funktioniert und habe ich schon getestet und Kontrast richtig eingestellt. Allerdings habe ich nur alles provisorisch auf das neue 40MHz-Board angepasst. Und die Initialisierungs-Routine des LCD funktionierte nur bei der Hälfte meiner Displays. Das ist aber ein Timing-Problem. Da die neue Software ja in naher Zukunft fertig ist habe ich kein Grund gesehen das LCD-Display und die Sendefunktion wieder zum laufen zu bekommen. Also der Begrüßungsstring mit der Version macht wirklich keinen Sinn auf dem Display länger anzuzeigen. Sinnvoll wäre es den String beim Einschalten für ein oder zwei Sekunden anzeigen zu lassen und dann das Datendisplay anzeigen zu lassen. Denke die Bezeichnungen der Werte sollten stark abgekürzt sein oder ganz fehlen. TR20,0 für Raumtemperatur. Müsste man mal sehen wiviel Platz drin ist. Denke die Brennerstarts und Warmwasserbereitungen machen nicht unbedingt Sinn. Da schaut man wenn überhaupt nur alle paar Monate drauf, oder? Der ungefähre Heizbedarf in % ist eine sehr gute Idee.... Als-Display würde ich auch schon 4x20 vorschlagen. Selbst bei der Displaygröße wird das mit den genannten Werten schon bestimmt ziemlich eng. Vielleicht könnte man ja in weiterer Zukunft die LCD-Anzeige konfigurierbar machen. Also. z.B mit Telegrammtyp und Offset mit Startadresse EEprom ablegen. Dann könnte jeder anzeigen lassen was gerade interessant ist. Gruß Ingo
Ingo F. schrieb: > > Als-Display würde ich auch schon 4x20 vorschlagen. Selbst bei der > Displaygröße wird das mit den genannten Werten schon bestimmt ziemlich > eng. > Gibts für eine passende 4X20-Anzeige einen Link. Ich habe z.Zt. ein 2-zeiliges und weiss noch gar nicht, ob das überhaupt angesteuert wird. Ich sehe nur in de zweiten Zeile alle Stellen angegraut, wenn ich den Kontrast genug aufdrehe. Meine Platine hängt noch nicht am EMS-Bus. Daher wäre eine kurze vielleicht 5 Sek. Anzeige vielleicht ganz sinnvoll, um zu sehen, ob die Platine überhaupt läuft.
:
Bearbeitet durch User
Laufen tut alles, was HD44780 kompatibel ist. Das gibts in allen Größen und Farben für jeden Geschmack ;). Nur das Kabel must Du dir löten. Falls nötig, können wir die Belegung ins Wiki packen. vg Jürgen
:
Bearbeitet durch User
Günstige LCD gibt es bei Pollin http://www.pollin.de/shop/dt/MTczOTc4OTk-/Bauelemente_Bauteile/Aktive_Bauelemente/Displays/LCD_Modul_TC1604A_01.html http://www.pollin.de/shop/dt/OTc1OTc4OTk-/Bauelemente_Bauteile/Aktive_Bauelemente/Displays/LCD_Modul_TC1602E_01.html Die sollten eigentlich funktionieren. LG Stefan
Rainer Gerhardt schrieb: > Ich habe z.Zt. ein 2-zeiliges und weiss noch gar nicht, ob das überhaupt > angesteuert wird. Also das wird auch funktionieren. Das Problem ist nur die auf die schnelle angepasste Zeitroutinen die nicht mehr so 100% richtig sind und deshalb vermutlich nicht funktionieren wird. bei zweizeiligen Display wird dann eben nur der Anfang der ersten und dritten Zeile angezeigt. Ganz interessant sind auch OLED-Displays. Habe mir testweise eins bestellt und bin begeistert. Allerdings zieht das alleine schon 40mA. Das könnte an der ersten Platine Probleme geben. Wichtig ist nur: Jürgen Schmied schrieb: > HD44780 kompatibel Gruß Ingo
...bin ja nur der Anfänger unter den Profis, aber mal eine Frage: Würde ein durchlauf der Daten (dann auch längerer Text für die Wertebezeichnung) a) gehen b) Sinn machen? Gruss Marcus
Gehen würde das auch. Ich würde aber gerne die Hauptwerte auf einen Blick sehen, ohne darauf zu warten, dass "mein" Wert vorbeikommt ...
Nabend ;) Ich bin ja Besitzer eines "alten" Boards ... was genau habe ich denn jetzt für Möglichkeiten bezgl. der neuen Firmware? Was muss/kann ich tun um mein Board "upzugraden" und was wird alles dafür benötigt? Gruß Jens
Schau mal unter: http://ems-gateway.myds.me/dokuwiki/doku.php?id=wiki:ems:release21 Was Du tun musst: http://ems-gateway.myds.me/dokuwiki/doku.php?id=wiki:ems:bootloader die nächste Version (auch für das alte Board) wird dann netzwerkfähig (Telnet) sein und alles was per USB geht auch per Telnet machen. vg Jürgen
..und wenn Ihr beim "2-zeiligen Display" in der obersten Zeile euren wichtigen Daten/ Hauptwerte fest Anzeigen lassen würdet und in der unteren Zeile unwichtige Daten als durchlauf laufen lassen würdet?
Hallo Jürgen, danke für den Link. Bin allerdings etwas verwirrt ... da steht: Senden funktioniert Abspeicherung der Konfiguration im EEPROM EMS-Busadresse konfigurierbar Filter: eigene Adresse/alle Adressen werden geloggt automatische Checksummenberechnung beim Senden (abschaltbar) Senden ging vorher auch schon, aber was ist mit dem Rest? Gibt es ein neues Tool mit dem sich die Adresse konfigurieren lässt bzw. womit sich dann die Filter setzen lassen? Und ebenso die Checksummenberechnung ... Geht das dann nur in dem Tool oder kann ich das mit dem Tool fest einstellen?? Ich nutze zur Zeit ein eigenes Tool zum Senden und schicke da aktuell die Checksumme mit ... wäre natürlich schick, wenn ich die nicht extra vorher berechnen müsste. Außerdem schreibst du, das auch das alte Board Netzwerkfähig wird, aber dafür fehlt dann doch die Anbindung!? Auf dem alten Port ist kein Ethernetport ... Und kann ich jetzt einfach die neue FW flashen oder muss ich vorher etwas umbauen? Irgendwie steht in dem Wiki zwar der Punkt Umbau, aber es geht nicht daraus hervor was nötig ist und was nur optional ist. Gruß Jens
:
Bearbeitet durch User
> Bin allerdings etwas verwirrt ... da steht: > > Senden funktioniert > Abspeicherung der Konfiguration im EEPROM > EMS-Busadresse konfigurierbar > Filter: eigene Adresse/alle Adressen werden geloggt > automatische Checksummenberechnung beim Senden (abschaltbar) > > Senden ging vorher auch schon, aber was ist mit dem Rest? Auf dem neuen Board mit PIC18F4685 und 40 MHz Quarz geht das Senden bisher nicht. Gibt es ein > neues Tool mit dem sich die Adresse konfigurieren lässt bzw. womit sich > dann die Filter setzen lassen? Und ebenso die Checksummenberechnung ... > Geht das dann nur in dem Tool oder kann ich das mit dem Tool fest > einstellen?? Nein, das macht die Firmware selbst. Wenn Du dich mit einem Terminal auf den USB Port verbindest, gibts ein paar Befehle - also Polling, Adresse, Filter, CRC usw. > Außerdem schreibst du, das auch das alte Board Netzwerkfähig wird, aber > dafür fehlt dann doch die Anbindung!? Auf dem alten Port ist kein > Ethernetport ... Da kann ein Adapter mit ENC28J60 angeschlossen werden. Dann geht TELNET mit den gleichen Befehlen wie an USB. > Und kann ich jetzt einfach die neue FW flashen oder muss ich vorher > etwas umbauen? Irgendwie steht in dem Wiki zwar der Punkt Umbau, aber es > geht nicht daraus hervor was nötig ist und was nur optional ist. Es wird verschiedene FW Versionen geben - mit und ohne Netzwerk. Grüße Jürgen
Hallo! Im Wiki habe ich eine experimentelle Firmware für das neue Board zur Verfügung gestellt. Der Funktionsumfang entspricht der alten Firmware. Zusätzlich stehen eine Reihe Konfigurationsoptionen zur Verfügung. Diese sind ebenfalls im Wiki beschrieben. Zusätzlich: - automatische CRC-Berechnung beim Senden, Senden funktioniert - Empfang von Paketen anderer Busteilnehmer abschaltbar Das Flashen über USB ist getestet und funktioniert. Auch eine Rückkehr zur alten FW ist möglich (http://ems-gateway.myds.me/dokuwiki/doku.php?id=wiki:ems:bootloader) Achtung: bisher nur für das neue Board! Wenn jemand mit einem alten Board probieren möchte, bitte melden. Erfolge und Fehler bitte melden! vg Jürgen
:
Bearbeitet durch User
Hallo! Die im Wiki bereitgestellte FW ist nun soweit funktionstüchtig, dass sie im RAW Modus mit den vorhandenen Tools wie EMS-Log zusammenarbeitet. Auch das Senden ist nun stabil. Ein Wechsel zwischen der alten und der neuen Version und zurück ist mit der Anleitung im Wiki möglich. vg Jürgen
Guten Abend, ich habe was mit dem RC35 rumgespielt, hat jemand von euch zufällig eine Wandhalterung und kann mir sagen, was an den von, vorne gesehenen, rechten Kontakten angeschlossen ist? Ich habe mein RC35 aus der Heizung genommen und an diese Kontakte mal ein Poti gemacht, dann auf Raumtemperaturgeführt und Raumbereich? auf 3K hoch, aber das Ding meckert immer noch es würde in der Heizung sitzen, obwohl es Raumregelung machen soll. Meine Idee war ja, mit einem Digitalen Poti (I2C) dem RC35 vorzugaukeln es würde im Wohnzimmer hängen und das Poti durch den OpenHab Server (RPi) zu 'fahren', wenn dieser die Temp.-Werte über KNX bekommt. Quelltext und Schaltung würde ich natürlich dann zur Verfügung stellen. Kann mir jemand weiterhelfen? Gruss Norbert
Norbert Schnitzler schrieb: > aber das Ding > meckert immer noch es würde in der Heizung sitzen, obwohl es > Raumregelung machen soll. Laut Seite 11 von der Anleitung der RC25 (06/2012) funktioniert das nicht wenn das Modul in der Heizung montiert ist. Dann wird die Kesseltemeratur angezeigt. Keine Ahnung wie das Modul erkennt dass es in der Heizung sitzt. Bei der RC30 habe ich irgendwo gesehen dass an den Anschlüssen oben Rechts der Raumtemperaturfühler angeschlossen wird. Dann müsste ja der interne Temperaturfühler der RC35 "außer Betrieb" genommen werden und der externe Temperaturfühler die Temperatur liefern. Wird denn eine andere Raumtemperatur angezeigt? Hast Du die die RC35 aus der Heizung genommen und lose mit Kabeln angeschlossen? Gruß IngoF
Guten Abend, das Modul wechselt automatisch in den RTR Modus, wenn die klemmen nicht offen sind, dazu wäre es hilfreich gewesen, direkt die richtigen Beinchen vom Poti zu nehmen, also ich komme auf die gleichen Widerstandswerte/Temperaturkennlinie wie der Außentemperaturfühler. Ich schau mal, dass ich mir morgen eine Testsoftware bastel und mal schaue, wie sich die AD digitalPotis verhalten. Danke schön schonmal! Gruss Norbert
Hallo Ingo, > Schick Dir eine Mail. Wird aber noch ein bis zwei wochen dauern bis ich > die Platine losschicken kann. Gibt es diesbezüglich schon etwas neues? Oder habe ich eventuell eine e-mail von Dir übersehen? Danke! Gruß Lars
lrueter schrieb: > e-mail von Dir übersehen? Ja, müsste um das Wochende geschickt worden sein... kann ich jetzt nicht nachsehen... Gruß IngoF
Gibt es wieder Module? Ich hab irgendwie keine Mails bekommen
fgranna schrieb: > Gibt es wieder Module? Ich hab irgendwie keine Mails bekommen Ein klares JAIN. Zum selber löten schon... Habe noch ein paar seltene Bauteile und ein paar Platinen. Der Großteil der Bauteile muss dann selber bestellt werden... Gruß Ingo
Ingo,
> Ja, müsste um das Wochende geschickt worden sein...
Entschuldige - mein Fehler! Falsche Adresse. Kannst Du bitte noch mal
schicken: l.rueter (at) web.de
Gruß Lars
@ingoF Das wäre kein Problem. Ausser es sind SMD... Da bin ich raus :(
Hallo! Die gegenwärtige Platine ist nur SMD. Mit einem normalen Lötkolben ist man dort an der Grenze des Machbaren. Ich hab den PIC letztens aber auch mit einem normalen Lötkolben gewechselt. Falls Interesse besteht, könnte man noch eine Platine mit normalen Bauteilen entwerfen, die jeder löten kann und die es auch z.B. bei Reichelt gibt. Das lohnt sich aber nur wenn wieder ca. 10 Interessenten zusammen kommen. vg Jürgen
Das wäre auch was. Was auch ginge wäre eine Platine welche "nur" den EMS-Teil umsetzen würde. Welchen man dann an einen uC anschliessen könnte.
Hallo! Nur der EMS Teil geht auch so: Beitrag "Re: Buderus EMS-"Gateway" mit PIC18F / Sammelbestellung" Das ist in einer Stunde aufgebaut ... vg Jürgen
Hallo Jürgen, ja, soetwas habe ich aktuell auch schon aufgebaut, allerdings auf nem Steckboard. Als geätzte Platine wäre es eben schön. Hast du dazu noch den Schaltplan?
http://ems-gateway.myds.me/dokuwiki/lib/exe/fetch.php?media=wiki:ems:schaltplan_21.png Der Teil oben links.
Guten Abend, da meine Schnittstelle auch laufen scheint, wollte ich mal Fragen, wie der Stand bei der Anbindung an Openhab ist, da hatte ja mehrere gesagt , dass sie daran interessiert seien?! Gruss Norbert
Hallo! Die Firmware wird demnächst TCP/IP und JSON unterstützen. Damit kann das Board u.a. auch in OpenHAB ohne eigenes Modul eingebunden werden. Ich hatte zuerst vor, OpenHAB zu nutzen. Inzwischen bin ich aber davon abgekommen und werde alle nötigen Funktionen (inc. einer Jalousiesteuerung) in die FW des Boards stecken. Viele Grüße Jürgen
Hi, hat denn jemand schon ein Linux/Phyton o.ä. Script, dass auf nem Raspi läuft, damit ich was testen kann? Gruss Norbert
Du kannst auf dem Raspi ja mal das probieren: - EMS-Collector (C++-Daemon, der EMS-Daten auswertet und in MySQL schreibt; erlaubt auch Steuerung) http://github.com/maniac103/ems-collector Oder tut das nicht das, was Du brauchst? vg Jürgen
Hi Jürgen, wenn ich das richtig gelesen habe, taucht da doch als Hardware ein AVR auf, oder? Mein Pi wollte den Code nie zuende kompilieren. Gruss Norbert
Norbert schrieb: > taucht da doch als Hardware ein AVR auf Hi Norbert, Du brauchst für den Raspi "nur" den collector und ggf. die Webanwendung. Dr. Danny Baumann hat das dankenswerterweise schon alles fix und fertig gemacht. Großes Lob und vielen Dank! Zum Absammeln der Daten aus dem EMS-Bus läuft hier der NetIO, http://www.pollin.de/shop/dt/MTQ5OTgxOTk-/Bausaetze_Module/Bausaetze/Bausatz_AVR_NET_IO.html , mit vorgeschaltetem Adapter nach Niffko. Auf dem NetIO (mit Mega644) Ethersex, http://github.com/ethersex/ethersex , und aktiviertem EMS. Vorher Pinning anpassen, fertig! HTH Gruß aus der Wetterau Karl M. ps: Evtl. sollten mir mal einen separaten Thread zum Thema EMS-Bus -> Adapter -> NetIO -> Raspi aufstzen. Hätte den Vorteil, die verschiedenen Hard- und Softwareplattformen für EMS ein wenig zu entzerren.
wenn ich den collector kompilieren will, bekomme ich immer:
1 | make
|
2 | g++ -Wall -c -O2 -I/usr/include/mysql -std=c++0x -MM main.cpp IoHandler.cpp SerialHandler.cpp TcpHandler.cpp CommandHandler.cpp EmsMessage.cpp Database.cpp Options.cpp PidFile.cpp > .depend |
3 | g++ -Wall -c -O2 -I/usr/include/mysql -std=c++0x main.cpp |
4 | main.cpp:23:32: fatal error: boost/scoped_ptr.hpp: Datei oder Verzeichnis nicht gefunden |
5 | compilation terminated. |
6 | make: *** [main.o] Fehler 1 |
kann mir jemand da weiterhelfen?! Gruss Norbert
Hallo, charlie schrieb: > sollten mir mal einen separaten Thread zum Thema EMS-Bus -> > Adapter -> NetIO -> Raspi aufstzen. Mir kam gerade der Gedanke im Wiki dafür Platz zu machen. Meint Ihr dass das Sinn macht? Natürlich könnte ich selber zum RasPi nichts beitragen... Gruß Ingo
Norbert Schnitzler schrieb: > main.cpp:23:32: fatal error: boost/scoped_ptr.hpp: Datei oder > Verzeichnis nicht gefunden > compilation terminated. Da scheint boost zu fehlen, mach mal diesen: root> apt-get update root> apt-get upgrade root> apt-get install build-essential libboost1.50-all mysql-server mysql-client libmysql++ php5-mysql HTH Karl M.
IngoF schrieb: > im Wiki dafür Platz zu machen Hallo Ingo, hört sich gut an! Nur alleine werde ich das nicht gebacken bekommen. Wäre also schön, wenn sich noch wer findet, hopefully ;). Grüße aus der Wetterau Karl M.
Jürgen Schmied schrieb: > Hallo! > > Die Firmware wird demnächst TCP/IP und JSON unterstützen. Damit kann das > Board u.a. auch in OpenHAB ohne eigenes Modul eingebunden werden. > > Ich hatte zuerst vor, OpenHAB zu nutzen. Inzwischen bin ich aber davon > abgekommen und werde alle nötigen Funktionen (inc. einer > Jalousiesteuerung) in die FW des Boards stecken. > > Viele Grüße > > Jürgen Moin Jürgen, wenn Du den Weg nicht mehr über OpenHab gehen wirst, besteht dann noch über die TCP/IP- Webinterface die Möglichkeit die Daten in die KNX Welt zu bekommen?? Du bist hier ja mein Großer- Hoffnungsträger!!! Was auch spannend ist Deine „Jalousieansteuerung“. Wie steuerst Du diese den an? Mit welchen Akroten? DANKE euch weiterhin für die GEILE Arbeit!!! Gruß Marcus
Marcus ___ schrieb: > Was auch spannend ist Deine „Jalousieansteuerung“. Hallo Markus, Jürgen hatte das wohl schon länger geplant. Kann mir auch schon denken wie er das vielleicht machen wird... Aber das sind nur Vermutungen. Bei mir ist auch sowas in Arbeit. Zur Zeit habe ich eine "fertige" Steuerung für SMI-Antriebe. Wollte die noch durch was selbstgebasteltes ersetzen. Irgendwie ist die zu unflexibel. Aber Jürgen hatte mich auch schon auf die Idee gebracht das doch auch mit in den EMS-Gateway zu integrieren. Bei mir wird es dann eine SMI-Bus-Erweiterungsplatine für den EMS-Gateway Die ersten Testaufbauten haben schon geklappt: Beitrag "Re: Gibt es irgendwo brauchbare Infos zu SMI ?" Vielleicht hat dann ja auch jemand Interesse... Wird bei mir aber noch geschätzt ein halbes Jahr dauern.. Gruß IngoF
Moin Ingo, ahh SMI!!! Bei uns in der KNX- Welt gibt es nur einen SMI- Aktor von ABB. Bis jetzt konnte ich beruflich noch keine SMI- Jalousie/ Rollladenmotore einsetzen, da die Mehrkosten keine tragen wollte. In Plane viele Hochhäuser und hätte die gerne mal eingesetzt um das genaue Anfahren ganzer Fassaden umzusetzen kann. Weiß ber nicht wie die Alterung von den Jaluosiebändern sich dabei verhalten. Spannend das Ihr nicht auch den digitalen DALI- Bus euch umsetzen wollt!! Marcus
> wenn Du den Weg nicht mehr über OpenHab gehen wirst, besteht dann noch > über die TCP/IP- Webinterface die Möglichkeit die Daten in die KNX Welt > zu bekommen?? Wie müsste das Interface aussehen, damit KNX das GW ansprechen kann? Hat KNX ein TCP/IP Interface? Und wenn ja, was muss das EMS-GW dafür können? vg Jürgen
...puuh Spannend. Also denke KNX so direkt kann ja nix. Da bräuchte man ja eine Serielle/ KNX- Schnittstelle die die HEX- Werte auswerten kann und in z.B. 1 byte KNX Werte umwandeln kann. Mache ja alles über den Gira Homeserver. Der kann echt viel. Bin da auch mal dran an Gria (meinen Ansprechpartner) eine E-Mail zu schreiben um unsere/ eher eure EMS- Platine im zu erklären. Vielleicht muss ich zwei Wege bettachten (wo vielleicht dann nur "ein" geht): Weg 1: Webseite auswerten (muss im KNX Formum mal mich weiter schlau machen); Weg 2: Viellecht geht nur noch eure Web- EMS- Seite im Homeserver darzustellen (über ein Webaufruf)... Alles echt interessant!!!
@charlie & Ingo: Ich fände es gut zumindest die EMS Anbindung mit ins Wiki zupacken. Wenn meine Reichelt Bestellung durch ist und passt kann ich den Warenkorb freigeben. Denke Net IO ist für alle interessant die nicht an der Sammelbestellung teilgenommen haben oder deren Board gestorben ist ;-) @Jürgen & Marcus: Es gibt viele Wege die Daten auf den KNX Bus zu bekommen. Ich habe es mal mit http://mknx.github.io/smarthome/ in python gebaut (ohne senden). Denke per Freebus RS232 (http://git.freebus.org/freebus_lpc.git/blob/HEAD:/89LPC922/rs232/readme.txt) sollte das auch recht einfach gehen (benötigt jedoch einen zweiten UART). Ich habe keinen HomeServer aber wenn ich es richtig verstanden hab kann der auch TCP / UDP Verbindungen um Daten abzufragen... Die Frage ist was das Ziel der Anbindung sein soll. Ich frage mich wie man die Heizung am besten mit dem (KNX) Bus verwendet. Ich habe in fast jedem Raum ein RTR so das der Bus weiss wann die Heizung aktiv sein muss. Nutzt man jetzt am geschicktesten die Tag/Nacht Umschaltung oder verändert die "Aussentemperatur" über einen gesteuertes Widerstandsnetzwerk..... Aus Sicherheits und Gewährleistungsgründen würde ich nichts an der Heizung modifizieren wollen. Vielleicht gibt es einen Ansatz der für viele passt egal ob CAN, KNX, PIC, AVR, ARM, etc. ;-)
Ziel der KNX- Anbindung!! Hallo Kay, ja da gebe ich Dir recht. Ich habe auch eine KNX- Einzelraumregelung, denke auch die Tag/ Nachtumschaltung wäre etwas und ja würde auch sonst nicht mehr in die Heizungssteuerung eidringen. Nun kann ich leider nix zu euch Profis beitragen was ich mit für eine KNX- Verbindung vorstellen oder wünsche kann/ würde. Da bin ich auf euch angewiesen und freue mich überhaupt mal etwas zu bekommen. So halte ich lieber den Ball flach und hoffe Ihr macht vielleicht dahingehend etwas!! Bin mal gespannt ob Du oder Jürgen da etwas machen könnt/ wollt!! Gruss Marcus
Hallo, Marcus ___ schrieb: > Bei uns in der KNX- Welt gibt es nur einen SMI- Aktor von > ABB sind die anderen denn nicht brauchbar, oder gibt es die erst seit kurzem (Becker, Elero, APT, Vestamatic) Der ABB-Aktor hat ja nur 4 Antriebe... Marcus ___ schrieb: > da die Mehrkosten keiner tragen wollte Die Mehrkosten für die Aktoren, für die Antriebe, oder sogar für beides? Marcus ___ schrieb: > Alterung von den Jaluosiebändern Was soll dadurch denn passieren? Ändert sich dadurch der "Anstellwinkel". Über SMI kann man ja bei einigen Antrieben den genauen "Anstellwinkel" genau angeben. Die Antriebe müssten dass ja dann auch einhalten. Da gibt es doch bestimmt irgendeine Automatische kalibrierung falls notwendig, oder? Kay F. schrieb: > Ich fände es gut zumindest die EMS Anbindung mit ins > Wiki zupacken. Was meinst Du denn mit der EMS-Anbindung genau? Gruß Ingo
Hallo Jörg, wir arbeiten ansich in der KNX- Welt nur mir Gira, Merten, Jung B+J, Siemens, ABB, Berker. Da hat zurzeit (genaues muss ich aktuell mal googlen) ABB, bzw. B+J (gehören zusammen) einen SMI- KNX Aktor. Ja genau, leider nur 4-fach Aktor. Mehrkosten: Mehr durch die Antriebe, da sparen meine Architekten leider wie verrückt. Die Aktorenpreise sind weniger das Problem (sind eh teuer in der KNX- Welt). Hatte mal dazu einige Jalousiehersteller angesprochen und die sagten halt: Der Motor kann ja noch so toll und genau zu verfahren sein, wenn da nicht die Bänder zum auf und abwickeln wären. Da gibt es wohl leider nicht so hochwertige Produkte, bzw. die Alterung ist zu beachten. Ja die automatische Kalibrierung ist das a und o!! Hatte das mal für eine Vorstandskantine mit „normalen“ KNX- Aktoren und einer Sonnenstands- geführten KNX- Steuerung gemacht und ALTEN Jalousiene. Man war das ne Grütze. Da müssen so oft Kalibrierungssfahrten gemacht werden, damit die Fassade gleichmäßig aussieht und die Jalousien gleichmäßig hoch bzw. die Lamellen angestellt sind. Da hatte ich auf die SMI Technik gehofft. So wäre es einfacher die Jalousien anzustellen. Gruss Marcus
Hallo Ingo, sorry schlecht ausgedrückt. Ich meinte die diskrete EMS-Eingangsstufe, die ja alle aktuellen Ansätze verwenden. Also den EMS <-> RS232 teil unabhängig vom MC. Gruß Kay
Hallo Jürgen, gibt es schon Neuigkeiten zur Firmware für die alte Version der Platine? Ich würde das gerne mal testen ... Jürgen Schmied schrieb: > Das Flashen über USB ist getestet und funktioniert. Auch eine Rückkehr > zur alten FW ist möglich > (http://ems-gateway.myds.me/dokuwiki/doku.php?id=wiki:ems:bootloader) > > Achtung: bisher nur für das neue Board! Wenn jemand mit einem alten > Board probieren möchte, bitte melden. Gruß Jens
:
Bearbeitet durch User
Hallo! > gibt es schon Neuigkeiten zur Firmware für die alte Version der Platine? > Ich würde das gerne mal testen ... Ich habe im Wiki die FW für die alte Platine bereitgestellt und auch die für die neue Platine aktualisiert. vg Jürgen
jschmied schrieb:> > Ich habe im Wiki die FW für die alte Platine bereitgestellt und auch die > für die neue Platine aktualisiert. Hallo Jürgen, besten Dank für deine unermütliche Aktivität. Ich habe zu deiner neusten FW ein Frage: Kann die FW 131128 für die neue Platine LCD und/oder ETH oder nur eines von beiden?
:
Bearbeitet durch User
Hallo! Mit LCD und ETH müsste ich noch compilieren. Auf der LCD wird im Moment sowieso nichts so richtig Interessantes angezeigt. Ist mehr für Debugging. vg Jürgen
:
Bearbeitet durch User
Ich schwimme z.Zt. noch, da ich noch nicht an den EMS-Bus komme. Über ETH wäre das möglich. Dann will ich das LCD-Display in Betrieb nehmen, um zu sehen, ob die Platine überhaupt was rausgibt und der Adapter funktioniert. Ist die LCD-Ansteuerung mit 4- oder 8-Bit?
Hallo! Die LCD Ansteuerung ist 8 bit. Ich stelle eine Version mit LCD und ETH gleich ins Wiki. Ich habe zusätzlich etwas mehr Logging (auf USB-Terminal) aktiviert. vg Jürgen
:
Bearbeitet durch User
Danke dir, Du bist ja schneller als der Schall
:
Bearbeitet durch User
Hallo zusammen die aktuelle Firmware 2.1 OhneDisplay und Eth habe ich nun drauf Sie scheint auch zu funktionieren. >Kl EMS-Gateway V2.1 Ethernet OFF USB ON RAW-Modus OFF Polling OFF Catch all OFF CRC ON > ERROR bei Zeichen 0 - erwarte 0..F >Ke EMS-Paketstatistik gut 287 schlecht 1 1 Byte 28214 ACK 24 NACK 0 Overflow 0 aber wie sehe ich nun die Daten wie bei der original Firmware durchlaufen ? Bzw. Wie kann ich die Daten abrufen ? lg Stefan P.S. hab es gefunden mit Kc 1 und Kc 0 ein und ausschalten. AA 55 wird auch schon entfernt.
:
Bearbeitet durch User
Hallo Stefan, Stefan Muehlbauer schrieb: > Catch all OFF Einmal folgendes eingeben: Kc 1 Dadurch wird "Catch All" auf On gesetzt. mit "KC 0" wird es wieder ausgeschaltet. Gruß Ingo
Stefan Muehlbauer schrieb: > P.S. hab es gefunden mit Kc 1 und Kc 0 ein und ausschalten. > AA 55 wird auch schon entfernt. Hab ich überlesen...
Hallo! Ich habe mal eine kleine WEB-UI gebaut, die per JSON auf das EMS-GW zugreift. Eine erste DEMO ist auf http://ems-gw.webege.com/ Falls jemand das mit seinem lokalem EMS-GW probieren möchte, kann ich ihm die Dateien schicken. Im Script ist dann nur die URL auf das eigene GW anzupassen. PS: Das Ziel alle Webseiten auf das GW zu packen werde ich nicht weiter verfolgen, so geht es erheblich einfacher. Die nötigen html/js/image Dateien kann man ja irgendwo lokal oder auf privatem Webspace speichern bzw. daraus eine App erzeugen. vg Jürgen
Hab bei den Seiten noch das Framework auf JQuery Mobile geändert. Damit siehts auch auf dem Handy gut aus. vg Jürgen
Hallo Jürgen ich habe Interesse an dem Webseiten Code. Mir ist noch was aufgefallen. Bei der JSON Abfrag von http://192.168.0.2:8080/99?t=163 http://192.168.0.2:8080/99?t=20 kommt bei mir {"AusTmpGed":0} {"BetrZt":0} zurück, kann das sein ? Kannst Du die Außentemperatur noch wo anders ermitteln ? Bringst Du früher oder später alle Protokolle und Parameter in die JSON Abfrage rein. Ich bin gerade dabei ein FHEM-Modul zu pfuschen (Programmieren wäre übertrieben zu schreiben). LG Stefan
Hallo!
Hier sind die Sourcen für die Web-Seiten. Ist aber noch nicht viel.
Wenn
{"AusTmpGed":0}
{"BetrZt":0}
zurück kommt, so waren die entsprechenden Telegramme (typ = 14/a3) noch
nicht auf dem Bus. Beide Telegramme kommen nur alle paar Minuten - die
anderen kommen öfters. Hast Du ggf. nicht lange genug gewartet?
Ansonsten kannst Du ja mal mitschneiden und nachsehen, ob diese
Telegramme bei Dir kommen. Das könnte sein, wenn Du nicht den RC35
sondern RC30/25 hast.
>Kannst Du die Außentemperatur noch wo anders ermitteln ?
Im Telegramm UBAMonitorSlow (0x19) gibts die noch (ungedämpft).
Die anderen Felder der bereits gespeicherten Telegramme kommen noch
rein.
Welche Telegramme brauchst Du sonst noch? Für alle Telegramme ist
zumindest auf dem alten Board nicht genug Speicher.
Ansonsten müsste man versuchen, über JSON angefragte Telegramm direkt
auf den EMS-Bus abzufragen ohne zwischenzuspeichern.
vg
Jürgen
Guten Abend, nachdem der Gateway bei mir jetzt wie gewünscht läuft, wollte ich mal fragen, ob schon jemand den Datenimport in OpenHab gelöst hat? Gruss Norbert
Hallo Jürgen, ich habe eben gerade versucht die neue Firmware für das alte Board auzuspielen ... hat scheinbar auch geklappt, allerdings gibt das Board nun keinen Piep von sich!? Vorgehensweise: FW: 2.1 Beta 131118 ohne eth und lcd Alte Dip: Off On On Off Bootloader Modus einstellen, Programm so einstellen wie im Wiki beschrieben (mit Haken bei Eeprom) , FW flashen (und sicherheitshalber vergleichen), Alte Dip Konfig wieder einstellen, Reset Und nun ?? Gruß Jens
Hallo!
Der Bootloader dürfte nicht kaputt gehen. Wenn Du die DIP wieder in den
Bootloader-Modus bringst, kannst Du dich mit dem Bootloader verbinden?
Das müsste gehen. Zumindest auf die alte FW kannst Du zurück.
Wenn Du das USB-Kabel anschließt, wird ein COM-Port vom PC erkannt?
Wenn Du auf dem PC ein Terminal startest und den Port öffnest, empfängt
es irgend etwas? Nach einem RESET per DIP-Schalter? (OFF->ON->OFF).
>Alte Dip: Off On On Off
Das ist richtig. Der DIP-Schalter auf der Seite der externen Anschlüsse
ist der Reset-Schalter.
Nach dem Flashen empfängt das GW nur Telegramme, die an das GW
adressiert sind, also Antworten wenn Du manuell Anfragen an
Busteilnehmer sendest und sie Dir antworten.
Wenn Du alle empfangen möchtest (wie beim alten Board) gib am Terminal
"Kc 1" ein. Vieleicht fehlt nur das?
vg
Jürgen
Also: -Bootloadermodus und erneut verbinden geht -USB anschließen, COMport wird erkannt -Off On On Off ist eingestellt Welches Terminalprogramm? Ich habe es mit Putty versucht und kann auch eine Verbindung herstellen, allerdings reagiert das Eingabefenster nicht ... ich sehe nur schwarzen Hintergrund und den Curser, der aber nicht auf meine Tastatur reagiert. edit Wenn ich eine Taste betätige geht die rote LED an, wenn ich eine weitere Taste drücke geht sie wieder aus ... usw. Gruß Jens
:
Bearbeitet durch User
> ... ich sehe nur schwarzen Hintergrund und den Curser, der aber nicht > auf meine Tastatur reagiert. Schalte mal den Restschalter(4) um. Siehst Du dann was ?
Hallo! Ich benutze auch oft putty, das geht normalerweise. Eine Ferndiagnose ist leider schwierig, ich habe auch keine alte Platine mehr. Allerdings unterscheidet sich die alte und neue HW auch nicht so, dass es gar nicht gehen sollte. Es muss zumindest auf dem Terminal die Begrüßung zu sehen sein. Ich prüfe noch mal meine Build-Datei, welche die Hardware-Features umschaltet. Im Großen und Ganzen geht es hauptsächlich um die Taktfrequenz. Ich werde mal Ingo bitten, die FW auf dem alten Board nochmal zu testen. Bis dahin kannst Du eigentlich nur die alte FW wieder draufpacken wenn Du das Board brauchst. (Denk an das Config-Bit für den Extended-Mode wie im Wiki beschrieben!). vg Jürgen
Ne, ich sehe weiterhin nix .. Resetschalter auf On bringt nix. Ingo hat doch keine alte Platine zur Verfügung, die sind alle extern untergebracht .. zumindest war das seine letzte Info :( Eine Begrüßung gibt es nicht ... Putty verbindet sich und dann ist der Bildschirm schwarz, mit dem Curser oben link in der Ecke.
:
Bearbeitet durch User
PS: > ... ich sehe nur schwarzen Hintergrund und den Curser, der aber nicht > auf meine Tastatur reagiert. Das GW macht für die empfangenen Zeichen kein Echo. Erst ein Enter bringt eine Antwort. (Putty->lokales Echo einschalten). Allerdings gibts nach dem Reset eine Begrüßung. vg Jürgen
Keine Begrüßung vorhanden! Bei Tastenbetätigung ändert sich der Status der roten LED auf der Platine, aber sonst passiert nix. Habe gerade noch mal die FW geflashed, ändert aber nix. Wenn ich auf die alte FW zurück möchte, dann steht in der Anleitung: XINST auf OFF stellen Ich finde den Eintrag aber leider nicht ... !? gruß jens
:
Bearbeitet durch User
Jens H. schrieb: > Ingo hat doch keine alte Platine zur Verfügung, die sind alle extern > untergebracht Ja, das wäre auch so gewesen. Aber der Interressent hat sich nicht mehr gemeldet. Zumindest habe ich noch eine "alte" an der Heizung... Das einzige Problem ist dass ich wenn dann nur Am Wochende Zugriff auf den EMS-Bus dieser Heizung habe... Gruß Ingo
Das ist im AN1310 Programm im Tab Config (glaub unten unter dem Hex-Dump sind die Tabs - habs gerade nicht bei). In der AN1310 GUI ändern und zurückschreiben. PS: Jens schick doch mal eine Mail an mich, bekommst dann eine ganz sauber neu gebaute FW. vg Jürgen
:
Bearbeitet durch User
PSS: Du hast die FW ohne LCD genommen!? Die LCD Initialisierung bleibt ohne angeschlossenes Display meistens hängen! vg Jürgen
Mail ist raus ... ich nutze: ems-gw-alt-noLCD-noETH-131118.hex Gruß jens
Hallo, Jürgen Schmied schrieb: > Ich habe mal eine kleine WEB-UI gebaut, die per JSON auf das EMS-GW > zugreift. > > Eine erste DEMO ist auf http://ems-gw.webege.com/ > > Falls jemand das mit seinem lokalem EMS-GW probieren möchte, kann ich > ihm die Dateien schicken. Im Script ist dann nur die URL auf das eigene > GW anzupassen. > > PS: Das Ziel alle Webseiten auf das GW zu packen werde ich nicht weiter > verfolgen, so geht es erheblich einfacher. Die nötigen html/js/image > Dateien kann man ja irgendwo lokal oder auf privatem Webspace speichern > bzw. daraus eine App erzeugen. die Demo sieht gut aus. Ich habe Interesse an den Dateien. Ich habe noch einen alten Account bei Funpic.de kann ich damit die Seite auslagern? IngoF schrieb: > Ja, das wäre auch so gewesen. Aber der Interressent hat sich nicht mehr > gemeldet. Zumindest habe ich noch eine "alte" an der Heizung... Ich habe noch ein altes Gateway herumliegen. Damit könnte ich die Software testen. Allerdings kann ich die LCD-Anzeige auf die schnelle nicht anschließen (Verpolung Spannung). Jürgen Schmied schrieb: > PSS: Du hast die FW ohne LCD genommen!? Die LCD Initialisierung bleibt > ohne angeschlossenes Display meistens hängen! wird an der Busy-Abfrage liegen. Hier müßte man ein Timeout programmieren, oder feste Wartezeiten nehmen. Viele Grüße Franz
Hallo! Ich habe den Fehler in der FW für das alte Board gefunden: ich habe das falsche Linkerfile genommen und damit ist der Stack in einem RAM-Bereich, den es nicht auf dem 18F4580 gibt. Wird demnächst gefixt. vg Jürgen
> die Demo sieht gut aus. Ich habe Interesse an den Dateien. Ich habe noch > einen alten Account bei Funpic.de kann ich damit die Seite auslagern? Ja, das geht. Auch ein lokales Verzeichnis ist Ok. Wenns läuft kann man es z.B. auch als APK für Android packen. Die aktuellsten Dateien kannst Du auch einzeln von hier holen: http://ems-gw.webege.com/ bzw. Du kannst diese URL direkt für Dein GW nutzen. Die URL als Option wird lokal im Browser gespeichert. > wird an der Busy-Abfrage liegen. Hier müßte man ein Timeout > programmieren, oder feste Wartezeiten nehmen. Ja, genau. Die Warteschleife hört nicht auf zu warten ... Es gibt noch ein Problem, wenn man das richtige EMS-GW anfragt: jQuery macht aus dem Abfragestring "http://192.168.0.2:8080/99?t=24&_=1385067409855" ich muss noch den zusätzlichen Parameter wegbekommen oder der FW beibringen die URL so zu akzeptieren. Bisher geht es nur mit den mitgelieferten Testdaten (##.json) als URL.: vg Jürgen
:
Bearbeitet durch User
Jürgen Schmied schrieb: > Hallo! > > Ich habe den Fehler in der FW für das alte Board gefunden: ich habe das > falsche Linkerfile genommen und damit ist der Stack in einem > RAM-Bereich, den es nicht auf dem 18F4580 gibt. > > Wird demnächst gefixt. > > vg > > Jürgen Das klingt doch gut, dann warte ich mit dem Aufspielen der alten FW ;-)
Guten Abend, nachdem die JSON Abfrage ja super Funktioniert, habe ich mal meine Openhab Items und Sitemap mit dem passenden REGEX reingestellt. Es sind auch schon Parameter vorbereitet, die aktuell noch nicht über JSON ausgespuckt werden. Gruss Norbert
Guten morgen, ich habe das Projekt den Raumtemperaturfühler mit einem DigitalPoti nachzubilden auch abgeschlossen und schon einigen Wochen in Betrieb. Der echte Raumtemperaturwert kommt bei mir vom KNX Bus. Der Raumtemperaturwert kann im Bereich von ca. 16 - 24 Grad nachgebildet werden (hab die Werte nicht mehr genau im Kopf), ist aber für meine Zwecke ausreichend. Das Poti hat die vollständige Bezeichnung AD5245BRJZ10-RL7. OpenHab empfängt einen neuen Temperaturwert, gibt den an ein Python Skript, das dann den Widerstandswert ausrechnet und den entsprechenden Schritt auf den I2C Bus des RasPi schreibt. Angeschlossen wird das Pott an die beiden linken Kontakte des RC30 (von hinten Betrachtet). Die Regel sieht so aus: rule "Raumtemperatur" when Item Temp_GF_Living received update then executeCommandLine("python /home/pi/python/calc_r.py " + Temp_GF_Living.state) end das Phyton Skript so: #!/usr/bin/python import sys import smbus bus = smbus.SMBus(1) address = 0x2c #gemessener Widerstand R1 offset=8.274 #Wert digitalPotis von A->B/Anzahl Schritte inc=9.842/255 x=float(sys.argv[1]) y=32.558 + (-1.6574)*x + 0.047243*pow(x,2) + (-0.00098899)*pow(x,3) + 1.7558e-5*pow(x,4) + (-2.7272e-7)*pow(x,5) + 2.4889e-9*pow(x,6) steps=255-int((y-offset)/inc) if steps > 255: steps = 255 if steps < 0: steps = 0 value=hex(steps) bus.write_byte_data(address, 0, steps) Gruss Norbert
:
Bearbeitet durch User
Hallo Norbert, sehr interessant. Ich bin auch dabei den externen Raumtemperaturfühler zu simulieren. Hast du Spezifikationen für diesen Fühler ? Ich habe bis jetzt nichts gefunden. Oder eine Tabelle welcher Widerstandswert welcher Temperatur entspricht. Mit welcher Versorgungsspannung betreibt du den digitalen Poti ? Gruss Andreas
Hi Andreas, jemand hatte in diesem Thread die Wertetabelle gepostet bzw. steht auch im RC30 Handbuch, daraus habe ich dieses Polynom gerechnet, was auch der Temperatur den Widerstandswert berechnet. Brauchst du ja eigentlich nur zu übernehmen. Ich nehme die 3.3V von dem RasPi. Gruss Norbert
hallo Norbert, ich hätte nicht gedacht das für alles der gleiche Sensor verwendet wird. Von Außentemperaturen von -15°C bis zu WW-Temperaturen von evt. 80°C. Ein Raumtemperatursensor benötigt vielleicht nur einen Bereich von 10 - 30°C. Aber na gut. Ich werde mir mal die Teile bestellen und das Ganze mal ausprobieren. Vielen Dank A. Zöller
Hallo Jürgen, kurze Rückmeldung meinerseits ... auf den ersten und zweiten Blick scheint die FW soweit ohne Fehler zu laufen! Weitere Tests folgen ;) Gruß Jens
gute Arbeit, werde ich am Montag gleich testen. Viele Grüße Franz
Gut, dass es jetzt geht. Ich habe die FW für das alte Board auf der Downloadseite wieder freigeschaltet. PS: Ich stelle gerade die übertragung der JSON Antworten auf "chunked" um, da einige Clients (z.B. Javascript) eine exakte Content-Length benötigen. Dann müsste auch die Webapp mit einem richtigen Board und nicht nur mit den Dummy-Antworten laufen. vg Jürgen
Hallo Jürgen, ich wollte die FW mal testen. Wo finde ich den Quellcode? Ist es die Revision 180? Jürgen Schmied schrieb: > Ich habe die FW für das alte Board auf der > Downloadseite wieder freigeschaltet. viele Grüße Franz
> ich wollte die FW mal testen. Wo finde ich den Quellcode? Ist es die > Revision 180? Ich habe die Änderungen für das alte Board als Rev. 181 eingecheckt. Für Transfer-Encodung: chunked als 182. Beachten: - Compilervariable für mcc18 BOARD_V1 setzen - Linkerdatei 18f4580_g.lkr benutzen - gewünschte Optionen in configuration.h setzen Clean, dann Make PS: Als nächstes kommt JSONP als Option, damit jQuery das EMS-GW per Cross-Domain-Request ansprechen kann. (EMS-GW auf anderer Adresse gehosted als die Webseiten). Bisher kann die Web-Gui noch nicht mit einem realen EMS-GW arbeiten. vg Jürgen
Irgendwas klappt bei mir nicht... Ich versuche gerade, die EthernetSchnittstelle nachzurüsten. Als Modul habe ich folgendes: http://www.ebay.de/itm/111198318316?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1497.l2649 Das Modul hat einen direkten Anschluss für 5 Volt, wenn ich es am Switch anschließe, leuchtet es grün, gelb blinkt. Grundsätzlich sollte das Modul also kommunizieren. Verkabelung habe ich wie folgt gemacht: SV10(ETH) ENC28J60 Pin 1 (Vcc) auf 1 (Vcc) Pin 2 (GND) auf 2 (GND) Pin 3 (NC) auf nix Pin 4 (EthClkOut) auf 4 (CLK) Pin 5 (INT) auf 3 (INT) Pin 6 (SDO) auf 8 (SI) Pin 7 (SDI) auf 5 (SO) Pin 8 (SCK) auf 7 (SCK) Pin 9 (CS) auf 10 (CS) Pin 10 (Reset) auf 9 (RST) Als Firmware habe ich ems-gw-noLCD-ETH-131118.hex geflasht, dabei habe ich als Write Options Flash und EEPROM angehakt, Config Bit ist abgehakt. Das Flashen läuft ohne Fehler durch, allerdings gibt's beim Verify 768 Fehler im EEPROM ab Adresse F00100h. Wenn ich per Terminal über die USB->Serial-Verbindung zugreife, bekomme ich mit Kl folgendes: EMS-Gateway V2.1 Ethernet OFF USB ON RAW-Modus OFF Polling OFF Catch all OFF CRC ON Sobald ich jetzt das ETH-Kabel einstecke, erscheint Link ok Link off Link ok Link off Link ok Link off [...] wobei die blaue LED (USB) anschließend flackert, auch wenn ich das ETH-Kabel schon lange wieder entfernt habe. Eine Verbindung zum Webserver erhalte ich nicht. Was mache ich falsch?
Danke Jürgen, ich werde die FW am neuen Board testen. Viele Grüße Franz
Hallo Udo, das Kabel sollte nicht länger als 15cm sein und zwar: SV10(ETH) ENC28J60 Pin 1 (Vcc) auf 1 (Vcc) Pin 2 (GND) auf 2 (GND) Pin 3 (NC) auf nix Pin 4 (EthClkOut) auf 4 (CLK) Pin 5 (INT) auf 5 (INT) Pin 6 (SDO) auf 7 (SI) Pin 7 (SDI) auf 6 (SO) Pin 8 (SCK) auf 8 (SCK) Pin 9 (CS) auf 9 (CS) Pin 10 (Reset) auf 10 (RST) also 1:1 verdrahten und 6 und 7 tauschen. Gruss Norbert
Hallo Udo, hast Du mal versucht über Telnet eine Verbindung herzustellen? Wenn deine Steckerbelegung stimmt, dann scheint dein Anschluß richtig zu sein. Udo H. schrieb: > allerdings gibt's beim Verify 768 > Fehler im EEPROM ab Adresse F00100h. Diese Fehlermeldung bekomme ich auch, das liegt daran, daß offenbar der Bootloader für 18F4580 genommen wurde. Dieser hat nur 256 Byte EEPROM. Das stört aber nicht, da dieser Bereich nicht benutzt wird. Udo H. schrieb: > Write Options Flash und EEPROM angehakt Das ist richtig. Die neue FW muß ich noch testen. Viele Grüße Franz
Vielleicht solltest du folgende Pins zur Sicherheit abklemmen. Eth-clock-out ist nicht angeschlossen. (25 MHz Ausgang von Enc 28J60) WOL ist nicht angeschl. INT wird nicht benötigt und ist auch nicht weiter programmiert.
Hallo! Wenn Du zum ersten mal Link ok bekommst, so läuft schon eine ganze Menge: - Der ENC26J60 wurde initialisiert und hat ist auch verfügbar (Test BANKX_ESTAT_CLKRDY) - Beim Schreiben von Initialisierungswerten (viele!) wird z.B, immer BANK3_MISTAT_BUSY getestet, ob der Wert auch geschrieben werden kann - Der Link-Status wird auch aus einem Register gelesen Diese Vorgänge bedeuten zusammen reichlich Kommunikation zwischen PIC und ENC was nur klappen kann, wenn zumindest die SPI Kommunikation richtig läuft. Wenn also "ETH ok" kommt, schließe ich schon mal grobe Fehler in der Verbindung zum EMS-GW aus. Es ist allerdings nur der physikalische Linkstatus und sagt nichts darüber aus, ob die IP ansprechbar ist (IP-Konfiguration). Verbindest Du zum Test den ENC28J60 immer zum Switch oder auch direkt zum PC? Wenn Du ein Cross-Over Kabel hast, verbinde doch mal direkt. Ich nehme schon an, dass es ein Problem bei der Aushandlung des physikalischen Links. http://www.microchip.com/forums/m272285.aspx "The Link LED will turn on immedaitely after the device is powered, connected to a working Ethernet partner, and given a 25MHz clock. In a working system, the LED will come on before you set the ECON1_RXEN bit. No link detect means that something is wrong with your RX path. Given that both your TX and RX are broken, there will either be a significant problem in the hardware design or you are using the wrong cable type, as mentioned previously." "Make sure that you have at least 150mA to power the enc28j60, the specs say between 120-180mA." und Beitrag "ENC28J60, kein Link, wie debuggen?" "Ja, die Link-LED sollte ohne jegliche Initialisierung sofort leuchten, wenn du das Kabel ansteckst." vg Jürgen
PS: Das unter der Nummer in EBAY erhältliche Modul braucht 3,3V !!!! Ansonsten grillst Du es !!! Es hat keinen Spannungsregler on-Board! (Ich hab das Modul an einem Board auch in Betrieb) Die 5V verträgt es an den Daten-Eingängen. vg Jürgen
:
Bearbeitet durch User
@ Jürgen Also da muss ich entschieden widersprechen. Schon auf den Bildern in der verlinkten Auktion ist auf der Vorderseite die 5Volt-Beschriftung zu erkennen, auch den Schaltregler auf der Rückseite kann man sehen (wenn auch nicht die Beschriftung lesen). Bei den angehängten Bildern wird das noch deutlicher.
Ok. Lt. Bild ja. Der Schaltplan bei ebay enthält keinen Regler. Vg Js
Ok, da ist ein Spannungsregler. Kannst Du an einem anderen Switch oder direkt am PC (mit Cross-Over-Kabel) probieren? Kannst Du die 3,3V mal nachmessen? Was mir nicht ganz gefällt ist der Widerstand an RBIAS. Er sollte exakt 2,32 kOhm (1%) haben. Siehe http://ww1.microchip.com/downloads/en/DeviceDoc/80349c.pdf Kap. 8 Bei meinem Modul (Rev7) hat er aber auch 2,68 kOhm anstatt 2,32 kOhm und es geht. Hab nur im Internet gelesen, dass er kritisch sein soll. PS: Aus Microchip Forum: "Given that the enc28j60 default configuration at power up gets the chip up and running, one thing you can do to quickly troubleshoot the ethernet side and if the chip is running is to apply power to it, make sure that CS is high (if you leave it floating it will be, since it has an internal weak pullup) and do not connect anything on the spi interface. When you connect the ethernet cable the led showing the link status should be lit and if there is any traffic on that network segment (or you can create it sending some broadcasts) the other led showing network activity should be blinking. If you don't see that your controller is not running or your ethernet interface has a hardware problem." PS: Da jemand über Verbindungsabbrüche nach einiger Zeit berichtet hat, mach ich gerade einen Dauertest. Bisher 78.000 HTTP Anfragen ohne Problem - mal sehen wie lange es läuft ... vg Jürgen
:
Bearbeitet durch User
Noch etwas zu den Verbindungsabbrüchen: der TCP-Stack auf dem Board hat nur begrenzte Ressourcen. D.h. wenn eine TCP-Verbindung irgendwie abbricht (ist im Test jetzt genau ein mal passiert) und keine freie Connection (max. 3) da ist, kann man für 120 Sekunden (UIP_TIME_WAIT_TIMEOUT) keine neue Connection öffnen. Genau das ist mir passiert. Damit muß ein Client klar kommen und weiter versuchen, die Connection wieder zu öffnen. Nach den 120 Sekunden ging es normal weiter. Ich kann im nächsten Release diese Zeit auch verkleinern. vg Jürgen
Hallo Jürgen, schöne wäre es auch wenn (zumindest bei der alten Platine) die beiden LEDs nicht ständig leuchten würden (sind arg hell). Mit der FW von Ingo haben die immer nur ein kleines bisschen geglimmt ... scheinbar immer nur dann wenn ein Telegramm empfangen wurde. Jruß Jens
Hallo Jürgen, Jürgen Schmied schrieb: > PS: Als nächstes kommt JSONP als Option, damit jQuery das EMS-GW per > Cross-Domain-Request ansprechen kann. (EMS-GW auf anderer Adresse > gehosted als die Webseiten). Bisher kann die Web-Gui noch nicht mit > einem realen EMS-GW arbeiten. verstehe ich das richtig das ich meine Heizungswerte auf dieser Seite http://ems-gw.webege.com/ noch nicht sehe? Ich habe in Option meine IP Adresse eingegeben. Bei Abfrage läuft aber immer nur der runde Kreis. Stefan Muehlbauer schrieb: > Bei der JSON Abfrag von > > http://192.168.0.2:8080/99?t=163 > http://192.168.0.2:8080/99?t=20 > > kommt bei mir > > {"AusTmpGed":0} > {"BetrZt":0} kommt bei mir auch, nach dem ich mit Telnet "Kc 1" eingeben habe bekomme ich mit JSON die richtige Werte angezeigt. ich habe in configuration.h den Parameter geändert: #define USB_DEBUG_SUPPORT 0 danach bekomme ich diese Fehlermeldungen: (MPLAB v8.92 c18) hier sollte man die entsprechenden Zeilen dann nicht abarbeiten. E:\_pic\_projekte\_ems\test-js_182\output.c:65:Error [1105] symbol 'transmitUSB' has not been defined E:\_pic\_projekte\_ems\test-js_182\output.c:65:Error [1127] operand type mismatch in '?:' operator E:\_pic\_projekte\_ems\test-js_182\output.c:65:Error [1131] type mismatch in assignment E:\_pic\_projekte\_ems\test-js_182\output.c:82:Error [1105] symbol 'transmitUSB' has not been defined E:\_pic\_projekte\_ems\test-js_182\output.c:82:Error [1127] operand type mismatch in '?:' operator E:\_pic\_projekte\_ems\test-js_182\output.c:82:Error [1131] type mismatch in assignment Viele Grüße Franz
> > verstehe ich das richtig das ich meine Heizungswerte auf dieser Seite > http://ems-gw.webege.com/ noch nicht sehe? Ja, genau. Das ist ein Cross-Domain Request. Bin gerade dran. > ich habe in configuration.h den Parameter geändert: > #define USB_DEBUG_SUPPORT 0 Schicke bitte mir mal den Rest deiner configuration.h. Bei mir gehts. vg Jürgen
:
Bearbeitet durch User
Hallo! Es gibt für das neue Board die Firmware 131131 (SVN-Rev. 183), welche JSONP implementiert. Die Webanwendung unter http://ems-gw.webege.com/ ist entsprechend angepasst. Nun kann man in der Webanwendung die URL vom Board konfigurieren und mit echten Daten arbeiten. Auf dem Board JSONP vorher mit "Kj 1" aktivieren. Die Web-Anwendung ist jetzt auch im SVN unter web-ui/ vg Jürgen
Hallo Jürgen hast Du in der neuen Version auch was am Header der 'normalen' JSON Antwort geändert. Zum einen geht das Ergebnis nicht mehr automatisch im Browser auf und mein FHEM PerlScript stürzt mit einer noch nicht identifizierten Fehlermeldung ab. LG Stefan
So, bin (etwas) weiter. Ich hatte eine instabile Verbindung, weil ich das Kabel zwischen den Modulen "auf die Schnelle" zusammengebastelt hatte - ich hatte keine Pfostenbuchsen zur Hand, aber ein altes ATA-Kabel... Nachdem ich gestern eine kleine Adapterplatine mit Pfostenbuchsen gelötet habe, läuft das LAN, und Kl gibt auch Ethernet ON aus. Leider kommen die nächsten Probleme: Wenn ich das Gateway pur in Betrieb nehme (also nur mit LAN-Modul) leuchtet nur die orangene "EMS-LED", egal, ob der Bus verbunden ist oder nicht. Das Gateway ist nicht über Netzwerk erreichbar. Sobald ich nun am USB kurz 5 Volt anschließe (Handynetzteil), läuft das LAN, die blaue "USB-LED" leuchtet dauerhaft. Das Modul ist über LAN erreichbar, allerdings bekomme ich im telnet-Fenster die Anzeige 'Busy!' für jedes eingegebene Zeichen. Wenn ich nun das Modul über USB mit einem Rechner verbinde und mich per Terminal verbinde, reagiert das Gateway normal. Die gelbe LED toggelt bei jedem im Terminal (egal ob usb oder telnet) eingegebenen Zeichen Ich hab das ganze gestern testweise so in Betrieb genommen, heute morgen blinkte das Gateway immer noch vor sich hin, war aber über LAN nicht mehr erreichbar - die Link-LED war aus (LAN ab- und wieder anstecken half, aber telnet funktionierte nicht. Die Firmware ist (inzwischen) die 131131. Das Netzteil ist das von Ingo mitgelieferte, welches bei 9V 400mA liefert.
HaIlo! Warum das GW ohne USB nicht startet, muß ich mal testen. Busy! meint, dass sich das jeweils andere Gerät mitten in der Eingave in der Kommandozeile befindet. Nach einem ENTER kann das andere Gerät Zeichen senden. Wenn das Ethernet durch Ein/ausstecken des Kabels zu ,,reparieren,, ist, liegt kein Softwarefehler vor aber ein Problem mit Spannungsversorgung, Abblockkondensatoren o. ä. Dazu gibt es im Netz einige Infos. Den Rest muß ich testen. vg. Jürgen
Hallo, jschmied schrieb: > Warum das GW ohne USB nicht startet, muß ich mal testen. das Problem hatte ich auch schon, ich mußte immer nach einen Spannungsausfall eine USB-Verbindung herstellen. Interessant ist jedoch, sobald das Programm läuft wird kein USB (Spannung?) nach einen Reset benötigt. Die Rev. 184 hatte ich gestern getestet. Ich mußte Kc 1 mit Telnet eingeben damit ich die aktuellen Werte bekomme. Bei den Betriebsstunden bin ich mir nicht sicher ob dies stimmen. Muß ich noch einmal nachschauen. Die Raumtemperatur vom Heizkreis 1 ist bei mir immer noch 3200C. Hier scheint noch ein Fehler im Wiki Telegramme zu sein. Start 8 sind 2 Byte? Start 9 müßte dann Start 10.. sein. Raumtemp. Ist zeigt bei mir 3200,0°C (7d00 = 32000) (RC30) > 0b 90 3e 02 05 > 10 0b 3e 02 00 7d 00 00 00 f0 Quelle Ziel Typ Start Bit Bytes Divisor Linie Einheit Bemerkung Hex Hex Hex Dez Dez Dez Dez 10 00 3E 8 2 10 analog °C Raumtemperatur Ist 10 00 3E 9 1 1 analog min Einschaltoptimierungszeit Die gedämpfte Außentemperatur ist bei mir immer 0C. Gibt es die Möglichkeit über der Webseite auch Werte einzugeben? Z.B. Tagbetrieb usw. Was für mich auch interessant wäre, daß man das ganze mit einem Paßwort schützt, da ich online mit dem Internet verbunden bin. Viele Grüße Franz
So, nächster Schritt. Ich habe die beiden Baugruppen mechanisch miteinander verbunden (ein Ethernetkabel übt einiges an Torsionskräften aus). Jetzt klappt die Verbindung einwandfrei, direkt nachdem das Netzteil auch ohne USB-Trick. Ich glaube langsam, dass quasi all meine Probleme auf eine unzureichende Stromquelle zurückzuführen sind (oder eben Steckkontakte, die arbeiten). Als Blockkondensator sollten ja 2µF parallel zu Pin 1/2 reichen - notfalls messe ich mal, wie viel das Gateway gemeinsam mit ETH zieht. Als Raumtemperatur messe ich auch 3200°C, ebenso ist die gedämpfte Außentemperatur auch 0°C
Hallo Udo, Hast du mal die Spannung nachgemessen? Ich benutze auch das Netzteil von Ingo, habe die Spannung auf 7,5V heruntergesetzt. Die Spannung für den Enc28j60 greife ich vom 5V Spannungsregler ab. An den nachfolgenden 3,3V Spannungsregler habe ich keine Blockkondensatoren, da ich diesen in das Flachbandkabel eingelötet habe und kein Platz hatte. Viele Grüße Franz
F. F. schrieb: > Ingo, habe die Spannung auf 7,5V heruntergesetzt Hatte das auch mal probiert. Aber dann kann es schon mal vorkommen dass hinter dem Linear-Regler weniger als 5 Volt herauskommen. Aber das kommt natürlich auf die Belastung des Reglers an. Wenn ich mein LCD-Display mit LED-Beleuchtung anschließe wird es mit 7,5 Volt eng. Gruß Ingo
Die Led-Beleuchtung habe ich nicht dran, da sie für 5V ausgelegt ist. Ich weiß auch nicht, ob der Spannungsregler die zusätzlichen 200mA verkraftet.
Hallo! Ich habe mal einige Fehler nachgestellt: 1.) Die Raumtemperatur geht bei mir { "RaumTmpSoll": 22.5, "RaumTmp": 22.8, "RaumTmpDelta": 0.02 } Das Telegram sieht so aus: 10 00 3e 00 80 02 2d 00 e5 00 00 00 00 00 00 02 64 00 22 00 25 "2d" und "00e5" sind ordnungsgemäße Temperaturen. 2.) Die Außentemperatur hat ein Fehler - wird behoben. 3.) >Zum einen geht das Ergebnis nicht mehr automatisch im >Browser auf und mein FHEM PerlScript stürzt mit einer noch >nicht identifizierten Fehlermeldung ab. Der alte JSON-Modus geht bei mir Kj 0 Dann ---------- GET http://192.168.0.2:8080/99?t=62 HTTP/1.1 Accept-Encoding: gzip,deflate Host: 192.168.0.2:8080 Connection: Keep-Alive User-Agent: Apache-HttpClient/4.1.1 (java 1.5) ---------- HTTP/1.1 200 OK Transfer-Encoding: chunked Content-Type: application/json Connection: close {"RaumTmpSoll":22.5,"RaumTmp":22.8,"RaumTmpDelta":0.02} -------------- Auch http://192.168.0.2:8080/99?t=24 geht problemlos im Browser auf. Man könnte höchstens mal mit wireshark prüfen, was hin und her geht. vg Jürgen
:
Bearbeitet durch User
Hallo Jürgen, irgendwie habe ich da ein Brett vorm Kopf. Ich komme bei mir auf 7d00, was 32000 ergibt. 32000/10 ergibt meine 3200 angezeigte Temperatur. Wobei ich die RC30! habe. Ich habe gerade gesehen, im Wiki ist jetzt auch der Byteabstand berichtigt. Vielleicht ist aber noch ein Fehler in der Firmware? Ich habe nochmal eine Anfrage mit Telnet gestartet: 0B 90 3E 00 08 10 0B 3E 00 40 00 00 7d 00 00 00 06 21 was mich interessiert ist das 5. Byte. Wenn bei Dir die RC35 an alle sendet, so steht hier die 80 für die Datenlänge. Ich bekomme aber eine Antwort auf meine Anfrage. Wird da die Datenlänge mitgesendet? (40) Ich hatte das immer als das erste Datenbyte angesehen und auch nur 8 Byte angefragt. Bei der Raumtemperatur_Ist wird da zuerst das Lo und danach das Hi-Byte gesendet oder umgekehrt? Wenn ich jetzt die 40 als irgendwas interpretiere und bei Raumtemp_ist die Folge Hi-Lo nehme so komme ich auf folgendes: 00 Raumtemperatur soll = 0C (HK1 ist abgeschaltet [Nacht]) 007d Raumtemperatur_ist = 12,5C (Kellertemperatur muß ich nachmessen) 00 Einschaltopt. 00 Ausschaltopt. 00 Heizkreis1 10c 06 Heizkreis1 0C 21 crc ist das so richtig? Ich schicke Dir am Besten mal meine Zugangsdaten Viele Grüße Franz
^^ irgendwie habe ich mich da verzählt. 40 wird für Frostschutz stehen. 00 Betriebsart 00 Temperatur_soll 7d00 Temperatur_ist Lo-Hi =007d? .. nur wo steht die Datenlänge?
Hallo! Das ist ein Paket von Deiner Heizung: 10 00 3e <sender> <empfänger> <typ> 00 <offset> 40 00 <flags> (Frostschutzbetrieb) 00 <raum soll> 7d 00 <raum ist MSB/LSB = 0x7d00> 00 00 <ein/ausschaltoptimierung> 06 06 1b <Heizkurve> 00 00 <Raumtemp-delta> 00 <Heizleistung %> 11 <Schaltuhrzustand> 05 <Berechneter Vorlaufsoll> c8 <Schaltzustand> Es ist tatsächlich etwas warm bei Dir, der Fühler ist gestört, das RC30 Paket ist anders, vieleicht ist es der Frostschutzbetrieb oder ????? Was für Werte kommen, wenn Du den Heizkreis in Betrieb nimmst? vg Jürgen
:
Bearbeitet durch User
Hallo, ich habe mal HK2 nachgesehen, da steht unter 48 auch 7d. Der Wert steht immer an. Wenn ich HK1 einschalte, dann bekomme ich anstatt der 0C den eingestellten Wert von 22C als Sollwert. Kann es daran liegen, das ich den Fühler von RC30 nicht mit dem HK1 verknüpft habe? Der RC30 sitzt ja im Heizungskeller. Viele Grüße Franz
Ja, warscheinlich. Wenn der Heizkreis nur außentemperaturgeführt ist und der Fühler im Keller hängt, gibts hier vieleicht keinen vernünftigen Wert. Bei mir war der RC35 auch zuerst im Keller an der Therme und hat fleißig weitergeheizt, wenn es oben schon längst warm war z.B. durch Sonneneinstrahlung. Man hat dann natürlich die Fenster aufgerissen und den Garten geheizt. Darum habe ich den Regler gleich nach dem Einzug ins Wohnzimmer gehängt. Das Gas ist ja teuer genug ... Schalte doch mal auf Raumtemperaturführung um. Zeigt der Regler im Display die Raumtemperatur an? vg Jürgen
Ich habe jetzt die RC30 den HK1 zugeordnet. Nun kommt eine Temperatur von 22°C heraus, das ist zwar auch etwas hoch (Raumtemp. 15C) aber das wird die Abwärme vom Brennwertgerät sein. Mich würde noch interessieren, was die oberen 6 oder 7 Bytes vom HI-Wert bedeuten. Jürgen Schmied schrieb: > 2.) Die Außentemperatur hat ein Fehler - wird behoben. @Jürgen, kannst Du mir die Änderungen schicken? (HTML und evtl. die aktuelle Firmware). Ich würde gerne zum HK1 auf einer zweiten Spalte den HK2 dazunehmen. Evtl. kann man die aktuelle HTML auf SVN hochladen. Viele Grüße Franz
F. F. schrieb: > Mich würde noch interessieren, > was die oberen 6 oder 7 Bits vom HI-Wert bedeuten. Im HI Wert steht 0x7d 0111 1101. Das wird ein "Magischer Wert" für HK abgeschaltet sein. Wie kommst Du auf Bit 6 und 7? > @Jürgen, kannst Du mir die Änderungen schicken? (HTML und evtl. die > aktuelle Firmware). Ich würde gerne zum HK1 auf einer zweiten Spalte den > HK2 dazunehmen. Evtl. kann man die aktuelle HTML auf SVN hochladen. Ist im SVN Ordner web-ui\html. Die Firmware müsste auch das Telegramm HK2MonitorMessage per JSON zur Verfügung stellen. Baue ich in den nächsten Tagen ein, das ist einfach. Grüße Jürgen
Ich wünsche Euch allen Frohe Weihnachten und einen guten Rutsch ins neue Jahr. Ohne Euch hätte ich die Firmware nicht hinbekommen. Franz
Ja stimmt wohl!! Allen ein gesundes, frohes und entspanntes Weihnachtsfest und ich danke euch auch allen für die mehr als tolle und arbeitsreiche Arbeit!!!! Gruss Dieter
Hallo zusammen, ich bin neu in diesem Forum und eines vorweg: Ich habe hier eigentlich auch nichts verloren, denn ich bin Informatiker und kein Elektrotechniker und wenn ich das hier so lese, wird mir ganz schwindelig. Ich habe noch nie irgendwas gelötet. Dennoch möchte ich gern meine Buderus-Heizung über openhab steuern. Ich habe openhab bereits für andere Zwecke auf einem Raspberry Pi im Einsatz. Gibt es irgendwie "fertige" Hardware, die ich quasi nur an die Heizung anschließen kann und dann eben z.B. über JSON ansprechen kann? Es wäre super, wenn mir da jemand weiterhelfen könnte. Ich könnte ggf. ein ein eigenes openhab-Bindin dafür schreiben (bin Java-Entwickler). Vielen Dank schonmal!
Kann mir da niemand weiter helfen? Mir ist das Thema sehr wichtig und ich hoffe hier, eine Lösung zu finden. Vielen Dank! Christian
Hi Christian, Ingo hat Platinen entwickelt, auf denen ein PIC mit dem Bus spricht, dazu gibt es USB, CAN und Ethernetschnittstelle. Jürgen hat eine JSON API dazu geschrieben, damit man Werte lesen und bald auch schreiben kann. Allerdings hat Ingo keine Platinen mehr (soweit ich weiß). Genauere Infos gibt's normalerweise unter http://ems-gateway.myds.me/dokuwiki/ aber das seit ein paar Tagen down, Ingo schaut sich das aber bestimmt nach den Feiertagen noch mal an. Ich lese im moment die Werte über Regex in Openhab ein. Gruss Norbert
Norbert Schnitzler schrieb: > Hi Christian, > > Ingo hat Platinen entwickelt, auf denen ein PIC mit dem Bus spricht, > dazu gibt es USB, CAN und Ethernetschnittstelle. Jürgen hat eine JSON > API dazu geschrieben, damit man Werte lesen und bald auch schreiben > kann. Allerdings hat Ingo keine Platinen mehr (soweit ich weiß). > Genauere Infos gibt's normalerweise unter > http://ems-gateway.myds.me/dokuwiki/ aber das seit ein paar Tagen down, > Ingo schaut sich das aber bestimmt nach den Feiertagen noch mal an. > Ich lese im moment die Werte über Regex in Openhab ein. > > Gruss > Norbert Hi Norbert, vielen Dank für deine Antwort. Und die Platine ist dann über einen Klinkenstecker mit der Heizungsanlage verbunden? Also hat die Platine eine Ethernetbuchse (RJ45) und einen Klinensteckerausgang für die Heizung? Das wäre ja wirklich genau das, wonach ich suche...
:
Bearbeitet durch User
Hi Christian, entweder über den Klinkenstecker oder direkt über Schraubklemmen (irgendwo links am Anschlussfeld gibt es zwei Schraubklemmen des EMS-Busses) , was ich komfortabler finde. Ja die Platine hat eine Buchse an dem ein ENC28J60-Interface über SPI angeschlossen wird. Gruss Norbert
Hallo, war wohl eine größere Störung hier. Kein Internet oder Telefon mehr. Also die restlichen 8 Platinen habe ich abgegeben. Jemand wollte die Bestücken und verwenden. Vermute mal dass da noch mal eine Serie aufgelegt wird. Hätte wohl noch notfalls eine alte Platine die man umrüsten könnte.. Mal abwarten... Gruß Ingo
Christian Schnittig schrieb: > Dennoch möchte ich gern meine Buderus-Heizung über openhab steuern. Ich > habe openhab bereits für andere Zwecke auf einem Raspberry Pi im > Einsatz. Vielleicht ist Beitrag "EMS > Adapter > NetIO > Raspi" hilfreich. Wünsche Euch allen einen guten Start in das Neue Jahr 2014! Gruß aus der Wetterau Karl M.
IngoF schrieb: > war wohl eine größere Störung hier. Ups.. sehe gerade dass SVN und das Wiki immer noch nicht erreichbar sind. hatte vergessen dass ich testweise den Router neu konfiguriert hatte. Muss die Portfreigaben noch mal neu einrichten. Die Wiki und der SVN-Server wird morgen wieder erreichbar sein. Heute habe ich leider keine Zeit mehr... Gruß Ingo
charlie W. schrieb: > Christian Schnittig schrieb: >> Dennoch möchte ich gern meine Buderus-Heizung über openhab steuern. Ich >> habe openhab bereits für andere Zwecke auf einem Raspberry Pi im >> Einsatz. > > Vielleicht ist Beitrag "EMS > Adapter > NetIO > Raspi" > hilfreich. > > Wünsche Euch allen einen guten Start in das Neue Jahr 2014! > > Gruß aus der Wetterau > Karl M. Danke für den Tipp. Es gibt bisher aber noch keine Möglichkeit, schreibend auf die Heizung zuzugreifen, oder?
Christian Schnittig schrieb: > Es gibt bisher aber noch keine Möglichkeit, > schreibend auf die Heizung zuzugreifen doch es geht im Moment über Telnet. @Jürgen Schmied ist es ein großer Aufwand über HTML die Werte zu verändern? Ich habe da kein so rechten Plan. Ich habe noch ein paar Fehler entdeckt (Flammstrom, Warmwasserwerte). Den Heizkreis 2 habe ich erweitert. Die Änderungen werde ich bei Gelegenheit hochladen. Ich habe noch ein paar Werte vom Telegramm entschlüsselt. (Pause-, Partyzeiten, Feiertage..). Sie sind im Wiki.
Hallo! Das Setzen von Werten über JSON baue ich als nächstes ein. Ab Mitte Januar habe ich wieder etwas mehr Zeit, um weiter zu implementieren. Ein frohes neues Jahr noch! Viele Grüße Jürgen
Hi! Christian Schnittig schrieb: > Es gibt bisher aber noch keine Möglichkeit, > schreibend auf die Heizung zuzugreifen, oder? Bei Dannys Software entweder über die 1. Konsole - "telnet localhost 7777" ([help] für Hilfe) 2. bash [1] Wie weit Danny mit seinem "sendCommand()" ist? Ich weiß es nicht, ich habe die Syntax noch nicht verstanden. Leider gibt es ausser Quelltext, mit dem ich so meine Fehde habe, keine weiteren Erklärungen. Jedenfalls kenne ich keine. :-( Gruß aus der Wetterau Karl M. [1] z.B.:
1 | #!/bin/bash
|
2 | # telnet Befehl zur Heizungssteuerung
|
3 | # 5 Std. Party
|
4 | # 20131020 by kmw
|
5 | # -----------------------------------
|
6 | (
|
7 | echo -e "hk1 partymode 5 \r"; |
8 | sleep 2; |
9 | echo -e "exit\r" |
10 | ) | telnet localhost 7777
|
:
Bearbeitet durch User
Hallo, ich habe mit großem Interesse lesen die Informationen über die Möglichkeit der Verbindung zum Buderus EMS bus. Ich habe BUDERUS GB152 gekauft und das Thema interessiert mich sehr. Ist es möglich, fertige Platten EMS-Gateway oder EMS-Adapter zu kaufen? Vielen Dank im Voraus für Ihre Antwort. Mit freundlichen Grüßen, Maciej
Hallo!
>Ist es möglich, fertige Platten EMS-Gateway oder EMS-Adapter zu kaufen?
Zumindest die Interface-Schaltung zwischen dem EMS-Bus und der Seriellen
Schnittstelle müßtest Du selbst bauen. Dann würde der Rest mit gekauften
Teilen (siehe www.mikrocontroller.net/topic/318364) gehen.
vg
Jürgen
Hallo ich bin gerade neu im Forum, und habe einige Verständnis Fragen. Ich habe eine ältere Logamatic 4121 mit einen GB 122 Benner, als Bedienung eine MEC2. Fragen: - Kann ich an das System eine RC35 anbinden - Kann ich mit dem hier beschrieben EMS-Gateway auf eine Wago oder Beckhoff Steuerung? Ich würde mich sehr freuen wenn sich jemand erbarmt und mich ein wenig schlauer machen würde. Lg Oliver
Leider nein: http://www.haustechnikdialog.de/Forum/t/14040/Regelung-ERC-durch-RC30-ersetzen Wago und Beckhoff haben keinen EMS-Bus, also auch nein ...
:
Bearbeitet durch User
Hallo! Ich habe eine Firmware für das EMS-GW (Version 2.1), die ein NetIO simuliert und mit der Weboberfläche aus Beitrag "EMS > Adapter > NetIO > Raspi" zusammen arbeitet. Wer die haben möchte, kann mir eine Mail schicken. Viele Grüße Jürgen
Hallo zusammen, gibt es eigentlich mal wieder ein Firmwareupdate? lg stefan
Hallo! Bei mir läuft es mit der letzten FW und einem Rapsberry ganz brauchbar ... Was fehlt also, gibts Probleme ? vg Jürgen
Hallo Jürgen z.B. - die Solar Info auf JSON - ich habe öfter Netzwerkabstürze lg Stefan
Leider habe ich gerade Probleme mit dem DynDNS. Im Moment ist das Wiki hier erreichbar: http://ems-gateway.diskstation.eu/dokuwiki/ Gruß IngoF
Hsllo, der EMS-Gateway ist wieder über seine richtige Adresse erreichbar: http://ems-gateway.myds.me Gruß IngoF
Hallo, kann man eventuell noch Platinen bekommen, oder gibt es keine mehr? Grüße Marco
Ich versuge daten vom bus zu lesen mit einem Stellaris Launchpad board und einen Nefit Heizung mit der Schnittstelle von Niffko. Die daten scheinen etwas anders zu sein. Kann jemanden zum Beispiel dieses Bericht decodieren? 78FE06068018E000 Gr. Ruud
Hallo, habe jetzt die Platine bestückt. Wenn ich Netzteil und USB anschließe und die DIP-Schalter auf Reset stelle passiert gar nichts. LED's leuchten auch keine. Das Tool aus Application Note AN1310 sagt "bootloader not found". Im Wiki lese ich "Wenn die Platine frisch zusammangelötet wurde muss erst noch die Firmware mit dem Bootloader gebrannt werden." - ist es das was mir fehlt? Kann mir bitte eine weiter helfen? Was muss ich jetzt genau machen? Ich habe keins von diesen Tools: MPLAB ICD 3, MPLAB PICkit 3, MPLAB PM3 P, MPLAB REAL ICE. Gruß Lars
Die Platine sieht ja gut aus... lrueter schrieb: > erst noch die Firmware mit dem Bootloader gebrannt werden." - ist es das > was mir fehlt? Ja, Entweder kannst Du mir die Platine zuschicken und ich brenne den Bootloader drauf, oder Ich könnte Dir eventuell auch den PIC-Kit3 zum brennen schicken. (Programmer-to-go) Sobald der Bootloader einmal drauf ist funktioniert auch das brennen per USB. Marco Langhans schrieb: > oder gibt es keine mehr? Ich habe zumindest keine mehr. Versuche noch zwei Rest-Platinen wieder zu beleben.. Ist aber nicht absehbar ob und wann... Gruß Ingo
:
Bearbeitet durch User
Hallo, wahnsinn, was hier auf die Füße gestellt wurde. Dickes Lob. Ich habe meine Buderus Heizung in den letzten 2 Wochen FHEM tauglich gemacht und kann jetzt die wichtigsten Daten einsehen/überwachen. Ich konnte allerdings das km200 Gateway günstig ersteigern. Sollte nochmal eine Sammelbestellung für Euer Gateway auf anstehen, bestelle ich evt. mit (ist immer gut wenn man die Busebene sniffen kann. Claus
RaspII schrieb: > Sollte nochmal eine Sammelbestellung für Euer Gateway auf anstehen, > bestelle ich evt. mit Hallo Claus, So schnell wird es von mir keine Sammelbestellung mehr geben. Allerdings habe ich noch eine alte Platine die ich mit der aktuellen CPU, Quarz und Ethernet-Interface aufrüsten werde. Wird aber noch bestimmt einen Monat dauern... Eine habe ich schon erfolgreich aufgerüstet und ist schon verkauft.
Hi, wenn Du das Teil wirklich verkaufen willst, was soll es kosten? (Ich kann das auch selbst zusammenlöten, ist kein Problem für mich) Gruß Claus P.S. muss mal schauen wie ich den Thread hier abonniere, bin nur zufällig nochmal vorbeigekommen :-(
RaspII schrieb: > wenn Du das Teil wirklich verkaufen willst, was soll es kosten? Jemand hatte mich gebeten eine neue Platine zu fertigen, egal was es kostet. Deshalb habe ich nochmals versucht die alten Platinen zum laufen zu bekommen, die ich bisher noch nie zum laufen bekommen habe... Eine ist mit CAN-Bus, die andere ohne. CAN ist mein Hausbus und wird für die Heizung nicht benötigt. Es sind die alten Kosten plus die neuen Bauteile und Ethernet-Interface. Gehäuse und Netzteil fehlt, können aber bei Conrad bestellt werden. Mit CAN wären es abgerundet 128 EUR, ohne CAN abgerundete 111 EUR Allerdings muss ich noch auf die Antwort warten. Hängt also davon ab welche Platine übrig bleibt..... Gruß Ingo Edit: Die Platine ist schon fertig mit Ethernet-Modul aufgebaut und funktioniert auch soweit.
:
Bearbeitet durch User
RaspII schrieb: > wenn Du das Teil wirklich verkaufen willst, was soll es kosten? > (Ich kann das auch selbst zusammenlöten, ist kein Problem für mich) So,die Platine ohne CAN-Bus, Netzteil und Gehäuse wären 111€ Am besten per PN hier oder die eMail im Wiki Deine Adresse zukommen lassen. Ich schick Dir dann meine Kontonummer. Falls kein Interesse mehr besteht bitte trotzdem melden.... Gruß IngoF
Hi, nein, das ist mir dann doch zu teuer. Bitte nicht falsch verstehen, ich weiss was das Zeug kostet, habe aber schon viel zu viel in dieses "Hobby" investiert. Gruß Claus
:
Wiederhergestellt durch Moderator
Hallo Claus, ist kein Problem... Gruß IngoF
:
Wiederhergestellt durch Moderator
Hallo, Did anyone manage to make working code to read from the Buderus bus from Arduino, or is everyone using the PIC? Esp reading the break at the end of a message? Hat jemand geschafft, die message aus der Buderus-Bus vom Arduino gelesen oder jeder benutzt die PIC? Esp Lesen der BREAK am Ende einer Nachricht?
Hi Erik, Erik Bies schrieb: > ... working code to read from the Buderus bus by Arduino ... Well, I don't know nobody round here. But perhaps you want to have a look at Dannys code "framer" [1]. It's made for AVRs ATmega8, which imho is very close to some Arduino Boards. You may also cast an eye at [2] and [3]. hth Karl M. 1. http://github.com/maniac103/ems-collector 2. Beitrag "EMS > Adapter > NetIO > Raspi" 3. http://ems-gateway.myds.me/dokuwiki/doku.php?id=wiki:ems:net_io
:
Bearbeitet durch User
Ingo F. schrieb: > So,die Platine ohne CAN-Bus, Netzteil und Gehäuse wären 111€ Wer die letzte fertige EMS-Gateway Platine haben möchte kann sich gerne melden. Ist jetzt für 100€ zu haben.
Hallo, ich verwende den EMS-Gateway V2.1 in folgendem Setup: EMS > EMS-GW > Raspi Ich kann über http://192.168.178.101:8080/99?t=24 Daten abrufen (bild2.jpg). Wenn eine Verbindung mit dem collectord versuche, bekomme ich nur die Fehlermeldung: "Error: Connection refused" (bild1.jpg) Kann mir da jemand helfen? collectord: https://github.com/moosy/ems-collector Firmware: ems-gw-noLCD-ETH-131131.hex Viele Grüße Lars
Dafür muss doch die Version 2.1.1 auf das EMS-Gateway, oder? https://drive.google.com/file/d/0B37IgFGmxATObk8tbU8wUDZfSEE/edit?usp=sharing
Es gibt eine neuere Firmware 2.1.2 (Build 269 / 150411) Änderungen: * Der collector-Support funktioniert jetzt richtig. * mit "Kd 0" lassen sich jetzt die Debuggingausgaben ausschalten. * USB-Support lässt sich ausschalten. * durchreichen von CAN-Telegrammen auf USB, Telnet, und Collector. (erstes Byte 0x80 Standard-CAN, 0x81 Extended-CAN) ("KC 1" zum EInschalten) Der EMS-Gateway startet nach einem Power-Reset ohne USB-Verbindung nicht mehr. Wer sowieso keinen USB-Port benutzt kann die Firmware ohne USB-Funktion verwenden. Damit ist der Fehler behoben. ie Firmware gibts im Wiki: http://ems-gateway.myds.me/dokuwiki/doku.php?id=wiki:ems:firmware_download Die Konfiguration funktioniert dann nur noch über Telnet. Also vorher über USB die richtigen IP-Adressen einstellen oder notieren und die Firmware ohne EEProm brennen.
:
Bearbeitet durch User
Hallo, Die EMS-Wiki URL hat sich geändert: http://wiki.thefischer.net Die alte URL wird noch einge Zeit auch noch funktionieren Falls noch die alte URL in der Adressleiste erscheint liegt das am Cache vom Browser. Gruß IngoF
Leider muss ich gestehen dass dieser Link sehr oft nicht funktioniert. Habe doch noch einige Probleme damit beide Webserver auf eine Domain laufen zu lassen. Also bis auf weiteres erst mal der alte Link http://ems-gateway.myds.me/ eventuell auch falls die Umleitung nicht funktioniert: http://ems-gateway.myds.me/dokuwiki/ Allerdings wird diese alte URL auch erst heute abend wieder richtig funktionieren... Fall die neue URL funktioniert kann es sein dass man noch auf einer etwas älteren Sicherheitskopie landet. Gruß Ingo
:
Bearbeitet durch User
So, die Wiki läuft jetzt unter der neuen URL: http://emswiki.thefischer.net/ der alte URL wird für einige Zeit noch aktiv bleiben...
Hallo, da ich mir eine neue Heizung zulegen will/muss habe ich mich mal auf die Suche nach Steuermöglichkeiten dafür gemacht und bin hier gelandet. Ich habe das hier zwar nur überflogen aber es scheint mir sehr ausgereift zu sein. Aber leider wohl nicht zu bekommen. Ich arbeite zufällt bei einer Bestückungsfirma und könnte bestimmt recht günstig welche produzieren lassen. Ist nur die Frage ob das überhaupt gewünscht wäre!? Wäre doch schade das so enden zu lassen, oder habe ich was übersehen und es gibt einen Nachfolger oder ähnliches? Mfg Jabberwock
Jabber W. schrieb: > Ist nur die Frage ob das überhaupt gewünscht wäre!? Warum sollte das nicht gewünscht sein? Interessenten gibt es immer. Das Problem wird nur sein dass sich die Bestückung erst ab einer gewissen Stückzahl lohnt. Und umso größer die Stückzahl ist umso größer sind auch die Produktionskosten. Bei mir ist auch schon mehrmals nachgefragt worden ob ich noch eine Platine zu verkaufen hätte. Ich würde vorschlagen erst mal einen Rundfragethread für eine Sammelbestellung zu starten. Wenn dann einige Interessenten zusammengekommen sind dann noch mal die Preise genauer kalkulieren und die Produktion starten. Ich glaub es gab beim letzten mal 10 Interessenten und habe dann 20 Platinen fertigen lassen und 10 bestückt. Die letzten 10 habe ich dann später bei bedarf noch mal bestückt. Alternativ wäre es auch möglich eine Sparversion ohne SMD zu routen. Habe schon mal so ein Board angefangen zu routen. Bin aber noch nicht viel weiter gekommen. Die Eagle-Dateien kann ich gerne zur Verfügung stellen. Überlege gerade ob ich die Dateien ins Wiki stelle oder in Github packe.... Die neueren Versionen sollten dann auch wieder zur Verfügung gestellt werden. Gruß Ingo
Habe mal die Eagle Projektdateien in GitHub hochgeladen: https://github.com/ingof/ems-gateway_V2 https://github.com/ingof/ems-gateway_V3 Die V3 ist ein bisher unvollendeter Versuch Die Platine ohne FT245RL USB-Serial-Anbindung und ohne SMD zur routen... Bisher gibt es noch keinen angepassten Bootloader der ohne FT245RL auskommt.
Guten Morgen, ich habe jetzt mal eine Bestückung der Platine angefragt und auch ein paar Preise bekommen. Wirklich Sinn macht es erst ab 50 Stück! Jetzt ist nur die Frage ob wir hier überhaupt 50 Stück zusammen bekommen. Ingo hatte dazu die Idee eine Mindestabnahmemenge von 2 Stück zu machen. So dass jeder dann eine Platine über hätte und diese im Nachgang weiterverkaufen könnte. So würde sich das Kostenrisiko für uns minimieren und wir würde wohl eher an die 50 Stück ran kommen. Die reinen Kosten für eine Platine würden dann bei rund 70 Euro liegen. Ohne Versand, Gehäuse, Netzteil usw. Ab 100 Platinen würde es noch mal günstiger werden aber so viele werden wir wohl nicht zusammen bekommen denke ich. Wäre das für euch dann überhaupt noch interessant? Schreibt mal eure Meinung dazu. Mfg Jabberwock
:
Bearbeitet durch User
Vielleicht sollte ich die Idee noch etwas genauer erklären... Die folgenden Zahlen sollen jetzt nur das Prinzip erklären. Kosten einer Platine: 10er Serie: 100% 50er Serie: 57% 100er Serie: 50% Aus der Erfahrung der ersten drei Runden weiss ich dass es schwer ist erst mal 10 Leute zusammen zu bekommen. Allerdings war die Anfrage seit Beginn etwa gleichmäßig. Vor dem Herbst/Winter etwas stärker. Meiner Meinung nach brauch man über 100 erst garnicht nachdenken.. Um 50 zusammen zu bekommen benötigt man länger als ein Jahr. 10 sind vielleicht in einigen Wochen bis Monaten zusammen. Als Ergebnis muss man erst 114% bezahlen und etwas länger warten. Allerdings bleibt dann nach Verkauf der zweiten Platine nur noch 57% übrig und hat 43% gespart. Weiterer Vorteil ist dass viel mehr Platinen im Umlauf sind. Ich schlage vor jeder der Interesse hat schreibt hier für welches Idee er ist. Die Zahlen sind jetzt nur meine Hochrechnung aus den alten Serien und ich kann natürlich nichts garantieren. Gruß IngoF
@Jabberwok: Wie sollten sich die Interessenten melden? per PN, Mail oder in diesem Thread?
Da es ja schon eine verbindliche Zusage sein sollte wäre es direkt per Mail wohl am besten. Aber an sich ist es egal, Hauptsache die Meldung kommt an. Jemanden der hier nur als Gast in den Thread schreibt das er eine Platine möchte würde ich dann schon noch mal bitten mir das noch mal als Mail zu schicken. Ich war noch am überlegen ob man eventuell nur die SMD Teile bestücken lässt und dann die Stiftleisten und Buchsen einfach beilegt. Das könnte es noch ein bisschen günstiger machen. Ein paar Stiftleisten bekommt doch bestimmt jeder noch eingelötet, oder?
Die meisten müssen Stiftleisten müssen normalerweise nicht bestückt werden. Nur die für die Ethernet-Platine. Selbst bei 50 Platinen ist das nicht unbedingt das Problem. Wenn man die selbe Ethernet-Platine nimmt die ich auch verwendet habe (Elekfreaks, Link ist im Wiki) benötigt man nur noch ein 1:1 Flachbandkabel mit den Pfostenverbinder zum anquetschen. Denke die drei Nicht-SMD-Bauteile kann man manuell bestücken. Aber am einfachsten wäre es wenn man das von Hand vor dem verschicken macht. Sind vielleicht pro Platine 1-2 Minuten also in ein zwei Stunden ist die Sache gegessen. Für die Inbetriebnahme wäre es einfacher wenn die Ethernet-Stiftleiste schon angebracht ist. ALso heisst es nur noch warten bis ein paar Interessenten zusammengekommen sind.
Hallo in die Runde, vor ca. 2 Wochen ist mein Interesse an einer Fernsteuerung meiner GB152 wieder aufgeflammt und ich bin schnell auf diesen Fred und das verlinkte Wiki gestoßen. Das NetIO Modul habe ich mir besorgt, den größeren µC auch und jetzt wollte ich mal meine alten Bastelkisten durchforsten, welche Bauteile mir für das ems Interface noch fehlen. Und prompt finde ich das ems Wiki nicht mehr. Eine Gemeinheit ist das. Weis jemand etwas dazu? Gibt es alternative Quellen? Fragen über Fragen... Viele Grüße
dangerseeker schrieb: > Hallo in die Runde, > vor ca. 2 Wochen ist mein Interesse an einer Fernsteuerung meiner GB152 > wieder aufgeflammt und ich bin schnell auf diesen Fred und das verlinkte > Wiki gestoßen. > Das NetIO Modul habe ich mir besorgt, den größeren µC auch und jetzt > wollte ich mal meine alten Bastelkisten durchforsten, welche Bauteile > mir für das ems Interface noch fehlen. > Und prompt finde ich das ems Wiki nicht mehr. Eine Gemeinheit ist das. > Weis jemand etwas dazu? Gibt es alternative Quellen? > Fragen über Fragen... > Viele Grüße Sorry, ist nicht mehr online. NAS ist abgeraucht. Versuche eine Backup zum laufen zu bekommen. Allerdings bin ich erst mal damit beschäftigt meine NAS wieder zu beleben.
Vielen Dank für das Lebenszeichen. Bei sowas blos nicht hetzen lassen. Ich hatte schon befürchtet, dass das absichtlich vom Netz genommen wurde. Viel Erfolg.
was suchst Du da? Den Schaltplan könnte ich auf Festplatte haben.
So, zeitweise ist schon mal eine Wiki auf einem Testserver in Betrieb. Keine Ahnung wie aktuell der ist. Melde mich hier wenn er wieder richtig läuft.. Gruß Ingo
hi, wenn ich es richtig verstanden habe, hat die v2 einen eigenen WebServer der die EMS Daten als JSON ausgibt? Kann auch auf Daten eines Solarmoduls (z.B. SM10) zugegriffen werden? Falls das mit dem WebServer klappt, hätte ich Interesse an einer Sammelbestellung (würde mich auch per Mail melden -> wohin?) Gruß Sven
Hallo Sven, sven schrieb: > wenn ich es richtig verstanden habe, hat die v2 einen eigenen WebServer > der die EMS Daten als JSON ausgibt? Kann auch auf Daten eines Ja, es gibt eine JSON-Antwort. sven schrieb: > Kann auch auf Daten eines > Solarmoduls (z.B. SM10) zugegriffen werden? Es kann auf alle Daten zugegriffen werden die über den Bus gehen. Eigentlich sollte schon so ziemlich alles in den CollectorD eingebaut sein. Wenn nicht dann im Forum mit ein paar Beispieltelegrammen (am besten bereits aufgeschlüsselt) und dann wird es in den CollectorD eingepflegt werden. sven schrieb: > Falls das mit dem WebServer klappt, hätte ich Interesse an einer > Sammelbestellung (würde mich auch per Mail melden -> wohin?) am besten per PN oder Mail an Jabberwock: Beitrag "Re: Buderus EMS-"Gateway" mit PIC18F / Sammelbestellung" @all Das Wiki läuft seit gestern wieder auf dem richtigen Server. Hat etwas länger gedauert. Wenn jetzt noch Fehler auffallen einfach melden oder im Wiki selber ändern. Fall noch die "Wartungsmeldung" erscheint einfach noch mal im Browser aktualisieren.
Hallo zusammen, ich verfolge die Themen hier schon länger mit großem Interesse und würde auch gern bestellen, um eine GB172 zu überwachen und zu steuern. Vielleicht kann man sich danach ja noch nützlich machen in Bezug auf die automatische Steuerung und Fernüberwachung mit einem Raspberry. Wie ist denn der Stand? Gibt es aktuell noch weitere Interessenten außer mir? Gruß Tim
Hi, ich habe bis jetzt zwei Zusagen für die Bestellung. Ich denke das wird so schnell nichts werden. Wenn ich Dich mit aufnehmen soll schick mir eine Mail mit deinen Daten. Aber wie gesagt das wird noch dauern. Wenn es überhaupt je zu einer Bestellung kommt...
Hallo, evtl. ließt das noch jemand. Ich interessiere mich auch für das Gateway. Ich will meine GB192 auslesen können. Wie viele Bestellungen braucht es denn für eine Sammelbestellung? Ich wäre jedenfalls auch dabei... Gruß Karsten
Da mein Gateway einen hartnäckigen Fehler hat, wäre ich auch immer noch an Eminem Exemplar interessiert.
Hi, ist die Platine noch aktuell , ich möchte meine buderus an ccu2 oder symcon anbinden und steuern... Wäre dabei Gruß Thomas
Hallo IngoF Kann man die Platine noch bei dir beziehen ? Viele Grüße Alex
Alex schrieb: > Kann man die Platine noch bei dir beziehen ? Jabber Wok sammelt die Interessenten für die nächste Bestellung: Beitrag "Re: Buderus EMS-"Gateway" mit PIC18F / Sammelbestellung"
Can i still Order a board? i already send Jabber Wok a Email but i havent heard back yet
Hallo IngoF, ich würde 2 Platinen bestellen. Gerne auch bestückt mit Gehäuse und Programmiert
Artur_S schrieb: > Hallo IngoF, > > ich würde 2 Platinen bestellen. > Gerne auch bestückt mit Gehäuse und Programmiert Hab mich angemeldet
Hallo Artur, bitte PN an jabberwok Beitrag "Re: Buderus EMS-"Gateway" mit PIC18F / Sammelbestellung"
Hallo zusammen, mich würde interessieren, ob es etwas Neues gibt. Denn wenn ich richtig gezählt habe, komme ich auf mindestens 10 Bestellungen. Ich habe mich selbst im Januar bei Jabber Wock gemeldet aber keine Antwort erhalten. Bin immer noch sehr interessiert an einer Platine.
Tim W. schrieb: > mich würde interessieren, ob es etwas Neues gibt. Vermute mal dass sich dass erledigt hat... Hatte auch mal vor einiger Zeit nach dem "Zählerstand" gefragt und keine Antwort erhalten. Es hätte die Möglichkeit gegeben dass eine Firma mehrere Platinen fertigen wollte. Aber das hat sich inzwischen auch wohl erledigt.
Falls Interesse besteht, ich hätte ein Gateway kostengünstig abzugeben! Meldete euch einfach kurz hier dann tauschen wir uns aus
Ich hätte auch noch ein Modul der ersten Generation abzugeben. Betrieb per USB am Raspi funktioniert einwandfrei, wird aber nicht mehr benötigt. Gruß Jens
Ich hätte auch Interesse an einem EMS-Gateway, oder auch Platine. Ich möchte gern der Heizung meiner Freundin auf die Finger schauen :-)
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.