Jump to content

ilmenator

Frequent Writer
  • Posts

    2,304
  • Joined

  • Last visited

  • Days Won

    37

Posts posted by ilmenator

  1. 44 minutes ago, Antichambre said:

    Between you and me ;) it's easy to get the full version.

    Please, let's not promote this kind of software. The programmers should be rewarded for their work. If you can't or don't want to afford the legitimate version, then go for free software instead. Heck, you even know there is one out there but "hate" it. I don't get it...

  2. Thanks Peter,

    not using Windows, I'm on a Mac (Yosemite v 10.10.5)...

    It's actually becoming a problem now: I am losing contact with the core, so that for example write operations to the SD card via the MIOS file browser will fail more often than not. This is very annoying as it keeps me from updating my NG configuration file and I can't continue the development of the TSFKAA MBNG setup.

  3. Hi,

    I am getting a message about a Timeout on port 0x21 quite regularly. I am not sure whether this actually is a problem (I haven't noticed any so far), but it bothers me and I'd like to know what this is. Here is an example of what I get in MIOS Studio:

    [267727.006] Init DHCP
    [267728.076] SD Card connected: 
    [267728.796] Init DHCP
    [267728.797] [MBNG_FILE_C] Event Pool Number of Items: 396
    [267728.797] [MBNG_FILE_C] Event Pool Allocation: 15867 of 65536 bytes (24%)
    [267728.801] [MBNG_FILE_L] DEFAULT.NGL hasn't been changed; reading labels from existing DEFAULT.BIN file.
    [267728.802] [MBNG_FILE_L] 15 labels found in /DEFAULT.BIN file
    [267728.803] [MBNG_FILE_S] snapshot #0 not stored in /DEFAULT.NGS yet
    [267749.392] [MIOS32_MIDI_Receive_Handler] Timeout on port 0x21
    [267761.075] [MIOS32_MIDI_Receive_Handler] Timeout on port 0x21
    [267768.483] [MIOS32_MIDI_Receive_Handler] Timeout on port 0x21
    [267773.455] [FILE] Download of 39392 bytes in progress (0%)
    [267773.601] [FILE] Download of 39392 bytes in progress (25%)
    [267773.748] [FILE] Download of 39392 bytes in progress (51%)
    [267773.894] [FILE] Download of 39392 bytes in progress (77%)
    [267774.018] [FILE] Download of 39392 bytes finished.
    [267775.023] [MIOS32_MIDI_Receive_Handler] Timeout on port 0x21
    [267800.299] set debug off
    [267800.301] Debug mode turned off
    [267801.305] [MIOS32_MIDI_Receive_Handler] Timeout on port 0x21

    About two weeks ago, on the very same hardware, this Timeout message wasn't there. Any clues about what's going on here? Which port is 0x21?

     

  4. Sounds like a faulty resistor R8 or R10, or wrong value installed? Unpower the unit and measure resistance across R8 and then R10, both should read 220 Ohms.

    If that doesn't help, check resistance between M- on J6 of the MIDI IO board and pin PC12 on the STM32F4 board - this should also be 220 Ohms.

    These errors are a pain to find the root for, but it's better than having to search for an error that only shows every now and then...

     

  5. Have you tried earlier revs (i.e. before 092)? If you find that earlier versions work, then it sure is a software bug.

    I remember that some MIDI outs that are based on 3.3V are problematic with some MIDI gear that expects the "regular" 5V sources (this seems to be an issue even though MIDI is essentially a current loop). Maybe there are some tolerances between the Outs on your board that you hit?

  6. Hi Zam,

    thanks, that actually does the trick after uploading the new .NGC: then, the LEDs are lit correctly. However, after power cycling the box or sending a reset command via the command line, this is not the case and all LEDs are off, no matter whether the LED event definition is coming before or after the corresponding button or sender definition(s). Have you solved this for your box, or are you still working on this problem?

    Best, ilmenator

  7. Yes, this will be the next step, but it is getting more complex than just that: the external messages are different, i.e. the machine I am trying to control is accepting the CCs as above, but is sending out NRPNs and Data (CC#6, CC#38) messages instead... and, these are not spanning the whole range from 0 to 127. I'll see if I can also just send back the same messages (NRPN and DATA) to control it.

    One more thing I would like to fix is that upon a power cycle, the initial value is set correctly to 2, but the corresponding LED is not lit (none of the LEDs shines). Also, after the upload of a new .NGC file version, the LED status remains, even though the value has been reset to 2. It takes a button press first to "synchronize" the LEDs. How could I get the LEDs right from the start?

    Best, ilmenator

×
×
  • Create New...