# Solar Evacuated Tube Collector (ETC) technology

Over the weekend we have almost perfect sun shine. So I collected some data on a 20 Tube solar collector. Here are the results.

 Temp in Temp out difference 33.6 37.6 4

The pump rate was at 6 liters per minute (0.1 liters second). So give this its possible to work out how much of the suns energy was being captured. We just need to know one more thing. The specific heat capacity of water. Which is 4.2 Kj / Kg / degree C. That is 4.2 kilo Jules per kilogram per degree C.

So the calculation turns out to be.

Total Energy per second = (Specific heat capacity of water) x (Liters per second) x (Temperature difference)

1.68 kW = 4.2 * 0.1 * 4

# Microwave repair

It turns out that a microwave can be easily fixed. The symptoms are luke-warm food.

Here from the image above you can see the cracks in the magnets. These develop because the heating and cooling of them over time fatigue the fragile compound they are made from. I therefore, bought a new Magnetron (love that word) and plugged it in. It has now been working for over a year without issue.

# Quad copter designed for flight longevity

The specification of the quad are as follows.

 Battery Load: 10.64 C Voltage: 14.28 V Rated Voltage: 14.80 V Energy: 62.16 Wh Total Capacity: 4200 mAh Used Capacity: 3570 mAh min. Flight Time: 4.8 min Mixed Flight Time: 16.9 min Hover Flight Time: 32.9 min Weight: 452 g   15.9 oz Motor @ Optimum Efficiency Current: 4.68 A Voltage: 14.55 V Revolutions*: 4886 rpm electric Power: 68.1 W mech. Power: 59.3 W Efficiency: 87.0 % Motor @ Maximum Current: 11.18 A Voltage: 14.21 V Revolutions*: 4274 rpm electric Power: 158.9 W mech. Power: 129.1 W Power-Weight: 508.3 W/kg   230.6 W/lb Efficiency: 81.2 % est. Temperature: 43 °C   109 °F   Wattmeter readings Current: 44.72 A Voltage: 14.28 V Power: 638.6 W Motor @ Hover Current: 1.63 A Voltage: 14.71 V Revolutions*: 2027 rpm Throttle (log): 26 % Throttle (linear): 44 % electric Power: 23.9 W mech. Power: 19.4 W Power-Weight: 77.1 W/kg   35 W/lb Efficiency: 81.2 % est. Temperature: 28 °C   82 °F specific Thrust: 13.05 g/W   0.46 oz/W Total Drive Drive Weight: 1069 g   37.7 oz Thrust-Weight: 3.5 : 1 Current @ Hover: 6.51 A P(in) @ Hover: 96.3 W P(out) @ Hover: 77.8 W Efficiency @ Hover: 80.7 % Current @ max: 44.70 A P(in) @ max: 661.6 W P(out) @ max: 516.2 W Efficiency @ max: 78.0 % Multicopter All-up Weight: 1250 g   44.1 oz add. Payload: 2541 g   89.6 oz max Tilt: 71 ° max. Speed: 40 km/h   24.8 mph est. rate of climb: 5.0 m/s   984 ft/min Total Disc Area: 58.58 dm² 907.99 in² with Rotor fail:

RCTimer motors 5010 motors 360

Carbon fiber frame

Here is the eCalc link to an online calculator that can be used to approximate the build and estimate its flight capabilities.

# XOR More than just a logic gate

I discovered an interesting thing about xor today. It can be used to encrypt data. Depending on how its used, it can be part of the strongest theoretically unbreakable encryption or the weakest.

The first example, where it is the strongest, is when it is used in a “one time pad”. A one time pad is a mechanism for encrypting data. Specifically where the Key data is the same size as the data that you want to send. This is often called the “plain text”. So the three ingredients are the

1. “exclusive or”
2. Random data.
3. The useful data one wants to send.

To represent 2 and 3 I have two images.

The image above is the Key.png this is our random data.

The file above is our data we want to encrypt and send.

convert Hello.png Key.png -fx “((255-u)&v)|(u&(255-v))” XORHelloKey.png

