Keyboard Shortcuts
Likes
- BITX20
- Messages
Search
Re: split the group
See the help page, you are automatically member of all subgroups and get all messages in the digest etc. So it is organized but not fractured. Groups.io supports subgroups. A subgroup is a group within another group. When viewing your group on the website, you can create a subgroup by clicking the 'Subgroup' tab on the left side. The email address of a subgroup is of the form [email protected]. --PE3ES - F4VTQ - Erwin 73 |
Re: Hashtags!
Or use?
SubgroupsGroups.io supports subgroups. A subgroup is a group within another group. When viewing your group on the website, you can create a subgroup by clicking the 'Subgroup' tab on the left side. The email address of a subgroup is of the form [email protected]. PE3ES - F4VTQ - Erwin 73 |
Re: mbitx V5 versus V6
toggle quoted message
Show quoted text
On Jan 7, 2020, at 21:33, Ashhar Farhan <farhanbox@...> wrote:
|
Re: #case #parts
#parts
Thanks Mo. You are most welcome. We try to maintain the best quality in manufacture of our enclosures? and kits and pay special attention to the packing aswell. Thanks and best regards Sunil? Best of 73's DE VU3SUA Sunil Lakhani FUSION RADIO STORE OUR NEW YAHOO GROUP Tracking Link For Shipments: For EMS AND REGISTERED |
Re: ubitxV6 Bricked?
#v6
Update! I believe I figured out a fix to the white screen at not issue, committed to my pdq_gfx_update branch, f1ea1fd081d128895f336d0ca16de6246a422f2f.
The reason for not coming up appears to have nothing to do with power and everything to do with the initialization sequence in the drivers. It seems that my screen starts up in deep sleep mode sometimes, so by sending the right sequence to wake it up before initializing the driver, everything works as desired, no matter how many times I power cycle. Thanks to everybody who chimed in here. I really appreciate you taking the time to help a stranger like me :) Reed |
Re: [BITxV6] BRICKED recovery help needed
Hey Andy,
I hope you got a good night's rest. I think I have a fix! The attached hex file for me has NOT white screened EVER in my testing. Prior to this commit (f1ea1fd081d128895f336d0ca16de6246a422f2f) I'd get a successful screen render once every blue moon. Now, I have yet to get a failed screen boot. Hopefully it solves the problem on your end too. Reed |
Re: ubitx #v6 Screen Speed Mod
#v6
Added commit f1ea1fd081d128895f336d0ca16de6246a422f2f to this branch, which fixes the white screen startup issue for me.
Reed |
Re: [BITxV6] BRICKED recovery help needed
Andy_501
¿ªÔÆÌåÓýOK Reed Thanks it is getting late here now I will give it a look
tomorrow. On 2020-01-07 10:52 p.m., Reed N wrote:
Hi Andy, |
Re: [BITxV6] BRICKED recovery help needed
Andy_501
¿ªÔÆÌåÓýNo I followed the instructions I gleaned from the group posts and the scant mfr's documentation and was kind of learning as I went. It was working at the end of the evening when I powered it down so I could go to bed for the night. I turned it on the next morning to continue familiarizing myself but when power was applied it simply came up a blank white screen with no signal or RF white noise coming from the speaker. I powered it down and restarted it holding the TUNE button at the same time but everything just stayed white and blank so it would not enter the initial start setup routines either. When I first received it, the initial setup of the ref freq would
not adjust to exactly 10 MHz but instead had to settle on 10.5
MHz; the Zero Beat Freq adjustment also did not set up as it was
supposed to; I had to ballpark it at 11.055 MHz then rock the
tuning control above and below until I could hear a reasonable
audio sound quality of RF white noise rather than a clearly
defined zero beat on a signal. In general the transceiver
functions were seemingly working but the audio sound quality has
always been tinny /water barrel like/ or Donald Ducky sounding. I
was able to receive the Canadian time signal on 3330 KHz but the
audio was not crisp and clear. I was unable to get into the
software to adjust or check software parameter settings; partly
because I had not progressed that far before it failed and partly
because Nobody answered in any group posts with links , tutorials
or comments about specifically running those manager type
programs. In addition to being an advanced amateur, I am a retired Electronics Engineering Technologist (35 yrs) with certification in the Pace electronic repair course; so I know enough not to go poking around in a willy nilly fashion. cheers & 73 de VE4PER Andy
On 2020-01-07 10:21 p.m., Jerry Gaffke
via Groups.Io wrote:
Andy, |
Re: Help with troubleshooting Bitx40 - no transmit.
#bitx40help
The transistor will fry if there is a strong signal on the input.
toggle quoted message
Show quoted text
If you were to TX from your shack on a nearby antenna then Q13 will blow. Raj At 08/01/2020, you wrote:
Would Q13 cause those resisters to fry? |
Re: [BITxV6] BRICKED recovery help needed
Hi Andy,
I'm not sure what specific zip file you're referring to, but it may be that the zip file just has the source code, and you would have to use the Arduino IDE in order to compile and load it onto your nano. I've attached a .hex file that I just built from my pdq_gfx_update branch. Maybe you can load it? Reed |
Re: ubitx #v6 Screen Speed Mod
#v6
Hi Ashhar,
I had noticed that you inlined the other stuff, so I added the files to the project, but put them into their own folder within the ubitx project. That way, newbies don't have to know how to install libraries (since the important files from the library are in the ./PDQ_MinLib/ folder), but it still makes it clear that those files came from "elsewhere". Would you prefer that I "flatten" the structure, and put the PDQ library files directly in the main directory? Reed |
Re: Help with troubleshooting Bitx40 - no transmit.
#bitx40help
No but they are in parallel with junctions?of the transistor so if it is shorted internally they will read zero... On Tue, Jan 7, 2020 at 8:29 PM <Hetzal@...> wrote: Would Q13 cause those resisters to fry? |
Re: [BITxV6] BRICKED recovery help needed
Andy,
toggle quoted message
Show quoted text
As I understand it, the uBitx worked fine when it arrived. You did some stuff and now it does not. > I am hoping they will just replace the whole daughter board combination of TFT display and nano board.? Good luck with that. Jerry On Tue, Jan 7, 2020 at 07:29 PM, Andy_501 wrote:
|
Re: [BITxV6] BRICKED recovery help needed
Andy_501
The V6 hex code file is missing when I unzip it. It shows up if I download the V5 zip file and extract it.
via my shoephone
Sent from
On Jan 7, 2020, at 21:47, Reed N <greenkid336600+groupsio@...> wrote: Hi Andy, |
Re: [BITxV6] BRICKED recovery help needed
Hi Andy,
The default "Blink" sketch built into the Arduino IDE blinks the LED on pin 13 of the Arduino Nano, not the TFT screen. I'll take a stab and figuring out the white screen stuff tonight and will report back if I figure out a software-based fix. In the mean time, since you can upload code, can you try uploading either Ashhar's master branch, or my pdq_gfx_update branch? In my experience, after uploading new code, the arduino resets and then the screen works. Reed |
Re: ubitx #v6 Screen Speed Mod
#v6
Reed, I am keeping ubitx code free of any libraries that don't ship with standard arduino. Life is already tough for a newbie ubitx owner. Can you back port the assembler code directly into the routines of nano-gui.cpp? I imagine that rewriting displayHline, displayVline and displayPixel are the only routines that need be fixed? I can them pull them in. - f On Wed 8 Jan, 2020, 8:38 AM W2CTX, <w2ctx@...> wrote: Hope this is taken in a friendly way: |
Re: [BITxV6] BRICKED recovery help needed
Andy_501
¿ªÔÆÌåÓýI am hoping they will just replace the whole daughter board combination of TFT display and nano board. If I upload Blink the status message says it transferred properly but on a power cycle restart the display comes up blank anyway. The USB comm portion seems like it is working with a valid transfer status message on the upload there is just no display. With no detailed tech info on programs or processes of diagnostic nature or configuration software to run from the laptop the only logical conclusion is that the display itself is what is defective It appears. If I was familiar and experienced enough to be able to run some
sort of other program modules like settings manager or memory
manager or any other types I might be better able to come up with
better half-split diagnosis. Like if I could load up a program and
run it in say something like a single step or debug mode and get
some feedback on statuses of what components were working and what
wasn't that would be helpful. The only thing the Arduino GUI tool
does is upload, which is apparently working to get hex code into
memory but no associated GUI on the laptop to get any feedback. On 2020-01-07 9:16 p.m., Reed N wrote:
Andy, |