Google Analytics is a powerful tool that tracks and analyzes website traffic for informed marketing decisions.
Service URL: policies.google.com (opens in a new window)
_gac_
Contains information related to marketing campaigns of the user. These are shared with Google AdWords / Google Ads when the Google Ads and Google Analytics accounts are linked together.
90 days
__utma
ID used to identify users and sessions
2 years after last activity
__utmt
Used to monitor number of Google Analytics server requests
10 minutes
__utmb
Used to distinguish new sessions and visits. This cookie is set when the GA.js javascript library is loaded and there is no existing __utmb cookie. The cookie is updated every time data is sent to the Google Analytics server.
30 minutes after last activity
__utmc
Used only with old Urchin versions of Google Analytics and not with GA.js. Was used to distinguish between new sessions and visits at the end of a session.
End of session (browser)
__utmz
Contains information about the traffic source or campaign that directed user to the website. The cookie is set when the GA.js javascript is loaded and updated when data is sent to the Google Anaytics server
6 months after last activity
__utmv
Contains custom information set by the web developer via the _setCustomVar method in Google Analytics. This cookie is updated every time new data is sent to the Google Analytics server.
2 years after last activity
__utmx
Used to determine whether a user is included in an A / B or Multivariate test.
18 months
_ga
ID used to identify users
2 years
_gali
Used by Google Analytics to determine which links on a page are being clicked
30 seconds
_ga_
ID used to identify users
2 years
_gid
ID used to identify users for 24 hours after last activity
24 hours
_gat
Used to monitor number of Google Analytics server requests when using Google Tag Manager
1 minute
Mike, this was a great compilation. It got me out of the ditch trying to program a new FT5DR on a new computer with latest Linux MINT 21.2 Victoria built on Ubuntu 22.04 Jammy. I did discover a few more things along the way which you might consider adding to your excellent set of instructions.
1) When the RT USB-68 cable was first plugged in, it was detected using “lsusb” but no ttyUSB* VCD as you mention. Check.
2) Adding the file “/etc/udev/rules.d/99-ftdi.rules” fixed problem 1) and creates a ttyUSB0 device. It did take a couple attempts due to making a typo and missing a ” … Check.
3) Now tried to use CHIRP (from the MINT repository) to download from the radio but it would time out with a communications error.
4) To check that the driver was working I used gtkterm to connect to /dev/ttyUSB0. It wouldn’t connect unless I was root. Solution was to add “dialout” to my groups.
> sudo gpasswd –add username dialout
5) CHIRP (the version in the MINT repository) now starts downloading data from the radio rather than just hanging. But, at the very end, spits out an error “module ‘collections’ has no attribute ‘Callable’. Not knowing what this actually means, I downloaded the latest version of CHIRP next-20231217 and now the radio can be downloaded.
Anyway, just wanted to add in the “gotchas” that I ran into, to save someone else trying to figure it out.
Thanks again for documenting this Mike!
Darrell — AF5FX
Glad it all worked out for you Darrell. Yes, I too was using the latest version of Chirp next. For me,upgrading to the latest version was the first thing I did when I ran into troubles thinking that since the FT5DR was a new radio, it just wasn’t in the list. Well it still wasn’t in the list so I had to go down the rabbit hole to figure it out.
Thanks for your input – enjoy your FT5DRi Its a great radio.
— Mike WB8ERJ
Mike, Darrel,
Thank you for documenting! I followed along, but I am not seeing the /dev/ttyUSB0 appear.
Using dmesg I see I am getting this error: “MMU error from client L2T (0) at 0x5001000, pte invalid”
Do you have any suggestions?
Raspberry pi 400 (the one with the white keyboard)
Best Regards,
Mark – KC1JZH
73
OK, Mark here again.
Beyond the error msg I posted before (I don’t see my comment about that posted yet) I have been poking around some more, and I have the following to report and ask:
1. upon running “udevadm control –-reload” the file “/sys/bus/usb-serial/drivers/ftdi_sio/new_id” remains empty, but file size is unchanged at 4096 bytes
2. after plugging in the ct68 cable, lsusb shows the RT Systems cable as usual, dmesg shows something happening, as before, but file “/sys/bus/usb-serial/drivers/ftdi_sio/new_id” remains empty still (using “sudo cat /sys/bus/usb-serial/drivers/ftdi_sio/new_id”), but still file size 4096.
As before, do you have any suggestions?
Best Regards,
Mark – KC1JZH
73
Hello,
Sorry for not getting back to you. For some reason I’m not getting an email notification when a comment is posted.
Unfortunately I don’t know what is going on. KM4ACK posted a video based on this blog post. He wrote a script that does all this automatically.
Here is a link to his video. Hopefully this will get you going.
https://youtu.be/N40yRdFBr-E?si=BayVpYXeYi_RxOM4
— Mike