ARDUINO am KNX

[JuMi2006]

Also beim kurzen überfliegen des Codes macht es m.M.n. keinen Unterschied ob man die Telegramme in der Library oder im Programm filtert.
Was aber übrigens nicht klappt ist mehrere Telegramme ohne ein delay (oder ähnliches) hintereinander zu versenden. Ich glaube bei 50ms war da die Grenze was dann 20 Telegrammen pro Sekunde entspricht ... sollte ausreichen.

[wintermute]

Gibt es eigentlich eine Begrenzung, auf wieviel GA's der KNX-Arduino "hören" kann?

Irgendwo habe ich eine Begrenzung im Code im Hinterkopf...aber wenn ich es richtig verstanden habe, hört der Racker doch eh ALLE Telegramme am Bus mit, oder? Das würde ja keine fixe Begrenzung rechtfertigen...

Hintergrund ist eine Anwendung, bei der so um die 200 GAs "verwertet" werden müssen...

15 sind momentan in der KnxTpUart.h "vercodet" - zumindest in der Theorie spricht nix dagegen das aufzupusten, solange die Ressourcen das mitmachen.
Im Prinzip so wie bei jedem Bus-System, Ethernet zB: es kommt zwar alles an, aber das meiste wird einfach ignoriert um das System zu entspannen. Soll generell auf alles reagiert werden muesste man den Code anpassen - zZ isses halt so, dass die Lib einem die Arbeit abnimmt zu entscheiden ob ein bestimmtes Paket von Interesse ist oder nicht...

Wenn man fragen darf: für welchen Anwendungsfall soll er auf 200 GAs hoeren? Ich denke nicht, dass der zugehoerige Code in den Speicher passen wird - aber Versuch macht kluch

gruesse :: Michael

[dreamy1]

Mal was anderes:

Gibt es eigentlich eine Begrenzung, auf wieviel GA's der KNX-Arduino "hören" kann?

Irgendwo habe ich eine Begrenzung im Code im Hinterkopf...aber wenn ich es richtig verstanden habe, hört der Racker doch eh ALLE Telegramme am Bus mit, oder? Das würde ja keine fixe Begrenzung rechtfertigen...

Hintergrund ist eine Anwendung, bei der so um die 200 GAs "verwertet" werden müssen...

[swiss]

Der Arduino mit Micro OLED Touchedisplay den heisse vorstellt ist doch der aus dem Kickstarterprojekt, dass noch 21 Tage Geldgeber/Besteller sucht bevor die Produktion überhaubt beginnen kann...

https://www.kickstarter.com/projects...?ref=discovery

[dreamy1]

80mW sind schonmal super, aber 10kh sind jetzt nicht gerade viel. Und 10kh bedeuten nur noch halbe Helligkeit...dafür dürfte der Spaß viel zu teuer sein. Das von mir verwendete 160x128 SPI TFT in Farbe (!) kostet nackig beim Onkel Won noch keine 2€.

[tuxedo]

In den Heise-Kommentaren hat einer einen Link gepostet. Ob's allerdings DAS Display ist weiß ich nicht.

http://www.buydisplay.com/default/se...nch-very-small
l-oled-display-module-64x48-ssd1306

Weiteres Zitat: "Das ist ein Visionox M00830_VGM064048A, erhältlich bei GLYN.de."

http://www.glyn.de/Produkte/Displays...VGM064048A0B01

"Life time min 10khrs, solder type"

https://www.glynshop.com/erp/owweb/D...20-%20GLYN.pdf

[dreamy1]

Sieht ganz schnuckelig aus :-)

Ich habe vor einiger Zeit mit OLEDs von 4DSystems ein paar Basteleien veranstaltet - die waren zwar auch nett, hatten aber im Vergleich zu LCDs (noch) eine sehr hohe Stromaufnahme und eine sehr begrenzte Haltbarkeit. Letztere sogar im stromlosen Zustand, d.h. direkt nach der Produktion beginnt der Zerfallprozess der Organik. Teilweise wurden hier weniger als 5-10 kh erreicht.

Vielleicht sind die heute besser, aber für den langfristigen Einsatz in einer KNX-Umgebung würde ich die wohl eher nicht verwenden wenn sich an o.g. Kriterien nichts geändert hat.

Gibts irgendwo ein Datenblatt zu den OLED, die in dem Gadget verbaut sind?

[tuxedo]

Ich werf das hier mal unkommentiert in den Raum:

Microview: Arduino-Winzling mit OLED-Display | heise online

[wintermute]

Ja das hatte ich auch so gesehen, aber er schmeißt den Fehler schon beim kompilieren auf dem Leonardo:

