These are chat archives for nightscout/intend-to-bolus
date -d "$(curl -s --head http://google.com | grep ^Date: | sed 's/Date: //g')"sounds like something we should put in oref0-set-system-clock.sh @scottleibrand what do you think?
Temp refreshError, retryingeven when the rig is a few feet away (but in a case and in purse). Pi with a TI stick, not so much. Any advice? I feel like this ExplorerBoard might suffer from this more than the first one we had...I have a new one hopefully coming soon.
@jbwittmer it's a tough situation. Very hard to pull pump logs while kid is at school to see what the error is in order to fix it (@kenstack's discussion about ntp on school wifi is a great example of those frustrations). I would probably offer up that if you don't mind the addition of a very small little box (smaller than an altoid tin), a mifi might be even better than the BT tether while at school. Would preserve iPhone battery and be a wifi network as opposed to also depending on a BT tether. We used one while we got our school wifi issues worked out and it was fantastic. Very stable. You could prioritize the networks/cron so that his rig goes back onto home wifi when he gets home.
Also, two people in two days....the Edison board had come loose causing a lot of issues that look identical to wifi problems. Worth double checking that the nuts and screws are still tight on Edison and explorer and that the Edison is securely pushed into explorer. I had mine come loose and had lots of head scratching about seemingly needing to reboot (turns out it was just periodically unseating/reseating)
Hi everyone. Just set up my Rpi3, so far just watching in low suspend mode. I have very limited knowledge of programming. I have experienced that the loop stops working several times per day. After re-start is fine again. I would appreciate if anyone could help me. I always get the following error when I read the tail:
File "/usr/local/lib/python2.7/dist-packages/decocare/stick.py", line 515, in product_info
File "/usr/local/lib/python2.7/dist-packages/decocare/stick.py", line 509, in query
return self.process( )
File "/usr/local/lib/python2.7/dist-packages/decocare/stick.py", line 496, in process
ack, response = self.command.respond(raw)
File "/usr/local/lib/python2.7/dist-packages/decocare/stick.py", line 71, in respond
raise AckError("ACK is 0 bytes:\n%s" % lib.hexdump(raw))
decocare.errors.AckError: ACK is 0 bytes:
oref0-onlineto check and try to fix connectivity.
can’t change local name on hci0, correct? There’s been a couple people who have accidentally read that line as expecting that message to pop up and they keep restarting the process when they don’t see it. When in fact, that’s the message that you DO NOT want to see.
@fjungman The magic sauce for BT tethering is how the BT driver gets its address patched into its firmware at boot time, in /etc/rc.local. Mine contains this:
mount -r /dev/mmcblk0p5 /mnt bd_addr=$(cat /mnt/bluetooth_address) umount /mnt rfkill unblock bluetooth brcm_patchram_plus \ --baudrate 3000000 \ --bd_addr $bd_addr \ --enable_hci \ --enable_lpm \ --no2bytes \ --patchram /etc/firmware/bcm43341.hcd \ --use_baudrate_for_download \ /dev/ttyMFD0 >/dev/null 2>&1 &
It's reading the BT address from a special eMMC partition, and passing that to
brcm_patchram_plus. Thank @kenstack for finding this.