Comments (5)
HI @ccrause, thanks for reporting this.
Hmm, your bloom config seems fine. And the error you're seeing is from the SNAP itself. Do you have anything (besides the SNAP) connected to your dW/RESET pin? Any pull-ups or capacitors? If so, try removing those if you can.
What about lock bits - have you programmed any of those? They should be unprogrammed before you can use the dW module on the device.
See the "Physical Interface" subsection in section 17, in the datasheet, for more: https://ww1.microchip.com/downloads/en/DeviceDoc/ATtiny24A-44A-84A-DataSheet-DS40002269A.pdf
Failing the above, try using an MPLAB tool like the MPLAB IPE to connect to the device. Can you read any target memories via that? Can you send over the value for the three fuse bytes (high, low and extended).
Also, please try enabling Bloom's debug logging by setting debugLoggingEnabled
to true, in your bloom.json. The debugLoggingEnabled
should be specified at the project level:
{
"debugLoggingEnabled": true,
"environments": {...},
"debugServer": {... },
"insight": {... }
}
Then run Bloom again and send over the output.
from bloom.
I have a 10k pullup on reset, but can read SRAM in MPLAB X IDE using Snap, so the Snap <-> Attiny24A communication appears OK. I cannot pull the fuses over debugwire, but know that the debugwire and internal 8MHz oscillator options are set. No lock bits are set, device can be programmed over debugwire.
Debug log below suggest there is a missing SIGNATURE BASE ADDRESS.
$ bloom
2021-12-23 20:51:30 SAST [MT] [1]: [DEBUG] Debug log printing has been enabled.
2021-12-23 20:51:30 SAST [MT] [2]: [INFO] Selected environment: default
2021-12-23 20:51:30 SAST [MT] [3]: [DEBUG] Number of environments extracted from config: 1
2021-12-23 20:51:30 SAST [SH] [4]: [DEBUG] Starting SignalHandler
2021-12-23 20:51:30 SAST [SH] [5]: [DEBUG] SignalHandler ready
2021-12-23 20:51:30 SAST [TC] [6]: [INFO] Starting TargetController
2021-12-23 20:51:30 SAST [TC] [7]: [INFO] Connecting to debug tool
2021-12-23 20:51:30 SAST [TC] [8]: [DEBUG] HID device path: 0001:0022:00
2021-12-23 20:51:30 SAST [TC] [9]: [INFO] Debug tool connected
2021-12-23 20:51:30 SAST [TC] [10]: [INFO] Debug tool name: MPLAB Snap
2021-12-23 20:51:30 SAST [TC] [11]: [INFO] Debug tool serial:
2021-12-23 20:51:30 SAST [TC] [12]: [DEBUG] Loading AVR8 target description file: /opt/bloom/bin/../resources/TargetDescriptionFiles/AVR/AVR8/TINY/ATTINY24A.xml
2021-12-23 20:51:30 SAST [TC] [13]: [DEBUG] Failed to extract pinout from target description element - Failed to convert position attribute value to integer on pin element 0
2021-12-23 20:51:30 SAST [TC] [14]: [INFO] Activating target
2021-12-23 20:51:30 SAST [TC] [15]: [ERROR] The TargetController encountered a fatal error. See below for errors:
2021-12-23 20:51:30 SAST [TC] [16]: [ERROR] Missing required parameter: SIGNATURE BASE ADDRESS
2021-12-23 20:51:30 SAST [TC] [17]: [INFO] Shutting down TargetController
2021-12-23 20:51:30 SAST [TC] [18]: [INFO] Deactivating target
2021-12-23 20:51:30 SAST [TC] [19]: [INFO] Closing debug tool
2021-12-23 20:51:30 SAST [TC] [20]: [DEBUG] Event "TargetControllerThreadStateChanged" (1) registered for listener ApplicationEventListener
2021-12-23 20:51:30 SAST [MT] [21]: [ERROR] TargetController failed to startup.
2021-12-23 20:51:30 SAST [MT] [22]: [INFO] Shutting down Bloom
2021-12-23 20:51:30 SAST [MT] [23]: [DEBUG] Joining TargetController thread
2021-12-23 20:51:30 SAST [MT] [24]: [DEBUG] TargetController thread joined
2021-12-23 20:51:30 SAST [MT] [25]: [DEBUG] Joining SignalHandler thread
2021-12-23 20:51:30 SAST [SH] [26]: [DEBUG] SIGNAL 10 received
2021-12-23 20:51:30 SAST [SH] [27]: [INFO] Shutting down SignalHandler
2021-12-23 20:51:30 SAST [MT] [28]: [DEBUG] SignalHandler thread joined
from bloom.
@ccrause Hmm, that's a different error now. It looks to be a result of missing information in the target description file (/opt/bloom/resources/TargetDescriptionFiles/AVR/AVR8/TINY/ATTINY24A.xml
). Have you made any changes to that file? If so, please revert and send over the log with the previous error. If you've not made any changes, something really weird is happening there and I'll need to investigate further. I have scripts in place to ensure that all TDFs are valid before they're shipped, so not sure what's going on there.
If you didn't make any changes to the TDF, please send over the contents of that file for examining.
Is there any chance you can remove that pullup on the reset line? Do you have another target you can try with? I don't have a tiny24a, so I can't test on my end. But I have a mega328p and that works fine with dW and the Snap.
Also, one other thing to try is to set your target config to avr8
. This should result in an "ambiguous signature error", but for that to happen, Bloom must be able to extract the signature from the target. So this will give me an idea to whether Bloom is able to talk to the target at all.
Please send over the output.
from bloom.
Doh! In all my testing I changed physicalInterface to updi, hence the error. Changed it back to debug-wire and now Bloom can start up the debug server.
Not sure what caused the first error though, possibly some issue with the config of Snap, since the only change I made since my first test was to read the attiny24A in MPLAB X over Snap.
Apologies for the noise, and thank you for the help!
from bloom.
Ah yes, that would explain the second error.
Glad you got it working 👍🏽
Let me know if you have any other issues.
from bloom.
Related Issues (20)
- Provide JSON list of supported targets via CLI command HOT 2
- Support new AVR DU-series targets
- Support AVR EA/B-series targets
- bloom Website Down? HOT 5
- RSP kill command 'k' is silently ignored HOT 14
- Raspberry Pi OS Version HOT 30
- Wrong target signature (ATtiny416) HOT 3
- variantName doesn't appear to work on atmega328p-pu HOT 1
- Issues when stepping into a static library HOT 7
- Insight shows no TCA0 registers for the AVR128DA32 HOT 2
- Bit field annotations in register inspection window
- Distro packaging: Search resources in /usr/share/bloom? HOT 4
- Support for hardware breakpoints HOT 1
- Breakpoints being lost after programming session in GDB HOT 1
- Move away from using RUNPATH to specify shared library paths HOT 1
- Can't find Atmel-ICE Debugger when attached to USB hub HOT 1
- Delta programming (restrict uploads to changes only) HOT 2
- RISC-V HOT 3
- Add support for UPDI over /dev/ttyUSBx and similar interfaces HOT 4
- Keep target halted after activation
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from bloom.