Added base files for Zurk's Offline Firmware v21 (last version supporting the Chumby Classic)

Author: francistheodorecatte

FAQ.txt

@@ -0,0 +1,122 @@
+    Are you able to apply this to the device itself rather than booting off a flash drive?
+
+yes you simply need to copy the files to the built in microSD and overwrite the existing files. They take approx 300MB on the C8 and 220MB on the C1.
+The way you do it is :
+stop_control_panel
+sync
+mount -o remount,rw /
+cp -ir all the files keeping the directory structure intact one directory at a time (careful!).
+cp debugchumby to /psp/rfs1/userhook2
+sync
+mount -o remount,ro /
+sync
+
+then reboot.
+
+
+
+I double checked zwapi.sh by ssh'ed into the chumby8 and it contains the correct city and country code.  I then waited for an hour and I can see that the temperature matches my local forecast.  However, it is still displaying ZZ as the location even though I edited both the profile and the show files under www/xml.  I am not sure why there are two files with identical xml info and only 5 widgets are listed even though I can see 14 widgets when the offline chumby booted up.  I have also changed the weather station code in those two files but it is still showing the old weather station code that came with your zip file.  It seemed there may be another profile file at work that display the 14 widgets but I cannot find it.
+
+
+    no cache. the weather should automatically populate in about an hour. You can manually run the zwapi.sh file once to populate the weather initially to test. Make sure the temperature displayed in the first SkyHappennings Weather edition widget is correct and you should be good to go.
+    Make sure you use the exact city and country code as per this website :
+    http://m.wund.com/cgi-bin/findweather/g . ris+France
+    (e.g. replace your city and country instead of Paris+France and make sure it comes up. If it does put it into zwapi.sh and save the file. If it does not you need to alter the city and country code so that wunderground can understand it).
+    You do NOT need to put your zipcode or modify the SkyHappennings weather edition widget any further once you have edited zwapi.sh. The default zipcode of ZZ should be kept as is.
+    For the wgraph widget you need to put in your closest station code not the zip code. The widgets work for all countries the same way as the forecast does. Get your station code from here :
+    http://www.wunderground.com/weatherstat . ted+States
+    You can select different countries as well.
+
+    Make sure you save the files and unmount cleanly  (select remove usb disk from your windows taskbar) or the usb disk will not be saved properly. You can check it by sshing into your chumby and type cat filename to check the contents of filename. e.g. cat /mnt/usb/psp/zwapi.sh
+    Also check to make sure networking is working on your offline chumby. The news widgets should not show blank screens. They should populate the news correctly. You need to set it up via control panel if the networking is not working obviously since the offline firmware disables all of the chumby network detection by default (to allow use in a non networked environment).
+
+
+it will show ZZ as the location regardless. no way to change that without help from the original author which is unlikely. It will however match the forecast and temp to your local area based on what you have placed in zwapi.sh.
+For the widgets you are probably editing the chumby one profile xml. Both the chumby1 and chumby8 firmwares are built from the same common source.
+
+
+
+look in  /mnt/usb/lighty/html/xapis/profile/, modify show and run link.sh...that will do it.
+look at  /mnt/usb/lighty/html/xapis/profile/show with a text editor where you can see the Weather Underground RapidFire widget which is not available on chumby.com. Replace the name with your own widget, copy your widget over to the same directory where the weather underground widget is located and  it should work. you need to run link.sh as noted above. You can also add another widget if you require by copying and pasting the chunk of XML which controls the weather underground widget.
+
+
+heres the semi - automated way i use for extracting URLs from profiles -
+cat profile_filename | grep -o 'http://[^"]*'
+It doesnt get everything (i.e. relative urls like /xapis/catalog/index/....) but it gets most. The others you need to get by appending http://xml.chumby.com/xapis.... to them with search and replace using nano (also available on the offline fw) or any other text editor.
+if you have a linux box the following is better :
+perl -ne 'if (/href="([^"]*)"/) { print "wget $1\n"; }' profile_filename
+it will get everything. you just need to modify relative urls by adding http://xml.chumby.com in front of them.
+
+
+You need to modify the battery system with a patch for working with the offline firmware on battery.
+ssh into the chumby in offline mode and then :
+mount -o remount,rw /
+/mnt/usb/nano/bin/nano /usr/chumby/scripts/power_state_changed.sh
+---edit the file as shown below putting the #'s in the correct place---
+#!/bin/sh
+
+. /etc/profile
+SHOULD_TELL_FLASH=1
+if [ "x$1" = "x-n" ]
+then
+    SHOULD_TELL_FLASH=0
+fi
+
+AC_ONLINE=$(cat /sys/class/power_supply/ac/online)
+
+echo "AC online? ${AC_ONLINE}  Telling flash? ${SHOULD_TELL_FLASH}"
+
+if [ ${AC_ONLINE} -eq 1 ]
+then
+    for bl in $(/bin/ls --color=never /sys/class/backlight/)
+    do
+#        echo 100 > /sys/class/backlight/${bl}/max_brightness
+    done
+#    iwconfig wlan0 power off
+
+    # Restore power to port 1.
+#    hub-ctrl -h 0 -P 1 -p 1
+
+else
+    MAX_BRIGHTNESS=50
+    if [ -e /psp/max_brightness_battery ]
+    then
+        MAX_BRIGHTNESS=$(cat /psp/max_brightness_battery)
+    fi
+
+    for bl in $(/bin/ls --color=never /sys/class/backlight/)
+    do
+#        echo ${MAX_BRIGHTNESS} > /sys/class/backlight/${bl}/max_brightness
+    done
+
+#    iwconfig wlan0 power on
+
+    # If the connected device draws more than 200mA, cut it off.
+    if [ "$(chumby_version -h | cut -d'.' -f2)" -lt "7" ]
+    then
+        MP=$(cat /sys/class/usb_device/usbdev1.2/device/1-1.1/bMaxPower | tr -d mA)
+        if [ $? = 0 -a ${MP} -gt 200 ]
+        then
+            # Try multiple times to ensure the port is gone.
+            # I'd really rather not do this, but if we want to turn the port off
+            # as soon as the device is plugged in, it seems as though it will get
+            # turned back on, especially if we're dealing with an ipod.
+            for i in 1 2 3 4 5 6
+            do
+#                hub-ctrl -h 0 -P 1 -p
+                sleep 1
+            done
+        fi
+    fi
+fi
+
+if [ ${SHOULD_TELL_FLASH} = 1 ]
+then
+    # Tell flash about the change.
+    true
+fi
+------------------
+cntrl X enter to save
+sync
+mount -o remount,ro /
+