/Users/Arduino/libraries/KNX/KnxTpUart.cpp: In member function 'bool KnxTpUart::readKNXTelegram()':
/Users/Arduino/libraries/KNX/KnxTpUart.cpp:133: error: no matching function for call to 'KnxTelegram::print(Serial_*)'
/Users/Arduino/libraries/KNX/KnxTelegram.h:102: note: candidates are: void KnxTelegram::print(HardwareSerial*)

Wenn ich die Zeile 133 wieder auskommentiere passt es wieder.

Holt euch mal bitte die neue Version der KNX-Lib aus Thorstens bitbucket Repository. Ich hab vor kurzem eine Aenderung verbastelt die genau an der Stelle greift.

Funzt bei mir mit einem Leonardo Mini mit laufendem Debugging auf Serial (also dem USB-Port) und der BCU an Pin 0/1 - rein/rausziehen der BCU zum Programmieren ist nicht mehr notwendig, im Betrieb kann ueber die Konsole ein Debug mitlaufen. Getestet mit nem Micro Pro (als Leonardo), Mega und Mini, Uno sollte ebenfalls laufen (die letzten beiden natuerlich ohne Debugging im Betrieb, aber auch ohne Fehler vom Pre).

Falls nicht, bitte nochmal melden.

gruesse :: Michael

PS: beim Leonardo/Micro ist der Debugport dann Serial, der KNX-Port Serial1 (bzw Serial2 oder so beim Mega)

[EPIX]

manche IP Router machen mehrere Kommunikationskanäle auf - ev. ist es auch hier so

[JuMi2006]

Hat schonmal jemand den Busmonitor laufen lassen und ist auf sowas gestoßen? Die ersten 2 Bilder zeigen die Telegramme die der Arduino zyklisch sendet, das letzte Bild kann ich mir allerdings überhaupt nicht erklären.

Das kommt so alle 15/20 Minuten mal vor.

Die 15.15.15 hat er von mir zugewiesen bekommen, und eine 15.15.17 gibt es hier nicht.

Grüße

[JuMi2006]

Ja das hatte ich auch so gesehen, aber er schmeißt den Fehler schon beim kompilieren auf dem Leonardo:

/Users/Arduino/libraries/KNX/KnxTpUart.cpp: In member function 'bool KnxTpUart::readKNXTelegram()':
/Users/Arduino/libraries/KNX/KnxTpUart.cpp:133: error: no matching function for call to 'KnxTelegram::print(Serial_*)'
/Users/Arduino/libraries/KNX/KnxTelegram.h:102: note: candidates are: void KnxTelegram::print(HardwareSerial*)

Wenn ich die Zeile 133 wieder auskommentiere passt es wieder.

[DavidB]

Welchen Leonardo hast du jetzt? Einen großen? oder einen Mini?

Ich hab mir jetzt erst mal den großen Leonardo bestellt, weil ich hier noch einige Shields rumfliegen habe. Damit ist das testen etwas einfacher. Produltiv werde ich dann aber auf den Mini gehen.

@Jumi2006:
Kann das denn die Ursache sein? Ich bin ja kein Entwickler, aber für mich sieht das so aus, als würde die Zeile nur ausgeführt, wenn TPUART_DEBUG = true ist. Und das war bei mir sicher nicht der Fall.

Wenn ich die Tage Zeit habe, werde ich den Uno noch mal rauskramen und es mir genauer anschauen.

Danke schon mal für die Rückmeldungen.

Viele Grüße,
David

[JuMi2006]

Hallo David,

die Fehlermeldung ist etwas schwammig, aber ich denke ich hatte das gleiche Problem. Ich hatte aber noch keine Lust mir das genauer anzusehen.

Kommentiere in der KnxTpUart.cpp mal die Zeile 133 aus, sollte dann so aussehen:

	// Print the received telegram
	if (TPUART_DEBUG) {
		//_tg->print(&TPUART_DEBUG_PORT);
	}

Ich "glaube" das ist der Fehler den Du beschreibst. Es reicht also irgendwie nicht aus das Debugging zu deaktivieren.

Weiterhin sehe ich in der Library noch deutlich potential zum vereinfachen von Code. Mir fehlt schlicht die Zeit aber ich würde mir gern ein knx.write(ga,wert,dpt) und ein knx.read(ga,dpt) einbauen, also ein sauberes Mapping der entsprechenden Funktionen auf Datentypen und die GAs nicht als Liste sondern als String ("1/2/3") der dann durch die Library konvertiert wird (1,2,3). Das mach den Code etwas leserlicher und übersichtlicher.

Grüße

[ThorstenGehrig]

Hi
das müsste ich mir mal anschauen - beim UNO dürfen auf jedenfall keine Debugging-Meldungen rauskommen... das würde den Bus zermüllen.

Welchen Leonardo hast du jetzt? Einen großen? oder einen Mini?

Gruß
Thorsten