The image above is the encrypted version of our data. This was generated by xor’ing the message with our random data. It looks random, I hear you say, and you’d be correct. In fact very correct. You are looking at the “holy grail” of encryption. This is the starting point of where all encryption begins. This is the unbreakable cipher. This is because we have used 100% random data to encrypt it. Ok, so why don’t all systems use this and why does computer code cracking even exist. Well, there is one “huge” downside to this method. You would have to exchange the Key secretly with someone you wanted to send the message to. Needless to say this method is not used today to support https transfers.

Ok whats next? Suppose you could transfer tones of random key data secretly between you and a friend. You could communicate secretly with unbreakable encryption. You could until you run out of secret random data, that is, using this xor method. For if you were to recycle that data just once then all hell breaks lose. The image above is the second message I want to send and the image below is the encrypted xor’d version of it. Using the same key as above.

convert World.png Key.png -fx “((255-u)&v)|(u&(255-v))” XORWorldKey.png

Great looks random enough and it is. However, the fact that the same key has been used twice,  means that when they are xor’d together then the image below is produced.

convert XORHelloKey.png XORWorldKey.png -fx “((255-u)&v)|(u&(255-v))” XORORIG.png

And that is the result. It is like looking at a negative. However quite readable. If your on a Linux box you can easily, replay this for yourself using the commands and downloading the image files. Using image magic its possible to “xor” images on the command line. Enjoy.

# Use one PWM signal channel to switch onboard FPV cameras and switch on and off recording.

This Arduino sketch will allow two buttons on an er9x radio control radio transmitter to be multiplexed into turning on and off any predefined state of pins on the Arduino. I used it to control recording, on and off, of the raspberry pi. This was allocated to one of the switches and the other to toggle around 4 cameras. This could be easily extended to more cameras though. The pins that are used can be wired up to a solid state analogue switch. such as,

MC74LVXT4066DTRG ANALOGUE SWITCH, QUAD, SPST, TSSOP-14

The code basically moves a walking bit from one pin to another enabling the CVBS signal from one camera signal at a time, to switch on and send the analogue CVBS signal to the onboard TV signal transmitter. This will then send the signal back to your receiver on the ground, where you can see a TV signal.

```1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 unsigned long duration;   int pin=A0;//This pin receives the signal from the receiver which is a 5v PWM signal int ledPin = 13;//led to indicate recording. int rec=0;//recored pin enable / disable   /* Zones The three ranges below create four zones. That is given the PWM signal can exceed the LOW_RANGE and HIGH_RANGE. These have been defined as constants as all radios and calibrations are different and you will need to tune yours. I have found the pulse width is stable enough to stay within these reliably with space for more in future. I have two switches on the radio transmitter. One is a toggle switch and one is a binary 2 state switch. I use the toggle switch to switch from camera to camera and the other to switch record on and off. When recording is enabled the width of the signal stays within zone 2 and 3 and when it is disabled zone 1 and 4. Then if there is a zone transition between 1 and 2 in record mode this will toggle the camera to the next and so on. */ //zone 1 const int LOW_RANGE =1350; //zone 2 const int MIDDLE_RANGE=1850; //zone 3 const int HIGH_RANGE =2350; //zone 4   int chanTog=1; void togChan() {//permits 4 states 0,1,2,3 then loops back to 0 if (chanTog > 1){ chanTog = 0; } else { chanTog=chanTog+1; }   }   void setup() { Serial.begin(9600); pinMode(ledPin,OUTPUT);//recording light only pinMode(12,OUTPUT);//recording actual //digital D7 needs to be low for ground. //digitalWrite(7,LOW);   //digitalWrite(5,LOW); //digitalWrite(6,LOW); pinMode(2,OUTPUT); pinMode(3,OUTPUT); pinMode(4,OUTPUT); pinMode(5,OUTPUT); pinMode(6,OUTPUT); pinMode(7,OUTPUT); pinMode(8,OUTPUT); pinMode(9,OUTPUT);   }//close setup   void loop() { duration = pulseIn(pin, HIGH);   //Debugging serial Serial.print(rec,DEC); Serial.print("\t"); Serial.print(chanTog,DEC); Serial.println("");   //Camera switcher if ( chanTog == 3) {//These high and low states can be set arbitrarily. digitalWrite(2,LOW); digitalWrite(3,LOW); digitalWrite(4,LOW); digitalWrite(5,LOW); digitalWrite(6,HIGH); digitalWrite(7,LOW); digitalWrite(8,LOW); digitalWrite(9,LOW); } if ( chanTog == 2) { digitalWrite(2,LOW); digitalWrite(3,LOW); digitalWrite(4,LOW); digitalWrite(5,HIGH); digitalWrite(6,LOW); digitalWrite(7,LOW); digitalWrite(8,LOW); digitalWrite(9,LOW); } if ( chanTog == 1) { digitalWrite(2,LOW); digitalWrite(3,HIGH); digitalWrite(4,LOW); digitalWrite(5,LOW); digitalWrite(6,LOW); digitalWrite(7,LOW); digitalWrite(8,LOW); digitalWrite(9,LOW); } if ( chanTog == 0) { digitalWrite(2,HIGH); digitalWrite(3,LOW); digitalWrite(4,LOW); digitalWrite(5,LOW); digitalWrite(6,LOW); digitalWrite(7,LOW); digitalWrite(8,LOW); digitalWrite(9,LOW);   /* digitalWrite(2,HIGH); digitalWrite(3,HIGH); digitalWrite(4,HIGH); digitalWrite(5,HIGH); digitalWrite(6,HIGH); digitalWrite(7,HIGH); digitalWrite(8,HIGH); digitalWrite(9,HIGH);*/   }   if (duration > MIDDLE_RANGE) { //enable record if( duration > HIGH_RANGE ) { //channel change togChan(); delay(300);//debouncing noise delay. ms } rec=0; digitalWrite(ledPin,LOW); digitalWrite(12,LOW); } else {   if(duration > LOW_RANGE ) { togChan(); delay(300); } rec=1; digitalWrite(ledPin,HIGH); digitalWrite(12,HIGH); }   } //close loop```

