ARDUINO am KNX

[greentux]

Hier
Electronics : Microprocessors : Power saving techniques for microprocessors
steht ggf auch noch was...

[wintermute]

Das kann man ja sicher noch optimieren, auch die AVRs besitzen sicherlich Low-Power-Modi. Weis da jemand, ob die UARTs wakeupfähig sind? Oder ob eine BCU einen extra Wakeup-Ausgang besitzt?

Die verfuegbaren Sleep-Modes haengen vom verbauten uC ab, eine Uebersicht ist zB hier zu finden:
<avr/power.h>: Power Reduction Management

Solange der Arduino aber permanent auf KNX-Kommandos reagieren soll ist das eher muessig, denn dann beendet er den Sleep-Mode ja eh bei jedem Paket (egal an wen es geht).

Am sinnvollsten waere es einen 3.3V Arduino zu verwenden, der hat auch nur den halben Takt. Von 5V/16Mhz auf 3.3V/8Mhz zu wechseln wird die Stromentnahme etwa vierteln, vielleicht kommt sogar noch etwas mehr bei rum (also weniger ).
5V/16MHz zu 5V/8Mhz werden - vermute ich - nicht soviel bringen, hab ich aber selber noch nie ausprobiert...

gruesse :: Michael

[Tessi]

der Arduino genehmigt sich also einen großen Schluck aus der Pulle.

Das kann man ja sicher noch optimieren, auch die AVRs besitzen sicherlich Low-Power-Modi. Weis da jemand, ob die UARTs wakeupfähig sind? Oder ob eine BCU einen extra Wakeup-Ausgang besitzt?

[tuxedo]

Pro mini und Pro micro müssten bis auf 1-2 millimeter gleichgroß sein.
Die haben aber nur einen TP-Uart - und damit wirds mit dem Hardware-Debuggen eng.
Zum entwickeln von Projekten kann man aber leicht einen Mega verwenden - und wenn der Code passt dann einfach auf den kleinen Anpassen.
Wofür brauchst du ein RS485? Müsste aber per SoftwareSerial funktionieren - nur in klein hab ich das noch nicht gesehen.

Gruß
Thorsten

Mein an der Haustür hängender eKey Fingerscanner soll RS485 sprechen. Dachte da in Zusammenhang mit dem Arduino an ein Low-Cost-KNX-eKey Adapter der die Identifikation (Benutzer-Nr, Finger-Nr) des über den Scanner gezogenen Fingers auf den Bus bringt.

Viel "Traffik" ist da nicht zu erwarten. Evtl. klappt's hier auch mit einem Software-Serial über die normalen IO Ports. Aber zwei echte UARTs wären mir so aus dem Bauch heraus lieber.

Software-Serial zum debuggen wäre wohl auch möglich. Auch hier ist nicht allzuviel Traffik zu erwarten.

So wie ich das bis jetzt recherchiert habe gibt's entweder einen UART (dann ist der Arduino sehr klein), oder gleich 4 (dann ist es für mich viel zu groß. Will das Resultat in ein 1-2TE REG Gehäuse packen).

[l0wside]

Summe: 41mA aus der BCU - perfekt!

Das sind 200 mW plus BCU-Eigenverbrauch (ich tippe mal auf 50-100mW), was eine Temperaturmessung in der Dose grenzwertig werden lässt. Die Sensoren brauchen nahezu nichts (µA-Bereich), der Arduino genehmigt sich also einen großen Schluck aus der Pulle.

Ich habe hier rund 0,7K Temperaturdifferenz zwischen Doseninnerem und freifliegend in der Luft, bei einer Verlustleistung von rund 100mW. Macht 7K/W an thermischem Widerstand (im Berker-Sensoreinsatz).

Max

[intelligente Haustechnik]

Dann scheint die "Serial" ein Software-Serial über USB zu sein. Ich kann mit dem kleinen Ding nämlich gleichzeitig auf "Serial" am Rechner debuggen. Mit "Serial1" spreche ich dann die Pinouts an ... so hatte ich es auch irgendwo gelesen.

