Buderus EMS-"Gateway" mit PIC18F / Sammelbestellung

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

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

Danke Rudi, werde ich am WE versuchen nachzuvollziehen!

Gruß
Jens

hi

scheint ja noch aktuell zu sein

Hätte ggf. auch Interesse an einer Platine

Gruß

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

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

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

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

Jens H. schrieb:
> Laut Doku ist 29 = Byte2 und 30 = Byte1

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

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

Danke, macht natürlich Sinn ;-)


Gruß
Jens

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

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

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!!!

@ 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!!!

@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

...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!!!

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

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 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

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

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

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

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

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

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,

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

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 ;-)

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

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 ...

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/

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

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

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!

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

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

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...

Für diverse Wikis gibts auch einen PDF-Export - Du wolltest doch eine 
Datei haben ;)

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

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.

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

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 zusammen
das KM 200 hat bei mir die Adresse 13 (0x0d) und wird als Modem 
angezeigt
.

lg
Stefan

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 ...

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.

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

Ingo hat diese gebaut. So weit ich weiß, sind aber alle weg.

vg

Jürgen

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

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

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

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

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

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

#############################################################

*** 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

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.

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

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

...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?