FlyinFlynn

As Denis says...and if you lose your wallet? I believe you are liable for any transactions made before you inform your card supplier, why would you NOT prevent, or at least deter the finder from helping themselves to your bank account? You might think you could prove the item wasn't bought by you because it was not delivered to your address but I can order stuff to a local locker, all it needs is a temporary email address and the cahoonas to go pick it up. .... and for what? How much of an imposition is it for you to delete those numbers off your card?

What could possibly have been the reasoning behind this? In my eyes it isn't so much a case of how stupid can you be, it is a case of how stupid can the JR designer be! What possible benefit could there be to design something like this that is a polar opposite to everybody else's design norms.( I mean outside radio control circles as well), other than bolstering their repair business at their users expense.

Perhaps an angle worth thinking about is the cvv2 code written on the back of everyones credit & debit cards. This is the one you need to make an internet transaction, not your PIN which is the code you need for a face to face transaction. There are just three pieces of information any trader needs to make a debit on your card, the card number, the expiry date and the cvv2 code - all 3 are on your card. If an unscrupulous trader (or anyone with access to your card for a very short while for that matter) made a note of those three pieces of info then they would be able to make a fraudulent transaction on your card. I NEVER buy anything on the internet from anywhere other than on my chair in my home so it is easy for me to scratch the cvv2 off my cards after making a note of the number on a piece of paper stuck to my noticeboard, that way, no one would have the info required to make a transaction on my card. ........ makes you think huh! How many of those with these fraudulent transactions on their cards can honestly say they have never let anyone have access to their cards for long enough for them to make a note of the cvv2 and the expiry date because they already have the card number in their tills! There is talk of a brute force attack being employed in this current wave of fraud, which might indicate the fraudsters don't have one of the 3 pieces of info and have to try many different combinations of cvv2 (for example) which is why the banks are able to detect the attack so perhaps, while you are busy scratching off the cvv2 code it might be worth considering doing the same to the expiry date if your replacement cards come with only printed and not embossed dates.

Looking at you photo of the steering arm I would be concerned that there is not enough 'meat' left in the rudder post after drilling it out for the bolt. I think normally you just file a flat in the face of the shaft for the grub screw to sit it and locktite it in place. It might be too late now, maybe consider silver soldering the steering arm to the rudder post once you have it centered?

Check the formed thread in the clevis is a good fit to the turnbuckle, then lock it up with a locknut. It will prevent the thread wearing should there be any rattling between the turnbuckle and the clevis.

I think if the plug is a tight enough fit in the socket to be considered electrically good and mechanically secure it is tight enough to rip the entire combo off the fuz while trying to remove the plug.

...Also remember that static thrust is measured in Chinese grams.

They really aren't that complicated, but they might mean your inheritance won't go where you might want them to and the French state will cream off a chunk for itself. Good old Napoleon!

Undoubtedly true, but not to the exclusion of lifting your gaze from the 5" screen and taking in your surroundings, seemingly living their lives vicariously through a data plan. I have computers at home for all my digital requirements, all with copious real estate on their screens, I have a GPS built into the car to help me if I should actually feel the need to travel beyond my departure points 'line of sight' and I have plastic cards keeping my cash company safely in my wallet. The ONLY necessity my mobile provides me is secondary identification while accessing sites from my computer chair and so my mobile hardly ever leaves my house....... Talking about secondary identification, why do sites demand you perform secondary identification on your mobile by the way - surely, if your card has fallen into the hands of some nefarious character then your mobile might well have done so as well, would it not be better to perform secondary identification by ringing a fixed line at your home?. I would have thought if you are out and about when you 'lose' your cards you have more important things to do than continue shopping. Also - card security - I scratch off the three digit 'security code' on my cards, it is of no use to you when making purchases when out and about but is of great value to thieves should your card be lost. Just keep a record of the code at home for use when making purchases on-line.

I use Opera browser. I've been using a private browser window to watch YouTube, it allows me to keep the inbuilt ad blocker running and still watch YouTube content. The down side is you have to log in to sites every time you access them in a private window so I keep two browser windows open, one private and one normal and choose which one to use (normal normally but private for YouTube). however, I notice that YouTube has now reverted to not insisting you allow advertising and can watch YouTube in a normal window without the nag screens. Let's see how long that lasts! I also have no problem with the cookie consent icon on here, but I do have decent real estate on my screen and very rarely try to view anything on a mobile.

or...."we are going to keep you hanging on this open premium rate phone line as long as we can so we can post a profit for our customer service department'

I think perhaps you have D1 as the #Define GPS_RX_PIN D1 (or #Define GPS_TX_PIN D1) For the super mini the correct designation for the pins is just the number without the 'D'. So delete the D to leave #Define GPS_RX_PIN 1. Also remove the D in the #Define GPS_TX_PIN (whatever) statement. If that doesn't work perhaps start a new thread Andy? TinyGPSplus and TinyGPSplusplus are both in the archive so nothing else is required

Yep...you pays your money and you take your chances.. I was basing my comment on the fact that they advertise a range of servos of differing technologies and capabilities. They are not an aliexpress shop with a name like 'shop28456295462'. Anyhow, the decision has now been made.

Built in washout?

Toilet paper next......

