วีดีโอ

@@valendellongonv8934 Hola! Nono, no soy ayudante desde hace ya varios años 😔

@@enzostagnaro255 Hola Enzo! Siempre ante la duda o la contradicción de los ayudantes, la palabra final la tiene el Vonsim, fíjate si te permite hacerlo, y si funciona ponelo así, en el caso de que te lo pongan mal en un parcial tenés al simulador oficial de la cátedra defendiendote. Ahora mismo no recuerdo si es necesario o no, diría que no es necesario ya que BYTE PTR y WORD PTR se usan para mover datos con MV y saber si toma 1 o 2 celdas, el INC no tiene mucho sentido, ya que lo único que hace es incrementar el valor de la celda apuntada por BX. Por las dudas andá al simulador! Abrazo y disculpas!

ya entendi las variables que le pusiste nombre bit, lo que no entendi es como pasa el -1 a FFH

@@franrey8931 Hola Fran! En las celdas de memoria siempre se pone el valor en formato Hexadecimal para que no sea tan largo de escribir. En este caso, si inicializamos una variable NUM2 con un -1 la manera en la que MSX86 representa los números negativos es en CA2, el -1 en CA2 es el 11111111B que es lo mismo que escribir FF en hexadecimal (por eso el FFH que se muestra en la memoria)

@@GenaroCamele genial muchisimas gracias

@@Axel-2783ariga hola! Lo único que se es que tanto La Fuente como Franja Morada publican contenido de repaso en sus páginas! Además del contenido oficial de la cátedra es la única que me ocurre!

@@GenaroCamele Esta bien, muchas gracias gena sos un crack!

Tuve que encontrar el corte! Ocurre en 14:17 y se me debe haber pasado en la edición del video! Gracias por avisar! La instrucción es correcta, resta 15 al valor que está en el registro AH considerando el flag de borrow (resta 1 al resultado si el flag de C es 1). Es el equivalente a ADC en las sumas (donde se suma 1 al resultado de la suma si el flag de C es 1). En el archivo "Ap4-Lenguaje Assembly" de la página de la cátedra hay más información (con ejemplos y todo) sobre estas instrucciones: 163.10.22.92/catedras/organizacion/index.php?page=teoriaspracticas

@@GenaroCamele Muchas gracias por responder! ahí reviso ese archivo

Jajajajajaja pero somos de la misma facultad! O por lo menos la materia es de la misma cátedra! (creo)

@@hassanmussa123 Hola! Vos podés usar los registros que quieras y como quieras, siempre y cuando no pises valores que todavía necesitas! En el ejemplo que mencionas pongo la dirección de NUM1 en AX y después mando el valor de AX a la pila. A partir de ahí, ya el valor de AX se puede pisar tranquilamente ya que cumplió su objetivo. Por este motivo después para NUM2 uso el mismo registro sin ningún tipo de problema. También podría haber usado BX, CX o DX, es exactamente lo mismo! :D

@@SettMXE yo tampoco

Hola Juan! Cómo va? Por qué decís que altera el resultado? Estuve viendo rápido y veo que se termina guardando un FH (15 en hexa) lo que es el resultado correcto de la multiplicación! Quizás te referías a otra cosa, poneme si querés el minuto exacto del error y te respondo. De todos modos está perfecto lo que decís: siempre tengan en cuenta como se inicializa la memoria en el simulador y nunca hay que dar por sentado que algo se va a inicializar en 0

@@GenaroCamele Claro, en el video da el resultado correcto (FH), lo que digo es que probablemente al actualizar a la versión más reciente de VonSim, el simulador inicializa los registros con basura, a diferencia de versiones anteriores. Al usar el mismo código del video se suma (((5H + basura)+5H)+5H), no es un error de explicación, comento para que no le pase lo mismo que a mí a alguien más jajaja. Solo tuve que inicializar CX en 0H "manualmente".

@@JuanNieto-c4q Ahhhhh excelente! Gracias! ♥🍐

Hola! Si, definitivamente serviría hacer un chequeo, pero igual quizás terminás quedando en un loop porque el problema era que se ejecutaba la interrupción antes de volver al programa principal, por lo que te quedarías de por vida iterando en la subrutina de interrupción... Probablemente se deba a un bug en el simulador, que ya fue actualizado y que quizás ya ni lo tiene. Otra solución podría ser desactivar las interrupciones en la subrutina y volverlas a activar en el programa principal, y cuando se llega al final de la cadena no mandar ningún caracter más y no volver a activarlas después, pero es una solución medio rancia. Igual, con demostrar que sabés configurar las interrupciones por handshake como corresponde e imprimir lo caracteres alcanza y sobre 🍻

@@GenaroCamele Muchas gracias!!!

