Ankündigung

**tuxedo** · 19.11.2014, 10:12

Zitat von l0wside Beitrag anzeigen

Gibt es Angaben zur Leistungsaufnahme? Ich habe keine gefunden. Die 200 mW am KNX (von denen 70 mW schon im TPUART hängen bleiben) sind recht knapp bemessen.

Max

Hab schon gesucht, aber noch nix gefunden... Habe bei 120Mhz die die ARM CPU bringt aber wenig Hoffnung dass das Teil direkt über den Bus betrieben werden kann.

Für den REG-Gerätebau könnte das ja irrelevant sein. Dimmer, Schaltaktoren etc. kann man da ja gut mit Spannung versorgen. Platz ist da auch genug.

Unterputz-Aktoren/Sensoren haben es da schon schwerer. Auf der anderen Seite: Wozu braucht man da einen 120Mhz ARM? Reicht ein AVR da nicht aus? Der Platz und das dadurch beschränkte Featureangebot sind im Unterputzfall ja sowieso eingeschränkt, oder?

**l0wside** · 19.11.2014, 13:13

Zitat von tuxedo Beitrag anzeigen

Hab schon gesucht, aber noch nix gefunden... Habe bei 120Mhz die die ARM CPU bringt aber wenig Hoffnung dass das Teil direkt über den Bus betrieben werden kann.

Der STM32, der verbaut ist, wird mit worst case 63mA@85°C angegeben, vermutlich bei 3,3V; macht 200mW. Wenn man ein bisschen sparsamer ist (nicht die ganze Peripherie an, nur 80 MHz statt 120 MHz, ggf. kann man auch mit 1,8V statt 3,3V versorgen), könnte es sogar aus dem Bus irgendwie reichen. Das WLAN-Modul von Broadcom braucht man ja nicht unbedingt am Bus.

Zitat von tuxedo Beitrag anzeigen

Unterputz-Aktoren/Sensoren haben es da schon schwerer. Auf der anderen Seite: Wozu braucht man da einen 120Mhz ARM? Reicht ein AVR da nicht aus? Der Platz und das dadurch beschränkte Featureangebot sind im Unterputzfall ja sowieso eingeschränkt, oder?

Ein paar Anwendungen fielen mir schon ein:

Die SynOhr-Spracherkennung oder ein entsprechender DIY-Clone
Kamerabasierte Anwesenheitserkennung mit Bildverarbeitung. Ich verstehe recht wenig davon, aber damit ließe sich ggf. z.B. ein Präsenzmelder bauen, der Haustiere ignoriert, weil er sie erkennt. Oder der je nach vorbeilaufender Person unterschiedliche Lichtszenen schaltet.

Es gibt sicher noch mehr, wer hat Ideen?

Die Baugröße ist gar nicht so problematisch. Eine UP-Dose hat in etwa den Platz eines halben Smartphones, braucht aber (i.d.R.) kein Display und hat wesentlich größere Bauhöhe. Wenn man mal mit CSP/WLP und 01005 anfängt, passt eine Menge Funktion in eine UP-Dose. Die Grenze dürfte dann irgendwann eher das 10mA-Limit sein.

Im REG-Bereich kann ich natürlich größer bauen und mittels externer Spannungsversorgung auch höhere Leistungen fahren. Da kann man dann aber auch über einen Cortex-A nachdenken und ein richtiges OS (Linux) installieren.

Max

**tuxedo** · 21.11.2014, 09:49

Zitat von l0wside Beitrag anzeigen

Ein paar Anwendungen fielen mir schon ein:

Die SynOhr-Spracherkennung oder ein entsprechender DIY-Clone
Kamerabasierte Anwesenheitserkennung mit Bildverarbeitung. Ich verstehe recht wenig davon, aber damit ließe sich ggf. z.B. ein Präsenzmelder bauen, der Haustiere ignoriert, weil er sie erkennt. Oder der je nach vorbeilaufender Person unterschiedliche Lichtszenen schaltet.

Es gibt sicher noch mehr, wer hat Ideen?

Ersteres klingt gut.
Letzteres wird schwer bis unpraktikabel, je nach Erkennungsqualität. Aber dennoch ein interessanter Anwendungsfall.

**selbstmacher** · 21.11.2014, 10:54