Very telling - Model Aircraft 6.13. The Call for Input asked what changes we could make to the regulatory framework for Model Aircraft, to support the Model Aircraft community. Potential changes include creating a separate operational sub-category for Model Aircraft and creating a clearer definition for Model Aircraft to differentiate between other UAS. 6.14. Of those Model Aircraft flyers who provided a response, 50.6% respondents were neutral, 30.9% were in favour of the proposal and 17.5% were against it. Whilst some Model Aircraft flyers requested significant changes to the regulatory framework (such as removing Model Aircraft from the regulations altogether), others cautioned against the cost, complexity and impact of making substantial changes. 6.15. Our view is that, on balance, the costs of change to government, the CAA and the Model Aircraft community outweigh the potential benefits from creating an entirely C new regulatory framework. As such, we intend to maintain the foundations of the current regulatory framework and continue to collaborate with the Model Aircraft community to improve how regulations are applied. Who were these 68.1 per cent? (and what happened to the remaining 1%?) It would appear that coming up with a definition of what differentiates a model aircraft and a drone isn't too hard after all.

Thanks for the link Steve - My impression of Appendix B is that the UK intends to follow prEN4709-002 which appears to me to be all about the standards for direct broadcast ID, not networkID and seeing as the UK has pulled out of U-Space (https://www.unmannedairspace.info/emerging-regulations/uk-to-leave-european-commission-and-easa-drone-and-u-space-regulatory-regimes/) it's requirements for network ID wouldn't seem to me to be valid for the UK CAP2610 further states - Operations not performed under the U-Space are not subjects to such supervision. To enable the “reading” of the registration number the drone should provide a direct digital access to it in a simple manner. To that end, the Commission Delegated Regulation (EU) 2019/945 mandates that drones intended for operations in the open category or under declaration embed in their design a DRI function..... It seems to me that things may not be as cut and dried as you fear.... or am I missing something?

Unless you can get a return label good luck with sending four 30kg servos back to China. Looking at their web site, the company doesn't look like a bad company, perhaps shoot them an email to explain your problem and see what they say? What is the actual model number of the servos because the company don't seem to list a 30kg servo anymore.. perhaps old stock? Are you sure they are 4.8~7.4V.. the majority of servos listed seem to be 6.0v +

Phil is right, I have a TinyGPSPlus-master folder in my arduino/libraries folder, inside that folder is the required TinyGPS++.ccp and .h files. These days I believe it is usual to import new libraries by downloading the zipped library (from https://github.com/mikalhart/TinyGPSPlus ), then from within ArduinoIDE select the Sketch/Include Library/Add a .zip library and navigate to the downloaded zip file and select it. The IDE should unzip it and put it in the correct place... then re-try your compile/load.

I don't know of any app that will decode and display the data from the airborne RiD device directly, there are hardware options though, option one is a ground based unit to receive the airborne data packets and generates both a hotspot that you can connect your mobile to and display the data in a browser window and it also retransmits the data via bluetooth for an Android app to display. This 'receiver' is just an unmodified (apart from the firmware!) esp32. Details here. The sketch is in the 'recepteur_esp32_web_BT folder and the Android App is in the 'appli-smartphone' folder. I found the bluetooth to be very flaky but I only have an older smartphone - perhaps you will have better luck. Original author's site is here The second option I know of is an esp32 with an integral display that displays the frame data directly, it runs on a LilygoTTGO-T-Display. The sketch is here. in the balise-scanner folder. This option seems more bulletproof to me as it seems to display all the frames I throw at it while option 1 baulks if the frame is not the 'standard' it is expecting. Original author's github

Admin tech screwed it up then? All I see is a white rectangular box in the lower left corner of the screen, I would say I hardly notice it, it's less intrusive than the RCM&E advert in the middle at the bottom of the screen. Opera with ad and tracking blocker.

The cookie consent module is something required by UK law apparently and if the website administrators are awaiting a reply from the module providers there probably isn't much more they can do to speed things along. When we all pay good money for dedicated IT support we will have good reason to moan about not testing updates on a live system....until then it's hardly a big thing is it.

I didn't say I had a problem with servo reversing, I said - ..which is something of an exaggeration just to make the point that before computer radios reversing a control surface throw was simple to achieve and now you need to possess a far greater level of understanding to achieve the same result. Why? Have you lost the ability to move your rudder stick yourself? It used to be one of the main sources of satisfaction being able to master these things yourself. I used to love doing rolling circuits and got immense satisfaction when exiting the maneuverer on the same plane and elevation as I started it. Nowadays the satisfaction seems to come from being able to program a computer radio to fly the darned plane for you. Is your spell checker also 73. ;-) ......or not 😉

I doubt it will eventually have any significant impact, this functionality will be mandated to be built into the model by the manufacturers before importation and the only requirement made of the end user will be registration on a website with an associated test.. the RiD itself will have no impact.

The answer to that one is easy, the type of person who has the ability to write the firmware are not interested in wasting their time making them and flogging them for a few quid and then have to deal with all the numpties that screw them up..... been there and done that (in a very minor way) They are prepared however to release their work on a free to use and modify license because it on the backs of others that they amass the knowledge that get them where they are now. Once the regulations have been decided upon who can say who will be making them on the side? I know I wont be! How tiny do you think these wires are? We are not talking PCB track repair here, I am as ham fisted as they come and half blind but can still make reasonable solder connections. I would think most people who play with toy planes still would be the same. It is simple, it is just an ESP and a gps module (at the moment), it is just 4 wires and a bit of heatshrink but it's ok if you have no interest in building something and prefer to buy a commercial one instead, get ready to grab your ankles, it's coming.