No busques más por otras webs ya que estás al espacio adecuado, contamos con la solución que buscas sin problemas.
Solución:
Me parece un error. Lo reproduje en mi 1054z usando un Arduino con un programa LED parpadeante.
Esta es la señal con una profundidad de memoria de 12 M adquirida en una escala de tiempo de 500 ms y luego expandida a una escala de 200 ms. El ‘latido’ tiene una duración de 1000 ms. (Ok, técnicamente tiene 900 ms de largo más los gastos generales, pero si agrego la primera parte del siguiente tren, obtengo una buena secuencia de 1000 ms que hace que los números sean más agradables).
El de arriba es el resultado que obtengo también con la configuración de memoria AUTO. Pero si configuro la profundidad de la memoria en 24M, tengo problemas en la escala de 500ms. Como arriba, esta es la señal adquirida en una escala de tiempo de 500 ms y luego expandida a una escala de tiempo de 200 ms:
La duración del pulso aparece extendida en 40 ms, es decir, los mismos 4 ms cada 100 ms que muestra el OP (pasa de 600 ms a 624 ms). La adquisición a una escala de tiempo de 200 ms muestra la longitud de pulso correcta de 1000 ms
Pero si adquiero en una escala de tiempo de 500 ms, obtengo 1040 ms
Aquí está el Arduino Sketch, si alguien quiere replicarlo.
/*
doubleBlink
Turns on and off an LED in a predetermined sequence, repeatedly.
Most Arduinos have an on-board LED you can control. On the Uno and
Leonardo, it is attached to digital pin 13. If you're unsure what
pin the on-board LED is connected to on your Arduino model, check
the documentation at http://www.arduino.cc
This example code is in the public domain.
modified 8 May 2014
by Scott Fitzgerald
modified 15 February 2016
by Sredni Vashtar
*/
// the setup function runs once when you press reset or power the board
void setup()
// initialize digital pin 13 as an output.
pinMode(13, OUTPUT);
// the loop function runs over and over again forever
void loop()
digitalWrite(13, HIGH); // turn the LED on (HIGH is the voltage level)
delay(100); // wait for 0.1 second
digitalWrite(13, LOW); // turn the LED off by making the voltage LOW
delay(100); // wait for 0.1 second
digitalWrite(13, HIGH); // turn the LED on (HIGH is the voltage level)
delay(500); // wait for 0.5 second
digitalWrite(13, LOW); // turn the LED off by making the voltage LOW
delay(200); // wait for 0.2 second
(Debo decir que ha pasado un tiempo desde la última vez que actualicé el firmware de mi osciloscopio, estoy en 00.04.04.01.01, pero el error se ha confirmado en la última versión hasta la fecha)
EDITAR: Siguiendo los consejos de mkeith, aquí está la señal de prueba del osciloscopio de 1kHz, adquirida en una escala de tiempo de 500ms y luego expandida a 200us, cuando la profundidad de la memoria se establece en 24M.
El período se convierte en 1.040 ms. Mismo 4% de error. La adquisición a 200us directamente dará el valor correcto de 1.000 ms.
¡Y se pone mejor! Si adquiero la señal de prueba con una base de tiempo de 5 segundos y luego la amplío a 200 us, ¡el período se convierte en 800 us!
Eso es un 20% de error.
En otras bases de tiempo (con la misma adquisición detenida) obtengo el valor correcto. Me encantaría ver cómo hacen el redondeo en Rigol.
De todos modos, este error está afectando a la última versión de firmware, como lo señaló el OP, y dado que la pregunta se cerró, las personas interesadas pueden querer seguir este hilo en el foro EEVBlog.
Posee DS1054Z también, el último software (00.04.04.04.03) está instalado, este error también aparece. Tuve una llamada con Rigol, dicen que esto hace referencia a su error # 297 abierto en agosto de 2020 y lo habían reproducido internamente, pero no hay planes concretos para la próxima versión de firmware en su sistema. El ingeniero de soporte no pudo dar un cronograma para esto (y mencionó el “hardware antiguo que es difícil de predecir las nuevas versiones de software”), así que creo que más propietarios de Rigol DS1xxxZ deberían sondear al soporte de Rigol y pedirles que solucionen el problema. : puede ser que tal presión los obligue a producir una nueva versión de software.
El ingeniero en cuestión era Chris Armstrong (https://www.youtube.com/watch?v=u3ZbcRb6AeM, [email protected]), para que la gente pueda mantenerlo en CC en sus informes de errores: parece ser una persona sana y agradable.
Espero que nos ayude a todos.
Gracias por reabrir este hilo. Entonces puedo publicar mi respuesta.
Mi primera respuesta del soporte de Rigol fue esta:
¡Creo que es un problema conocido de la serie DS1000Z! Actualice el firmware a la versión 04.04.04.03 y los problemas de captura deberían resolverse.
Siga este enlace para descargar el firmware actual para su osciloscopio DS1074Z:
https://eu.rigol.com/products/oscillosopes/ds1000z.html
(Se requiere un breve registro, pero se hace en un minuto) ¡Espero poder ayudarlo un poco!
Interesante es la redacción: “Creo que …” y “debería ser”. Eso ya me dio la impresión de que esta es una respuesta estándar a todos sus errores: instale el último firmware y “debería” ser arreglado.
Esto está en la página de inicio de Rigol:
Y mi alcance muestra:
Entonces tengo 3 versiones diferentes ahora:
Support email: 04.04.04.03
Rigol Homepage: 00.04.04.04.03
Oscilloscope: 00.04.04.SP4
Como ve: Las versiones de firware en Rigol no están unificadas.
Escribí otro correo electrónico preguntando si estas 3 versiones son iguales. El soporte respondió que todos son iguales.
Luego escribí un tercer correo electrónico: “Así que tengo el firmware más reciente. Pero los errores graves todavía están ahí. ¿Cuándo se solucionarán estos errores?”
Ya no obtuve respuesta. Le escribí un cuarto correo electrónico al mismo tipo de soporte una semana después. Ya no me responde.
El firmware de su página de inicio ya tiene un año. El “apoyo” ya no responde. Entonces, es obvio que Rigol no tiene ninguna motivación para corregir sus errores.
Tenga en cuenta que este es el firmware de toda la serie DS1000Z. Entonces, hay varios modelos de osciloscopio afectados por estos errores.
El firmware de Rigol es un archivo RAR de solo 1,9 MB. Encuentro esto muy extraño. Esperaba mucho más.
Las instrucciones de actualización dicen:
- El osciloscopio digital de la serie MSO / DS1000Z no admite operaciones de degradación.
Este es otro problema. Incluso si hubiera un nuevo firmware disponible: ¿Qué pasa si el nuevo firmware tiene un nuevo error que es incluso peor que los errores existentes? En este caso, no tengo la posibilidad de volver a mi versión de firmware anterior. La actualización del firmware de Rigol es un camino de un solo sentido. Nunca sabrás adónde te lleva.
La página de inicio de Rigol es un desastre. Si va a “Soporte” -> “Descarga de firmware de software” e ingresa a la Categoría: “Osciloscopios” y busca “DS1074Z”, no obtendrá ningún resultado.
Si selecciona en la línea de producto: “DS1000Z-E” y deja “palabras clave” vacías, no encontrará el mismo firmware que en la página DS1000Z.
https://eu.rigol.com/En/Index/listView/catid/28/tp/6/cat/7/xl/40
Parece que DS1000Z y DS1000Z-E son series diferentes. Las notas de la versión dicen:
[Model Supported] DS1202Z-E.
[Latest Revision Date] 2019-09-20
[Updated Contents]
v00.06.01.00.00 2019-09-20
- The first version is released.
[Previous Versions and Updated Contents]
- none
Entonces esto no es para mi alcance.
valoraciones y reseñas
Si crees que ha sido útil nuestro post, agradeceríamos que lo compartas con otros seniors y nos ayudes a extender esta información.