In windows I lost all my interfaces except for a mc7354 device and it has an unknown ! mark beside it. The windows flashing tools still sees the device when I go to reflash but the outcome is the same.
Anyways update, I managed to fix the problem by booting up into a older windows 7 and flashed it from there and got all my ports back and working. So if anyone is flashing this on windows 8 with the fdt you might have these problems.
I think you have to install the old Edison drivers first. Emlid DOCS seemed to have removed that information which leaves users with older Reach products with no longer supported Emlid chips at a loss.
Hi @Charlie_Robinson, I have just been through the process of flashing my old reach modules to firmware 26 on a win10 machine. To get USB-to-PC connection I needed to disable driver signatures and then install EdisonDriverSetup1.2.1 as per this thread Flashing Reach RS - Win10
The flashing tool then found the module and completed the update without issue.
The firmware flash tool is not detecting the version of firmware on RS2+ or RS+. Both units fail to update on there own through ReachView 3 app v 7.8. Both units are new out of the box today. Is there a way to download the firmware for offline use for flashing in the field. Or is there an issue on your end?
The flash tool screen as @Dirk has posted is notably missing the option to download firmware versions, whereas the screenshot in the tutorial has this option. In both Ubuntu and Windows installations, I am missing this feature as well.
Directions to the image files for downloading independently would help me bypass issues of First Setup on an RS+ with wifi connectivity issues out of the box. Down the road, the flash tool could be upgraded for this functionality.
With DroidKit, you can flash and reinstall Android OS with no complicated operations. It will match a secure official ROM for your device and reinstall automatically. Support various Android devices, like Samsung, Xiaomi, Redmi, etc.
If you are an Android user, you should understand that Android phones always encounter some difficult problems. Statistically, many Android users report that they often encounter the following problems with their phones:
When encountering problems such as the above, how should you fix your Android phone easily and quickly with one click? The most recommended way is to use phone flashing software. This article will introduce 8 Android flash tools to you by describing their advantages and disadvantages in a comprehensive manner. So first, what is Android flashing software?
Then based on the functions mentioned above, we finally choose 8 best Android flashing software for you. It is worth noting that they are all easy to use and function well. However, there are still some differences between them. Now, according to the different functions of Android flashing software, we will introduce their pros and cons respectively to you. After reading, you can choose one or more software that can fully meet your own needs.
With this tool, you can fix all system issues in simple clicks, including black screen, freezing, touch screen not working, app crash, camera malfunction, etc. No skills or root are needed. And you can fix it by yourself even at home.
System Repair for Android is a free mobile flash software that fixes various problems with the Android operating system. You can use this Android flash tool to scan the Android OS and then fix the problem in minutes.
Android Repair Master is dedicated to checking and fixing system errors and is a fast and reliable flashing software for Android phones. It is one of the most powerful Android emulators, similar to NOX APK Player and BlueStacks.
Smartphone flash tool helps you to flash any Android smartphone as well as stock Rom without losing data. Moreover, you can also hard reset your operating system and format your device. You can learn more about this Android flash tool below.
Flashing Utility is a free Android flashing tool for PC. Everyone can update Android firmware in a few steps. This utility works with all APS devices. Before flashing the firmware with Flashing Utility, please check the files carefully in case there is an error in the flashed file.
Kingo Root offers free root and uninstall services, as well as an ad-free interface. Besides, this Android flash tool allows you to flash your Android phone, streamline and get rid of bloatware, and improve battery life.
Cyber Flashing gives you the ability to flash your Android phone with just one click. It has powerful features to meet your needs. And it is compatible with the latest Android versions and Windows operating systems and is fully automated.
DroidKit is built on 8 cutting-edge technologies to ensure you get the easiest, smartest and safest solution, including flashing your phone & tablet, fixing various Android system issues, etc. At the same time, you are guaranteed to have a 100% hassle-free experience and support services. Download DroidKit now and give it a try!
Can someone please recommend the appropriate tool for flashing the AIS file onto a SPI EEPROM? Currently we are using the DM6437 with NOR flash and use the FlashBurn utility along with CCS3.3, but we are redesigning to use serial flash (namely a SPI EEPROM).
I guess the assumption is that if you have the tools/resources to do CAN bus on a PC, you can develop a protocol and code to support it to upgrade your own part. The payload carrying ability of CAN is rather low, and the system loader mainly targets the initial boot loader loading (debricking) mechanism, with the developer providing a more robust/refined solution and user interface for there own system and feature set. I don't recall seeing a CAN IAP implementation, but the other IAP examples would be worth review, and then think how you want to perform field updates.
I was a bit confused by your details, after reading a few times, I think I understand what you are trying to do. You are using a custom board, not NXP EVB, and it has 2 flash memory devices connected via QSPI. Your board is also setup to use the Serial RCON, which means the configuration comes from the value programmed to EEPROM (as is an option with the NXP EVB). We already have a script for this to change the value, probably you already know of this:
my request is that if the tool is supporting S32G, we should mention it in somewhere. like the user guide in the folder "C:\NXP\S32DS.3.4\S32DS\tools\S32FlashTool\doc", we only mentioned S32S247TV and S32V234, not mentioning S32G at all. though we do have another txt file in the same folder "supported S32G devices" mentioned briefly the S32G rev1.0 rev 2.0 and 4 family members supported. can we include those info into same user guide?
We have completed the above steps, but I was still expecting to see our application running, eg. Logs and being able to connect via BLE through our phone app. As this functionality is in our app even if a device is rebooted without an Antenna.
My guess is that when you flashed the code by Workbench you did not get all of the necessary dependencies. Workbench does not flash the bootloader and softdevice, for example, even if you flash application and Device OS.
When there is a missing dependency, the device boots into safe mode. The device will be blinking green , and eventually breathing magenta if a connection is available, and it will download the missing dependencies. However, your code does not run in safe mode.
Any way I could get a procedure for flashing out of area devices with all dependencies, so that we could potentially hand over flashing to an device assembler, and they can do offline testing via our ble app?
BalenaEtcher is based on NodeJS so it uses a lot of library layers to flash. We have found it to be unreliable on some systems and it has repeatedly caused issues for some users. You are free to try it but if the image exhibit certain bugs, it might be due to the tool. We do not recommend if other options are available due to the field failures.
Thermos4940
Hi, I'm a Fedora user too, but I used my work laptop with Windows 10 to install GOS on my Pixel 6a.
Theoretically Fedora should work, but I preferred to avoid potential problems since it is not officially supported in the prerequisites.
I also tried it from 2 different laptops (Fedora with Gnome and Fedora with KDE). And once also from a live operating system (Ubuntu). Somehow the common denominator seems to me to be the phone. Each time the same error message.
Okay, I've made progress. I have changed the USB connection mode to "File Transfer". Before it was set to " charge only". This allows Android Flash Tool to connect and the process actually starts. But, as soon as the device reboots it loses the connection. In the browser appears:
I also ran into this issue on Fedora. It seems that the Flash tool being able to work with the phone after it reboots into the bootloader is equivalent to fastboot devices working without sudo, which it doesn't by default.
Various places around the web point to 'udev rules' to fix similar issues. Fedora's android-tools package includes a set of udev rules in a doc folder, which you can symlink to /etc/udev/rules.d to make them take effect, but these rules only work for adb, they don't change anything for fastboot!
I followed these instructions to create a different kind of udev rule manually, plus a bit from this forum post to create a plugdev group and add my user to it. After rebooting my laptop, fastboot devices and the web flashing tool both worked.
Officially supported browsers for the web install method:
Chromium (outside Ubuntu, since they ship a broken Snap package without working WebUSB)
Vanadium (GrapheneOS)
Google Chrome
Microsoft Edge
Brave
You should avoid Flatpak and Snap versions of browsers, as they're known to cause issues during the installation process.
I found out that it was a necessary step to boot my Pixel 6a into fastboot and so install the Android driver by checking for updates and so clicking optional updates on the Windows machine to get the android driver.
c80f0f1006