@@Axel-2783ariga hola! La técnica de polling consiste en realizar consultas constantemente de algo. En este caso, del estado de la impresora. El problema es que la impresora es lenta, y mientras está ocupada nosotros en el programa principal estamos haciendo polling constantemente para ver si se liberó, lo cual es una perdida de tiempo y ciclos de ejecución que podríamos utilizar en hacer otra cosa más útil. El handshake nos ahorra estar perdiendo tiempo al pedo, cuando la impresora se libere el handshake va a interrumpir el programa principal, lo cual hace que podamos ejecutar cosas valiosas y solo atender la impresora recién cuando está libre (estamos usando los recursos de manera óptima!)

@@GenaroCamele muchas gracas gena sos un crack!!

@@elliotcontreras9238 Hola! En este video hacemos un ejercicio de doble interrupción, una de ellas es el F10! Espero que te sirva: th-cam.com/video/e8Sd5BswGEI/w-d-xo.htmlfeature=shared

Hola! Si podés compartir el código quizás es más fácil para mi encontrar el problema! De todos modos te corrijo el concepto de Strobe, este no te dice si quedan cosas por imprimir o no! Es la señal que vos le mandás a la impresora para que imprima un caracter. Vonsim/MSX86 no te ofrecen la posibilidad de chequear si ya se imprimieron todos los caracteres, lo único que podés hacer de tu lado es mandar todos los caracteres que tengas y terminar el programa verificando que hayas llegado al final de la cadena a imprimir. Una cosa que te puede pasar es que la impresora al ser más lenta quizás termina el programa principal y quedan algunos caracteres en el buffer que no llegan a imprimirse, pero eso está bien y es una limitación del simulador, en la vida real tu programa termina pero la impresora sigue operando porque es un dispositivo independiente.

@@valen8477 Hola! Tu lógica es correcta, pero por un motivo técnico que ahora se me escapa no se puede asignar como ID ninguno de los identificadores que usamos para las interrupciones de software (es decir, no se puede usar el 0, 3, 6 o 7) así que por las dudas elegí otros! Si podés consultale a algún ayudante o en su defecto siempre probar en el Vonsim (que los desarrolladores le dieron mucha bola a este tipo de reglas y te sirve para defenderte en la corrección de un examen!)

@@renzogigena8665 UFUFUFU SI. Habilitá la quinta 🙏

Hola Pedro! Cómo andás? El final es más teórico que práctico, así no solo no podría ser de ayuda, si no que tampoco sigo como ayudante de la materia! Así que quedó el mail personal que uso del trabajo. Si querés podés tirarme las consultas por acá (así de paso también le sirve a cualquier otra persona que tenga las mismas dudas) y si puedo orientarte lo hago sin problemas (aunque dudo que pueda)!

@@tobiasleclercq1076 muchas gracias por el mensaje Tobi! Me alegro que se te haya hecho más agradable la materia! Abrazooo ❤️🍐🍻

@@ZorosSD hola! Lo que hacemos cuando tenemos que representar un número con una mantisa fraccionaria normalizada con bit implícito es sacarle ese 0,1 a la mantisa (si es que arranca con ella), ya que al momento de interpretarlo sabemos que "aparece de la nada" ese 0,1 por ser con bit implícito). Ahora, si tú mantisa arranca con 0,0... lo que hay que hacer es mover la coma los lugares que sean necesarios para que te quede arrancando con 0,1 y poder borrarlo. Es medio difícil explicarlo escribiendo, en lo posible pedile que te haga un ejemplo algún ayudante en el pizarrón

@@GenaroCamele Muchas gracias, no puedo preguntarle a ninguna ayudante porque estoy preparando el final y es mañana ☠. Te entendí bastante bien igualmente, pero para que quiero que mi mantisa arranque con 0,1? Si al ser mantisa con bit implícito el 0,1 después se pone solo

@@ZorosSD claro, pero acordate la clase en al que aprendemos punto flotante, dónde se representa un número con mantisa fraccionaria (SIN bit implícito). Lo que hacíamos era representar el número en punto flotante, y desplazar la coma (actualizando el exponente) para que arranque con 0,1. Si te quedaba un 0,1010 por ejemplo con 4 bits, cuando tenés que escribir la mantisa en el examen lo que pones es 1010. Acá tenés que hacer EXACTAMENTE lo mismo, con la diferencia que ese 0,1 del principio lo pone la máquina automáticamente, entonces cuando tengas que escribir la mantisa limpia en el examen lo pones como 010. Espero haber sido claro, cualquier cosa volveme a escribir! Exitos mañana

@@GenaroCamele Sos un crack, me quedo clarísimo <3 (como no la promocione en pandemia lpm jajaja)

@@nicolasdiaz3208 Hola! Si te piden el Error Absoluto Máximo entonces tendrías que considerar la resolución más grande que encuentres (que va a ser en los puntos más alejados de la recta, es decir, el mínimo negativo o en el máximo positivo), así al dividir por 2 te queda el error más grande que podés encontrar

@@gonziii13 gracias Gonza! ❤️