# Roland dg dxy-1300 firmware exploration

I have extracted the ROM images from the two 27C512 chips inside the DXY-1300. I then passed them though a disassembler. This produced the asm files respectively below.

RolandDG_R15209223_LH53140H_8949E is the more interesting because it contains z80 code that starts at 0100h.

The asm files have beep passed as all code. However they need to be separated into data and code. As there is HPGL data starting around E000h in the R15209223 file and likely numerous other sections. This HPGL is the test image that is drawn when the device is powered on holding down the enter key.

boot sequence log

The goal for me is to use my Z80 ICE debugger from Tauntek http://www.tauntek.com/Z80-In-Circuit-Emulator.htm to analyze the memory until its booted.

An objective is to change and find how the pen speed works. As I have a laser burner I want to mount on it.

0100h is the default place the z80 jumps to for execution and called the ORG. I also expect Ill be able to use the boot test image at location “000e0e0” to print out back engineering debug info.

RolandDG_R15179881_LH2357H9_8943B.asm

RolandDG_R15209223_LH53140H_8949E.asm

RolandDG_R15179881_LH2357H9_8943B.BIN

RolandDG_R15209223_LH53140H_8949E.BIN

I am waiting until I receive some new 27512 chips in the post as it appears the originals in the plotter are ROM or in some way not writable by my EEPROM programmer lt866cs.

here Is a simple analysis of the most used sub routine calls within the code. I believe it identifies the main execution loop.

# FPV in stanford-le-hope

Hi

I woke early today to test video recording with the Raspberry pi. Using the camera module. Here is the video below. It is quite shaky but it was also a bit windy. I would have liked also to use a gimbal to position the camera. I intend to do this using the two extra channels on the transmitter.

# Conjoined daisey

A photo of a conjoined Daisey I found in my garden. It had a ribbon like stem.

# Heating control rcr10/433-GB RDJ10RF siemens

At the bottom of this post is the Arduino sketch you can use with the IRremote.h library. This library is used to send infrared light used on remote controls for television and video recorders and such. Interestingly the Siemens radio heating control uses the same encoding for its radio signal.

The structure of the radio signal is thus.

