@wil: Hi, thanks a lot for the reply and reconfirming, I will need to have a careful look into this during the weekend, I just wanted to rule out the usb-to-uart. I simply love the board and if I canāt find a solution with the current setup, I might go down the route of using the gps via usb, it wouldnāt look so packed together but it is what it isš. Thanks again for the fantastic work with this board,it just opens up so so many possibilities.
@CAProjects, thanks for looking into this. The baudrate doesnāt seem to be the issue, I have tried before to add the baudrate in config.txt. Have also run the code you suggested and I am getting the following:
Guys, I found the problem, it seems the overclock I did a was culprit. Once I went back to the defaults everything is working. . Now both gps and wifi adapter are working.
Thatās very curiousā¦ what were you overclocked to? Generally, overclocks shouldnt change board rate as the timers are set by hardware. The raspberry pi knows that its counting faster than it was before.
@duwudi bug report possibly?
I was running arm_freq=2000, gpu_freq=600 and over_voltage=6. For the overclock I was a bit lazy and did it with commanderpi. Donāt know if this matters. But I went back in /boot/config.txt and uncommented these lines and gps was working again. It was driving me crazy since I did not know what was going on. My fault here was that, again was very lazyš, copied the config.txt since I didnāt want to put everything in for the new build and connected the bottom plate. This lead me to believe in error that the universal pcb has something to do with it, when all along it was the OC.
Hey, if it works, roll with it! Overclocking is pretty simple on the pi thoughā¦ Iāll test the baud rate in a little while and see if I have issues too. Iām currently running 2200 cpu and 725 gpu with +8 on voltage. Now Iām curious haha
@Supernovali: Hahahaha, you went pretty much full speed with thoseš. Would be interesting to see if your setup is doing the same. Pls post the output of cat/dev/ttyS0 to see if you get those funny looking charactersš.
@Luis do this
apply the over lock and add core_freq=250 to /boot/config.txt
No big report needed I completely forgot about what I mentioned above. If you google gps and raspberry pi itās always said to add the line above. Wasnāt till @Luis mentioned overclock I remembered core_freq setting
Okay folks - Iāll host this as a PDF somewhere sensible soon, but as a sneak-preview hereās the full schematic of the UI PCB. To my knowledge this is the first time weāve shared one of our internal schematics - brave new world! But a very exciting one too, open source is definitely the way to go. Let me know if you spot any problems - annotated board image to follow soon too!
Oh hahaha yeah, core frequency might do it haha
And @wil, very nice and clean schematic! I love it! What program are you using to generate this? Looks better than KiCad
OrCAD Capture and Allegro are our schematic/layout weapons of choice at pi-top
What are you using to interface the GPS? I donāt have a gps module but I can write a quick program to get an Arduino to echo serial and check out my ttyS0. Are you using GPIO serial or USB Serial?
@wil, Iām going to have to check those out!
@Supernovali: Iām using GPIO serial.
@CAProjects: thanks for the suggestion,will try out the core_freq=250 and keep the overclock.
@wil thanks for this, much appreciated. Whilst I have never looked at diagrams such as these itās a learning experience
Just got mine today. But I just reinstalled Raspbian and updated everythingā¦ And now I have to vnc in. Canāt get the hdmi-2 port running now blah. Gonna start a new thread
@CAProjects: this seemed to do the trick, got the OC and GPS working, should core_freq=250 report CPU min = 250Mhz? If yes, in commanderpi I am still getting 600š¤
UART uses a fixed VPU core clock frequency and because its linked to the core clock when the CPU clock frequency changes the UART baudrate will also change, core_freq=250 will keep it running at 250. This does not show up on pi commander as its not info they display.
Basically this information comes from the Raspberry Pi documentation. I thought it was a setting the community come up with when in fact, Raspberry Pi say to do this in the docs.
@wil some more feedback for you, with a backplate for the UI PCB, 1 thing you may want to cincider is if soldering to the UIPCB such as headers, or wires or what ever, you would need ot have space the other side of the board. as the coard came, it sat fluch with the dock plate
so i have added a 2 pin header, you guessed it, for the pi-top power switch a little hack away with a craft knife and its all sits perfect. i didnt pick up on this till now as i did not solder anything to the board.
Here is a before and after
Great point - I hadnāt even considered this! Thatās just the kind of feedback Iām looking for, Iāll make a note to change that for the next iteration. Thanks!