Ersteres könnte man mit jasper machen siehe auch dieser Thread:
Spracherkennung mit Jasper und Openhab
Zweitens kann ich nur von abraten, es sei denn du benutzt eine 3d Kamera, wie die kinect oder ähnliches, mit allem anderen wirst du dich nur ärgern wenn es nicht funktioniert.

**JuMi2006** · 21.11.2014, 11:33

Bei mir liegt gerade ein Board auf dem Tisch das mir Sprachansagen per GA macht. Per Steckbrett funktionierts schon. Die Daten werden als .wav auf micro-SD gespeichert und dann per GA abgerufen, ganz simpel per Szenennummer ... 1 spielt 1.wav, 2 spielt 2.wav usw..

**ThorstenGehrig** · 21.11.2014, 14:37

Sprachansagen (Ausgabe) sollte simpel zu machen sein. Hast du das auf Arduino-Basis mit entsprechendem Ausgabebaustein? Sag mal welche Hardware - und wer doch mal den Code über den Zaun :-)

**tuxedo** · 21.11.2014, 15:15

Zitat von JuMi2006 Beitrag anzeigen

Bei mir liegt gerade ein Board auf dem Tisch das mir Sprachansagen per GA macht. Per Steckbrett funktionierts schon. Die Daten werden als .wav auf micro-SD gespeichert und dann per GA abgerufen, ganz simpel per Szenennummer ... 1 spielt 1.wav, 2 spielt 2.wav usw..

Wäre es nicht flexibler/besser das über den Visu-PC zu lösen (außer man braucht die Ansage in Visu-abgelegene Räumen)?

**JuMi2006** · 24.11.2014, 09:03

Zitat von tuxedo Beitrag anzeigen

Wäre es nicht flexibler/besser das über den Visu-PC zu lösen ?

Nein,

Zitat von tuxedo Beitrag anzeigen

(außer man braucht die Ansage in Visu-abgelegene Räumen)

genau deswegen.

@Thorsten:

Eigentlich ganz simpel die SD-Karte anschließen und einen BC546B als Verstärker. Das tun auch andere ... hatte zuerst auch "irgend einen" angeschlossen.
Als Librarys lediglich noch TMRpcm und SD. Lediglich mit 3.3V/8Mhz hab ich die Files noch nicht abspielen können (nur halbe Geschwindigkeit

).

Was ich noch suche sind passende Lautsprecher. Also irgendwas das von der Leistung passt und die man an die Blindabdeckung des Schalterprogrammes kleben kann. Ich wollte da eigentlich nicht noch eine "richtige" Verstärkerschaltung basteln.

Das ist hier aber nur ein kurzer Test ob es wirklich funktioniert. Die Steckbrettvariante

.

Code:

/*
  SD card basic file example
 
 This example shows how to create and destroy an SD card file 	
 The circuit:
 * SD card attached to SPuI bus as follows:
 ** UNO:  MOSI - pin 11, MISO - pin 12, CLK - pin 13, CS - pin 4 (CS pin can be changed)
  and pin #10 (SS) must be an output
 ** Mega:  MOSI - pin 51, MISO - pin 50, CLK - pin 52, CS - pin 4 (CS pin can be changed)
  and pin #52 (SS) must be an output
 ** Leonardo: Connect to hardware SPI via the ICSP header

 created   Nov 2010 by David A. Mellis
 modified 9 Apr 2012 by Tom Igoe
 modified 13 June 2012 by Limor Fried
 
 This example code is in the public domain.
 	 
 */
#include <SPI.h>
#include <SD.h>
#include <TMRpcm.h>           //  also need to include this library...
#include <KnxTpUart.h>

// Initialize the KNX TP-UART library on the Serial1 port of Arduino Mega
KnxTpUart knx(&Serial1, 15, 15, 20);

// Initialize Audio
TMRpcm audio;   // create an object for use in this sketch

