Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by PupCam

  1. But does it have that wonderful smell ....
  2. If it were Mazak it would depend entirely on the specific composition of the material used as to whether it might be a problem in the future. I believe the problem that occurs with some Mazak is due to lead contamination of the alloy. Those two locomotives look very good and because I can still imagine, almost 60 years later, the smell emanating from the inside of an original Hornby Dublo box, that nostalgic box art might be a winner even if technically the colour scheme is wrong. I'm assuming of course they aren't actually 3 rail Tony! Alan
  3. Hi Fred, No I did take a quick look at Discord but it's all new to me so I ran away! Perhaps I'll have another go! Work is progressing, the main problem I have at the moment is trying to solve the famous error that seems to happen randomly ...... Turning on debug level 4 in the Esp WiFi utility code reveals "Dirty characters in the serial buffer! > 2" but not certain why or how to fix it yet! [WiFiEsp] >>> TIMEOUT >>> [WiFiEsp] Data packet send error (1) [WiFiEsp] FAILED to write to socket 3 [WiFiEsp] Disconnecting 3 I should add that the error is occuring in "my" client NOT the DCC++ EX so don't go worrying ! Anyway, I've been working on some other aspects of the "User Interface" and I'll leave this here for your amusement or maybe puzzlement (if that's a word) to work out what the heck! If only there was a way to get live operational data (not CV stuff) back from a DCC decoder ..... Alan
  4. And very good it looks too. Most impressive! Alan
  5. And very nice it looks too. If only Puppers had some space and a wodge of modelling tokens next time I'm down your way I could have relieved you of it! Oh well .....
  6. So the latest updates to the WiFi controller are the addition of some proper manual controls so the locomotive can actually be driven. At the moment these comprise a pot for the throttle, a toggle switch for direction and push buttons for brakes and horn. The brake button will be replaced with a pot at sometime so a crude approximation of partial braking can be incorporated although the efficacy of this will ultimately be governed by the function of the decoder. The throttle pot may well be adapted to replicate the 5 "notch" positions of the full size loco by some means. I've found and downloaded from the internet the BR 08 locomotive handbook. If you just want to waggle a knob to make a loco go then it's not for you but I find trying to understand how the real thing works and then replicate it, as far as is practical, fascinating both in this project and previous ones (I learnt a lot about Vickers machine guns when I was building a 1/3 scale replica for a 1/3 scale model of a Sopwith Triplane but that's a completely different story!). The handbook and other information I've found on the full-size 08 have provided a lot of information into the things that have to be (digitally) modelled in order to "control" the sound effects, for example the air pressure values when the air compressor cuts in and cuts out so rather than just make them up which is what I did initially I can now use the proper values. These models are part of the Arduino controller and although only crude representations hopefully I'll be able to refine them a bit and get them to an acceptable level. One big problem is that the model of the motion of the locomotive has, as far as I'm aware, to be be open loop as there is no way of actually getting data back from the loco when running. The motion model isn't too bad but occasionally it thinks the loco has stopped when it is actually still moving and vice versa. This isn't too serious a problem as the main purpose of the motion model is to prevent "flange squeal" sounds being played when the loco is stationary! Anyway, at least the loco can be driven at will now and the driver doesn't need to worry about pressing F16 to turn the air compressor on at an appropriate time. There' still quite a bit to do with the code and a lot to do with the physical controller but it's coming on. Here are the two boxes, the base station on the right and the wireless controller on the left although I should point out this is purely for development purposes and hopefully the finished item will look very different and somewhat more professional! All of the braking system sound effects (vacuum exhauster, air compressor and Spirax valve) sounds along with the flange squeal in the attached video are auto generated whilst the loco motion and horn is under the control of the driver. Once the engine starts you will hear the vacuum exhauster and air compressor turning on and, as the air pressure builds the Spirax valve operating. Then when 21" of "vacuum" has been attained the exhauster cuts out followed shortly afterwards by the compressor turning off once 85psi "air pressure" has been achieved at which time the locomotive is able to release the brakes and move off. The vacuum system will need a driver controlled switch as it is only actually used when hauling vacuum fitted stock. Alan
  7. Aren't "proper" length trains a sight to behold! Very impressive. Alan
  8. Ah! That's a close to a definitive answer as we are going to get! Thanks Dave. I wish I'd have been able to have been a driver in the RAF. I had to make do with working on the "toys" for you boys which, I must say, did have its moments Alan
  9. The very best 50’s aircraft of all! Is the blue note gun port generated? I thought it was intake noise for certain versions of Avon? Similarly with the Olympus engines on the Vulcan. The whistle from P51s is gun port noise ….. Model looks good! What scale is it?
  10. So, emerging briefly from the workshop for air (well, actually the study 'cos that's where the PC is and all the "work" is software at the minute) a modicum of progress has been made. The general principle is to try and understand how the real locomotive works and build a simple "digital" model of its inner workings which is then used to operate the functions that the real driver doesn't touch. This "model" runs in the hand controller (well it will ultimately) taking its inputs from the driving commands received and adapting its behaviour accordingly. This model is the combination of a state machine and a number of function or system models. So far the only actual function modelled is a very crude one of the air system pressure. When the air compressor is on, the pressure rises until such time as the compressor would be turned off by the "real system". Following which the pressure will decay based on system leakage (hopefully small!) and "consumption" i.e. brake application and release. The state machine monitors the "air pressure" and turns the compressor on and off (i.e. sends the DCC command to the loco to either turn the sound effect on or off) and operates other things such as the Spirax valve. As I've spent my career in the aviation rather than the railway industry it will come as no surprise that I, along with most people, actually have no idea of the intricacies and complexities of the operation of, say, a humble 08 locomotive. But it's fascinating trying to find out! Anyway, the following image shows on the left-hand side the code which drives the loco (ultimately to be replaced by the hand controls). Note there is no mention of turning the air compressor and Spirax valve on or off or turning flange squeal on (a random operation here). The Eagle-Eyed will note that at present I have to explicitly state that the loco is not moving; this is to stop the embarrassing situation of the flanges squealing when stationary! However, as the state machine and digital model are extended this need will disappear. On the right of the image is some diagnostic data showing things like the air compressor on/off status etc. You will note that as time passes (new values are printed every second) the air pressure is building. The video shows the result. So much to learn about real railway engine operation!
  11. Having had a successful crack at the original DCC++ I was intrigued to see the recent developments with DCC++ EX and keen to have a go. This is the result so far. I'd used an Arduino Uno and a Deek Robot motor board for my original DCC++ attempt and, for convenience, I used the original PC "Project" based user interface Ap. It was fine for playing around with on the bench but certainly wasn't a serious contender for a practical layout controller in my opinion. Not that that matters too much as yet as I haven't got a layout but when I do finally get round to playing trains properly the idea of having my head stuck in a computer seems to me to be missing the whole point! The prospect of a proper, wireless controller to go with the base station plus, if I understand the "sales" patter correctly, a perhaps more professional, structured and extensible implementation of the code was most appealing. That isn't for one moment to take anything away from the original DCC++ developer; whole original concept and implementation of the DCC++ system was such a brilliant bit of lateral thinking that if anything, I believe he deserves a medal. I do have a pet DCC related hate though - FUNCTION KEYS! I can't remember that F9 (pressed on a Wednesday morning before coffee) simulates a squealing, stuck brake block on the A4 pacific but F9 on one Class 37 (with a Wontgo decoder) makes the sound of the driver opening his Snap tin but F9 on the other Class 37 (equipped with a Superdooper Mk 29 decoder) turns the air compressor on and why the heck should I have to? Perhaps the easiest way round such problems might be to employ a "user interface" that can be re-configured dynamically with appropriate labels etc. That probably means using a Smart phone and a suitable app, either acquired for beer tokens or self-produced. Although I've written plenty of software in my time I've never written a Smart phone App and I wouldn't know where to start .... Anyway I'm not going down that route; I'm toying with the idea of building my own handheld wireless controller with "controls" (buttons, levers, knobs, switches) that emulate the sort of thing that might be found in the cab of the real locomotive. Fortunately, as I actually only have one locomotive (an O Gauge 08 shunter if you must know), the handheld controller will be bespoke to it both in terms of physical controls and the operation of certain features. Of course, once the first one is up and running it shouldn't be that difficult to adapt it to another type of loco. One things for certain, I'm never going to have a stud of hundreds of locos! My 08 is equipped with the Paul Cheeter sound file in the decoder. This provides quite an array of supplementary sounds all triggered, of course , by different function keys but not necessarily representing things under the direct control of the driver. So the plan is to embed logic in the hand controller to, for example, turn the air compressor on and off at appropriate times automatically but clearly related to brake applications as would be the case in the real loco. Other locomotive devices that are manually operated by the driver eg the fuel transfer pump will have a suitable control and that will be down to Muggins here to make sure it's used at the appropriate times. Maybe, if I don't operate the fuel transfer pump I shouldn't be able to start the engine and maybe the engine will stop of its own accord after extended use if the service tank runs out of fuel? So, in this quest I've acquired a nice shiny new Arduino Mega, another Deek Robot motor board and an ESP01 WiFi board. These have been assembled in a boring grey plastic box to form the DCC++EX base station. Basically a very easy task indeed, the only slight complication is that because the WiFi module is not a shield it needed a little carrier module to sit on so that it could be wired in appropriately. I've also added a couple of external LEDs to show when the power is applied to the main and programming tracks. This created the need for a couple of transistor drivers driven by the appropriate outputs. As I won't have a separate programming track I will be adding a slide switch to the base station so I can select Operating & Programming modes as needed but that's still on the to-do list. Once the base station was assembled I first tried using the wizard from the DCC++ EX website to install the software but although I could make it work using a USB cable and a throttle app on the PC I could not get the WiFi module working, evidenced by the fact that try as I might I couldn't connect the "SRCP Client" throttle app I was using for initial testing to the base station. The SRCP Ap is German and doesn't seem to have a lot of documentation .... In the end, I downloaded the DCC++ EX code, then explicitly set some WiFi parameters (IP address, network name and password if I remember correctly) and then built and loaded it using the Arduino IDE. That was successful and I have to say I found it quite amazing when I was able to connect the phone app to the base station and was first able to drive the loco with my phone! As I've said, the phone was just a convenient stepping stone so time to press on with the hand controller which will be Arduino based and equipped with a WifI module for comms to the base station. Providing it with re-charargable batteries might be a smart move too! The next VERY big problem for me was writing a suitable WiFi client program for the hand controller. Previously I've only ever been a user of WiFi and the intricacies of understanding details of servers & clients were completely alien to me. It's been a steep learning curve but I've got there! To simplify things I decided to write the most basic of programs that would just enable the Arduino (that will one day reside in the non-existent hand controller) to connect to the base station and execute a couple of very simple commands; How about "Main Track" power On and Off? Command formats were determined from the documentation but that was the easy bit. How to actually send the required command strings via WiFi was somewhat more troublesome. As I mentioned, it has been a very steep learning curve but little by little a suitable client was constructed, connected to the network and then the server and finally commands successfully issued and received. Again, it was amazing to see the LED on the little grey base station flashing on and off knowing that it was being controlled wirelessly by another little grey box with an Arduino in it sitting near by. I was going to say simple things please simple minds, but that's being rather unfair - the achievement was far from trivial! So, the next and most obvious step was to expand the repertoire of commands and actually make a loco move. As the hand controller currently has no controls, the main program was extended to issue commands in sequence to drive the loco up and down a short length of track. Those that have experience of Arduino programs know that it comes as second nature to an Arduino to then repeat such a sequence of instructions and that's where I am at the moment. Next step is to brush up on the real 08 drivers notes (isn't the internet wonderful!) and then determine how to use each of the functions on the Cheeter sound file most appropriately and then set about building the physical controller and writing the "proper" software for it. Of course, if there are any real 08 drivers reading this I'm all ears, can you spill the beans please! I'm going into the workshop now, I could be some time ......
  12. I would say yes and one of your photographs almost perfectly replicates the situation - see the enlarged sample, the effect is quite clear. I did a little experiment yesterday and drew some "lining" out in Powerpoint. For convenience I had to use square corners and I inserted a white line between the orange and black so that I could be certain that the lines were as correctly spaced as possible. The printed sheet was then photographed at an oblique angle (or acute depending on your reference!) and the image dumped back into PP so that sizing circles could be "planted" to show the relevant sizes between the horizontal and vertical lines. The effect is clearly visible although I would say that the proportions are not the same - I'll blame that on object size, camera focal length differences and distance between the camera and the subject. Ultimate proof must surely be to; go and find a suitable subject, careful photograph a representative bit of horizontal and vertical lining making sure the surface is normal to the camera axis, accurately measure the lining and then photograph it again from a suitable and typically oblique angle. Inspect results very carefully .... Alan
  13. Hardly worth the effort now the industry is all but historical I would have thought!
  14. Absolutely superb image - it could be real!
  15. PupCam

    Dave Walker

    I was saddened to read the obituary to Dave in the June Railway Modeller just now and send my rather belated condolences to Liz. Dave and Liz have supported us at the CMRA show, first at St Albans and more recently at Stevenage, for very many years with their excellent and very educational demonstrations. Interestingly I found an old Gauge O Guild magazine from 2011 online only yesterday and read John Kneeshaw's editorial in which he suggested that there were basically two types of demonstrators at shows. I would suggest that both Dave and Liz fell in to his second category and I quote; "These demonstrators often have a number of pleasing characteristics. They are generally rather modest, self-effacing people; and when you talk to them they are encouraging, patient, calm and relaxed. They give freely of their time and knowledge and want everyone to share their skills. They are able to give simple demonstrations that make it easy for us to understand what we are supposed to do." I wouldn't argue with that. RIP Dave Alan B https://www.gaugeoguild.com/downloads/v18-2 complete-reduced.pdf
  16. And a lot of luck to get it to ignite after the late 60s / early 70s! I think they changed the formulation of the fuze material around then (probably to make it safer) with the result that the material, which surrounded a very fine wire, was brittle and would crack when it was wound into the required spiral and passed through the nozzle. Often the flame would not jump across such cracks resulting in many a misfire in my experience. On one occasion I did manage to get the motor running and the Keil Kraft Hawker Hunter to which it was attached flew away from the hand-launch in a graceful climbing turn. Only to be totally consumed by flames as the doped tissue covering caught fire ... Alan
  17. Well, now you come to mention it Tony as well as my fascination for all things aeronautical I do love a nice Lotus 49. And to help get the thread back on track, there is at least a quick reference to "The Flying Scotsman" in the video .....
  18. One of the reasons for choosing Bletchley Park for Station X was it's excellent comms links / connections to the railways
  19. It was the Post Office / BT training centre in the 70's. One of my mates at the time trained there.
  20. Both Poly and myself during our respective careers have come across numerous items of equipment allegedly painted to the same, specific military specification had very different finishes in terms of colour, shade and degree of gloss! 80 years or so ago I'm sure that the finish achieved from a specific paint mix was even more highly variable due to the enormous number of variables involved and relatively poor control over them. Battleship grey of whatever flavour might be a generic term BUT there very definitely was a series of British Standard greys used by the military (and others) which included "Light Admiralty Grey" and "Dark Admiralty Grey". As the Admiralty was responsible for battleships it doesn't take a huge leap of faith to come to the conclusion that "Admiralty" and "Battleship" might have been used interchangeably, at least unofficially, to describe certain shades of grey .... Absolutely! The only thing that a colour photograph, however poor, could provide is positive evidence of a red OR otherwise buffer beam. Due to the Orthochromic nature of contemporary films (very variable sensitivity to different colour light favouring blue/green) you cannot sensibly hazard a guess from the tone rendered on a B&W photograph. There are a few really excellent very early colour photographs available (not necessarily of railway subjects) but any of Hush Hush that might lurk somewhere clearly remain totally allusive! The whole point of "Photographic grey" was to provide a good clear record of a locomotive given the orthochromic film of the day ... The closest to a definitive resolution would be written, official evidence of either the paint specification used or at least its composition as someone mentioned previously but then what is specified officially and what was actually applied and when could well be quite different. From that specification / composition a potentially reasonable stab at re-manufacturing the paint could be made if a) anybody could be bothered and b) all of the precise materials and processes were still available. And if we want to extend the discussion to World War 1 British aircraft we could have weeks of fruitless and pointless argument discussion on the subject of RFC, RNAS & RAF PC10 and PC12! Although the "recipe" (and that's what it was) for these colours is known the colour produced using the recipe (with varying degrees of care no doubt) resulted in a multitude of very, very different shades of both green and brown! I bow to your superior knowledge on the subject Andrew but I have to say that I think that at this point, so far removed from the period we are discussing, and considering the general paucity of truly definitive evidence there are some quite bold statements here! What there are are numerous contemporary and later descriptions of the locomotive being painted "Battleship Grey" whatever that actually is! Are they all completely wrong? (a rhetorical question ... ) Alan
  21. Ah, sorry ! We're at cross-purposes but that's sorted now. What we need is a clever fluid dynamicist with a very big computer to model the steam paths, valve events and other factors in order to actually re-create the sound. That'll rule me out then!
  22. https://www.huntleyarchives.com/results.asp?txtkeys1=Hush Hush&category=RR This looks like the clip (towards the end) in the Huntley Archive. Whilst I don't doubt the loco had a sound all of its own, the source states that the film is silent. Are you sure the sound on the clip is not just a bit of generic dubbing (please tell me it's not a Castle or a King!)? Alan
  23. Thanks. Sounds like one of John Huntley's offerings.
  • Create New...