Das stimmt, siehe Link

Jens

[greentux]

Ach Quark, mit den Sensoren haste nicht übertrieben Jumi. Das ist ein dezentraler 1Wire Busmaster...

[JuMi2006]

Nochmal kurz damit ichs verstehe was da genau nicht gepasst hat mit den Wordings der "Serial": kannst mal kurz den Code durchgeben, mit dem es jetzt bei Dir läuft?

Den müsste ich morgen Abend nochmal raussuchen, ist aber eher ein copy&paste aus diversen Librarys und Examples ... proof of concept.

Die werden konstant immer entnommen oder gib es da einen Low-Power-Mode solange nichts vom Bus kommt und auch kein Sensor abgefragt werden soll?

Erstmal sollte es überhaupt laufen. Wir sind also bei 0.04A * 5V = 200mW.
Das deckt sich mit Google-Ergebnissen ... mit Stromsparmethoden sollte sich das wohl in Größenordnungen reduzieren lassen (Sensoren nur alle 60 Sekunden abfragen, Verwendung von Timern etc.).
Ich hab mit der Menge an Sensoren auch mal bewusst übertrieben.

... Habe allerdings alles auf 3,3V laufen.

Ich hab mich für 5V entschieden da meine Anwendung weniger stromhungrig ist und ich somit den Saft direkt aus der BCU/Bus ziehen kann.

Das mit den 3,3V hat zwei Gründe:
1. Alle Busankoppler ICs (z.B. den NCN) arbeiten mit 3,3V. Wenn man jetzt den AVR mit 5V betreiben wollte, muss man die Pegel wandeln
2. Bei 3,3V braucht der AVR viel weniger Strom, was mehr Luft beim Verbrauch lässt. Du bist ja beim Verbrauch auf 10mA pro KNX Gerät beschränkt.

Da will ich mal kurz widersprechen. Die 10mA beziehen sich auf die Busspannung (>25V). Der TPUART2 liefert 50mA@5V ohne Umwege. Ließe sich aber auch auf 3.3V konfigurieren. Kommt am Ende wohl auf den Anwendungsfall an

seltsam - seltsam. Der ProMicro hat imho nur eine Hardware-Serial - die du laut bildern auch nutzt. Also sollte Serial richtig sein.
Normalerweisse führt Serial1 zu dem genannten Fehlerbild wenn er keine 2. Serielle schnittstelle hat!
aaah -> Sieht so aus als wenn der Lenonardo bei "Serial1" anfängt, auch wenn er nur eine hat. Ich habe immer Minis als "MiniPro" hier genutzt - niemals einen MiniLeonardo....
Also UNO/PRO: Serial
Mega: Serial oder Serial1 / Serial2... je nachdem wo angeschlossen
Lenonardo: Serial1

Dann scheint die "Serial" ein Software-Serial über USB zu sein. Ich kann mit dem kleinen Ding nämlich gleichzeitig auf "Serial" am Rechner debuggen. Mit "Serial1" spreche ich dann die Pinouts an ... so hatte ich es auch irgendwo gelesen. Man kann also mit dem Lenoardo gleich den Mega-Code fahren und debuggen. Für 6,50€ inkl. Versand braucht man da nicht anfangen zu basteln.


Grüße

P.S.: Ich freue mich schon auch den TPUART im Pro-Micro-Format! Morgen werden die Bauteile bestellt.
P.P.S.: Falls es schon jemand geschafft hat einen DS18B20 am DS2482 auszulesen wäre ich daran auch Interessiert.

[intelligente Haustechnik]

@Alle: yippie - große freude zu sehen wieviele Bastelprojekte gerade and starten kommen :-)

Auch von mir erst einmal einen großen Dank an Thorsten für die lauffähige Weiterentwicklung des DKA-Projektes.

