Bristol Digest, Vol 586, Issue 2

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Re: Simple script query (DHT11 Sensor) - Success (Peter Hemmings)
2. Rubbish Garmin S/W - OT (Peter Hemmings)


----------------------------------------------------------------------

Message: 1
Date: Mon, 19 Jan 2015 12:25:06 +0000
From: Peter Hemmings <peter@hemmings.eclipse.co.uk>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Simple script query (DHT11 Sensor) - Success
Message-ID: <54BCF7A2.4040803@hemmings.eclipse.co.uk>
Content-Type: text/plain; charset=windows-1252; format=flowed

I have modified the script like so:

>>
>>>> #define TEMP_OFFSET -27
>>>> #define MULTIPLIER 10
>> define constants
>>
>>
>>>> int deciC;
>> define variables
>>
>>
>>>> deciC = (dht11_val[2] * MULTIPLIER) + dht11_val[3];
>>>> deciC = deciC + (TEMP_OFFSET);

and added this to the second part of original "printf":

>>>> printf( "%d.%d\n", deciC / MULTIPLIER, deciC % MULTIPLIER );

It all works and I adjusted offset to agree with other thermometers so
hope its a bit more accurate!

Not tried below freezing yet but I would assume that as my offset is
-19, I should get down to -1.9!

A useful (but a little long) project.

Thanks for all the advice on "c" and dygraph.

Regards
--
Peter H



------------------------------

Message: 2
Date: Tue, 20 Jan 2015 10:00:19 +0000
From: Peter Hemmings <peter@hemmings.eclipse.co.uk>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: [bristol] Rubbish Garmin S/W - OT
Message-ID: <54BE2733.2080003@hemmings.eclipse.co.uk>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi,

I thought mainstream suppliers would have sorted their S/W out to make
map updating as stress-less as possible, but it seems that's not the case.

I have an oldish Nuvi 765 GPS that had previously been updated with maps
onto a SD card as its internal memory was too small for the latest
updated map.

I had a "lifetime update" card and it worked OK a couple of years ago,
since then Garmin have standardized their S/W and it is now done through
"Garmin Express", where any Garmin GPS's can be registered and updated.

The S/W worked OK in recognizing my old GPS and updating firmware on the
H/W but when trying to update European map it took forever and stoped
(overnight) when about halfway through the download.
I did the twice and it stopped again without any warning/explanation.

The Garmin site say I should have had an option to install on to the SD
card but I didn't!

After a bit of googling I found how to solve the problem:

Switch off and remove GPS.
Remove registration from "Garmin Express"
Remove SD card (with old maps) and remove files
Put SD card into GPS and re-register.

It then gave me an option to put the files onto the card and updated OK.

Apparently the GPS has an OS based on Linux but with S/W like theirs it
noes not help promote our OS!

The "Garmin Express" is a Windoze program and it will not work on a
virtual machine so its the only reason I have still got XP, however it
does give a critical warning to upgrade to Vista!!! when it runs.

Why the S/W cannot be configured to just delete the map file(s) on the
SD card without all this procedure I don't know, but maybe someone can
give a sensible reason?


Regards

--
Peter H



------------------------------

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

End of Bristol Digest, Vol 586, Issue 2
***************************************