Warum ist mein serial so langsam?

  • Warum ist mein serial so langsam?

    Hi,

    ich komuniziere über einen USB2Serial Adapter mit einem Gerät. Dazu öffne ich ganz normal die serielle Schnitstelle mit folgenden Parametern:

    Quellcode

    1. -(bool)openSerialPort:(NSString *)devicePath
    2. {
    3. [self closeSerialPort];
    5. struct termios options;
    7. if ((self.fileDescriptor = open([devicePath cStringUsingEncoding:NSASCIIStringEncoding], O_RDWR | O_NOCTTY | O_NONBLOCK)) == -1)
    8. {
    9. myLog(@"SerialPort: Error open port at path: %@",devicePath);
    10. [self closeSerialPort];
    11. return NO;
    12. }
    13. if (fcntl(fileDescriptor, F_SETFL, 0) == -1)
    14. {
    15. myLog(@"SerialPort: Error cleaning no block");
    16. [self closeSerialPort];
    17. return NO;
    18. }
    19. if (tcgetattr(fileDescriptor, &originalOptions) == -1)
    20. {
    21. myLog(@"SerialPort: Error retreiving originalOptions");
    22. [self closeSerialPort];
    23. return NO;
    24. }
    26. options = originalOptions;
    27. cfmakeraw(&options);
    28. options.c_cc[VMIN] = 0;
    29. options.c_cc[VTIME] = 2;
    30. cfsetspeed(&options, B57600);
    31. options.c_cflag |= (CS8 | CLOCAL);
    32. if (tcsetattr(fileDescriptor, TCSANOW, &options) == -1)
    33. {
    34. myLog(@"SerialPort: Error setting new options");
    35. [self closeSerialPort];
    36. return NO;
    37. }
    38. return YES;
    39. }
    Alles anzeigen


    Nun schicke ich eine Anfrage an das Gerät mir Daten zu schicken und dieses schickt mir dann einen Datenblock zurück. Diesen muss ich mit einem Byte quittieren, dann kommt der nächste Block etc etc. Das klappt auch super, nur brauche ich für eine komplette Datei ca 30sekunden, wo ein anderes Programm in 4 Sekunden fertig ist. Ich brauche für einen Datenblock, der ca 180 Bytes groß ist ca. 250ms. Das ist ein wenig viel. Aber warum?

    Hier ist mal meine Routine die die einen Datenblock abholt. Ich wüßte nicht was es da zu optimieren gibt.

    Quellcode

    1. -(NSData *)serialData:(NSString *)command reply:(uint8_t)reply
    2. {
    3. char tempBuffer[2048];
    4. NSMutableData *data=[NSMutableData data];
    6. ssize_t numBytes; // Number of bytes read or written
    8. if(command) // Initiales Kommando zum Anfordern der Datei
    9. {
    10. numBytes = write(self.fileDescriptor, [command cStringUsingEncoding:NSASCIIStringEncoding], command.length);
    11. if (numBytes == -1)
    12. {
    13. myLog(@"Error writing to modem - %s(%d).\n", strerror(errno), errno);
    14. return nil;
    15. }
    16. if (numBytes < command.length)
    17. return nil;
    18. }
    19. else // bestätigen des Datenblockes mit einem Byte
    20. {
    21. numBytes = write(self.fileDescriptor, &reply,1);
    22. if (numBytes == -1)
    23. {
    24. myLog(@"Error writing to modem - %s(%d).\n", strerror(errno), errno);
    25. return nil;
    26. }
    27. if (numBytes < command.length)
    28. return nil;
    29. }
    31. do
    32. {
    33. if(canceled) // Abbruch Button gedrückt?
    34. return nil;
    36. tempBuffer[0]=0;
    37. numBytes = read(self.fileDescriptor, &tempBuffer, 2048);
    38. if (numBytes == -1)
    39. {
    40. myLog(@"Error reading from modem - %s(%d).\n", strerror(errno), errno);
    41. return nil;
    42. }
    43. else
    44. {
    45. if (numBytes > 0)
    46. [data appendBytes:tempBuffer length:numBytes];
    47. }
    48. }
    49. while (numBytes>0);
    51. if(data.length)
    52. return data;
    53. return nil;
    54. }
    Alles anzeigen


    Jemand eine Idee warum ich so langsam bin?

    Gruß

    Claus
    2 Stunden Try & Error erspart 10 Minuten Handbuchlesen.

    Pre-Kaffee-Posts sind mit Vorsicht zu geniessen :)

  • Kann das externe Gerät nicht mehr als 57600?

    Ansonsten kann das viele verschiedene Gründe haben. Nutzt das andere Programm exakt das gleiche Protokoll?

    Falls Du einen Logic Analyzer hast (oder jemanden mit einem kennst) würde ich den mal dran hängen, um zu sehen, was auf der Leitung los ist. Ansonsten würde ich etwas profilen um zu versuchen, die Verzögerungen einzugrenzen und noch etwas mit seriellen Parametern spielen, ist aber ohne Sicht auf die echte Kommunikation etwas blind.
    Multigrad - 360°-Produktfotografie für den Mac

  • Hi Mattik,

    das Protokoll ist durch das Gerät festgelegt und kann nicht variiert werden. Baud sind auch gleich. Ich werde mal ein paar logs reinmachen wo genau die Zeit eigentlich verloren geht. Aber wie Du schon sagt, selbst wenn ich es weiß wird es mir nicht viel nutzen.

    Danke

    Claus
    2 Stunden Try & Error erspart 10 Minuten Handbuchlesen.

    Pre-Kaffee-Posts sind mit Vorsicht zu geniessen :)