Where communities thrive

  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
  • Jan 31 15:51
    xen0n starred openaps/oref0
  • Jan 31 15:12
    cclauss opened #1191
  • Jan 31 15:09
    cclauss edited #1190
  • Jan 31 15:08
    cclauss edited #1189
  • Jan 31 15:07
    cclauss edited #1190
  • Jan 31 15:07
    cclauss opened #1190
  • Jan 31 15:00
    cclauss synchronize #1189
  • Jan 31 14:52
    cclauss opened #1189
  • Jan 31 14:10
  • Jan 31 14:06
    Owaisaaa starred openaps/docs
  • Jan 31 12:20
    cclauss synchronize #22
  • Jan 31 12:16
    cclauss opened #22
  • Jan 31 12:11
    cclauss edited #21
  • Jan 31 12:09
    cclauss opened #21
  • Jan 31 11:31
    tuzoenduro commented #1406
  • Jan 31 11:25
    cclauss opened #140
  • Jan 30 05:53
  • Jan 29 16:03
    tzachi-dar commented #1406
  • Jan 29 14:46
    rostag starred openaps/oref0
  • Jan 27 22:06
    PieterGit synchronize #1176
Trying to prepare a couple rigs for a vacation, updating an older one has had some issues so I tried rerunning Bootstrap script and end up with this mess
Cleaning up...
Command python setup.py egg_info failed with error code 1 in /tmp/pip-build-jf8bSP/gitpython
Exception information:
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in main
    status = self.run(options, args)
  File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 290, in run
    requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, bundle=self.bundle)
  File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1230, in prepare_files
  File "/usr/lib/python2.7/dist-packages/pip/req.py", line 326, in run_egg_info
    command_desc='python setup.py egg_info')
  File "/usr/lib/python2.7/dist-packages/pip/util.py", line 716, in call_subprocess
    % (command_desc, proc.returncode, cwd))
