I started out with my Core Fire using UIFLOW 2, but soon discovered that there were many software functions in Version 1 that were not supported in Version 2 (for example, programming the LED bars), so I switched to Version 1. I understand that Version 2 supports many more devices than Version 1, but if one is going to create a new version of critical software like UIFLOW, shouldn't one make sure that the new version supports all the functionality of the previous version, and then extends the functionality of the new version into new areas. Am I missing something here?
Best posts made by hillsh_vi
-
UIFLOW version 1 compared to version 2
Latest posts made by hillsh_vi
-
UIFLOW version 1 compared to version 2
I started out with my Core Fire using UIFLOW 2, but soon discovered that there were many software functions in Version 1 that were not supported in Version 2 (for example, programming the LED bars), so I switched to Version 1. I understand that Version 2 supports many more devices than Version 1, but if one is going to create a new version of critical software like UIFLOW, shouldn't one make sure that the new version supports all the functionality of the previous version, and then extends the functionality of the new version into new areas. Am I missing something here?
-
CardKB powered by 3.3V not working?
I'm using the CardKB peripheral attached to an FPGA. I can't power it with 5V because the inputs to the FPGA are not 5V tolerant, so I am powering it with 3.3V. However, the results that I am getting from the I2C driver ( looked at with a logic analyser) do not reflect the keys pressed, so I am wondering if there is any reason that the device will not work properly when powered with 3.3V. Has anybody tried this?