Forum Replies Created
It’s likely that the voltage regulator got fried but maybe not. It’s very likely that the microcontroller got fried. Hard to test the microcontroller. Good news is that it can be replaced because it’s in a socket.
Are you in the U.S.?
Sorry, I haven’t published the schematics or board design because the Chinese have copied my products in the past.
Burning electronics smell always means the same thing: burning electronics. If you hooked up power wrong, it’s fried. The music flows through because input is directly connected to output.
Given that the LED strip successfully works when changing modes, there must be a bad connection along the audio path to the microcontroller. You might try pressing down on the microcontroller chip to see if it proves this point but I think you need a replacement. Can you contact us privately if that is the case? https://nootropicdesign.com/store/contact-us/
Your understanding is correct. The value 128 is the middle value for an 8 bit value which has a range of 0-255. 128 represents the baseline of a waveform, or silence.
- This reply was modified 1 month, 1 week ago by Michael.
You’re right, 262144/22000 = 11.9s.
I’m not sure how I came up with 12.9 in the documentation. It was many years ago.
Yes, that should be possible. The sample playback starts at address 0 of the first chip, and if the playback address reaches the max address of the first chip, it switches to address 0 of the second chip.
You’ll have to study the code to do this. If your serial connection can send in a number, then playback can start at that address. Likewise you can send in an end address and stop at that address. It’s a little complicated because there are 2 chips, so I’d implement with only 1 memory chip to start.
I’m afraid an I/O expander isn’t going to help here, as the Arduino pins used by the Audio Hacker are for high-speed SPI communication with the memory, ADC, and DAC. You can use the analog pins as digital pins, too, so you should be able to do software serial using any of the analog pins.
Great. Yeah, you don’t want to solder surface mount components by hand. This is done in a factory, except for a few hand-soldered connectors.January 15, 2021 at 8:32 am in reply to: Implementing n# attempts to defuse the bomb via keypad #13657
Nice work, Djair! Yes, I have made a similar customization for some escape room customers, too. I’m glad you are using the Game Timer Pro in Brazil for different escape room customers! Thank you for your business.
You are on the right track. tv.print() should be printing to the screen, overlaying on the video. If it’s not working, please post your code, and format with code tags so we can read it. You should be starting from a working example like this: https://nootropicdesign.com/projectlab/2011/03/20/text-and-graphics-overlay/
No, that just won’t work. They’d be fighting over the same pins.
Sometimes the pins from the shield don’t make good contact with the Arduino headers. Bending them slightly in one direction or the other can fix that.
I’ve used electret microphones with no problem. It needs to be powered, of course. See https://nootropicdesign.com/projectlab/2013/07/05/electret-microphone-audio-hacker/
The microphone you are linking to above will not work because it has 4 conductors on the plug. that is a TRRS plug. The audio Hacker needs an input with 3 conductors, TRS (tip, ring, sleeve).
This is not a coding error. The closed caption decoding works by detecting the flashing white bars. It’s not going to be perfect every time. Imagine how hard it is to detect every character byte that is displayed on the screen with the white bars as the bits. It’s quite a miracle that you can decode *any* of the caption data. Many people cannot get it to work at all. You are doing quite well!