Fa-b

Members
  • Content Count

    23
  • Joined

  • Last visited

About Fa-b

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Thats right, plus you will need it to setup WiFi in the first place and to flash a new firmware to your device.
  2. Hi @Vroobee, I experienced this when the WiFi signal of our local network was not strong enough where the OpenScope was located. Also check if you have a MAC filter or static IP adresses enabled in your local network. I think the Scope will prompt that error also when the connection has been refused by the other side for any reason. Regards Fabian
  3. Hi @Phil_D, Where do you see ADG612? OpenScope MZ uses TS3A5017 to switch between 4 gains (0.075, 0.125, 0.25, 1). And as far as I can see from the schematic there is no gain switch for the OpenLogger. Are you sure you are asking your question in the correct (sub-)forum? Regards Fabian
  4. Amplifier for K type Thermocouples: AD8495/AD8497 TMJ = (VOUT − VREF)/(5 mV/°C) Reference OpenLogger
  5. @Raghunathan, Maybe the Windows 10 Firewall is blocking requests to port 42315 or to the Digilent Agent in general? I recommend to check the firewall settings. Regards Fabian
  6. Hi @TaiShengY, I think the transmission is the bottleneck for continuous acquisition. When using USB the baudrate is at 1.25MBaud and then we're talking bits so including 1 start and stopbits there is 125kB/sec. 12 bit resolution probably sent in 16 bit raw integers makes 62.5kSa/sec in theory. Then you have to account for protocol overhead. The OpenScope hardware though is capable of 6.25MSa/sec. I don't know about the WiFi transmission rates achieved by the OpenScope, but I expect the protocol stack to consume a lot of the potential speed. I can even imagine that data a
  7. @BecauseIHaveto, Unfortunately I think you won't be able to use the SPI of the OpenScope MZ without adding custom code to the existing firmware. And I guess that would be a tricky thing to do. Is a serialnumber the only purpose of that external EEPROM? Maybe there are other ways to achieve what you need. This chip can be both UART + I2C Bridge at the same time. If you plan to use the openscope with USB, maybe you can modify the hardware to use this instead of the FTDI chip onboard. The Baudrate might be a limiting factor though... Regards, Fabian
  8. @BecauseIHaveto, Have a look at point 19 of the Getting Started Guide. It is Typescript, but the order of commands to be sent to the OpenScope will be similar: - Set Parameters of the Oscilloscope Module - Set Parameters of the Trigger Module - Arm the Trigger Module ('single' trigger is used since 'run' is not implemented in the Openscope, you will have to re-issue the 'single' trigger arming after you successfully read, see @Kristoff's post above) - continuously call read the Oscilloscope Module (The guide uses a 100 ms Timeout for the calls) The read will retur
  9. Hi @Bruce Boyes, No idea about Ubuntu setup and I'm really not an expert about this, but here are some of my thoughts that hopefully will be of help to you and maybe others: This sounds like a driver related issue. When you first plug-in the OpenScope, drivers should install automatically. If not, maybe you can try to manually install the drivers (check this out). 42135 is the port used by the Digilent Agent for WaveForms Live to communicate to it. If you try to access the Digilent Agent directly from your browser, I'm not suprised you get a 404 Error, since this is not a
  10. They are to get a negative supply out of the positive digital output from the uC. Since the output of the uC is between 0 ... 3.3 V max. VREF1V5 is the node determining at which point the IC10A will switch from positive output to negative and vice versa. The opamp will always attempt to keep the difference between inverting and non-inverting inputs zero. VREF3V3 is a pullup of the inverting input, if the inverting input is pulled below 1.5V, the IC10A output will become positive in order to bring the inverting input back to 1.5V. On the other hand, when the inverting input is ab
  11. @BecauseIHaveto, Have you reset the instrument prior to using it? Have you configured and armed the trigger before attempting to read the osc? As far as I remember there is no 'No Trigger' mode implemented in the OpenScope. If you want this, you will have to manually force the trigger periodically. Regards Fabian
  12. Hi @AndrewHolzer, You were right. I went to the Developer Tools' Application Settings and cleared the site data one after the other. But luckily it was neither cache nor cookies, but the IndexedDB storage that caused this issue. I looked a bit deeper: The reason for this issue appears to be the advanced settings. After clearing IndexedDB I get this list of firmware versions from 'update-firmware.ts': ["0.176.0", "0.185.0", "0.283.0", "0.339.0", "0.352.0", "0.354.0", "0.355.0", "0.358.0", "0.369.0", "0.371.0", "0.374.0", "0.387.0", "0.392.0", "0.414.0", "0.423.0", "0.428.0",
  13. Hi @AndrewHolzer, Thanks for updating the version on GitHub. I can't tell why, but version 1.301.0 is not shown for me using WFL: Version 1.296.0 is the latest version I can find scrolling the list. Can this be a regional thing?! Looking at the code differences from your GH update, I assume this won't have an effect on the LA trigger anyways. So I will just do as you requested using v1.296.0: - Starting WFL and connecting to the device (tested both WIFI and UART). - On the OSC page changing trigger source to LA - press run without modifying the
  14. Hi banban, Sorry, I have not seen version 1.310.0 when I checked. I agree with you, therefore I have just opened an issue on GitHub: https://github.com/Digilent/openscope-mz/issues/7 Please +1 for it to be considered by Digilent. Regards Fabian
  15. Hi banban, There is an open issue #6 on github about the MPLAB-X IDE project files (see here). Though, i don't think this will happen since the firmware appears to have been developed using Arduino 1.6.9 IDE. Here is a resource explaining why: https://blog.digilentinc.com/digilent-core-on-arduino/ The Digilent Core for Arduino IDE comes with a compiler, so I suggest you stick with that. The latest available firmware is indeed available on github (v1.296.0). I agree it is very confusing but '1.296.0' does not mean '1.2.9.6.0', so Digilent has made a huge step forward