Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PortaPack Sync, take 2 #215

Merged
merged 170 commits into from Feb 3, 2019

Conversation

@jboone
Copy link

commented Jan 15, 2019

...because I suck at git.

This reverts the other attempt at syncing with the PortaPack repo, reverts the AIS map commit, applies my sync attempt (actually about the sixth, because of aforementioned git suck-itude), cherry-picks the AIS map commit, and merges to master. Whew. Sorry for the noise.

jboone added 30 commits Aug 5, 2018
Add note about charging circuit.
Update date and revision to match PCB.
Diff was extensive due to net renumbering...
…on in integration manual.

PCB: Address DRC clearance violation between via and oscillator pad.
Rename enter_isp -> enable, exit_isp -> disable.
Use SAMPLE at start of flash process, which somehow addresses the problem where CFM wouldn't load into SRAM (and become the active bitstream) after flashing.
Clock Manager: Track selected reference clock source for later use in user interface.
…always runs from the HackRF 25MHz crystal.

It is assumed an external clock does not need adjustment, though I am open to being convinced otherwise...
@ryanrohypnol

This comment has been minimized.

Copy link

commented Jan 22, 2019

@jboone no luck today?

@jboone

This comment has been minimized.

Copy link
Author

commented Jan 22, 2019

@ryanrohypnol It looks like everything is sorted out as far as the CPLD timing for RX and TX. I have a build of PortaPack firmware here:

https://portapack-h1-builds.s3.amazonaws.com/sharebrained/portapack-hackrf/195/195.1/build/firmware/portapack-h1-firmware-3524d89.tar.bz2

You'll need this updated CPLD XSVF file:

https://github.com/jboone/hackrf/raw/master/firmware/cpld/sgpio_if/default.xsvf

I will update and test HAVOC tomorrow. Then I'll commit to my HAVOC fork and do another pull request to furrtek's repo.

@ryanrohypnol

This comment has been minimized.

Copy link

commented Jan 22, 2019

@jboone Unfortunately I'm having the same issue with transmitting on Havoc. It freezes & does not transmit. The original HackRF CPLD still allows me to transmit,

@jboone

This comment has been minimized.

Copy link
Author

commented Jan 22, 2019

I have not updated HAVOC. I will do that today.

@ryanrohypnol

This comment has been minimized.

Copy link

commented Jan 22, 2019

@ryanrohypnol

This comment has been minimized.

Copy link

commented Jan 22, 2019

@TheCranston Do you have something to build this on?

@jboone

This comment has been minimized.

Copy link
Author

commented Jan 22, 2019

@ryanrohypnol @TheCranston New build here, believed to resolve all RX/TX issues due to changes in CPLD timing and logic:

https://portapack-h1-builds.s3.amazonaws.com/jboone/portapack-havoc/5/5.1/build/firmware/portapack-h1-havoc-08541e9.tar.bz2

Again, please manually ensure that you're using this HackRF CPLD bitstream:

https://github.com/jboone/hackrf/raw/master/firmware/cpld/sgpio_if/default.xsvf

And let me know how it works!

If you want to build it yourself, please use the https://github.com/jboone/portapack-havoc repo.

@ryanrohypnol

This comment has been minimized.

Copy link

commented Jan 22, 2019

YES!!!!! Tested HackRF mode on SDRsharp & tried transmitting without any error. Thank you so much!

@TheCranston

This comment has been minimized.

Copy link

commented Jan 23, 2019

@jboone I can concur with @ryanrohypnol, this firmware appears to be working, and working well. I'm just at an impasse with the linux host tools. perhaps they are outta sync somehow based on the cli hackrf_sweep not getting any packets streamed? I applied the CPLD you provided twice to ensure "it was in there" :) but no joy. The GUI SDR apps all work, both linux and windows, so we are in a MUCH better state. Thanks for all of your amazing work on this. I suspect once @mossmann accepts the PR then I'll be able to build the host utilities properly. I tried from his repo and failed with the dfu-util.cmake error others have reported. Building from your fork of HackRF, the tool build completes (yeah) but the hackrf_sweep continues to fail. bumping back to git hackrf firmware (yours or his) and hackrf_sweep works again. So, I'm not sure what's happening. Let me know how I can help.

@TheCranston

This comment has been minimized.

Copy link

commented on 3941312 Jan 23, 2019

@jboone No joy on local build.. log here: https://pastebin.com/LKRWeKVa
What am I doing wrong? Thanks!

This comment has been minimized.

Copy link
Owner Author

replied Jan 23, 2019

@TheCranston I'm able to reproduce this using your steps from PasteBin. Please build from the top directory of the repository. So this instead:

$ git clone https://github.com/jboone/portapack-havoc.git
$ cd portapack-havoc/
$ mkdir build
$ cd build/
$ cmake ..
$ make firmware

This comment has been minimized.

Copy link

replied Jan 23, 2019

@jboone Thank you! I'm duly embarrassed now.. builds fine. SDR apps in both linux and windows work. w00t! :)

@unixpunk

This comment has been minimized.

Copy link

commented Jan 25, 2019

Latest pull from @jboone fork along with the afore mentioned CPLD is solid in my testing on portapack functions rx/tx and hackrf mode rx/tx (sdrangel). @ryanrohypnol Also to mention, Jammer function is working for me now as well. If anyone wants to test things out, here is everything built.
jboone-havoc.zip

@ryanrohypnol