InstallationError: Command python setup.py egg_info failed with error code 1 in /tmp/pip-build-jf8bSP/gitpython
@scottleibrand I thought I could access the local env stored version of my secret without inputting it
Instead just put the variable in. Sorry I'm new to Linux. I just want a command to run to upload my profile to NS.
What exactly am I doing if I need to export it, but also input it? Eg "yoursecret" above. Seems to be talking about defining a variable, not using the one I have stored.
Understand this is probably rudimentary and I probably have this concept all wrong
Actually. Maybe I have this right. $var should work and the 401 is some other cause
My NS site and API_SECRET is a token in my env
Will this command only work with the secret, and not the token?
Yup, that worked
And using the token string did not. Sorry @scottleibrand guess I didn't communicate my issue properly. I thought the var wasn't being used with the syntax provided. Seems it was, and my API_SECRET is just a token which doesn't work for this command (unless there is a role in NS I need to add). Hence the 400 error.
Finally... back to my original question... printenv $API_SECRET doesn't work but but printenv API_SECRET does.
@old-square-eyes The $ tells the shell to substitute the value of the following variable name (API_SECRET in this case). So you could do echo $API_SECRET to just print that. But printenvlooks up the value of its argument, so you need to give it just the name. When you give it $API_SECRET, it's looking for a variable named [whatever your API secret is], which doesn't exist.
@Donkanomics your openaps.ini file contains null bytes, a sign of some kind of corruption (bad SD card if you're on a Pi, interrupted download of some kind, whatever)

Just tried to flash my Edison with jubilinux 0.3.0 on an Arduino Board (according to: https://openaps.readthedocs.io/en/latest/docs/Resources/Edison-Flashing/mac-flash.html) with my macbook. After (supposedly) flashing, I only receive

[  OK  ] Started Network Time Synchronization.
[  OK  ] Found device /dev/disk/by-partlabel/home.
[  OK  ] Started Update UTMP about System Boot/Shutdown.
[  OK  ] Reached target Sound Card.
         Starting File System Check on /dev/disk/by-partlabel/home...
[  OK  ] Reached target System Initialization.
[    6.566888] systemd-fsck[161]: /dev/mmcblk0p10: recovering journal
[    6.584516] systemd-fsck[161]: /dev/mmcblk0p10: Superblock last mount time is in the future.
[    6.586734] systemd-fsck[161]: (by less than a day, probably due to the hardware clock being incorrectly set)  FIXED.
[    6.589102] systemd-fsck[161]: /dev/mmcblk0p10: clean, 11/87120 files, 14181/348155 blocks
[  OK  ] Started File System Check on /dev/disk/by-partlabel/home.
         Mounting /home...
[  OK  ] Mounted /home.
         Starting Rescue Shell...
[  OK  ] Started Rescue Shell.
[  OK  ] Reached target Rescue Mode.

... but it does not go on beyond that point. Did somebody experience the same?

I just bought a new edison on eBay and wanted to flash it, but noticed that nothing shows up in disk utility when I connect it. I've tried reseating multiple times, swapped it out for a known good edison on the same explorer board and that shows up, put back the ebay edison, again nothing. Is there something else I can try or could this be DOA?
@scottleibrand Thank you for clarifying the days missing.
Another issue i have run into is that for the last 2 nights, the loop didnt work. I think it is because Xdrip failed uploading to NS and to the rig. I have both setup in Xdrip. I dont see why this happened only at night. There was an hour or 2 where it did upload. Any ideas ?
Does xdrip have data from that period? In my experience I've had issues with phone getting data from sensor (miao) when my body is in the way. Currently during night phone is on a table in the legs of the bed, from where it can "see" my arm no matter what position I'm in
@mhaeberli you mentioned a windows program that I can install to work from my web browser... what was it called again?
@ecc1 - Thanks! I'll continue to try to get my head around it (my experience is mainly in Python/JS/Delphi - limited to necessary skills to copy/modify the work of others to stand up various hobby projects! - Where variables are stored and invoked quite differently). What's the best way to schedule the two types of profile uploads so NS is always current?
Presumably Cron - But I may need some guidance as I don't want to break my working rig
Martin Haeberli
@jaybaron1 - i don’t recall the context; -maybe- I was suggesting PuTTY would let you ssh to your rig.
How do I proceed her @ecc1 ?
also thanks for the reply, appreciate it, still stuck here. took a days break to get myself adjusted to the insulin pump, first time using one, alot less complicated than I expected (self trained too)
@Donkanomics What kind of rig are you using? If it's a Pi, I'd try reinstalling with a new SD card. Otherwise I would remove the openaps.ini file and recreate it. I don't know whether that's done by hand or by running the setup script again.
Who here has been experimenting building their own kernel / flash images for Edison? I've been able to build and flash Poky 2.6.3 with a 5.0 Linux kernel, BT works but the wifi isn't functional yet. I'd like to compare notes.
I am trying again with to flash an Edison from Mojave, this time using Jubilinux 0.3.0. l am getting the same “greadlink: command not found” error when I run flashall.sh. Has anybody found a resolution to this? (The suggestion in the gitter archives to first do “brew install gnu-getopt” doesn't help here, since I had already tried then when tracking down the cause of greadlink errors on Mojave when I was using Jubilinux 0.2.0). I suspect still that this could be related to the version of coreutils. If anybody has been able to successfully flash Jubilinux from a Mac running Mojave, would you be willing to tell me your version of coreutils? I think it'll be quite a rabbit hole trying to downgrade it so I want a better idea of if this is the correct path to follow.
HI @skubesch - I flash Edisons from a MacBook Pro on Mojave, using Jubilinux 0.3.0. I actually had a "no problem whatsoever" flash-to-loop install yesterday (first ever???).
@skubesch Are you using USB-C? A few months ago I had a variety of issues most likely related to USB ports and cables... on both my Macs. I can try to figure out what coreutils I use, but it's nothing special - I just follow the instructions to get these things.
It sometimes take a bit for an Edison to show up in Finder, but if it does not show up at all with different boards, I call it dead. I always without fail have to shut down my Mac, and then start again, for logging via serial connection.
Not sure this ^^^ helps you ... if you tell me how to find the version of coreutils, I am happy to give you that info.
I have several Edisons that 'died' - I think they overheated and fried their little brains - and that happened 3x during flashing attempts.
@straykatz Thank you so, so much for responding. I was able to successfully flash Jubilinux 0.2.0 last night after downgrading coreutils on Mojave (I'm guessing the same fixes would work for jubilinux 0.3.0 but I haven't tried it yet). I would love to know what version of coreutils you have on Mojave. If you installed it using homebrew either of brew list --versions coreutilsor ls /usr/local/Cellar/coreutils should give the version you have installed.
What's the best way to force OAPS to pick up ISF changes you made on the pump for autosens?
If not, when does it naturally pick them up?
Dana Lewis
After the next autotune run. Run autotune manually if you want it to pick up your changes
Got it - thanks!
Hmm I ran autotune with --start-days-ago=30 and in pumpprofile.json I see
"isfProfile": {
    "units": "mg/dL",
    "user_preferred_units": "mmol/L",
    "sensitivities": [
        "i": 0,
        "x": 0,
        "sensitivity": 48.6,
        "offset": 0,
        "start": "00:00:00"
48.6 is correct
autosens-looplog however, shows Insulin resistance detected: ISF adjusted from 54 to 52
54 is my old ISF
I'm in mmol/L so I'm talking about 2.7 and 3 respectively
insulin_sensitivities.json is also correct
@skubesch coreutils 8.31 ... glad you got 0.2.0 to work. Thank you for giving me a hand to find it :)
Rebecca Drabenstott
Just wanted to circle back about the temp target issues I was having about a week and a half ago while I was on vacation. I was seeing the error "could not parse temptargets_data. No temptargets found" in pump-loop.log.
Short story is that deleting the contents of the local-temptargets.json file fixed my issues and I'm good now.
Slightly longer story is that something I was doing was corrupting the json structure. In the local-temptargets.json file, there was an array of temp targets and one of the elements in the array was another array of temp targets. I'm not sure how it happened, but based on the error messages, it seems to have happened more than once. For what it is worth, I was adding alot of temp targets I was adding them both from Nightscout on my phone and from the command line. I saved the corrupted file so I could share it, but it got deleted somehow.
Rebecca Drabenstott
Anyway, I hope this helps somebody in the future. And as always, thank you!
Raymond Richmond
So after 6 weeks putting the 670G through it's paces it is with happy relief that I start my rig up again. but there are a few things from the pump I will miss despite this.