There are two sets of pulses. The first of the left is 32 bits is Infrared Sony encoded information. This is explained further here. The 32 + 32 bit data is sent 4 times in a row. I guess for redundancy and reliability. I found also if its only sent once it does not work. So 64 bits x 4 pulses are necessary.

http://www.righto.com/2010/03/understanding-sony-ir-remote-codes-lirc.html

the library IRremote does have an API sendSONY but I found it does not work for my purposes here, because the frequency passed in the library did not fit my frequency. So I used the SendRaw() function. I also defined my own one bit and zero bit and repeated them according to the array.

I have noticed the first set of 32 bits is always the same and it related to the second set. Its related in a way that is quite interesting. Its the original 32 bits but inverted (not gated).

I have found its inverted except for 2 bits. Bits 9 and 32. This bit inversion defines whether the signal being sent is on or off. You can see this from my code below.

To get this code working on your own heater. You probably will need to change the bits that are sent here and there. As they are all unique for “security” sake. There are also dip switched to change the identity. You can record the signal from your timer with a 433 Mhz receiver via your sound card. Then interpret the ones and zeros for off and put it in the heating_code_second array. This stores the off signal. Then the array inverts the necessary bits to make the signal on. The whole command for the Arduino code accepts a 1 for on and 0 for off over the serial link.

To interface the Arduino to the radio one needs a 433Mhz transmitter and  receiver pair. The receiver can be used to record the signal from the original siemens transmitter into audacity. Then run the sketch below to check it matches your out put.

```1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 /* * IRremote: IRsendDemo - demonstrates sending IR codes with IRsend * An IR LED/radio transmitter must be connected to Arduino PWM pin 3. * Version 0.1 July, 2009 * Copyright 2009 Ken Shirriff * <a href="http://arcfn.com" target="_blank">http://arcfn.com</a> */   #include &lt;IRremote.h&gt;   IRsend irsend;   // just added my own array for the raw signal unsigned int digitalOne[4] = {0,820,370,0}; unsigned int radio_preamble_a[3] = {4800,820,0}; unsigned int radio_preamble_b[3] = {4800,0,0}; unsigned int digitalZero[4] = {0,200,370,0}; //off unsigned int heating_code_first[33]; const unsigned int heating_code_second[33] = {1,0,0,1,0,1,0,1,0,1,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0}; String inputString = "";         // a string to hold incoming data boolean stringComplete = false;  // whether the string is completevoid setup() { Serial.begin(9600); }   void loop() {// altered the code just to send/test my raw code if (stringComplete) { Serial.println(inputString); // clear the string: unsigned int input_num = inputString.toInt(); inputString = ""; stringComplete = false; unsigned int i=0; for (i=0;i &lt; 33;i++) { heating_code_first[i] = heating_code_second[i]; } if (input_num == 1) {//heating off //Serial.write("Heating on bit inversion"); if (heating_code_first[32] == 0) { heating_code_first[32] =1; } else { heating_code_first[32] =0; } if (heating_code_first[9] == 0) { heating_code_first[9] =1; } else { heating_code_first[9] =0; } } unsigned int pulse_count=0; for (pulse_count=0;pulse_count &lt; 4;pulse_count++) { int bit_count =0; irsend.sendRaw(radio_preamble_<wbr />b,3,40); for (bit_count=0;bit_count &lt; 33;bit_count++) { if (heating_code_first[bit_count] == 1) { irsend.sendRaw(digitalOne,4,<wbr />40); } else { irsend.sendRaw(digitalZero,4,<wbr />40); } }   delay(28);//Big delay between two pulses. irsend.sendRaw(radio_preamble_<wbr />a,3,40); for (bit_count=0;bit_count &lt; 33;bit_count++) { if (heating_code_first[bit_count] == 0) { irsend.sendRaw(digitalOne,4,<wbr />40); } else { irsend.sendRaw(digitalZero,4,<wbr />40); } } delay(15); }   //Serial.println("Done"); }   //delay(2000); serialEvent(); }//close main loop   void serialEvent() { while (Serial.available()) { // get the new byte: char inChar = (char)Serial.read(); // add it to the inputString: inputString += inChar; // if the incoming character is a newline, set a flag // so the main loop can do something about it: if (inChar == '\n') { stringComplete = true; } } }```