This comment has been minimized.

Copy link

commented Jan 25, 2019

Thank you @unixpunk the Jammer is now showing on SDRsharp, but still isn’t effectively jamming my key fab. It’s a Mercedes 315mhz, I set the range from 309-320. Am I doing that correctly? When I press lock, I can see activity from 309-320... Thank you :)

@unixpunk

This comment has been minimized.

Copy link

commented Jan 25, 2019

@ryanrohypnol Would you believe that the keyfob has more output power than the hackrf... :) I think that's your case here. Check the difference in dB ratings in SDR# and compare them. If the fob has that wide of a signal, doing such a wide signal with the hackrf will reduce the power even more. I didn't try to jam anything except a far off nbfm signal and it made it so I couldn't listen to it. Mainly just wanted to see if show in the spectrum because it wasn't showing at all before. This is a discussion for another issue/ticket I think though. If you see it, then technically-speaking, its working. You just need moar power. :)

@ryanrohypnol

This comment has been minimized.

Copy link

commented Jan 25, 2019

@unixpunk Thank you, I will look into increasing signal power.

@sck-nogas

This comment has been minimized.

Copy link

commented Jan 26, 2019

Builds clean, installs, and runs for me...

  • MacOS 10.14.3
  • CMake 3.13.3
  • GNU Tools for Arm Embedded Processors 8-2018-q4-major

Scott

iBiko:build sck$ sw_vers
ProductName:	Mac OS X
ProductVersion:	10.14.3
BuildVersion:	18D42
iBiko:build sck$ uname -v
Darwin Kernel Version 18.2.0: Thu Dec 20 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64
iBiko:build sck$ cmake --version
cmake version 3.13.3

CMake suite maintained and supported by Kitware (kitware.com/cmake).
iBiko:build sck$ arm-none-eabi-gcc -v
Using built-in specs.
COLLECT_GCC=arm-none-eabi-gcc
COLLECT_LTO_WRAPPER=/Users/sck/bin/gcc-arm-none-eabi-8-2018-q4-major/bin/../lib/gcc/arm-none-eabi/8.2.1/lto-wrapper
Target: arm-none-eabi
Configured with: /tmp/jenkins-GCC-8-build-toolchain-mac_cluster-128_20181216_1544945247/src/gcc/configure --target=arm-none-eabi --prefix=/tmp/jenkins-GCC-8-build-toolchain-mac_cluster-128_20181216_1544945247/install-native --libexecdir=/tmp/jenkins-GCC-8-build-toolchain-mac_cluster-128_20181216_1544945247/install-native/lib --infodir=/tmp/jenkins-GCC-8-build-toolchain-mac_cluster-128_20181216_1544945247/install-native/share/doc/gcc-arm-none-eabi/info --mandir=/tmp/jenkins-GCC-8-build-toolchain-mac_cluster-128_20181216_1544945247/install-native/share/doc/gcc-arm-none-eabi/man --htmldir=/tmp/jenkins-GCC-8-build-toolchain-mac_cluster-128_20181216_1544945247/install-native/share/doc/gcc-arm-none-eabi/html --pdfdir=/tmp/jenkins-GCC-8-build-toolchain-mac_cluster-128_20181216_1544945247/install-native/share/doc/gcc-arm-none-eabi/pdf --enable-languages=c,c++ --enable-plugins --disable-decimal-float --disable-libffi --disable-libgomp --disable-libmudflap --disable-libquadmath --disable-libssp --disable-libstdcxx-pch --disable-nls --disable-shared --disable-threads --disable-tls --with-gnu-as --with-gnu-ld --with-newlib --with-headers=yes --with-python-dir=share/gcc-arm-none-eabi --with-sysroot=/tmp/jenkins-GCC-8-build-toolchain-mac_cluster-128_20181216_1544945247/install-native/arm-none-eabi --build=x86_64-apple-darwin10 --host=x86_64-apple-darwin10 --with-gmp=/tmp/jenkins-GCC-8-build-toolchain-mac_cluster-128_20181216_1544945247/build-native/host-libs/usr --with-mpfr=/tmp/jenkins-GCC-8-build-toolchain-mac_cluster-128_20181216_1544945247/build-native/host-libs/usr --with-mpc=/tmp/jenkins-GCC-8-build-toolchain-mac_cluster-128_20181216_1544945247/build-native/host-libs/usr --with-isl=/tmp/jenkins-GCC-8-build-toolchain-mac_cluster-128_20181216_1544945247/build-native/host-libs/usr --with-libelf=/tmp/jenkins-GCC-8-build-toolchain-mac_cluster-128_20181216_1544945247/build-native/host-libs/usr --with-host-libstdcxx='-static-libgcc -Wl,-lstdc++ -lm' --with-pkgversion='GNU Tools for Arm Embedded Processors 8-2018-q4-major' --with-multilib-list=rmprofile
Thread model: single
gcc version 8.2.1 20181213 (release) [gcc-8-branch revision 267074] (GNU Tools for Arm Embedded Processors 8-2018-q4-major) 
iBiko:build sck$ 

jboone added 2 commits Jan 28, 2019
Make consistent color with other un-editable text.
TODO: This is a bit of a hack to get ui::Text objects to support custom colors, like the Label structures used elsewhere.
@furrtek furrtek merged commit e7c0fa3 into furrtek:master Feb 3, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
7 participants
You can’t perform that action at this time.