void setup()
{
  // KNX-RELATED
  Serial1.begin(19200);
  UCSR1C = UCSR1C | B00100000; // Even Parity
  knx.uartReset();
  knx.addListenGroupAddress(0,0,3);
  
  // AUDIO RELATED
  audio.speakerPin = 10; //11 on Mega, 9 on Uno, Nano, etc

  // SERIAL RELATED
  // Open serial communications and wait for port to open:
  Serial.begin(9600);
   while (!Serial) {
    ; // wait for serial port to connect. Needed for Leonardo only
  }

  // SD-CARD RELATED
  // change this to match your SD shield or module;
  //     Arduino Ethernet shield: pin 4
  //     Adafruit SD shields and modules: pin 10
  //     Sparkfun SD shield: pin 8
  const int chipSelect = 4;
  
  File root;
  Serial.print("Initializing SD card...");
  // On the Ethernet Shield, CS is pin 4. It's set as an output by default.
  // Note that even if it's not used as the CS pin, the hardware SS pin 
  // (10 on Arduino Uno boards, 53 on the Mega) must be left as an output 
  // or the SD library functions will not work. 
  pinMode(SS, OUTPUT);

  if (!SD.begin(chipSelect,7,6,5)) { //SD.begin(ChipSelect, MOSI, MISO, CLK)
    Serial.println("initialization failed!");
    return;
  }
  Serial.println("initialization done.");
  root = SD.open("/");
  
  //DEBUG RELATED
  printDirectory(root, 0);
}

void loop()
{ 
  //knx-test
  //bool success = knx.groupWriteBool(0,0,3, true);
}

//KNX RELATED STUFF
void serialEvent1() {
  KnxTpUartSerialEventType eType = knx.serialEvent();
  if (eType == KNX_TELEGRAM) {
     Serial.println("Event KNX_TELEGRAM");
     KnxTelegram* telegram = knx.getReceivedTelegram();
     int value = telegram->get1ByteIntValue();
     String val_string = String(value);
     Serial.println(val_string);
    
    Serial.println("Start play " + val_string + ".WAV");
    //audio.quality(1); 
    audio.setVolume(1); // 5 = max
    String f1 = val_string;
    String f2 = ".WAV";
    String filename = f1 + f2;
    Serial.println(filename);
    char audio_filename[filename.length() + 1];
    filename.toCharArray(audio_filename, filename.length() + 1); 
    audio.play(audio_filename); //the sound file need to be char
     
  }
}

// JUST PRINT SD-CARD TO SERIAL FOR DEBUG
void printDirectory(File dir, int numTabs) {
  // Begin at the start of the directory
  dir.rewindDirectory();
  
  while(true) {
     File entry =  dir.openNextFile();
     if (! entry) {
       // no more files
       Serial.println("**nomorefiles**");
       break;
     }
     for (uint8_t i=0; i<numTabs; i++) {
       Serial.print('\t');   // we'll have a nice indentation
     }
     // Print the 8.3 name
     Serial.print(entry.name());
     // Recurse for directories, otherwise print the file size
     if (entry.isDirectory()) {
       Serial.println("/");
       printDirectory(entry, numTabs+1);
     } else {
       // files have sizes, directories do not
       Serial.print("\t\t");
       Serial.println(entry.size(), DEC);
     }
     entry.close();
   }
}

**sten123** · 21.12.2014, 21:25

Hi,

ich verwende Thorstens Fork vom arduino-tpuart mit dem Siemens Busankoppler um den Füllstand der Zisterne auszulesen. Ich nutze die Funktionen groupWriteBool() und groupWrite4ByteFloat() um Messwerte und Steuerungsinformationen auf den KNX-Bus zu senden. Das funktioniert aber bei mir nicht zuverlässig, ich habe immer wieder Situationen wo Bool- oder Float-Telegramme verloren gehen, obwohl ich den Rückgabewert der Funktionen auswerte und das Senden im Fehlerfall bis zu 3 mal wiederhole.

Kennt jemand diesen Effekt?

Viele Grüße

Sten

**Simml** · 21.02.2015, 18:34

Hallo zusammen,

Versuche gerade ein einfaches Beispiel zu kompilieren. Allerdings scheiterts momentan an KnxTpUart knx(&Serial1, 15, 15, 20);:

Code:

#include <KnxTpUart.h>

// Initialize the KNX TP-UART library on the Serial1 port of Arduino Mega
// and with KNX physical address 15.15.20
KnxTpUart knx(&Serial1, 15, 15, 20);