Da auch ich auch etwas freebus-geschädigt bin, mal weitere Projektideen, die hier noch nicht angesprochen wurden:
einfacher Audioaktor: 1-2 Quellen und kleiner Stereo-Verstärker für Raumbeschallung
LED-Ansteuerung: RGB, RGBW, digitale Stripes usw.

[ThorstenGehrig]

Pro mini und Pro micro müssten bis auf 1-2 millimeter gleichgroß sein.
Die haben aber nur einen TP-Uart - und damit wirds mit dem Hardware-Debuggen eng.
Zum entwickeln von Projekten kann man aber leicht einen Mega verwenden - und wenn der Code passt dann einfach auf den kleinen Anpassen.
Wofür brauchst du ein RS485? Müsste aber per SoftwareSerial funktionieren - nur in klein hab ich das noch nicht gesehen.

Gruß
Thorsten

[tuxedo]

Wenn es ein möglichst kleiner Arduino sein soll: ich möchte zusätzlich zum BCU noch ein RS485 Interface anschließen. Also 2x UART. Wie ist das dann mit "debugging"? Hab gelesen am besten ist da ein freier UART? Oder tuts da auch ein Software UART?

Welcher Arduino in möglichst klein hat mind. 2UARTs? Find mich in der weiten Arduino Auswahl noch nicht ganz zurecht.

Gruß Alex

[ThorstenGehrig]

Nur manchmal treten komische Dinge auf, da ja das Schreiben des Sketches bei angesteckter BCU auch auf den Bus geschickt wird.

Ja - guter Hinweis!
Also: für alle die den BCU an der ersten serielenn Schnittstelle haben (also fast IMMER):
Während des Programmieren des Arduinos die BCU abklemmen!

Sonst kommt auf dem Bus vielleicht quatsch an - oder die Programmierung funktioniert nicht sauber.

@Alle: yippie - große freude zu sehen wieviele Bastelprojekte gerade and starten kommen :-)

Gruß
Thorsten

[MJJ]

@Thorsten & @Jens
Danke, soweit alles gut - die "Spielewiese" ist eröffnet :-)

Werde meine Ideen weiter verfolgen und die Ergebnisse hier posten.

Gruß, Sepp

[intelligente Haustechnik]

Hallo Sepp,

der Uno hat ja nur eine serielle Schnittstelle (HardwareSerial)an den Pins 0 und 1,
die aber auch zum programmieren über die USB-Schnittstelle benutzt wird.
Mit

#include <SoftwareSerial.h>
SoftwareSerial Serial1(10, 11); // RX, TX

kannst Du z.B.eine weitere serielle Schnittstelle definieren,ist aber nicht nötig.

Nur manchmal treten komische Dinge auf, da ja das Schreiben des Sketches bei angesteckter BCU auch auf den Bus geschickt wird.
Bei mir war da schon mal eine ganze Nacht die Heizung in allen Räumen an...

Zum weiteren Einlesen:

arduino.cc
arduinospielwiese.de

Jens

[ThorstenGehrig]

Hi,
@JuMi2006:
seltsam - seltsam. Der ProMicro hat imho nur eine Hardware-Serial - die du laut bildern auch nutzt. Also sollte Serial richtig sein.
Normalerweisse führt Serial1 zu dem genannten Fehlerbild wenn er keine 2. Serielle schnittstelle hat!
aaah -> Sieht so aus als wenn der Lenonardo bei "Serial1" anfängt, auch wenn er nur eine hat. Ich habe immer Minis als "MiniPro" hier genutzt - niemals einen MiniLeonardo....
Also UNO/PRO: Serial
Mega: Serial oder Serial1 / Serial2... je nachdem wo angeschlossen
Lenonardo: Serial1

@MJJ:
Bei dir dürfte das "UCSR0C = UCSR0C | B00100000;" fehlen.
- ah - sehe gerade: das Problem ist schon gelöst... freud mich :-)
Der Hinweis mit der zweiten seriellen Schnittstelle kannst du damit vergessen. Brauchst du sonst noch was?

Gruß
Thorsten