Hola! El rango se forma con el número más chico y más grande que podés representar. Con ese sistema que te dieron vamos a ver: - Mínimo: tenés una mantisa que permite números negativos, así que vamos a ver cuál es el número más negativo que existe con 5 bits en Ca2 que, como se ve en la clase es -2^(N-1) = -2^4 = -16. Y el exponente que más nos aleje de la línea del rango (osea, el máximo positivo), en este caso con el más positivo que existe con 3 bits en Ca1 es +2^(N-1)-1 = (2^2)-1 = 3. Entonces el número mínimo en este sistema es -16 * 2^3 = -128 - Máximo: para el máximo vamos a hacer lo mismo, pero ahora tenemos que irnos para el lado de los positivos, el exponente va a ser el mismo porque queremos que sea el más grande, pero la mantisa negativa que calculamos recién no nos sirve. El mayor número positivo para la mantisa que se puede hacer con 5 bits en Ca2 es +2^(N-1)-1 = (2^4)-1 = 15. Así que el máximo positivo sería 15 * 2^3 = 120 Si los querés representar en binario alcanza con pasar los valores a sus respectivos sistemas: El exponente que es 3 en Ca1 = 011 La mantisa -16 en Ca2 es 10000 La mantisa 15 en Ca2 es 01111 Así que tu rango es [-128; 120] o en binario [10000 011; 01111 011]

@@GenaroCamele Gracias! me di cuenta que no estudié las fórmulas descriptas en el video. Ya pude hacerlo guiándome de lo que usted me pasó.

@@daikiggg5367 no te apresures en entregar que no te apura nadie, revisá las cosas y si estás estudiando y aprendiste los temas no te preocupes de nada! En el peor de los casos volves a rendir las veces que sean necesarias! Exitos y abrazo!

Hola! Eso lo explico en el minuto 24:33! Te están pidiendo que lo representes en punto flotante, solo que al decirte que "con mantisa fraccionaria normalizada" te están obligando a que tu mantisa arranque con 0,1, nada más! Así que vas a tener que correr la coma actualizando el exponente para que quede así. Si querés pasame el ejercicio y lo vemos, abrazo!

@@GenaroCamele Tenes razon!! disculpa jajaj se me pasó, graciass

@@Havkar jajajajaja tranqui! Me acabo de acordar que hay un video de repaso donde representamos diferentes números en diferentes tipos de mantisa, quizás te ayuda!

Gracias por el mensaje! ❤️🍐 Son videos que nunca fueron pensados para ser públicos, me alegra mucho que sigan siendo útiles! Abrazo!

Hola! Perdón pero no, desconozco si se subieron videos de teoría por parte de otros profesores

si alguien busca, en este link hay clases teóricas grabadas. Suerte drive.google.com/drive/folders/1mZ1kqtUzHI-5KU-5fWOXDt21LmCPah6y

Hola! Si te referís al minuto 28:56, se hace un AND entre CH (que contiene AAH) y BITS0 (que contiene el valor 7FH). Si bien en el simulador o en las presentaciones de mis videos aparecen los números en hexadecimal para mostrarlos simples y cortos, cuando se hace una operación aritmética (ADD, SUB, etc) o lógica (AND, OR, etc) es más fácil verlos en binario. Entonces AAH AND 7FH = 1010 1010 (AA) AND 0111 1111 (7F) ----------------- 0010 1010 (que es 2A en hexadecimal) Espero haber sido claro, cualquier cosa avisame, éxitos en el segundo parcial! Saludos!

Hola Santi! Este era mi laburo, ídolo sos vos que sin nada a cambio te pusiste a dar clases de apoyo! 👏Seguí así! Abrazoo

Está bueno como lo interpretás y lo importante es que sepas el correcto funcionamiento! A fin de cuentas cuando hablamos de "punteros" en lenguajes como C, Rust y demás hablamos de exactamente lo mismo: lo que hay en la variable o registro es una dirección de memoria y no un valor en sí mismo. Y hay operadores para ir a buscar el verdadero valor en esa dirección de memoria (lo que a veces decimos coloquialmente como "ir a buscar a lo que apunta"): En MSX88 son los corchetes En C, C++ y Rust son los * La terminología cambia, el concepto es el mismo 🍻

@@GenaroCamele Entiendo, muchas gracias

JJAJAJA la vara por el piso

4 años ya del 2020 cuando se grabaron!!! Me hiciste sentir viejo, pero llegó el cariño, gracias Merigen20, saludos a Spiderman <3

@@GenaroCamele JAJAJSJA estás rápido para los chistes ehh

@@GenaroCamele vos sos spiderman en las fechas de parcial genaro

Hola! Si te referís al minuto 6:02 es porque cuando no se especifica cómo arranca arrancamos desde 0, y en el primer clock sigue en 0 por los motivos que explico en el minuto 6:37: a D1 entra un 1 recién en el segundo instante de tiempo, porque es la salida de D1. No es que todo es paralelo y va cambiando al mismo tiempo, cada flip flip D va a estar viendo lo que pasó "instantes" antes del clock. Es dificil de explicar por escrito en un comentario, si podés preguntale específicamente a tu ayudante por este caso así te lo puede explicar como la gente (y de manera visual)!