| *** tpb has joined #timvideos | 00:00 | |
| *** SamSagaZ has quit IRC | 03:50 | |
| mithro | Can anyone who is interested in getting Opsis boards please fill out this form? https://goo.gl/forms/1tkFJn0EJiXVtOCI2 | 04:43 |
|---|---|---|
| tpb | Title: Numato Opsis Order (at goo.gl) | 04:43 |
| mithro | paddatrapper: I'm hoping to get to your pull requests today, but it's already 3:30pm and I still haven't finished the stuff in the queue before hand | 05:39 |
| mithro | cr1901_modern: ping? | 06:31 |
| paddatrapper | mithro: ok no worries | 07:03 |
| mithro | paddatrapper: Regarding your questions | 07:03 |
| mithro | paddatrapper: You basically want to map putc to what ever is your serial output function | 07:04 |
| mithro | paddatrapper: printf uses putc to send data | 07:05 |
| paddatrapper | mithro: ah Ok. Does the current firmware's debug statements work on any of the boards? (I'm assuming they do in the opsis) | 07:06 |
| mithro | paddatrapper: They did at some point in the past | 07:07 |
| mithro | paddatrapper: Do any of the example firmware use ISO transfers? | 07:08 |
| paddatrapper | mithro: not that I recall, but I'll check | 07:08 |
| mithro | paddatrapper: You might want to take a look at http://www.cypress.com/file/139866/download | 07:09 |
| paddatrapper | mithro: thanks, that should be very useful | 07:12 |
| mithro | paddatrapper: You also want to make sure that you check the define at the top of the files | 07:13 |
| paddatrapper | mithro: which files? | 07:13 |
| mithro | A lot of them have things like | 07:14 |
| mithro | #ifdef DEBUG_FIRMWARE | 07:14 |
| mithro | #include <serial.h> | 07:14 |
| mithro | #include <stdio.h> | 07:14 |
| mithro | #else | 07:14 |
| mithro | #define printf(...) | 07:14 |
| mithro | #endif | 07:14 |
| mithro | paddatrapper: ALL OF THEM! :-P | 07:14 |
| paddatrapper | Ah yes. At the moment I've got something similar, but just invoking usart_send_string directly | 07:15 |
| paddatrapper | mithro: any idea why more than 6 characters, or more than one call to usart_send_string would cause the serial not to be sent correctly? | 07:17 |
| mithro | paddatrapper: Two possibilities - interrupts and buffer overflows... | 07:17 |
| mithro | paddatrapper: If you get an interrupt in the middle of sending your serial data its going to screw it up | 07:17 |
| mithro | paddatrapper: The page at http://www.linux-usb.org/usbtest/ seems to imply that the "debugdevice" firmware might have support for iso transfers | 07:19 |
| tpb | Title: USB Testing on Linux (at www.linux-usb.org) | 07:19 |
| paddatrapper | mithro: that so sounds reasonable. There was one interrupt being triggered 8000 times a second... Could well have been triggered in the middle of the serial transfer | 07:19 |
| mithro | paddatrapper: You should be able to see that by using your second board in logic-analyzer mode | 07:20 |
| mithro | paddatrapper: You'll see the byte start, then see a large gap, then see the byte continue | 07:20 |
| paddatrapper | mithro: ok I'll look for that | 07:21 |
| mithro | paddatrapper: I don't think there is much difference in ISO vers BULK handling from the FX2 side | 07:22 |
| paddatrapper | mithro: ok. I plan on working in it today, so I'll take a look and let you know | 07:22 |
| mithro | paddatrapper: Some info at http://www.cypress.com/knowledge-base-article/throughput-isochronous-transfers-fx2lp-kba87932 might be useful too | 07:27 |
| mithro | paddatrapper: Have you tried using the logic-analyzer bit much? | 07:34 |
| paddatrapper | mithro: yeah I use it and the LEDs a lot of debugging, since serial is currently so unreliable | 08:14 |
| paddatrapper | s/of/for/ | 08:14 |
| mithro | paddatrapper: Use the logic analyzer and sigrok, you can then set "UART" decoding on the serial output and sigrok should decode it into text for you | 08:15 |
| paddatrapper | mithro: that's cool. At the moment I just look for the binary to see when the serial is written and can't see what it actually is. | 08:16 |
| paddatrapper | I'll have to try that today | 08:16 |
| mithro | paddatrapper: I think I've just about hit my limit for doing useful work today -- will try again tomorrow | 08:47 |
| *** SamSagaZ_ has joined #timvideos | 14:03 | |
| *** SamSagaZ_ has quit IRC | 14:04 | |
| paddatrapper | mithro: it was an interrupt issue. Removed the interrupt and now there is no problem | 16:47 |
| mithro | paddatrapper: You can disable interrupts for the period of sending the byte | 17:01 |
| paddatrapper | mithro: think I shall do that then. Do they get queued or dropped? | 17:01 |
| mithro | There can only be one pending interrupt of each type | 17:02 |
| mithro | so if a second one comes in before you have finished servicing the first one then you have problems | 17:02 |
| paddatrapper | ok, I'll keep that in mind | 17:09 |
| *** CarlFK has quit IRC | 21:12 | |
| *** CarlFK has joined #timvideos | 22:04 | |
| *** ChanServ sets mode: +v CarlFK | 22:04 | |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!