Bug: setting value jumps when type is int32
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
Línea de trabajo
En el issue no se identifica ningún archivo fuente ni ninguna prueba. Primero reproduce el comportamiento de configuración del voltaje con valores np.int32, np.int64, np.float32 y np.float64; después, sigue el procesamiento de rampa o barrido del parámetro de voltaje del instrumento. Se considera terminado cuando los valores enteros de NumPy realizan la rampa sin el falso error de «jumping» y conservan el mismo comportamiento que los valores de coma flotante.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I initialize a voltage.step value but, when I try to set a voltage value on my SMU I get the error 'cannot sweep voltage from numberx to numbery - jumping' when the number I am setting is of type np.int32, when I change the setting value type to np.float64 I no longer get this error and my ramp works fine.
- the return of this parameter from the instrument is float.
- instrument.voltage(np.int64(numbery)) & instrument.voltage(np.float32(numbery)) give the same behavior (no ramp) .
- after changing to float or np.float64 from one of the types that don't work, the next immediate set gives the same error but, any subsequent set works fine (until the type is changed back to one of the ones that dont work, then it immediatley gives the error without even working for one more set).
- Lenguaje dominante
- Python
- Estrellas
- 459
- Forks
- 361
- Merge medio
- 21 h 16 min
- PR fusionados (30 d)
- 85
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de microsoft/Qcodes
-
youkogawa GS200 range errorAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
microsoft/Qcodes#8168 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
Broken link in documentationAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 75/100
microsoft/Qcodes#1087 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Fix dependency on json-schemaAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
Export to xarray dataset fails when two data variables do not share same setpointsQuizá libre de nuevo @jenshnielsen la tomó hace 106 días y no hay ningún pull request abierto. Abierto
microsoft/Qcodes#8232 · 1 reacción · 2 asignados ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
Los mantenedores suelen responder en 1 día
Todos los issues de microsoft/Qcodes
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día
-
SR_SECURITY_DESCRIPTOR.fromString drops the SACL when no DACL is presentPosiblemente ocupada @paul7436 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
equinor/fmu-sumo-uploader#302 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
modelscope/evalscope#1821 ·
Los mantenedores suelen responder en 1 día
-
Sanity on ansible-core devel fails: ignore-2.23.txt references the removed import-3.9 testPosiblemente ocupada @yurnov la tomó hoy. Abiertoneeds_triage
Dificultad 1/5 Menos de una hora Aptitud para principiantes 91/100
ansible-collections/kubernetes.core#1275 ·
Los mantenedores suelen responder en 1 día