Keyboard Shortcuts
Likes
- BITX20
- Messages
Search
Re: Raduino dead?
On Sun, Jan 29, 2017 at 10:18 am, Jack Purdum wrote:
Did you run the proper install program in the drivers subdirectory? ?Thanks Jack, I think there could be a possible cause for my problem. When I connect the Nano to an USB port, it shows up as COM5. So I just used COM5 in the Arduino ide. Is there anything else I have to do? Got my old programer connected to the Nano, but get no Com port shown up. Have to use AVRDude, but hate to mess around with commandline paramaters. Have to look if I can find some GUI for it. Would prefere to just use the arduino ide though. |
Re: Unused wires
Yes, the inductor is for L4 in the analog VFO if you decide to do without the Raduino for a VFO, must be out if you do use the Raduino. No, the cap is for use across the tuning pot to avoid a bit of chatter there.? From ? http://www.hfsigs.com/bitx40v3_wireup.html??
On Sun, Jan 29, 2017 at 09:46 am, Jack Purdum wrote:
? |
Re: Raduino dead?
Jack Purdum
The "sync" error message can occur for a whole bunch of reasons. As you can see, avrdude tried 10 times looking for a response and not getting it, after which it gives up. I assume you had the USB cable set, since you said the COM port was configured correctly. The other possibility is the drivers is not correct. Did you run the proper install program in the drivers subdirectory? Jack, W8TEE From: Helmut OE4HDS <hs@...> To: [email protected] Sent: Sunday, January 29, 2017 1:08 PM Subject: Re: [BITX20] Raduino dead? Com port is correct set. Programer now set to USBasp Upload gives an error. Arduino: 1.8.1 (Windows 10), Board: "Arduino Nano, ATmega328" avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x80 I have another option for upload available as I still have a USBasp programmer as leftover from my times where I programmed flightcontorllers and ESCs for my multicopters. That programmer has also a 6pin connector that fits to the 6 pins on the oposite side of the USB adapter on the nano. I just removed the plastic around the pins to get them free, but they are cut and I think they are a bit to short now. Will try to get them a bit longer by heating up the solder and pulling them out a bit. Maybe I can get that connected via this programmer. It is something like that: http://thumbs.picclick.com/00/s/MTIwMFgxNjAw/z/CCEAAOSwUKxYZA~5/$/USBASP-USB-ISP-AVR-51-Programmer-Adaper-Atmel-_1.jpg |
Re: Unused wires
¿ªÔÆÌåÓý? There is a bunch of confusion in the documentation, including the info in the sketch listing that states that A2 is used for push to talk. The real information is in the actual code and is as follows: +#define ANALOG_KEYER (A1) ? +#define CAL_BUTTON (A2) ¨C RED wire +#define FBUTTON (A3) +#define PTT?? (A6) +#define ANALOG_TUNING (A7) ? v/r Fred W4JLE ? ? |
Re: Raduino dead?
Com port is correct set. Programer now set to USBasp Upload gives an error. Arduino: 1.8.1 (Windows 10), Board: "Arduino Nano, ATmega328" avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x80 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x80 I have another option for upload available as I still have a USBasp programmer as leftover from my times where I programmed flightcontorllers and ESCs for my multicopters. That programmer has also a 6pin connector that fits to the 6 pins on the oposite side of the USB adapter on the nano. I just removed the plastic around the pins to get them free, but they are cut and I think they are a bit to short now. Will try to get them a bit longer by heating up the solder and pulling them out a bit. Maybe I can get that connected via this programmer. It is something like that: http://thumbs.picclick.com/00/s/MTIwMFgxNjAw/z/CCEAAOSwUKxYZA~5/$/USBASP-USB-ISP-AVR-51-Programmer-Adaper-Atmel-_1.jpg |
Re: Raduino dead?
Jack Purdum
Usually, the "programmer" is the USBasp option. Jack, W8TEE From: Helmut OE4HDS <hs@...> To: [email protected] Sent: Sunday, January 29, 2017 12:26 PM Subject: Re: [BITX20] Raduino dead? Ups, sorry for beeing that stupid. I meassured just the voltage that was on A7 with having the pot at a random position. Of course it is changing. It goes from 0 when fully to counterclockwise up to 5.08 when fully clockwise. The regulator gets slightly warm, but not realy hot. When I now turn it on, the first line of the LCD shows 16 black blocks and the second line is empty. On the nano a green and a red led are lit, but I cannot see which one, because it is covered by the LCD. I tried to upload a sketch, without having anything else connected to the nano. I think that should work? Just to be sure, what settings do I have to use within the Arduino software? I have the following settings: board = Arduino Nano processor = artmega328 programmer = AVRISPmkll I am not sure about the progammer setting, but tried every single one and nothing worked. Or should I try to upload when everything is connected and under power? |
Re: Raduino dead?
¿ªÔÆÌåÓýIDE wise have same settings as you. ? Upload is not giving errors? Sure you have the right com port selected? ? Van: [email protected] [mailto:[email protected]]
Namens Helmut OE4HDS
Verzonden: 29 January, 2017 18:26 Aan: [email protected] Onderwerp: Re: [BITX20] Raduino dead? ? Ups, sorry for beeing that stupid. I meassured just the voltage that was on A7 with having the pot at a random position. Of course it is changing. It goes from 0 when fully to counterclockwise up to 5.08 when fully clockwise. The regulator gets slightly warm, but not realy hot. When I now turn it on, the first line of the LCD shows 16 black blocks and the second line is empty. On the nano a green and a red led are lit, but I cannot see which one, because it is covered by the LCD. I tried to upload a sketch, without having anything else connected to the nano. I think that should work? Just to be sure, what settings do I have to use within the Arduino software? I have the following settings: board = Arduino Nano processor = artmega328 programmer = AVRISPmkll ? I am not sure about the progammer setting, but tried every single one and nothing worked. ? Or should I try to upload when everything is connected and under power? ? |
Re: Unused wires
Jack Purdum
They include the cap and inductor that were previously installed on the board before the VFO/LCD addition in case you wanted to go back to that state. Jack, W8TEE From: "mapacton@..." <mapacton@...> To: [email protected] Sent: Sunday, January 29, 2017 12:13 PM Subject: Re: [BITX20] Unused wires Sorry, Mike. Guess I should have paid closer attention to the question.? I'm just tackling mine. My radiuno came with a pre-wound inductor. I can't seem? to find any reference as to where it goes. Any ideas on that? Mark ?KC1GNH |
Re: Raduino dead?
Ups, sorry for beeing that stupid. I meassured just the voltage that was on A7 with having the pot at a random position. Of course it is changing. It goes from 0 when fully to counterclockwise up to 5.08 when fully clockwise. The regulator gets slightly warm, but not realy hot. When I now turn it on, the first line of the LCD shows 16 black blocks and the second line is empty. On the nano a green and a red led are lit, but I cannot see which one, because it is covered by the LCD. I tried to upload a sketch, without having anything else connected to the nano. I think that should work? Just to be sure, what settings do I have to use within the Arduino software? I have the following settings: board = Arduino Nano processor = artmega328 programmer = AVRISPmkll I am not sure about the progammer setting, but tried every single one and nothing worked. Or should I try to upload when everything is connected and under power? |
Re: BITX Hacks : Improved audio
Mike Which fix did you implement? Randy, K7AGE On Sun, Jan 29, 2017 at 8:37 AM, Mike Hoddy <g0jxx.radio@...> wrote: Yep, just done that - helps with overloading - thanks guys. |
New file uploaded to [email protected]
[email protected] Notification
Hello, This email message is a notification to let you know that a file has been uploaded to the Files area of the [email protected] group. File: Raduino Pinout.pdf Uploaded By: Randy Hall Description: You can access this file at the URL: Cheers, |
Re: Raduino dead?
Does that 3.3v change smoothly when you rotate the tuning pot? ?Stay in the middle 1/3'rd of the tuning range if you try this, as you may not want to short that to ground or +5v. ?Is the regulator getting hot? If either is true, I suggest you cut the wire from A7 to the pot, then try again reflashing the Nano. Jerry On Sun, Jan 29, 2017 at 09:04 am, Helmut OE4HDS wrote:
There is 3.3V on the wire to A7.? ? |
Re: Raduino dead?
The only other case I'm aware of where a Raduino died during calibration is that referenced in posts 20959 and 20906. ?John Smith says he may have had one of the spare wires short to the heatsink (which I assume is 12v), and blow something, which is very welcome information as we try to figure this out. ?But I don't think that was it, as it was his A7 Nano pin that blew, and that would have been firmly attached to the tuning pot. ?So we really don't know why that failed yet. ?Most likely that A7 pin would need to short to 12v to get damaged like that, though it's possible that shorting to the neighboring 5v tab of the pot could do it. ?Any further hints from Helmut or John of what might have happened would be most appreciated. ? Elsewhere in history here these last couple weeks, somebody mentioned that having to reflash an Arduino in other environments is not unusual. ?That should not be the case, and if that's happening with the Raduino we need to track it down. ?For starters, never hot plug those wires, power everything down when moving wires around and double check your work before powering up, put tape over the ends of any flying leads. ?Keep wires reasonably short. ?Somebody with a scope should look hard at the 5v supply rail around that Raduino at power-up and power-down especially, perhaps we need another cap out there to avoid some ringing. ?Perhaps shorting 5v to ground and then letting it go is causing overshoot. Here's my notes regarding what Ashhar Farhan's sketch is doing with the pins: #define ANALOG_KEYER (A1) #define CAL_BUTTON (A2) #define FBUTTON (A3) #define PTT (A6) #define ANALOG_TUNING (A7) #define TX_RX (7) #define CW_TONE (6) #define CW_KEY (5) #define TX_LPF_SEL (4) The current wire-up is only using the CAL_BUTTON and ANALOG_TUNING from that set of 9 pins. All but TX_LPF_SEL have code that reference them in the sketch, so should be considered used. Here's the pins for the 16x2 display: LiquidCrystal lcd(8,9,10,11,12,13); I assume the SCL and SDA pins are set up down in Jason's Si5351 library. I had recommended John Smith use A6 as his replacement ANALOG_TUNING pin based on this comment: * A6 is to implement a keyer, it is reserved and not yet implemented but actual code shows a conflict with PTT. He might want to move PTT to A0 if there's trouble. Jerry, KE7ER On Sun, Jan 29, 2017 at 07:44 am, ron van doremalen wrote: Please check the groups remarks on issues during calibration. ? |
Dead BITX??
Jack Purdum
It could be that the Nano isn't really trashed. Before holding a funeral ceremony, plug the USB cable into the Nano, load the IDE, and use the menu sequence: File --> Examples --> Basics --> Blink to load the Blink program into the Nano's flash memory. Compile, upload, and run. You should be able to detect the onboard LED blinking at a one second rate if the Nano is still functional.? Often, shorting out a pin only lets the magic white smoke out for that particular pin. For example, if you think you fried pin A2, the Raduino source code shows that pin is used in the calibration process: #define CAL_BUTTON (A2) Looking briefly at the code suggests you can define an unused analog pin (e.g., A4 and A5),? #define CAL_BUTTON? (A4) recompile/upload the program and see if that works. (My guess is that A4 and A5 were avoided because those pins are the I/O pins used for the I2C bus.)? I should emphasize that I have not studied the code, but it seems like it is pretty well designed so the change should work. Since you were about to have a funeral for it anyway, why not try? After all, Custer took a chance... Jack, W8TEE From: ron van doremalen <ronvandoremalen@...> To: [email protected] Sent: Sunday, January 29, 2017 11:11 AM Subject: Re: [BITX20] Unused wires Hi Ian,
?
You are probably right on this, but then it is still very strange that in 2-3 days 2 ham¡¯s already have a ¡®broken¡¯ raduino following the BROWN instruction.
Some doing it properly with the RED wire, also have a ¡®broken/dead¡¯ raduino. Something is going on that gives concern.
Don¡¯t have the raduino, have the BITX40 and my own SI5351/encoder and 16x2 LCD. Testing Nextion display and am close to what I want. Following this group extensively to learn and where possible help. So are you. Ron ?
Van: [email protected] [mailto:[email protected]]
Namens dj0hf
Verzonden: 29 January, 2017 17:08 Aan: [email protected] Onderwerp: Re: [BITX20] Unused wires ?
I grounded the brown wire but it did nothing (though no damage).
Grounding the red wire as recommended in this group set the calibration mode and calibration worked perfectly for me. As these wired are inputs grounding any of them is not likely to cause any damage. Ian DJ0HF/G3ULO Am 29.01.2017 um 16:50 schrieb ron van doremalen:
?
|
Re: Unused wires
¿ªÔÆÌåÓýIf you look at the sketch, Ron is correct. In the sketch the calibrate pin is clearly defined as the RED wire, (A2) ? v/r Fred W4JLE ? From: [email protected] [mailto:[email protected]] On Behalf Of ron van doremalen
Sent: Sunday, January 29, 2017 10:50 To: [email protected] Subject: Re: [BITX20] Unused wires ? BROWN is definitely in doubt to be used for calibration. Please read this forum on calibration issues. And until absolutely clear I would suggest live with the small offset until more information comes available on the cause of these issues. ? Ron ¨C PA3FAT ? ? Van: [email protected] [mailto:[email protected]] Namens Mike Hoddy ? Thanks Mark ? I've got those through the build.? Its the others? Blue, Black, Red and Orange - the Brown is definitely the Calibrate but I have no idea what those do? ? 73 de Mike, JXX |