'?' to Cyton COM port gets: "'Failure: Communications timeout - Device failed to poll host"

edited April 2017 in Cyton

I plugged in the USB-dongle. Sending a question-mark (or any other
string) to the COM port of the dongle results in 'Failure:
Communications timeout - Device failed to poll host$$$' and depending on
the exact USB port either the LED D5 or both the LED D4 and D5 are
flashing.
I didn't verify my VPC-driver installation. I didn't get
an error during the installation, but I don't know how to verify that
they are working properly.

Thank you in advance for suggestions!

Comments

  • I have the OpenBCI GUI installed and status displays 'Failure: System is Down', get channel results in 'Failure: Host on Channel number: 1'. If I replug the dongle the channel number shifts around without any apparent rule.

    If it's still worth to try out that util tool, can you recommend me a simple, lightweight program to launch it? I only worked with c-like files for arduino projects in the past (and even that were more proof of concept like projects), while this looks like a java-like file.

  • wjcroftwjcroft Mount Shasta, CA
    edited February 2017
    How to build Processing apps (geared toward the GUI but just modify),

    https://github.com/OpenBCI/OpenBCI_Processing

    Mentioning Colin @cfausn who is the author of the config tool.

    I'm suggesting running the radio config tool, because it sounds like your dongle and mainboard may be on different channels. Not sure why your channel keeps changing.

    Colin have you seen that dongle channel randomization behavior yourself?

  • Thank you for the link! I just tried to set it up with processing and complains about librarys like ControlP5. Am I supposed to install them one by one by hand, or is there a simpler solution?

    I ran some tests to clarify my statement from before: The dongle doesn't appear to change the channel while plugged in. If I just request to get the channel, unplug and replug the channel appears to be stable. If I sent signals (directly to the port (for instance the '?' I mentioned earlier) or via set channel in the GUI) the channel first appears to stay at the same channel, but may switch around after replugging. The destination seems uncorrelated to the actual channel I've selected in the GUI. The channels I've seen so far are 1, 2, 5 and 25 (is there anything special about any of these except being the last and the first one?).

    I neither not convinced that it is a channel issue nor that it is even a failure in the dongle itself. I still can imagine that the problem comes from the communication over the port. Isn't '?' supposed to return relevant firmware information instead of 'Failure: Communications timeout - Device failed to poll host$$$'? What is even regarded as "host" in that manner?
  • wjcroftwjcroft Mount Shasta, CA
    Host is the dongle RFduino, Device is the mainboard RFduino. No firmware info is available until both RFduino channels are the same.

    ControlPS installation covered on the previous link.

  • I see, I'm supposed to do both 1 & 2...I really should fetch some sleep before I continue. I just skipped that because I thought it would only belong the GUI that already runs.

    Thank you for the clarification.
    I'll post later (tomorrow?) how it went with the radio-util.
  • edited February 2017
    I don't know what exactly happened, but once I hit autoscan in the openbci-radio-configuration-utility it worked and now they are connected. I'm even able to change the channel in the 'normal' OpenBCI GUI. I didn't expect the corresponding autoscan buttons to invoke different kind of magic, but I'm happy that works..."get status" and "get channel" I mean. The error seems to be dealt with for good and '?' gives the expected reply.

    I know the following is a completely different kind of error - feel free to direct me to open a new discussion if that's more appropriate for the forums structure.
    When I try to stream data over my connection I receive instead of actual data the error:
    "OpenBCI_ADS1299: interpretBinaryStream: expecteding end-of-packet byte is missing.  Discarding packet. (___)
    OpenBCI_ADS1299: interpretBinaryStream: Actbyte = -63"
    while the brackets (___) contain the corresponding package count. I have no idea where to start.
    Edit: I forgot to mention that the led D4 starts to burn permanently when I try to get a stream.

  • wjcroftwjcroft Mount Shasta, CA
    edited February 2017
  • Thank you! Uploading the firmware to to board itself was enough - I'm getting proper signals!
    Thank you very much for your guidance and help!
  • edited May 2017
    Hey there, I just received my brand new Cyton&Daisy (and I'm a
    complete newb to all of this), but I seem to be stuck on the same issue
    as the OP. I tried installing the Radio Config utility, but it gives me
    the same error: "Communications timeout -- Device failed to poll
    Host$$$" and then adds "Could not connect, is your board powered on?" As
    far as I can tell the leds are on on both the board and my USB dongle (the latter is, in fact, blinking quite furiously. If it is relevant, the Gpio2 is on, blue, the other two leds blink continuously -- the TXD red and the RXD green).
    Oddly, when I press "Autoscan" on the RCU it cycles through "Success:
    System is Up$$$/Failure: System is Down$$$" and the communication error
    above.

    Not sure what to do -- any input (beyond, as I said, trying the RCU)?
     
    Also,
    I should say, I didn't know of the existence of Processing before this,
    so please speak slowly and do not assume ANYTHING on my part in terms
    of background knowledge!!! :)

    thank you for any help
  • As a followup to the above, the problem really seems to be that the board appears as if it were off or otherwise disconnected. When, from Processing, I start the OBCI GUI and try connecting and starting the system I get the following error:

    openBCI: openNewLogFile: opened ODF output file: SavedData\OpenBCI-RAW-2017-05-25_17-13-29.txt
    WOOHOO!!!
    OpenBCI_GUI: initSystem: -- Init 4 -- 158483
    OpenBCI_ADS1299: systemUpdate: [0] Sending 'v' to OpenBCI to reset hardware in case of 32bit board...
    Failure: Communications timeout - Device failed to poll Host$$$openBCI_GUI: haltSystem: Halting system for reconfiguration of settings...
    OpenBCI_GUI: stopRunning: stop running...
    OpenBCI_ADS1299: startDataTransfer(): writing 's' to the serial port...
    Closing any open SD file. Writing 'j' to OpenBCI.
    OpenBCI_ADS1299: closeSerialPort: closed

    The GUI suggests powering down/up USB dongle and OBCI, but it doesn't seem to help.
    I've also tried the openVibe, but essentially same thing, the dongle and board just don't seem able to talk. Help! :)

  • wjcroftwjcroft Mount Shasta, CA
    @Mcube78, hi.

    Can you try some tests on another laptop to eliminate hardware or OS issues? Are your FTDI drivers up to date? Are you following all the steps in the tutorial?


    Does the dongle show up as a COM or tty port when you plug it in? What OS and laptop are you using? If you get a COM port to show up, connect to it with a terminal emulator program and type '?'. 

    William

  • edited May 2017
    Thank you @wjcroft for the answer.

    I've tried it on both a desktop (Dell XPS Win 10) and a laptop (ASUS Win 10). It is a brand new OBCI system, so I have just downloaded the FTDI drivers on both computers following the tutorial. And yes, I have followed the tutorial step by step -- in fact, that might be what broke it: when I first clicked "status" (as per the tutorial) it said the system was up, then I followed the tutorial through the 'change channel' example, and after that it never came back. Perhaps unsurprisingly, when I launch the GUI from Processing, as it opens it gives me the following error: OpenBCI_GUI.pde: could not open /dev/tty.usbmodem1411

    On both computers it shows up as a COM (COM3 in one and COM4 on the other). I've tried to look if there is any problem detecting the ports, but I can see them from both the device manager as well as get it listed through the shell (the windows powershell).

    One small advance, I could type 'v' and get the data visualization part of the GUI to show, but of course no data streaming.

    I've tried to connect to the COM port using putty as you suggested, but it gives me the exact same error "Communications timeout - Device failed to poll Host$$$"

    More suggestions?
  • MCube78  

    I made the same mistake @wjcroft did after my system was working fine, now broken with same issue.  Any suggestions?

    Thanks for the help ... 

  • Hey @aala out of curiosity do you have Win 10 too? (@wjcroft)

  • It’s win7 64

    It worked until I followed the instructor who suggested to go ahead and break it by changing the channel and “don’t worry because auto-scan will fix it”; it never did!

    I uninstalled the drivers, reinstalled, ran system-restore, and tried all available suggestions with no luck.

    When I tried on MAC Sierra per http://docs.openbci.com/Tutorials/10-Mac_FTDI_Driver_Fix, the author there forgot to include the code he/she refers to. I gave up on that one too. 
  • wjcroftwjcroft Mount Shasta, CA
    Mentioning AJ @pushtheworld. AJ several users are reporting that the GUI Radio Configuration / Autoscan feature is broken on Windows. Do you have any insights? Could this be a recently surfacing bug? Or some new interaction of the GUI with the firmware that is shipping on the latest Cytons. It could be that Autoscan is working fine on Macs, but now broken on Windows?

    @MCube78, or @aala, can one of you please open an issue below and give as much detail as possible. Including all the steps you've tried. It seems odd that things were working fine before you tried the Autoscan. Like the Autoscan is no longer working as claimed or getting confused.


    @aala, there is no "code he refers to" given on that FTDI driver tutorial you mention. All the edited config (Info.plist changes) are shown. If you can, please try again on the Mac to confirm if Autoscan works there.

    William

  • Hi @wjcroft @pushtheworld

     I've made a post as you suggested: https://github.com/OpenBCI/OpenBCI_GUI/issues/155

    I tried to include all that I could recall, feel free to ping me if I omitted anything that can be of help!

     thank you

     martin
  • wjcroft 

    My bad -my browser didn't show the article's command-line code.  Auto-scan worked fine on MAC Sierra.  Only Win7 64 has the issue.  ty
  • wjcroftwjcroft Mount Shasta, CA
    @aala, so can you determine the channel settings it auto-set (on Mac), then back on Windows GUI, manually set the dongle to that channel? (WIth Get Channel, then Override Dongle.) That may at least get you going until glitch is investigated.

  • wjcroft

    -get channel on MAC rendered ch number 20
    -I then changed win-7 channel to 20 and clicked Override Dongle
    This worked.

    I then clicked Auto-scan; broke it, defaulting to channel #1.  Tried to reset it back to 20 but kept receiving this error "Failure: communications timeout -Device failed to pull Host"

    I noticed the dongle flickers for a couple of seconds when clicking Autoscan on the Mac, but doesn't respond on the PC. 

  • wjcroft

    Any tutorial how to connect the Ultracortex IV's 12 colored wires with the 16 channel daisy module & board please?  Many thanks. 
  • wjcroftwjcroft Mount Shasta, CA
    Try power cycling everything (Windows, dongle, Cyton). The Cyton should still be sitting at 20. Sounds like the Autoscan and Override Dongle capability both have issues on Windows. If Override Dongle worked once for you, it may again, if conditions are "right".

    For wiring see: 

Sign In or Register to comment.