#pragma once #include "Observer.h" #include #include #include "MeshTypes.h" #include "NodeStatus.h" #include "mesh-pb-constants.h" extern DeviceState devicestate; extern ChannelFile channelFile; extern MyNodeInfo &myNodeInfo; extern RadioConfig radioConfig; extern User &owner; /// Given a node, return how many seconds in the past (vs now) that we last heard from it uint32_t sinceLastSeen(const NodeInfo *n); class NodeDB { // NodeNum provisionalNodeNum; // if we are trying to find a node num this is our current attempt // A NodeInfo for every node we've seen // Eventually use a smarter datastructure // HashMap nodes; // Note: these two references just point into our static array we serialize to/from disk NodeInfo *nodes; pb_size_t *numNodes; uint32_t readPointer = 0; public: bool updateGUI = false; // we think the gui should definitely be redrawn, screen will clear this once handled NodeInfo *updateGUIforNode = NULL; // if currently showing this node, we think you should update the GUI Observable newStatus; /// don't do mesh based algoritm for node id assignment (initially) /// instead just store in flash - possibly even in the initial alpha release do this hack NodeDB(); /// Called from service after app start, to do init which can only be done after OS load void init(); /// write to flash void saveToDisk(), saveChannelsToDisk(); /** Reinit radio config if needed, because either: * a) sometimes a buggy android app might send us bogus settings or * b) the client set factory_reset * * @return true if the config was completely reset, in that case, we should send it back to the client */ bool resetRadioConfig(); /// given a subpacket sniffed from the network, update our DB state /// we updateGUI and updateGUIforNode if we think our this change is big enough for a redraw void updateFrom(const MeshPacket &p); /** Update position info for this node based on received position data */ void updatePosition(uint32_t nodeId, const Position &p); /** Update user info for this node based on received user data */ void updateUser(uint32_t nodeId, const User &p); /// @return our node number NodeNum getNodeNum() { return myNodeInfo.my_node_num; } size_t getNumNodes() { return *numNodes; } /// if returns false, that means our node should send a DenyNodeNum response. If true, we think the number is okay for use // bool handleWantNodeNum(NodeNum n); /* void handleDenyNodeNum(NodeNum FIXME read mesh proto docs, perhaps picking a random node num is not a great idea and instead we should use a special 'im unconfigured node number' and include our desired node number in the wantnum message. the unconfigured node num would only be used while initially joining the mesh so low odds of conflicting (especially if we randomly select from a small number of nodenums which can be used temporarily for this operation). figure out what the lower level mesh sw does if it does conflict? would it be better for people who are replying with denynode num to just broadcast their denial?) */ /// Called from bluetooth when the user wants to start reading the node DB from scratch. void resetReadPointer() { readPointer = 0; } /// Allow the bluetooth layer to read our next nodeinfo record, or NULL if done reading const NodeInfo *readNextInfo(); /// pick a provisional nodenum we hope no one is using void pickNewNodeNum(); /// Find a node in our DB, return null for missing NodeInfo *getNode(NodeNum n); NodeInfo *getNodeByIndex(size_t x) { assert(x < *numNodes); return &nodes[x]; } /// Return the number of nodes we've heard from recently (within the last 2 hrs?) size_t getNumOnlineNodes(); private: /// Find a node in our DB, create an empty NodeInfo if missing NodeInfo *getOrCreateNode(NodeNum n); /// Notify observers of changes to the DB void notifyObservers(bool forceUpdate = false) { // Notify observers of the current node state const meshtastic::NodeStatus status = meshtastic::NodeStatus(getNumOnlineNodes(), getNumNodes(), forceUpdate); newStatus.notifyObservers(&status); } /// read our db from flash void loadFromDisk(); /// Reinit device state from scratch (not loading from disk) void installDefaultDeviceState(), installDefaultRadioConfig(), installDefaultChannels(); }; /** * The node number the user is currently looking at * 0 if none */ extern NodeNum displayedNodeNum; extern NodeDB nodeDB; /* If is_router is set, we use a number of different default values # FIXME - after tuning, move these params into the on-device defaults based on is_router and is_low_power # prefs.position_broadcast_secs = FIXME possibly broadcast only once an hr prefs.wait_bluetooth_secs = 1 # Don't stay in bluetooth mode prefs.mesh_sds_timeout_secs = never prefs.phone_sds_timeout_sec = never # try to stay in light sleep one full day, then briefly wake and sleep again prefs.ls_secs = oneday prefs.send_owner_interval = 2 # Send an owner packet every other network ping prefs.position_broadcast_secs = 12 hours # send either position or owner every 12hrs # get a new GPS position once per day prefs.gps_update_interval = oneday prefs.is_low_power = True # allow up to five minutes for each new GPS lock attempt prefs.gps_attempt_time = 300 */ // Our delay functions check for this for times that should never expire #define NODE_DELAY_FOREVER 0xffffffff #define IF_ROUTER(routerVal, normalVal) (radioConfig.preferences.is_router ? (routerVal) : (normalVal)) #define PREF_GET(name, defaultVal) \ inline uint32_t getPref_##name() { return radioConfig.preferences.name ? radioConfig.preferences.name : (defaultVal); } PREF_GET(send_owner_interval, IF_ROUTER(2, 4)) PREF_GET(position_broadcast_secs, IF_ROUTER(12 * 60 * 60, 15 * 60)) // Each time we wake into the DARK state allow 1 minute to send and receive BLE packets to the phone PREF_GET(wait_bluetooth_secs, IF_ROUTER(1, 60)) PREF_GET(screen_on_secs, 60) PREF_GET(mesh_sds_timeout_secs, IF_ROUTER(NODE_DELAY_FOREVER, 2 * 60 * 60)) PREF_GET(phone_sds_timeout_sec, IF_ROUTER(NODE_DELAY_FOREVER, 2 * 60 * 60)) PREF_GET(sds_secs, 365 * 24 * 60 * 60) // We default to sleeping (with bluetooth off for 5 minutes at a time). This seems to be a good tradeoff between // latency for the user sending messages and power savings because of not having to run (expensive) ESP32 bluetooth PREF_GET(ls_secs, IF_ROUTER(24 * 60 * 60, 5 * 60)) PREF_GET(phone_timeout_secs, 15 * 60) PREF_GET(min_wake_secs, 10) /** The current change # for radio settings. Starts at 0 on boot and any time the radio settings * might have changed is incremented. Allows others to detect they might now be on a new channel. */ extern uint32_t radioGeneration;