void setup() {
  Serial.begin(9600);
  Serial.println("TP-UART Test");  

  Serial1.begin(19200);
  UCSR1C = UCSR1C | B00100000; // Even Parity

  Serial.print("UCSR1A: ");
  Serial.println(UCSR1A, BIN);

  Serial.print("UCSR1B: ");
  Serial.println(UCSR1B, BIN);

  Serial.print("UCSR1C: ");
  Serial.println(UCSR1C, BIN);

  knx.uartReset();
}


void loop() {
}

void serialEvent1() {
  KnxTpUartSerialEventType eType = knx.serialEvent();
  if (eType == TPUART_RESET_INDICATION) {
     Serial.println("Event TPUART_RESET_INDICATION"); 
  } else if (eType == UNKNOWN) {
    Serial.println("Event UNKNOWN");
  } else if (eType == KNX_TELEGRAM) {
     Serial.println("Event KNX_TELEGRAM");
     KnxTelegram* telegram = knx.getReceivedTelegram();
     
     // Here you have the telegram and can do whatever you want
  }
}

"no matching function for call to 'KnxTpUart::
This report would have more information with
"Show verbose output during compilation"
enabled in File > Preferences.
Arduino: 1.0.6 (Windows 7), Board: "Arduino Mega 2560 or Mega ADK"
In file included from C:\Users\Simon\Documents\Arduino\libraries\TP_UART _Library/KnxTpUart.h:8,
from sketch_feb21a.ino:1:
C:\Users\Simon\Documents\Arduino\libraries\TP_UART _Library/KnxTelegram.h:92: error: 'Serial_' has not been declared
In file included from sketch_feb21a.ino:1:
C:\Users\Simon\Documents\Arduino\libraries\TP_UART _Library/KnxTpUart.h:38: error: expected `)' before '*' token
sketch_feb21a:5: error: no matching function for call to 'KnxTpUart::KnxTpUart(HardwareSerial*, int, int, int)'
C:\Users\Simon\Documents\Arduino\libraries\TP_UART _Library/KnxTpUart.h:36: note: candidates are: KnxTpUart::KnxTpUart()
C:\Users\Simon\Documents\Arduino\libraries\TP_UART _Library/KnxTpUart.h:36: note: KnxTpUart::KnxTpUart(const KnxTpUart&)

Den Port scheints ja zu geben. Hat jemand eine Idee worans liegen könnte? Habe bisher ja eigentlich nur die Library runtergeladen und versucht ein Beispiel zu kompilieren...

Danke und viele Grüße,
Simon

**vento66** · 21.02.2015, 18:40

Welchen Arduino hast Du, was für ein Board ist eingestellt? Nicht alle haben eine Serial1. Die serial Schnitstellen fangen bei "serial" an. Serial1 ist dann die 2.Schnittstelle.

**Simml** · 21.02.2015, 20:04

Hallo, Danke für die schnelle Rückmeldung.
Hab nen Arduino Mega 2560 und hab den auch ausgewählt. Wenn ich anstatt Serial1 Serial eintrage gehts leider auch nicht

.

**vento66** · 21.02.2015, 20:07

Bei mir schaut das so aus:

Code:

  #include <KnxTelegram.h>
  #include <KnxTpUart.h>
  #include <SPI.h>
  #include <PN532_SPI.h>
  #include "PN532.h"

  PN532_SPI pn532spi(SPI, 10);
  PN532 nfc(pn532spi);

//Initialize the KNX TP-UART library on the Serial1 port of Arduino Mega
KnxTpUart knx(&Serial1, "1.1.7");

  const int green = 13;    // LED connected to digital pin 9
  const int red = 12;     // LED connected to digital pin 10
  const int blue = 11 ;    // LED connected to digital pin 11
  // Remember if we have sent on current keypress

  long letzteMillis = 0; // initialisiere Variable fuer den Zeitpunkt der letzten LED-Aktualisierung
  long intervall = 2000;         //  Intervall, fÃ¼r die nÃ¤chste Abfrage
  boolean value = LOW;
  
void setup() {
  Serial1.begin(19200);
  UCSR1C = UCSR1C | B00100000; // Even Parity
  knx.uartReset();
  knx.addListenGroupAddress("8/0/9"); //16393 BS Voll
  knx.addListenGroupAddress("8/0/10"); //16394 Door open
  knx.addListenGroupAddress("8/0/11"); //16395 fail
  knx.addListenGroupAddress("8/0/12"); //16396 Prog Mode
  knx.addListenGroupAddress("8/0/13"); //16397 store/del OK
  knx.addListenGroupAddress("8/0/14"); //16398 gesperrt
.....

**Simml** · 22.02.2015, 11:59

Habe das Problem jetzt durch folgende zwei Schritte lösen können:

1) Update der IDE von 1.0.6 auf 1.6.0
2) Die zwei header Dateien gemäß Thorstens Post modifizieren: https://bitbucket.org/dka/arduino-tp...es-not-compile

Danke für die Mithilfe,

Viele Grüße,
Simon

**Simml** · 22.02.2015, 18:29

Hätte da noch eine kurze Frage. Ich benutze momentan SIM-KNX, kann ich mit der KnxTpUart library da ohne probleme arbeiten?

Aktuell bin ich ein bisschen verwundert was da alles bei dem Beispielsketch "ReceiveKNXTelegrams" im seriellen Monitor daher kommt wenn ich einen Taster drücke. So schaut das momentan nach einem Tastendruck aus, dabei will ich eigentlich nur einer Variablen den Boolschen Wert des Tasters zuweisen:

Code:

TP-UART Test
UCSR1A: 100010
UCSR1B: 10011000
UCSR1C: 100110
Incoming Byte: 96 - 60 - 1100000
Available: 2
Incoming Byte: 96 - 60 - 1100000
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 6 - 6 - 110
Available: 63
Frame Error
Incoming Byte: 6 - 6 - 110
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 120 - 78 - 1111000
Available: 62
Frame Error
Incoming Byte: 120 - 78 - 1111000
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 134 - 86 - 10000110
Available: 61
Frame Error
Incoming Byte: 134 - 86 - 10000110
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 6 - 6 - 110
Available: 60
Frame Error
Incoming Byte: 6 - 6 - 110
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 59
Frame Error
Incoming Byte: 24 - 18 - 11000
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 134 - 86 - 10000110
Available: 58
Frame Error
Incoming Byte: 134 - 86 - 10000110
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 57
Frame Error
Incoming Byte: 24 - 18 - 11000
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 6 - 6 - 110
Available: 56
Frame Error
Incoming Byte: 6 - 6 - 110
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 152 - 98 - 10011000
Available: 55
Frame Error
Incoming Byte: 152 - 98 - 10011000
Available: 54
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 53
Frame Error
Incoming Byte: 152 - 98 - 10011000
Available: 52
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 51
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 50
Frame Error
Incoming Byte: 24 - 18 - 11000
Payload Length: 9
Available: 49
Frame Error
Incoming Byte: 0 - 0 - 0
Available: 48
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 47
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 46
Frame Error
Incoming Byte: 152 - 98 - 10011000
Available: 45
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 44
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 43
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 42
Frame Error
Incoming Byte: 0 - 0 - 0
Available: 41
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 40
Frame Error
Incoming Byte: 152 - 98 - 10011000
Repeated: 1
Priority: 2
Source: 1.8.152
Target Physical: 1.8.24
Routing Counter: 1
Payload Length: 9
Command: 0
First Data Byte: 24
Data Byte 2: 11000
Data Byte 3: 10011000
Data Byte 4: 11000
Data Byte 5: 11000
Data Byte 6: 11000
Data Byte 7: 0
Data Byte 8: 11000
Checksum mismatch
10011000
1100111
Event IRRELEVANT_KNX_TELEGRAM
Frame Error
Incoming Byte: 134 - 86 - 10000110
Available: 39
Frame Error
Incoming Byte: 134 - 86 - 10000110
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 38
Frame Error
Incoming Byte: 24 - 18 - 11000
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 37
Frame Error
Incoming Byte: 24 - 18 - 11000
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 0 - 0 - 0
Available: 36
Frame Error
Incoming Byte: 0 - 0 - 0
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 35
Frame Error
Incoming Byte: 24 - 18 - 11000
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 34
Frame Error
Incoming Byte: 24 - 18 - 11000
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 33
Frame Error
Incoming Byte: 24 - 18 - 11000
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 6 - 6 - 110
Available: 32
Frame Error
Incoming Byte: 6 - 6 - 110
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 230 - E6 - 11100110
Available: 31
Frame Error
Incoming Byte: 230 - E6 - 11100110
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 96 - 60 - 1100000
Available: 30
Frame Error
Incoming Byte: 96 - 60 - 1100000
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 6 - 6 - 110
Available: 29
Frame Error
Incoming Byte: 6 - 6 - 110
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 120 - 78 - 1111000
Available: 28
Frame Error
Incoming Byte: 120 - 78 - 1111000
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 134 - 86 - 10000110
Available: 27
Frame Error
Incoming Byte: 134 - 86 - 10000110
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 6 - 6 - 110
Available: 26
Frame Error
Incoming Byte: 6 - 6 - 110
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 25
Frame Error
Incoming Byte: 24 - 18 - 11000
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 134 - 86 - 10000110
Available: 24
Frame Error
Incoming Byte: 134 - 86 - 10000110
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 23
Frame Error
Incoming Byte: 24 - 18 - 11000
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 6 - 6 - 110
Available: 22
Frame Error
Incoming Byte: 6 - 6 - 110
Event UNKNOWN
Event UNKNOWN
Frame Error
Incoming Byte: 152 - 98 - 10011000
Available: 21
Frame Error
Incoming Byte: 152 - 98 - 10011000
Available: 20
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 19
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 18
Frame Error
Incoming Byte: 120 - 78 - 1111000
Available: 17
Frame Error
Incoming Byte: 0 - 0 - 0
Available: 16
Frame Error
Incoming Byte: 24 - 18 - 11000
Payload Length: 9
Available: 15
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 14
Frame Error
Incoming Byte: 0 - 0 - 0
Available: 13
Frame Error
Incoming Byte: 152 - 98 - 10011000
Available: 12
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 11
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 10
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 9
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 8
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 7
Frame Error
Incoming Byte: 0 - 0 - 0
Available: 6
Frame Error
Incoming Byte: 24 - 18 - 11000
Repeated: 1
Priority: 2
Source: 1.8.24
Target Physical: 7.8.0
Routing Counter: 1
Payload Length: 9
Command: 0
First Data Byte: 0
Data Byte 2: 10011000
Data Byte 3: 11000
Data Byte 4: 11000
Data Byte 5: 11000
Data Byte 6: 11000
Data Byte 7: 11000
Data Byte 8: 0
Checksum mismatch
11000
10011111
Event IRRELEVANT_KNX_TELEGRAM
Frame Error
Incoming Byte: 152 - 98 - 10011000
Available: 5
Frame Error
Incoming Byte: 152 - 98 - 10011000
Available: 4
Frame Error
Incoming Byte: 134 - 86 - 10000110
Available: 3
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 2
Frame Error
Incoming Byte: 24 - 18 - 11000
Available: 1
Frame Error
Incoming Byte: 0 - 0 - 0
Available: 0
Timeout while receiving message
Payload Length: 16
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Available: 0
Timeout while receiving message
Repeated: 1
Priority: 2
Source: 8.6.24
Target Group: 3/0/0
Routing Counter: 7
Payload Length: 16
Command: 15
First Data Byte: 63
Data Byte 2: 11111111111111111111111111111111
Data Byte 3: 11111111111111111111111111111111
Data Byte 4: 11111111111111111111111111111111
Data Byte 5: 11111111111111111111111111111111
Data Byte 6: 11111111111111111111111111111111
Data Byte 7: 11111111111111111111111111111111
Data Byte 8: 11111111111111111111111111111111
Data Byte 9: 11111111111111111111111111111111
Data Byte 10: 11111111111111111111111111111111
Data Byte 11: 11111111111111111111111111111111
Data Byte 12: 11111111111111111111111111111111
Data Byte 13: 11111111111111111111111111111111
Data Byte 14: 11111111111111111111111111111111
Data Byte 15: 11111111111111111111111111111111
Checksum mismatch
11111111111111111111111111111111
11111111111111111111111100011110
NCD Telegram 15 received
Available: 0
Timeout while receiving message
Event IRRELEVANT_KNX_TELEGRAM

Ankündigung

ARDUINO am KNX

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar